> Date: Tue, 1 Dec 2009 21:16:30 +1100
> From: Kyle Amadio
> Subject: Re: Install Wizard 'Looks Too Complicated'
> To: ubuntu-devel-discuss@lists.ubuntu.com
> Message-ID:
> <24b8dd680912010216j2d86f731v1bc17aa030913...@mail.gmail.com>
> Content-
For what it's worth, my vote is that gparted should be included as part of
the installer. Everything else though seems fine.
On Tue, Dec 1, 2009 at 2:16 AM, Kyle Amadio wrote:
> Just for FUN I did a Fedora 12 install of Gnome and KDE.
>
> Must say that Ubuntu is dead simple and fast. Fedora was
Just for FUN I did a Fedora 12 install of Gnome and KDE.
Must say that Ubuntu is dead simple and fast. Fedora was "nearly easy" but
for some reason it just does not flow like Ubuntu's does.
Leave the installer alone it is simple and fast.
--
Regards
Kyle Amadio
International TV Shopping System
In fact, the Ubuntu installer used to use an embedded GParted editing box. I
much preferred that to the current setup.
On Tue, Dec 1, 2009 at 1:29 PM, Shentino wrote:
> One of my pet peeves with the installer is how long it takes to detect the
> partitioning...and redetect it every...single...op
I'm not sure if I like this proposal -- I believe splitting things up into
small steps makes it easier on the user. For one thing, the first questions
we ask are the language and the keyboard layout, which are essential to the
user's understanding of the rest of the installer. Many users won't set
One of my pet peeves with the installer is how long it takes to detect the
partitioning...and redetect it every...single...operation...so...slowly.
My suggestion is that GParted be used to handle this. In fact I often use
that to do the partitioning BEFORE I do the installer because I don't want
On Wed, Dec 2, 2009 at 12:06 AM, Daniel Hollocher
wrote:
> password. Any sort of password automation would simplify the
> situation for a few people at the expense of making it more
> complicated for the rest of us. The level of encryption doesn't seem
> to matter.
OK. The issue where we want t
I agree with Daniel that combining all the screens goes to far, but I sort
of like the concept behind Ryan's single-screen dialogue. How about
something like this:
Screen 1: Welcome
Brief welcome message.
Language - From what they chose at boot, dropdown list.
Keyboard - Autodetected as it already
I think the issue is that you need to have the user enter the password
anyway, for the users sake. The user needs to know and remember the
password, which is why the installer asks twice already.
The original idea was to use the windows password so the user doesn't
need to be asked during install
On Tue, Dec 1, 2009 at 5:27 AM, James Westby wrote:
> * It's a feature of dubious value to begin with. After it had taken some
> time doing its thing you would need to have the user type in the password
> anyway to confirm (you can't assume, and you can't really show it to them).
Quite. "C
I'm picturing a single dialog with an overview of the current values and
options to change them. The fields I've marked as buttons would have the
current value as the button text so the user only has to click the value to
change it.
Language: [English (US)] (this would be a droplist)
Location: [Ne
On Mon, 2009-11-30 at 21:54 -0400, Derek Broughton wrote:
> James Westby wrote:
>
> > On Mon Nov 30 13:47:34 -0500 2009 John Moser wrote:
> >> List some not-silly reasons.
> >
> > You're serious? Ok.
> >
> > * Takes a long time to crack any password that's not in the dictionary
> > and
> >
James Westby wrote:
> On Mon Nov 30 13:47:34 -0500 2009 John Moser wrote:
>> List some not-silly reasons.
>
> You're serious? Ok.
>
> * Takes a long time to crack any password that's not in the dictionary
> and
> more than a few characters long.
> * Rainbow tables would be too large to
Matt Wheeler wrote:
> 2009/11/30 John Moser :
>
> Mainly just the bad press that Ubuntu would get as a result. Can you
> imagine the headlines there would be? "Ubuntu operating system hacks
> Windows computers"
Agreed on marketing, though again I tend to not care. It doesn't send
information
2009/11/30 James Westby :
> On Mon Nov 30 13:47:34 -0500 2009 John Moser wrote:
>> List some not-silly reasons.
>
> You're serious? Ok.
>
> * Takes a long time to crack any password that's not in the dictionary and
> more than a few characters long.
> * Rainbow tables would be too large to fit
On Mon Nov 30 13:47:34 -0500 2009 John Moser wrote:
> List some not-silly reasons.
You're serious? Ok.
* Takes a long time to crack any password that's not in the dictionary and
more than a few characters long.
* Rainbow tables would be too large to fit on the CD.
* We can't know up-fro
2009/11/30 John Moser :
> List some not-silly reasons. "Because people could use it for
> theoretical/practicable attacks" is not a reason, because 1) you could
> decline to reveal the password (but allow verification); and 2) there
> are other tools for this that are just as accessable.
Mainly j
On Mon, Nov 30, 2009 at 2:36 PM, Shentino wrote:
> With regards to cracking tools being bad, I imagine they do come in handy
> during security audits.
> If there's going to be hacking tools out there anyway, the good guys may as
> well have them too, since you can't really take them away from the
With regards to cracking tools being bad, I imagine they do come in handy
during security audits.
If there's going to be hacking tools out there anyway, the good guys may as
well have them too, since you can't really take them away from the bad guys.
On Mon, Nov 30, 2009 at 10:47 AM, John Moser
On Mon, Nov 30, 2009 at 12:55 PM, Matt Wheeler wrote:
> 2009/11/30 Jan Claeys :
>> Op zondag 29-11-2009 om 00:47 uur [tijdzone +0800], schreef John
>> McCabe-Dansted:
>>> There are also algorithms for extracting the password from XP as
>>> well...
>>
>> XP passwords are compared to hashes, and you
2009/11/30 Jan Claeys :
> Op zondag 29-11-2009 om 00:47 uur [tijdzone +0800], schreef John
> McCabe-Dansted:
>> There are also algorithms for extracting the password from XP as
>> well...
>
> XP passwords are compared to hashes, and you can't extract the password
> from a hash.
There are brute-for
Op zondag 29-11-2009 om 00:47 uur [tijdzone +0800], schreef John
McCabe-Dansted:
> There are also algorithms for extracting the password from XP as
> well...
XP passwords are compared to hashes, and you can't extract the password
from a hash.
--
Jan Claeys
--
Ubuntu-devel-discuss mailing lis
On Sat, Nov 28, 2009 at 6:52 PM, Conrad Knauer wrote:
...
> If the user is connected to the internet, might it be possible to
> guess their physical location (e.g. for time zone) by IP address?
> (http://www.tracemyip.org/ seems to be able to :) as most people will
> want to install their systems
I just read the article "The Un-Scary Screwdriver" on
http://www.gnomejournal.org/article/88/the-un-scary-screwdriver (via
http://www.groklaw.net/newsitems.php) and the first part jumped out at
me:
---
One early spring day as we were walking home from the bakery on the
corner, we passed by a neigh
24 matches
Mail list logo