Will the anaconda install be updated/modified to work more like the Red Hat 9 install is with future releases of Fedora? Will you be able to select/deselect individual packages during install? Will you be able to choose Text or GUI boot up at startup?
Mike Peterson schrieb:
Will the anaconda install be updated/modified to work more like the Red Hat 9 install is with future releases of Fedora?
I don't see any difference :-)
Will you be able to select/deselect individual packages during install?
No, this is skipped. You can select sets of packages, but "choose indivual packages" is gone. :-( I don't think this is a progress.
Will you be able to choose Text or GUI boot up at startup?
Only if you do a custom or server install. If workstation is installed, default runlevel ist set to 5 and graphical boot is choosen. Of course you can still change it, even from the grumb command line I think. see: http://www.redhat.com/archives/fedora-test-list/2003-September/msg01995.html
Christoph
On Wed, 2003-10-08 at 05:52, Christoph Wickert wrote:
Mike Peterson schrieb:
Will you be able to select/deselect individual packages during install?
No, this is skipped. You can select sets of packages, but "choose indivual packages" is gone. :-( I don't think this is a progress.
Well, you have the option of selecting a group, such as KDE, Gnome, web server, email server, etc.. then you are able to select certain individual packages from those. You just can't select each individual package that exist like the old days. Some are automatic when you select/deselect within that group.
No, this is skipped. You can select sets of packages, but "choose indivual packages" is gone. :-( I don't think this is a progress.
Well, you have the option of selecting a group, such as KDE, Gnome, web server, email server, etc.. then you are able to select certain individual packages from those. You just can't select each individual package that exist like the old days. Some are automatic when you select/deselect within that group.
I'd have to cast my vote for having "choose individual packages" back. There are many times I want a package out of a group, but not the "Default" packages in that group. In many cases, at least with RH9, the "default" packages are not even dependancies for a sub-package in the same group. (At least for the packages that I needed at the time. Can I remember what they were? No, of course not. ;) )
Thanks,
Adam Debus Linux Certified Professional, Linux Certified Administrator #447641 Network Engineer, ReachONE Internet adam@reachone.com
On Wed, 8 Oct 2003 09:46 , Adam Debus rhl@reachone.com said:
No, this is skipped. You can select sets of packages, but "choose indivual packages" is gone. :-( I don't think this is a progress.
Well, you have the option of selecting a group, such as KDE, Gnome, web server, email server, etc.. then you are able to select certain individual packages from those. You just can't select each individual package that exist like the old days. Some are automatic when you select/deselect within that group.
I'd have to cast my vote for having "choose individual packages" back. There are many times I want a package out of a group, but not the "Default" packages in that group. In many cases, at least with RH9, the "default" packages are not even dependancies for a sub-package in the same group. (At least for the packages that I needed at the time. Can I remember what they were? No, of course not. ;) )
Both "groups" and "all packages" together is _really_ useful. I use it o every install (ES installs as well).
"lynx" is something I always select this way. "dump" was at one time .
On Wed, 2003-10-08 at 10:46, Adam Debus wrote:
No, this is skipped. You can select sets of packages, but "choose indivual packages" is gone. :-( I don't think this is a progress.
Well, you have the option of selecting a group, such as KDE, Gnome, web server, email server, etc.. then you are able to select certain individual packages from those. You just can't select each individual package that exist like the old days. Some are automatic when you select/deselect within that group.
I'd have to cast my vote for having "choose individual packages" back.
+1
It is far easier to add packages after install than remove them. Why should I *have* to spend extra time/space to stall stuff I am than going to remove?? "Build a kickstart file.. " is usually followed by "after installing and removing...", Well, see above. Also, that assumes multiple identical installs.
Leave the option there.
Bill Anderson schrieb:
On Wed, 2003-10-08 at 10:46, Adam Debus wrote:
I'd have to cast my vote for having "choose individual packages" back.
+1
It is far easier to add packages after install than remove them. Why should I *have* to spend extra time/space to stall stuff I am than going to remove??
Yes, this is just like the Win2k/XP way, and to me it seems stupid.
"Build a kickstart file.. " is usually followed by "after installing and removing...", Well, see above. Also, that assumes multiple identical installs.
Leave the option there.
As somebody allready mentioned: Since "Select individual Packages" was disabled by default, there is no reason to remove this option, since it's no additional mouse click by default. Automatically resolving dependencies is ok for most users, but I liked it the old way (Options to leave alone, select automatically and to go back).
Onother topic are the dependencies. Doing a minimal install, you get spellchecking installed. Who needs a spellchecker on a minimal system, e.g. a server? Even if some funky php-features require it, I'll never use them. In this case spellchecking might be placed as an optional (meta)package into one (or more) categories, or, if "Select individual packages" is back again it's ok to do it as default in the categories. In RH9 kdenetwork depended on kdegames. Really good for a productive corperate network :-) (not sure, if it's still like that in severn)
Just my humble opinion
Christoph Wickert
On Thu, 2003-10-09 at 19:02, Bill Anderson wrote:
On Wed, 2003-10-08 at 10:46, Adam Debus wrote:
No, this is skipped. You can select sets of packages, but "choose indivual packages" is gone. :-( I don't think this is a progress.
Well, you have the option of selecting a group, such as KDE, Gnome, web server, email server, etc.. then you are able to select certain individual packages from those. You just can't select each individual package that exist like the old days. Some are automatic when you select/deselect within that group.
I'd have to cast my vote for having "choose individual packages" back.+1
It is far easier to add packages after install than remove them. Why should I *have* to spend extra time/space to stall stuff I am than going to remove??
I agree. The way the (old?) Debian installer worked was rather nice - it got the base system installed, then booted into that. The 'firstboot'-type program of their's would then ask about package groups and such.
It seems better to only need to code/maintain one package manager (versus having both the installer manager and the post-install manager), and to let the user have a running system while installing software. Plus it would be possible to, as with Debian, connect to the updates server during install, so you don't have to install an out-of-date package and *then* upgrade it, but install get the updated package straight from the start. (if the user has a 'net connection and doesn't uncheck the "look for updates" option)
Hello,
Personally I don't really like the way that Debian installs, a rather tricky interface to use. Just tried Debian 3.0 and it wasn't a great experience and so I went back to RedHat 9. I have always like teh way RedHat has setup its install process.
I don't mind a core install followed by the pkgs and the connecting to the update server too, but I think that there should be some serious detection and installation of all network services required to contact said update server, which I found very cryptic in Debian. But for sure the idea has merits.
Cheers,
Aly.
It seems better to only need to code/maintain one package manager (versus having both the installer manager and the post-install manager), and to let the user have a running system while installing software. Plus it would be possible to, as with Debian, connect to the updates server during install, so you don't have to install an out-of-date package and *then* upgrade it, but install get the updated package straight from the start. (if the user has a 'net connection and doesn't uncheck the "look for updates" option)
On Fri, 2003-10-10 at 11:28, Aly Dharshi wrote:
Hello,
Personally I don't really like the way that Debian installs, a rather tricky interface to use.
Yes, I'm not at all talking about the rest of the Debian install. ;-) *just* the package selection after base install and reboot part.
Yes, which as I said - maybe unclearly :) :) - would be a great idea.
Cheers,
Aly.
On Fri, 2003-10-10 at 10:03, Sean Middleditch wrote:
On Fri, 2003-10-10 at 11:28, Aly Dharshi wrote:
Hello,
Personally I don't really like the way that Debian installs, a rather tricky interface to use.
Yes, I'm not at all talking about the rest of the Debian install. ;-) *just* the package selection after base install and reboot part.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Friday 10 October 2003 10:28 am, Aly Dharshi wrote:
Hello,
Personally I don't really like the way that Debian installs, a rather tricky interface to use. Just tried Debian 3.0 and it wasn't a great experience and so I went back to RedHat 9. I have always like teh way RedHat has setup its install process.
I don't mind a core install followed by the pkgs and the connecting to the update server too, but I think that there should be some serious detection and installation of all network services required to contact said update server, which I found very cryptic in Debian.
But for sure the idea has merits.
Cheers,
Aly.
Same here. I tried Debian and after the core and packages, X would come up---crashed every time. I could see in the logs that the video card and all were being detected correctly, but never could get an XF86config file that would light off X.
mw - -- Registered Linux - 256979 NRA Life ARS: W0TMW