> Comments/Problems: > The only "OMG" show stopper was that the system is using the > wrong driver for my wireless card. on boot up, the system will > hard lock after loading the hostap/hostap_cs drivers for my > card. my solution was to boot up w/out the card, and > blacklist the hostap/hostap_cs modules (instead, the orinoco > and orinico_cs are now used, which work). To do anything about that, we need 'lspci -nn'. > some other issues i've noticed that should probably get some > attentions: > - i got like 3 ispell-related prompts during installation. Yep. This is something we're currently trying to track down. > - i got a rather confusing prompt from swsusp during installation No idea. Please contact package maintainer. > - apt-key related errors on first update > it seems the installer isn't installing apt with the latest archive > key. screenshot (update-manager.png) attached. Not sure. AFAIK apt should not complain even if only the old key is installed (as the archive is still also signed with that key. Could be an update-manager issue. I've also seen this with debmirror for instance. Again, not an installer issue though and possibly a consequence of you using RC1 (which was before keyring was updated). > - unnecessary prompt from the console-data-common package > the "choose keymap (default: don't touch)" prompt really .shouldn't > be in the default installation path Probably only because the package was being upgraded during the install. > - useless nm-applet in gnome environment > my laptop was installed via wireless eth1. the nm-applet installed > with the etch install does not detect the wireless card (i get no > options for it, anyway), and when running it i get a greyed out option > of "wired network" which i can not select. this might just be greyed > out because there's no attached cable? Do you feel it is useless in general or just useless for you? If useless in general, please try to determine what is responsible for pulling it in (tracing deps from gnome-desktop task) and file BR there. > - suspend/hibernate don't work out of the box. Currently not a d-i goal to set this up. > some other "wishlist" type items: > - the laptop/desktop installs should put the normal user into sudoers > maybe? You _can_ do this in expert mode or using preseeding, but not when installing at default priority. > - the installer doesn't attempt to read existing filesystem labels. > i was installing on a laptop that was previously running etch/sid, and > i wanted to keep /home untouched, and i had to do some manual > inspection to find which one was /home. since d-i supports creating > fs's with labels, it would be really nice to read the labels of fs's > after reading the partition table. This would be a wishlist bug against partman-base. Could you please file a separate BR for that? > - in the partitioning step, an option to list fs contents/information Hmm. Not sure if we want to do that through the installer. There is always VT2... > - there were updates immediately available for download, i'm guessing > this will go away once the installer syncs up with etch? Well, there will always be the chance of security updates. But yes, the difference will get smaller when Etch is frozen. Cheers, FJP
Attachment:
pgpKl9ltGRnK8.pgp
Description: PGP signature