Bug#493720: Installation Report
reassign 493720 installation-guide thanks On Wed, Aug 06, 2008 at 10:05:34AM +0200, Christian Perrier wrote: Quoting Jérémy Bobbio ([EMAIL PROTECTED]): So basically in the past passing 'de' would work but only because by accident a keymap named de [1] does exist, *not* because it was expanded into a valid value from the selection list. The only really valid value for preseeding has always been 'de-latin1-nodeadkeys'. […] Being able to preseed the keymaps that are not offered as choices is not something that has been advertized in D-I documentation, […] The preseed appendix currently says: The keymap must be valid for the selected keyboard architecture. If we don't support all valid keymaps, I would be in favor of changing this to: The keymap must be known to the debian-installer for the selected keyboard architecture. Or any better wording… Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#493720: Installation Report
Quoting Frans Pop ([EMAIL PROTECTED]): If we remove this option, we should probably remove these extra keymaps. That is of course an option. Only problem may be that keymaps can chainload other keymaps as a base. Don't know if that is the case here. For the case of German, yes. The de-latin1-nodeadkeys keymap, which we offer as only choice for German does indeed chainload de-latin1. So, the udeb has to provide that file. On the other hand, Noèl Köthe, in another report, mentioned he was unable to type his name properly because of the lack of dead keys. In that other bug report, I asked him whether the German users would be gurted if the only choice we offer for German is de-latin1 and not de-latin1-nodeadkeys. I'll try to get opinions from the German Cabal about this, at Debconf. Bernhard (who originally sent this bug report) what would be your feeling about D-I offering de-latin1 behind the German choice of keyboard? As you indeed wanted to pressed that value, I assume this is because you prefer that keymap over de-latin1-nodeadkeys? Please note that this bug report made me put my console-data maintainer hat on and discover that the udeb indeed embarks several keymaps, which we don't offer as choices and are *not* included by other keymaps. In short, useless stuff. I'll report a separate bug against console-data for this. signature.asc Description: Digital signature
Bug#493720: Installation Report
On the other hand, Noèl Köthe, in another report, mentioned he was unable to type his name properly because of the lack of dead keys. Namely #494067 signature.asc Description: Digital signature
Bug#493720: Installation Report
Quoting Jérémy Bobbio ([EMAIL PROTECTED]): So basically in the past passing 'de' would work but only because by accident a keymap named de [1] does exist, *not* because it was expanded into a valid value from the selection list. The only really valid value for preseeding has always been 'de-latin1-nodeadkeys'. console-keymaps-at (at least) ships more keymaps than those that can actually be selected from the select list. IMHO, it makes sense to allow users to select those by preseeding. Well, it was IIRC never intended. It might happen that some cleaning was done at some point in console-data udebs (I haven't been as active with it as I am right nowwhich is still not that much). So, if keymaps are present in the udebs and *not* offered as Choices, my opinion is that they should be removed. Being able to preseed the keymaps that are not offered as choices is not something that has been advertized in D-I documentation, so I'd vote to remove those extra keymaps from the udeb: they just clutter up the udebs and therefore the initrds. signature.asc Description: Digital signature
Bug#493720: Installation Report
reassign 493720 kbd-chooser retitle 493720 kbd-chooser: unable to preseed with non-canonical keymap name tags 493720 + confirmed thanks On Mon, Aug 04, 2008 at 03:44:33PM +0200, Bernhard wrote: The problem is the german keyboard layout. To select the german keyboard layout, the following bootparameter is used: console-keymaps-at/keymap=de With this parameter, the installer don't asks for keyboard layout. But the german keyboard layout is not set. […] The behaviour with the Beta2 installer from 2008-05-22 is OK. Preseeding with de-latin1-nodeadkeys should work until we fix this regression. As far as I have been able to track down this issue, it is related to the change which happened in cdebconf 0.132. The default value for select questions that are noninteractive must since be in the possible choices. After trying to come up with a patch to solve this, I see two different possibilities to fix this: * Use the current locale selection features to map the previously set value to a default from the keymap list. This will successfully map de to de-latin1-nodeadkeys, but will not allow the selection of pl-qwertz through preseeding. * Detect if console-keymaps-$KEYBOARD/keymap has been seen, and if so, directly set the keymap to its value. I would favor this second possibility, as I see no good reason to be unable to preseed a very custom keymap that would not appear among the choices in the debconf template. But I'd like other opinions before commiting a fix. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#493720: Installation Report
On Tuesday 05 August 2008, Jérémy Bobbio wrote: Preseeding with de-latin1-nodeadkeys should work until we fix this regression. I'm not sure that this _is_ a regression. As far as I have been able to track down this issue, it is related to the change which happened in cdebconf 0.132. The default value for select questions that are noninteractive must since be in the possible choices. Both beta1 and beta2 also default to American English keymap if you boot with 'console-keymaps-at?=de' (i.e: with the seen flag not set). And if you boot beta1 with 'console-keymaps-at=de', you will get the 'de' keymap selected, not the 'de-latin1-nodeadkeys' one! So basically in the past passing 'de' would work but only because by accident a keymap named de [1] does exist, *not* because it was expanded into a valid value from the selection list. The only really valid value for preseeding has always been 'de-latin1-nodeadkeys'. Because of this, I would say the recent change was a bugfix and not a regression. [1] /usr/share/keymaps/i386/qwertz/de.kmap.gz signature.asc Description: This is a digitally signed message part.
Bug#493720: Installation Report
On Tue, Aug 05, 2008 at 04:55:18PM +0200, Frans Pop wrote: I'm not sure that this _is_ a regression. As far as I have been able to track down this issue, it is related to the change which happened in cdebconf 0.132. The default value for select questions that are noninteractive must since be in the possible choices. Both beta1 and beta2 also default to American English keymap if you boot with 'console-keymaps-at?=de' (i.e: with the seen flag not set). Indeed. And if you boot beta1 with 'console-keymaps-at=de', you will get the 'de' keymap selected, not the 'de-latin1-nodeadkeys' one! So basically in the past passing 'de' would work but only because by accident a keymap named de [1] does exist, *not* because it was expanded into a valid value from the selection list. The only really valid value for preseeding has always been 'de-latin1-nodeadkeys'. console-keymaps-at (at least) ships more keymaps than those that can actually be selected from the select list. IMHO, it makes sense to allow users to select those by preseeding. If we remove this option, we should probably remove these extra keymaps. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#493720: Installation Report
On Tuesday 05 August 2008, Jérémy Bobbio wrote: console-keymaps-at (at least) ships more keymaps than those that can actually be selected from the select list. IMHO, it makes sense to allow users to select those by preseeding. Why? IMO it only makes sense if we were at least to check that a preseeded keymap does actually exist and thus can be loaded correctly. In the absence of such code you are IMO advocating a really weird sort of pseudo-functionality which we have nowhere else in the installer. The correct way to support something like that would be to add a manual selection option. If we remove this option, we should probably remove these extra keymaps. That is of course an option. Only problem may be that keymaps can chainload other keymaps as a base. Don't know if that is the case here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493720: Installation Report
Package: installation-reports Boot method: network PXE Image version: Daily build image 2008-08-03 Date: 2008-08-04 Machine: Notebook ASUS M6Ne Processor: Pemtium M 1,6GHz Memory: 512MB Partitions: RBG-NB:/home/bernhard# df -Tl Dateisystem Typ1K‐Blöcke Benutzt Verfügbar Ben% Eingehängt auf /dev/hda7 ext310317828 3854124 5939588 40% / tmpfstmpfs 257868 0257868 0% /lib/init/rw udev tmpfs 10240 120 10120 2% /dev tmpfstmpfs 257868 0257868 0% /dev/shm /dev/hda8 ext330961664182372 29206532 1% /home /dev/hda6 fuseblk 1052224 7818 1044406 1% /share Output of lspci -knn (or lspci -nn): RBG-NB:/home/bernhard# lspci -knn 00:00.0 Host bridge [0600]: Intel Corporation 82855PM Processor to I/O Controller [8086:3340] (rev 21) Kernel driver in use: agpgart-intel Kernel modules: intel-agp 00:01.0 PCI bridge [0604]: Intel Corporation 82855PM Processor to AGP Controller [8086:3341] (rev 21) Kernel modules: shpchp 00:1d.0 USB Controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 [8086:24c2] (rev 03) Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.1 USB Controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 [8086:24c4] (rev 03) Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.2 USB Controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 [8086:24c7] (rev 03) Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.7 USB Controller [0c03]: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller [8086:24cd] (rev 03) Kernel driver in use: ehci_hcd Kernel modules: ehci-hcd 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev 83) Kernel modules: shpchp 00:1f.0 ISA bridge [0601]: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge [8086:24cc] (rev 03) Kernel modules: iTCO_wdt, intel-rng 00:1f.1 IDE interface [0101]: Intel Corporation 82801DBM (ICH4-M) IDE Controller [8086:24ca] (rev 03) Kernel driver in use: PIIX_IDE Kernel modules: piix 00:1f.3 SMBus [0c05]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller [8086:24c3] (rev 03) Kernel driver in use: i801_smbus Kernel modules: i2c-i801 00:1f.5 Multimedia audio controller [0401]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller [8086:24c5] (rev 03) Kernel driver in use: Intel ICH Kernel modules: snd-intel8x0 00:1f.6 Modem [0703]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller [8086:24c6] (rev 03) Kernel driver in use: Intel ICH Modem Kernel modules: snd-intel8x0m 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] [1002:4e50] Kernel modules: radeonfb 02:00.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme BCM5788 Gigabit Ethernet [14e4:169c] (rev 03) Kernel driver in use: tg3 Kernel modules: tg3 02:01.0 CardBus bridge [0607]: Ricoh Co Ltd RL5c476 II [1180:0476] (rev ac) Kernel driver in use: yenta_cardbus Kernel modules: yenta_socket 02:01.1 CardBus bridge [0607]: Ricoh Co Ltd RL5c476 II [1180:0476] (rev ac) Kernel driver in use: yenta_cardbus Kernel modules: yenta_socket 02:01.2 FireWire (IEEE 1394) [0c00]: Ricoh Co Ltd R5C552 IEEE 1394 Controller [1180:0552] (rev 04) Kernel driver in use: firewire_ohci Kernel modules: firewire-ohci 02:02.0 Network controller [0280]: Intel Corporation PRO/Wireless 2200BG Network Connection [8086:4220] (rev 05) Kernel driver in use: ipw2200 Kernel modules: ipw2200 Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [ ] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: The installation was done with preseed. The configuration file is at the attachement. The problem is the german keyboard layout. To select the german keyboard layout, the following bootparameter is used: console-keymaps-at/keymap=de With this parameter, the installer don't asks for keyboard layout. But the german keyboard layout is not set. Without the bootparameter console-keymaps-at/keymap=de, the installer asks for keyboard layout. If german keyboard layout is chosen, the german keyboard layout is set correctly. The behaviour with the Beta2 installer from 2008-05-22