What happened to pup?

Kyrre Ness Sjobak kyrre at solution-forge.net
Sun May 22 20:52:41 UTC 2005


søn, 22.05.2005 kl. 21.54 skrev Nicolas Mailhot:
> Kyrre Ness Sjobak a écrit :
> 
> > Which method would you describe to a newbie?
> 
> Well just try to actually document what you propose (nice walkthrough 
> with localised screenshots) and we'll laught a bit.
> 
> Been there, done that, gui = documentationsize × 5
> 
> If you had done this kind of work before you wouldn't even be proposing 
> to add a license screen, as it adds nothing to the service and is a pain 
> to document (like the rest, but the rest at least has some purpose)
> 
> I posted a proposal that does what the user actually wants with minimal 
> steps - easy to document and to follow. Alan wrote about how making it 
> slightly better. You just pile up screens that won't make the user (or 
> your) life any easier.

You mean this?:

<quote>
The really, really simple-to-use installer is a web page that uses your
browser id to suggest the right repo file to dump into /etc/yum.repos.d
with a short example like :

su
wget -O /etc/yum.repos.d/adobe.repo url
yum install acrobat-reader
exit

(you can add a .repo gui handler if you like but it'll need to be as 
simple as these four lines)
</quote>

That is basically the same. Only thing is, that i want to push the
responsibility to select the correct distro etc from the webserver to a
special program on the client - as it is easier to do, and more
reliable. Plus, no special config needed on the server (possibly except
running a yum repo). And it works off removable storage.

The licence screen - as i said: make it optional. Make it into a weblink
ala "Licence: <a href="blah blah">Gnu GPL</a>" (and then the licence
name isn't a common name, but the name of an individual object (i don't
know the correct English term for that, sorry) - and doesn't need to be
localized.

You could possibly squeeze the installer into three, standard screens
(followed by *every* installer, as the .install is just a bunch of
metadata presented by the universal-gui-installer-frontend) (something i
actually mentioned in the first mail, albeit probably not clear enough)

Kyrre




More information about the fedora-devel-list mailing list