[RFC] Adding characters found on Dutch keyboards to needed-characters
Hi, In build/needed-characters/nl.utf I've added the following characters: §±£ The first two are found on normal keys (~ and :) on Dutch keyboards and should therefore IMO be available. The third is under altgr+7, but is of course a normal key on en_GB keyboards. IMO such characters should be available even if they are not strictly required for the installation: a keyboard should just work. Optionally we could also add: ¹²³¼½¾ These are found under altgr+1 to altgr+6 on Dutch keyboards and so less easily accessible. They are printed on the keys though. There are some other characters that are missing from other (somewhat random) locations: €¢¶¦ Adding the EUR and Cent signs seems to make some sense, less sure about the others. Argument would be basically the same: a keyboard can be expected to work correctly. The cost seems extremely minor. What policy have we been following for this for other languages? The README currently says but if you know the installer will never have a message containing a given character (such as the Euro sign), please leave it out to save space, but maybe we should add that characters directly available through keyboards are OK? Cheers, FJP signature.asc Description: This is a digitally signed message part.
Bug#490899: user-setup-udeb: way to (easily) *not* create a user, but do the root password setup
Package: user-setup-udeb Severity: wishlist Hi Would be nice if there is an easy way to skip creation of an user account but still do the rest of the task user-setup-udeb usually does. IE, when I entered the root password and then leave the username blank (login name), it currently displays a warning (fine), but then jumps back and tries to do it all again. It should please ask something like Maybe you want to go without a normal user account? and then skip the user creation. And if you only ask that in case no login name was entered it will only be displayed to very few users, so not distracting most people. Yes, one could enter some foo=bar during boot, to preseed some value and pass by that. But - sometimes its hard to do that (broken kvm over ip not letting you enter all characters is one reason), so it would be nice if it can be skipped during d-i run too. -- bye, Joerg Getty LOL die Telefonnummer vom Arbeitsamt Mönchengladbach ist echt 404-0? Getty Soll das nen schlechter Scherz sein? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
unblock request for beep
Hi! beep is not old enough yet (4 of 10 days) but I rather want to have things set in time and I don't expect any further upload to come soon: beep (1.2.2-21) unstable; urgency=low * Don't ignore make clean errors anymore. * New debconf translation: Galician by Jacobo Tarrio (closes: #481751) * Updated to Standards-Version to 3.8.0, add README.source file (referencing quilt's). * Also strip sections .comment and .note (closes: #490163) -- Gerfried Fuchs [EMAIL PROTECTED] Thu, 10 Jul 2008 15:14:18 +0200 Thanks in advance, Rhonda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#401296: [g-i] wrong mapping of unicode keys
On Sunday 13 July 2008, Jérémy Bobbio wrote: The tests I have done from this report on the german keyboard seemed fine by just updating. I've also done some testing with this, mostly with Dutch and German keymaps, and AFAICT all issues are indeed solved now. Really great! There is one thing though. If I use the new keyboard-chooser without the new directfb, I see a regression on three keys with the Dutch keymap: US layout Dutch layoutResult w/o directfb ; / : + / ± + / + ` / ~ @ / § @ / @ = / + ° / ~ nothing / ~ I get correct results with current unstable versions, and also if I only use new directfb. Conclusion is that we need new directfb before kbd-chooser can be uploaded. I'll add a note in the changelog for that. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Re: [RFC] Adding characters found on Dutch keyboards to needed-characters
Quoting Frans Pop ([EMAIL PROTECTED]): What policy have we been following for this for other languages? The README currently says but if you know the installer will never have a message containing a given character (such as the Euro sign), please leave it out to save space, but maybe we should add that characters directly available through keyboards are OK? As the README says, the policy was set for characters meant to be *displayed*. But, as you say, since that policy was setup, there have been more places where input of non ASCII characters indeed makes sense (IIRC, the policy was established when we still had two stages, so for instance, the username was type in 2nd stage). So your proposal to add to this all characters that are potentially typed on various keymaps makes sense. signature.asc Description: Digital signature
Processed: Re: Bug#490542: base-installer: improve kernel selection for AMD64
Processing commands for [EMAIL PROTECTED]: tags 490542 pending Bug#490542: base-installer: improve kernel selection for AMD64 Tags were: patch Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: partman recipe to conditionalize a partition
On Monday 14 July 2008, Robert Millan wrote: So perhaps an option would be to pass the gptonly flag down to the scheme in decode_recipe() instead of using it for decoding itself, so that this information lives longer up to whereever it's going to be used for filtering the partition. The last point to where you could delay it is where partition sizes are calculated. signature.asc Description: This is a digitally signed message part.
Re: Reusing existing partitions
Hi Andrew, http://layer-acht.org/d-i/preserving-partitions/ and http://www.enricozini.org/2008/tips/d-i-conditional-partitioning.html might be helpful for you. regards, Holger pgpbhcX3cch62.pgp Description: PGP signature
Bug#490542: base-installer: improve kernel selection for AMD64
tags 490542 pending thanks On Saturday 12 July 2008, Frans Pop wrote: As I have no idea if the above is correct or complete, some confirmation would be most welcome. If it is correct, the attached patch should improve kernel selection for AMD-based systems. If it is not correct, additional info and references would be most welcome. As there have been no comments, I'm just going to assume the analysis is correct. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Addition of speakup modules causes build failure
The speakup modules were supposed to have been added in the last upload, but actually were not because a required part of the change was missed. I've just tried adding them, but doing so results in errors because apparently both loop-aes and speakup modules depend on loop_blowfish, loop_twofish and loop_serpent. I suggest the person who took responsibility for applying the patch sorts out this mess. Please check your changes before committing/uploading! Is it really that hard to at least check that the udebs you wanted to add actually exist in what you upload? 'debc changes file' is enough... Cheers, FJP signature.asc Description: This is a digitally signed message part.
please unblock debian-edu-install (udeb not used by debians d-i)
Hi, debian-edu-install is blocked, because it contains a udeb, which is not used by (Debians) debian-installer (atm). Please unblock it (even though it still has to wait 2 more days...) Thanks, Holger pgpmbESVqkmg4.pgp Description: PGP signature
Bug#488494: cdebconf: Make the dark theme even more readable
On Monday 30 June 2008, Samuel Thibault wrote: Oops, I should have explained indeed: I just meant that we won't get bright colors (e.g. real white) in bterm until bogl gets fixed, i.e. even if the cdebconf part is fixed, the result will be hindered by the bug of bogl. OK, but that means that it does not actually block the change in cdebconf. That can be uploaded as is. I've just tested the new dark theme as I was testing other things anyway and I must say the new colors look much nicer to me. Basically just plain, quiet blackwite with minor accents. There is one thing that I noticed. If you tab from a selected item in a list to the GoBack button, the selected item gets a blue background. This does not seem to really fit with the theme as a whole. Some (distinguishable) color difference should be preserved though. In the default theme the background of the selected item changes from red to blue (against a white window background). Could you have a look at that Samuel? Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: unblock request for beep
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gerfried Fuchs [EMAIL PROTECTED] writes: Hi! beep is not old enough yet (4 of 10 days) but I rather want to have things set in time and I don't expect any further upload to come soon: beep (1.2.2-21) unstable; urgency=low * Don't ignore make clean errors anymore. * New debconf translation: Galician by Jacobo Tarrio (closes: #481751) * Updated to Standards-Version to 3.8.0, add README.source file (referencing quilt's). * Also strip sections .comment and .note (closes: #490163) -- Gerfried Fuchs [EMAIL PROTECTED] Thu, 10 Jul 2008 15:14:18 +0200 No objection - -- O T A V I OS A L V A D O R - - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - - Microsoft sells you Windows ... Linux gives you the whole house. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iEYEARECAAYFAkh8ih4ACgkQLqiZQEml+FVNmgCeJ4oaSI+J8tOaxBO5cAskzSaJ JoAAoKhDGxDTBMlsIZp6yZ6QOhAvvFl6 =Yfu+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Addition of speakup modules causes build failure
Frans Pop [EMAIL PROTECTED] writes: The speakup modules were supposed to have been added in the last upload, but actually were not because a required part of the change was missed. I'll look into it. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488494: cdebconf: Make the dark theme even more readable
Frans Pop, le Tue 15 Jul 2008 12:58:02 +0200, a écrit : On Monday 30 June 2008, Samuel Thibault wrote: Oops, I should have explained indeed: I just meant that we won't get bright colors (e.g. real white) in bterm until bogl gets fixed, i.e. even if the cdebconf part is fixed, the result will be hindered by the bug of bogl. OK, but that means that it does not actually block the change in cdebconf. That can be uploaded as is. Ah, yes. The comment on http://www.debian.org/Bugs/server-control.en.html could probably be more clear on that. There is one thing that I noticed. If you tab from a selected item in a list to the GoBack button, the selected item gets a blue background. This does not seem to really fit with the theme as a whole. Some (distinguishable) color difference should be preserved though. In the default theme the background of the selected item changes from red to blue (against a white window background). Could you have a look at that Samuel? I had already actually. The problem is that the background color is technically limited to the dark palette, i.e. black, gray, and dark colors. Setting the background of the selection to black is obviously not correct unless we change the foreground color, but I'm afraid only changing the foreground color does not provide enough contrast. Leaving it gray provides confusion about what currently has keyboard focus. That's why I left it blue, which lets the user know which element is selected, but still be different from gray, for less confusion. I don't know if another color would fit better, anybody on the list would have an idea? To test, just boot the mini-ISO on http://brl.thefreecat.org/mini.iso press tab, and type theme=dark Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#490924: udev-udeb: Errors due to RO file system
Processing commands for [EMAIL PROTECTED]: reassign 490924 rootskel 1.63 Bug#490924: udev-udeb: Errors due to RO file system Bug reassigned from package `udev-udeb' to `rootskel'. retitle 490924 Should stop udevd before umount -a on shutdown Bug#490924: udev-udeb: Errors due to RO file system Changed Bug title to `Should stop udevd before umount -a on shutdown' from `udev-udeb: Errors due to RO file system'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484748: Contact Your Claims Agent (Email: [EMAIL PROTECTED])
Your email address has won a consolation prize worth (£500,000.00GBP) Great British Pounds, From the Microsoft Award Promotional EMAIL DRAW held 14th of July 2008. Mr. Kennedy Mcfadden Microsoft Award Department/Claims Office -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488494: cdebconf: Make the dark theme even more readable
On Tuesday 15 July 2008, Samuel Thibault wrote: I had already actually. The problem is that the background color is OK :-) technically limited to the dark palette, i.e. black, gray, and dark colors. Setting the background of the selection to black is obviously not correct unless we change the foreground color, but I'm afraid only changing the foreground color does not provide enough contrast. Leaving it gray provides confusion about what currently has keyboard focus. That's why I left it blue, which lets the user know which element is selected, but still be different from gray, for less confusion. I don't know if another color would fit better, anybody on the list would have an idea? Are there any colors that are bad because they look like grey to some colorblind users? If not, I think I'd personally prefer dark red over dark blue with dark grey. Another thing you could look at is to make this extra color appear a bit more in the theme than it does now, for example as the background color around the border or for the border itself. That would make it look a bit less random. In the end it's probably just a question of trying a few things and finding something that looks decent. Leaving it as it is now is also an option of course. Basically I just noticed it and it struck me as illogical. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488494: cdebconf: Make the dark theme even more readable
Frans Pop, le Tue 15 Jul 2008 18:17:16 +0200, a écrit : I don't know if another color would fit better, anybody on the list would have an idea? Are there any colors that are bad because they look like grey to some colorblind users? I've no idea, that's why I ask for people on debian-accessibility to test :) Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: unblock request for beep
Gerfried Fuchs wrote: Hi! beep is not old enough yet (4 of 10 days) but I rather want to have things set in time and I don't expect any further upload to come soon: unblocked Cheers Luk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Reusing existing partitions
On Tuesday 15 July 2008, Andrew Pollock wrote: So, is there a correct way of accomplishing this with d-i? Currently, we'd been running an early_command that erased the first partition, and then we preseeded d-i to use the largest free space. That seems to be causing a second swap partition to be created. If you repeat this process too many times, the partition table starts to look ridiculous :-) This is probably the simplest workaround. I think you should be able to avoid the extra swap by specifying a custom recipe that just does not contain a swap partition to be used with the free space option. You may have to add a custom hook script somewhere to get partman to use your existing swap. Should be as simple as creating a flag file in the appropriate dir: /var/lib/partman/devices/$device/$partition. The key file here is named method with content swap\n. Normally swap partitions are formatted by default, but omitting the (empty) format flag file should work too. I expect the other files in the partition dir to be recreated automatically. Of course you will have to identify what's the correct dir somehow. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Bug#490924: udev-udeb: Errors due to RO file system
tags 490924 pending thanks For people reading along on d-boot and seeing this BR for the first time: I noticed some errors from udev when aborting an installation. Turns out we need to stop udevd before unmounting file systems to prevent those. I've committed minor changes in both rootskel and finish-install that do just that. Tested lightly, but seems to work. On Tuesday 15 July 2008, Frans Pop wrote: On Tuesday 15 July 2008, Marco d'Itri wrote: On Jul 15, Frans Pop [EMAIL PROTECTED] wrote: Sending SIGTERM to all processes udevd-event: delete_path: rmdir(/dev/.udev/names/vcs3) failed: Read-only file system And why is /dev read only at this point? Is it even still mounted? Hmm. May well be no longer mounted. The error was what confused me a bit, especially as there was an issue with RO mounts for normal systems. Looks like we're doing: /bin/umount -a -r /sbin/swapoff -a reboot So I guess we just need to stop udev cleanly before the umount. What would be the best command for that? Just 'kill -15 $(pidof udevd)'? signature.asc Description: This is a digitally signed message part.
Processed: Re: Bug#490924: udev-udeb: Errors due to RO file system
Processing commands for [EMAIL PROTECTED]: tags 490924 pending Bug#490924: Should stop udevd before umount -a on shutdown There were no tags set. Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#401296: [g-i] wrong mapping of unicode keys
On Tue, Jul 15, 2008 at 09:59:19AM +0200, Frans Pop wrote: On Sunday 13 July 2008, Jérémy Bobbio wrote: The tests I have done from this report on the german keyboard seemed fine by just updating. I've also done some testing with this, mostly with Dutch and German keymaps, and AFAICT all issues are indeed solved now. Really great! Great. :) There is one thing though. If I use the new keyboard-chooser without the new directfb, I see a regression on three keys with the Dutch keymap: US layout Dutch layoutResult w/o directfb ; / : + / ± + / + ` / ~ @ / § @ / @ = / + ° / ~ nothing / ~ I get correct results with current unstable versions, and also if I only use new directfb. Conclusion is that we need new directfb before kbd-chooser can be uploaded. I'll add a note in the changelog for that. That is how the code in DirectFB works: there is four levels (normal, shift, alt-gr, alt-gr+shift) and there is a fallback on the previous level if the key is unknown. As the Linux kernel will not reply to what it is the symbol for this key? when the symbol is unicode and the keyboard is not in unicode mode, that is the expected behaviour without the patch. So indeed, we need the patched DirectFB if we want to have unicode symbols working. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Re: Software speech in Debian installer
(Cc-ing debian-boot as well) Zachary Kline, le Tue 15 Jul 2008 10:21:27 -0700, a écrit : I was wondering about any possibility of putting software speech of some kind into the Debian installer along with Speakup. I realize it isn't a trivial undertaking, Just to copy-paste what I've said on the speakup mailing list: « The trade-offs are about e.g disk usage and also which speech synthesis we should enable, how to choose the language, etc. Not a trivial question like juste modprobing speakup_driver and voilà ;) » And now that I'm thinking about it again, it's not only the soft synth, but also sound drivers that would need to go into the debian installer images... Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Changing device names DELL ProLiant 1950
Hello, I wanted to install Debian 40r3 on a DELL ProLiant 1950. The RAID system is recognized as /dev/sdb and no /dev/sda available. So Grub and fstab get a configuration for /dev/sdb during the installation. When the system reboots in the new installed system the harddisc is visible as /dev/sda while the first time it was /dev/sdb. So all device paths are wrong. I can fix grub menu.lst and fstab and everything is working, but I want to do a preseeded installation. Is it possible that the different kernel, module and/or module konfiguration in the d-i initram-fs is causing this? Is there a workaround? Regards Roger P.S.: The same result with LennyBeta2. -- Pt! Schon das coole Video vom GMX MultiMessenger gesehen? Der Eine für Alle: http://www.gmx.net/de/go/messenger03 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490840: installation-reports: Succesful install on QNAP ts-109
Package: installation-reports Severity: normal Boot method: network Image version: - daily built orion5x/ts-109 netboot image (13-07-08) - custom built orion5x netboot image (armel) Date: Date and time of the install Machine: QNAP ts-109 NAS box Partitions: Disk /dev/sda: 164.6 GB, 16469620 bytes 255 heads, 63 sectors/track, 20023 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x00054f49 Device Boot Start End Blocks Id System /dev/sda1 * 11216 9767488+ 83 Linux /dev/sda212172432 9767520 83 Linux /dev/sda324333648 9767520 83 Linux /dev/sda43649 20023 131532187+ 5 Extended /dev/sda536493770 979933+ 82 Linux swap / Solaris /dev/sda63771 20023 130552191 8e Linux LVM 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:[ ] Overall install:[O] Comments/Problems: Minor problems using daily image due to some dumb mistakes in the qcontrol udeb by some developer. I fixed those and retested including also the new versions of udev-udeb and network-console. No problems. System has been set up using LVM for /home. The beep and change of status lights when the installer is ready for the SSH connection is a nice touch. There seem to be a lot of minor errors and warnings from perl in the logs. And the selinux installation shows errors on installation of some of its modules. I've since built and upgraded to a 2.6.26 upstream kernel. Cheers, FJP == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=5.0 (lenny) - installer build 20080713-19:31 X_INSTALLATION_MEDIUM=netboot == Installer hardware-summary: == umame -a: Linux qnap 2.6.25-2-orion5x #2 Sat Jun 28 16:52:36 UTC 2008 armv5tel unknown lsmod: Module Size Used by lsmod: dm_mod 65544 3 lsmod: reiserfs 258740 0 lsmod: ext3 137160 2 lsmod: jbd49236 1 ext3 lsmod: vfat 13088 0 lsmod: fat53980 1 vfat lsmod: nls_base7520 2 vfat,fat lsmod: usb_storage89351 0 lsmod: evdev 11776 0 lsmod: gpio_keys 4192 0 lsmod: ext2 73000 0 lsmod: mbcache 9024 2 ext3,ext2 lsmod: sd_mod 29776 4 lsmod: sata_mv25452 3 lsmod: libata154364 1 sata_mv lsmod: ehci_hcd 36908 0 lsmod: scsi_mod 158852 3 usb_storage,sd_mod,libata lsmod: mv643xx_eth23076 0 lsmod: usbcore 138780 3 usb_storage,ehci_hcd lsmod: mii 5760 1 mv643xx_eth df: Filesystem 1k-blocks Used Available Use% Mounted on df: tmpfs6354848 63500 0% /dev df: tmpfs6354848 63500 0% /dev df: /dev/sda2 9614148627572 8498200 7% /target df: /dev/mapper/qnap-home df: 41284928180256 39007520 0% /target/home df: /dev/sda2 9614148627572 8498200 7% /dev/.static/dev df: tmpfs6354848 63500 0% /target/dev free: total used free shared buffers free: Mem: 127100 110452166480 6028 free: Swap: 979924 5768 974156 free: Total: 1107024 116220 990804 /proc/cpuinfo: Processor: Feroceon rev 0 (v5l) /proc/cpuinfo: BogoMIPS : 332.59 /proc/cpuinfo: Features : swp half thumb fastmult edsp /proc/cpuinfo: CPU implementer : 0x41 /proc/cpuinfo: CPU architecture: 5TEJ /proc/cpuinfo: CPU variant : 0x0 /proc/cpuinfo: CPU part : 0x926 /proc/cpuinfo: CPU revision : 0 /proc/cpuinfo: Cache type : write-back /proc/cpuinfo: Cache clean : cp15 c7 ops /proc/cpuinfo: Cache lockdown : format C /proc/cpuinfo: Cache format : Harvard /proc/cpuinfo: I size : 32768 /proc/cpuinfo: I assoc : 1 /proc/cpuinfo: I line length: 32 /proc/cpuinfo: I sets : 1024 /proc/cpuinfo: D size : 32768 /proc/cpuinfo: D assoc : 1 /proc/cpuinfo: D line length: 32 /proc/cpuinfo: D sets :
Bug#490986: Lenny: failed installation.
Package: installation-reports Boot method: I copied the contents of the network install iso file into a directory (another partition), and then mounted it. Image version: debian-LennyBeta2-i386-netinst.iso Date: July 15, 2008 Machine: Omatek E-10 notebook Processor: AMD LX800 Memory: 500Mb Partitions: hda1 10 Gb (my target). /dev/hda1 * 1 1216 9767488+ 83 Linux /dev/hda2 1217 133897996582 Linux swap/solaris /dev/hda31339 729547849602+ 83 Linux Output of lspci -nn and lspci -vnn: 00:01.0 Host bridge [0600]: Advanced Micro Devices [AMD] CS5536 [Geode companion] Host Bridge [1022:2080] (rev 33) 00:01.1 VGA compatible controller [0300]: Advanced Micro Devices [AMD] Geode LX Video [1022:2081] 00:01.2 Entertainment encryption device [1010]: Advanced Micro Devices [AMD] Geode LX AES Security Block [1022:2082] 00:0d.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ [10ec:8139] (rev 10) 00:0e.0 CardBus bridge [0607]: Texas Instruments PCI1510 PC card Cardbus Controller [104c:ac56] 00:0f.0 ISA bridge [0601]: Advanced Micro Devices [AMD] CS5536 [Geode companion] ISA [1022:2090] (rev 03) 00:0f.2 IDE interface [0101]: Advanced Micro Devices [AMD] CS5536 [Geode companion] IDE [1022:209a] (rev 01) 00:0f.3 Multimedia audio controller [0401]: Advanced Micro Devices [AMD] CS5536 [Geode companion] Audio [1022:2093] (rev 01) 00:0f.4 USB Controller [0c03]: Advanced Micro Devices [AMD] CS5536 [Geode companion] OHC [1022:2094] (rev 02) 00:0f.5 USB Controller [0c03]: Advanced Micro Devices [AMD] CS5536 [Geode companion] EHC [1022:2095] (rev 02) - 00:01.0 Host bridge [0600]: Advanced Micro Devices [AMD] CS5536 [Geode companion] Host Bridge [1022:2080] (rev 33) Subsystem: Advanced Micro Devices [AMD] CS5536 [Geode companion] Host Bridge [1022:2080] Flags: bus master, 66MHz, medium devsel, latency 248 I/O ports at ac1c [size=4] I/O ports at 9e00 [size=8] 00:01.1 VGA compatible controller [0300]: Advanced Micro Devices [AMD] Geode LX Video [1022:2081] Subsystem: Advanced Micro Devices [AMD] Geode LX Video [1022:2081] Flags: 66MHz, medium devsel, IRQ 11 Memory at 9000 (32-bit, non-prefetchable) [size=32M] Memory at 8fffc000 (32-bit, non-prefetchable) [size=16K] Memory at 8fff8000 (32-bit, non-prefetchable) [size=16K] Memory at 8fff4000 (32-bit, non-prefetchable) [size=16K] Memory at 8fff (32-bit, non-prefetchable) [size=16K] 00:01.2 Entertainment encryption device [1010]: Advanced Micro Devices [AMD] Geode LX AES Security Block [1022:2082] Subsystem: Advanced Micro Devices [AMD] Geode LX AES Security Block [1022:2082] Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 11 Memory at efe0 (32-bit, non-prefetchable) [size=16K] 00:0d.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ [10ec:8139] (rev 10) Subsystem: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ [10ec:8139] Flags: bus master, medium devsel, latency 64, IRQ 5 I/O ports at df00 [size=256] Memory at efd0 (32-bit, non-prefetchable) [size=256] Capabilities: [50] Power Management version 2 Kernel driver in use: 8139too Kernel modules: 8139too, 8139cp 00:0e.0 CardBus bridge [0607]: Texas Instruments PCI1510 PC card Cardbus Controller [104c:ac56] Subsystem: Texas Instruments PCI1510 PC card Cardbus Controller [104c:ac56] Flags: bus master, medium devsel, latency 168, IRQ 7 Memory at efc0 (32-bit, non-prefetchable) [size=4K] Bus: primary=00, secondary=01, subordinate=04, sec-latency=176 Memory window 0: 8800-8bfff000 (prefetchable) Memory window 1: 9400-97fff000 I/O window 0: 1000-10ff I/O window 1: 1400-14ff 16-bit legacy interface ports at 0001 Kernel driver in use: yenta_cardbus Kernel modules: yenta_socket 00:0f.0 ISA bridge [0601]: Advanced Micro Devices [AMD] CS5536 [Geode companion] ISA [1022:2090] (rev 03) Subsystem: Advanced Micro Devices [AMD] CS5536 [Geode companion] ISA [1022:2090] Flags: 66MHz, medium devsel I/O ports at 6000 [size=8] I/O ports at 6100 [size=256] I/O ports at 6200 [size=64] I/O ports at 1800 [size=32] I/O ports at 9d00 [size=128] I/O ports at 9c00 [size=64] 00:0f.2 IDE interface [0101]: Advanced Micro Devices [AMD] CS5536 [Geode companion] IDE [1022:209a] (rev 01) (prog-if 80 [Master]) Subsystem: Advanced Micro Devices [AMD] CS5536 [Geode companion] IDE [1022:209a] Flags: bus master, 66MHz, medium devsel, latency 248 [virtual] Memory at 01f0 (32-bit, non-prefetchable) [disabled] [size=8] [virtual] Memory at 03f0 (type 3, non-prefetchable) [disabled] [size=1] [virtual] Memory at 0170
Bug#490986: marked as done (Lenny: failed installation.)
Your message dated Tue, 15 Jul 2008 22:34:08 +0200 with message-id [EMAIL PROTECTED] and subject line Re: Bug#490986: Lenny: failed installation. has caused the Debian Bug report #490986, regarding Lenny: failed installation. to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 490986: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=490986 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: installation-reports Boot method: I copied the contents of the network install iso file into a directory (another partition), and then mounted it. Image version: debian-LennyBeta2-i386-netinst.iso Date: July 15, 2008 Machine: Omatek E-10 notebook Processor: AMD LX800 Memory: 500Mb Partitions: hda1 10 Gb (my target). /dev/hda1 * 1 1216 9767488+ 83 Linux /dev/hda2 1217 133897996582 Linux swap/solaris /dev/hda31339 729547849602+ 83 Linux Output of lspci -nn and lspci -vnn: 00:01.0 Host bridge [0600]: Advanced Micro Devices [AMD] CS5536 [Geode companion] Host Bridge [1022:2080] (rev 33) 00:01.1 VGA compatible controller [0300]: Advanced Micro Devices [AMD] Geode LX Video [1022:2081] 00:01.2 Entertainment encryption device [1010]: Advanced Micro Devices [AMD] Geode LX AES Security Block [1022:2082] 00:0d.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ [10ec:8139] (rev 10) 00:0e.0 CardBus bridge [0607]: Texas Instruments PCI1510 PC card Cardbus Controller [104c:ac56] 00:0f.0 ISA bridge [0601]: Advanced Micro Devices [AMD] CS5536 [Geode companion] ISA [1022:2090] (rev 03) 00:0f.2 IDE interface [0101]: Advanced Micro Devices [AMD] CS5536 [Geode companion] IDE [1022:209a] (rev 01) 00:0f.3 Multimedia audio controller [0401]: Advanced Micro Devices [AMD] CS5536 [Geode companion] Audio [1022:2093] (rev 01) 00:0f.4 USB Controller [0c03]: Advanced Micro Devices [AMD] CS5536 [Geode companion] OHC [1022:2094] (rev 02) 00:0f.5 USB Controller [0c03]: Advanced Micro Devices [AMD] CS5536 [Geode companion] EHC [1022:2095] (rev 02) - 00:01.0 Host bridge [0600]: Advanced Micro Devices [AMD] CS5536 [Geode companion] Host Bridge [1022:2080] (rev 33) Subsystem: Advanced Micro Devices [AMD] CS5536 [Geode companion] Host Bridge [1022:2080] Flags: bus master, 66MHz, medium devsel, latency 248 I/O ports at ac1c [size=4] I/O ports at 9e00 [size=8] 00:01.1 VGA compatible controller [0300]: Advanced Micro Devices [AMD] Geode LX Video [1022:2081] Subsystem: Advanced Micro Devices [AMD] Geode LX Video [1022:2081] Flags: 66MHz, medium devsel, IRQ 11 Memory at 9000 (32-bit, non-prefetchable) [size=32M] Memory at 8fffc000 (32-bit, non-prefetchable) [size=16K] Memory at 8fff8000 (32-bit, non-prefetchable) [size=16K] Memory at 8fff4000 (32-bit, non-prefetchable) [size=16K] Memory at 8fff (32-bit, non-prefetchable) [size=16K] 00:01.2 Entertainment encryption device [1010]: Advanced Micro Devices [AMD] Geode LX AES Security Block [1022:2082] Subsystem: Advanced Micro Devices [AMD] Geode LX AES Security Block [1022:2082] Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 11 Memory at efe0 (32-bit, non-prefetchable) [size=16K] 00:0d.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ [10ec:8139] (rev 10) Subsystem: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ [10ec:8139] Flags: bus master, medium devsel, latency 64, IRQ 5 I/O ports at df00 [size=256] Memory at efd0 (32-bit, non-prefetchable) [size=256] Capabilities: [50] Power Management version 2 Kernel driver in use: 8139too Kernel modules: 8139too, 8139cp 00:0e.0 CardBus bridge [0607]: Texas Instruments PCI1510 PC card Cardbus Controller [104c:ac56] Subsystem: Texas Instruments PCI1510 PC card Cardbus Controller [104c:ac56] Flags: bus master, medium devsel, latency 168, IRQ 7 Memory at efc0 (32-bit, non-prefetchable) [size=4K] Bus: primary=00, secondary=01, subordinate=04, sec-latency=176 Memory window 0: 8800-8bfff000 (prefetchable) Memory window 1: 9400-97fff000 I/O window 0: 1000-10ff I/O window 1: 1400-14ff 16-bit legacy interface ports at 0001 Kernel driver in use: yenta_cardbus Kernel modules: yenta_socket 00:0f.0 ISA bridge [0601]: Advanced Micro Devices [AMD] CS5536 [Geode companion] ISA [1022:2090] (rev 03) Subsystem: Advanced
installation-reports getting cought by lists.d.o spamfilter
On Monday 14 July 2008, Frans Pop wrote: Package: installation-reports I sent this report yesterday and today asked listmasters to check why it had not yet arrived. The reason was: X-Spam-Status: Yes, score=6.02 tagged_above=3.6 required=5.3 tests=[FOURLA=0.1, FVGT_m_MULTI_ODD=0.02, IMPRONONCABLE_1=1, IMPRONONCABLE_2=1, MURPHY_SEX_L5=0.1, MURPHY_WRONG_WORD1=0.1, MURPHY_WRONG_WORD2=0.2, PHONENUMBER=1.5, SUBENDNUM=2] This message was re-injected and the scoring has been adjusted somewhat, but it does leave me wondering what else we may have missed in the past X months due to false positives. This report did not have anything really special in it. Anyway, JFYI. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Bug#486549: The single partition present on a CMS minidisk is not supported (s390/s390x only)
I have just been informed by the current maintainer of zipl that CMS minidisks are now supported by zipl as a /boot partition, provided that the dasd_diag driver is not used for the /boot partition. This is a minor technical correction to previous information stated in the problem log. It does nothing to change the basic problem, which is that the Debian installer supports only cdl minidisks and has no support for ldl or CMS minidisks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491011: console-setup : [INTL:pt] Updated Portuguese translation for debconf messages
Package: console-setup Version: 1.26 Tags: l10n, patch Severity: wishlist Updated Portuguese translation for console-setup's debconf messages. Translator: Pedro Ribeiro p.m42.ribeiro _at_ gmail.com Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Best regards, Rui Branco Traduz - Portuguese Translation Team http://www.DebianPT.org # Portuguese translation for console-setup debconf messages. # Copyright (C) 2007-2008 Pedro Ribeiro [EMAIL PROTECTED] # This file is distributed under the same license as the console-setup package. # Pedro Ribeiro [EMAIL PROTECTED], 2008 # msgid msgstr Project-Id-Version: console-setup 1.26\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-07-04 21:16+0200\n PO-Revision-Date: 2008-07-11 23:38+\n Last-Translator: Pedro Ribeiro [EMAIL PROTECTED]\n Language-Team: Portuguese [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: text #. Description #. Main menu item. Please keep below 55 columns #: ../console-setup.templates:1001 #| msgid Origin of the keyboard: msgid Configure the keyboard msgstr Configure o teclado #. Type: select #. Choices #: ../console-setup.templates:2001 msgid . Arabic msgstr . Ãrabe #. Type: select #. Choices #: ../console-setup.templates:2001 msgid # Armenian msgstr # Arménio #. Type: select #. Choices #: ../console-setup.templates:2001 msgid # Cyrillic - KOI8-R and KOI8-U msgstr # CirÃlico - KOI8-R e KOI8-U #. Type: select #. Choices #: ../console-setup.templates:2001 msgid # Cyrillic - non-Slavic languages msgstr # CirÃlico - lÃnguas não eslavas #. Type: select #. Choices #: ../console-setup.templates:2001 msgid # Cyrillic - Slavic languages (also Bosnian and Serbian Latin) msgstr # CirÃlico - LÃnguas eslavas (também Bósnio e Sérvio Latino) #. Type: select #. Choices #: ../console-setup.templates:2001 msgid . Ethiopic msgstr . EtÃope #. Type: select #. Choices #: ../console-setup.templates:2001 msgid # Georgian msgstr # Georgiano #. Type: select #. Choices #: ../console-setup.templates:2001 msgid # Greek msgstr # Grego #. Type: select #. Choices #: ../console-setup.templates:2001 msgid # Hebrew msgstr # Hebraico #. Type: select #. Choices #: ../console-setup.templates:2001 msgid # Lao msgstr # Lao #. Type: select #. Choices #: ../console-setup.templates:2001 msgid # Latin1 and Latin5 - western Europe and Turkic languages msgstr # Latin1 e Latin5 - lÃnguas da Europa ocidental e turcas #. Type: select #. Choices #: ../console-setup.templates:2001 msgid # Latin2 - central Europe and Romanian msgstr # Latin2 - Europa central e Romeno #. Type: select #. Choices #: ../console-setup.templates:2001 msgid # Latin3 and Latin8 - Chichewa; Esperanto; Irish; Maltese and Welsh msgstr # Latin3 e Latin8 - Chichewa; Esperanto: Irlandês; Maltês e Galês #. Type: select #. Choices #: ../console-setup.templates:2001 msgid # Latin7 - Lithuanian; Latvian; Maori and Marshallese msgstr # Latin7 - Lituano; Letão; Maori e Marshallês #. Type: select #. Choices #: ../console-setup.templates:2001 msgid . Latin - Vietnamese msgstr . Latin - Vietnamita #. Type: select #. Choices #: ../console-setup.templates:2001 msgid # Thai msgstr # Tailandês #. Type: select #. Choices #: ../console-setup.templates:2001 msgid . Combined - Latin; Slavic Cyrillic; Hebrew; basic Arabic msgstr . Combinado - Latino; CirÃlico Eslavo; Hebraico; Ãrabe básico #. Type: select #. Choices #: ../console-setup.templates:2001 msgid . Combined - Latin; Slavic Cyrillic; Greek msgstr . Combinado - Latino; CirÃlico Eslavo; Grego #. Type: select #. Choices #: ../console-setup.templates:2001 msgid . Combined - Latin; Slavic and non-Slavic Cyrillic msgstr . Combinado - Latino; CirÃlico Eslavo e não Eslavo #. Type: select #. Description #: ../console-setup.templates:2002 msgid Set of characters that should be supported by the console font: msgstr Conjunto de caracteres que devem ser suportados pelo tipo de letra da consola: #. Type: select #. Description #: ../console-setup.templates:2002 msgid If you don't use a framebuffer, the choices that start with \.\ will reduce the number of available colors on the console. msgstr Se não usar framebuffer as opções que começam com \.\ irão reduzir o número de cores disponÃveis para a consola. #. Type: select #. Description #: ../console-setup.templates:3001 msgid Keyboard model: msgstr Modelo de teclado: #. Type: select #. Description #: ../console-setup.templates:4001 msgid Origin of the keyboard: msgstr Origem do teclado: #. Type: select #. Description #: ../console-setup.templates:5001 msgid Keyboard layout: msgstr Disposição do teclado: #. Type: select #. Description #: ../console-setup.templates:5001 msgid There is more than one keyboard layout with the origin you selected. Please select the layout matching your
Re: Software speech in Debian installer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Jul 15, 2008 at 07:15:15PM BST, Samuel Thibault wrote: And now that I'm thinking about it again, it's not only the soft synth, but also sound drivers that would need to go into the debian installer images... Not only that, but the alsa utilities/infrastructure needed to detect/set sound volume, etc, all of which requires at a minimum, creating new udebs. Luke -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIfSjDjVefwtBjIM4RApDJAJ9BF4/4AHnJpYfcp5E3+bLfjF4llACfTuND Ddtgn5chbPW+txIvFn17OwI= =UqS/ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [RFC] Add support for shells in the graphical installer
On Thursday 10 July 2008, Jérémy Bobbio wrote: I'd really like to see this before forming a final opinion, especially as it has an impact on the graphical installer as a whole. Ok, here it is: I've played around with it quite a lot and here are my comments. I realize that this is an intermediate solution that will be improved later, but I'll still just list everything I have for discussion. I don't expect everything to necessarily be solved. Main thing still is that it's great to have a graphical shell and that it would be a real plus if we can get it ready in time for Lenny. At the same time, it should IMO be solid enough to be included. First and most importantly: I've not seen any crashes or weird glitches. Integration into the installer has some problems I think. I really likes the tabs idea in your previous test image especially because that also offered a scrollable syslog screen _with_ correct display in foreign scripts. It also makes the shell available in parallel to the installation process instead of temporarily replacing it. However, I do see that this implementation is simpler and there were issues with the tabs, so post-Lenny for that is fine. It would still be nice if an extra menu item could be added View system log that shows a tail of 500 lines or so. What I really don't like from a usability PoV is the requirement to type 'exit' to leave the shell and the IMO unnecessary two-step exit (first 'exit' and then 'Continue'). Is it technically not possible to just quit the plug-in after typing exit? Why is the Continue button needed? Could an active Go back button be shown instead of the Continue that (after a warning) just kills the plug-in if it is clicked (the mouse is still active after all)? I fail to see the point in the End of shell process. message, even if the two-step exit is technically unavoidable. If you do want to keep some message, then I'd suggest a simple Click Continue to proceed. which is much more helpful. Most important issue: position of Execute a shell in the menu is incorrect after anna (before partman instead of after finish-install). Without having looked at it, I'm fairly certain that this is just a dependency issue: you probably have rescue mode depending on the udeb that provides the postinst for Execute a shell. It looks like you have duplicated the entire existing rescue-mode udeb. Is that really necessary? Can't we just make sure the correct thing is done by testing the current environment in existing scripts, or only activate the correct hook scripts through such tests? It would also reduce the duplication of strings. Solution is to split them: one udeb with plug-in and one with postinst. Note that you may not be able to depend on the plug-in at all for rescue as we don't want to pull it into regular images! I think that for rescue you should just test if it's available or not and in that case the split would not be needed either. Other problem related to rescue mode: a shell gets executed without any warning just before rescue mode (possibly because the wrong position in the menu). Also, the informational message before entering the rescue shell is a lot less informational than the one for a normal shell. It misses the info on how to exit for example. Why not reuse the message shown by the existing rescue shell? Other issues/suggestions: - home and end keys don't work while editing a line - scrollback is only 100 lines while it's 200 on VT2/3; would be good to be consistent there - if possible repeat the type 'exit' to close the shell and return to the installer info somewhere on the screen while the plug-in is running; looks like there's little room for this though - why is the position of the End of shell process different for regular shell and rescue shell (for the first it is indented by 7 or 8 chars) Nice things: - keyboard changing OK (same issues as in G-I in general) - Cyrillic in 'nano /var/log/syslog' very readable - Chinese looks reasonable: fairly sharp but some characters are much brighter than others (varying from very dark grey to white); guess antialiasing would be needed? - Hebrew is there and nice; no idea if it's drawn correctly. Templates: +Template: di-utils-shell/workaround-gtk +_Description: In the meantime, a shell is still accessible by pressing Ctrl+Alt+F2. Use Alt+F5 to get back to the installer. Alternatively, you can open a shell by pression Ctrl+Alt+F2. Use Alt+F5 to get back to the installer. I would make that: In the meantime you can make use of the debug shells available on VT2 and VT3. Press Ctrl+Alt+F2 to switch to VT2. When you are done, use Alt+F5 to return to the installer. +Template: rescue/initrd-shell/title +_Description: Interactive shell in the installer environment + Do we really need to specify this? This is not a new string! It's already used in the regular rescue mode. IMO this duplication should be avoided.
Re: [RFC] Add support for shells in the graphical installer
On Wednesday 16 July 2008, Frans Pop wrote: Other problem related to rescue mode: a shell gets executed without any warning just before rescue mode (possibly because the wrong position in the menu). Also, the informational message before entering the rescue shell is a lot less informational than the one for a normal shell. It misses the info on how to exit for example. Why not reuse the message shown by the existing rescue shell? The second part is confusion on my part because of the fact that a regular shell gets run before rescue is actually started. Fact remains though that rescue mode displays a lot less informational message than the normal shell. IMO the rescue mode message should be based on the normal one with the needed extra info about the chroot merged in. signature.asc Description: This is a digitally signed message part.
Bug#488494: cdebconf: Make the dark theme even more readable
Frans Pop, le Tue 15 Jul 2008 18:17:16 +0200, a écrit : Are there any colors that are bad because they look like grey to some colorblind users? If not, I think I'd personally prefer dark red over dark blue with dark grey. For people on the list to test it, I've put a second mini.iso on http://brl.thefreecat.org/mini-red.iso Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486298: installation-report: Success on ASUS P4B with MegaRAID controller using graphical installer
On Mon, 7 Jul 2008 14:59:08 +0200 Frans Pop [EMAIL PROTECTED] wrote: If it works, please also test with the following change. Again in the function wait_megaraid_complete change the line 'local wait=300' to 'local wait=10'. I'd expect the new delay to time out too early with that and thus show the old behavior. The changes I mention above should of course be made before hw-detect gets run, e.g. while the language selection screen is being displayed. Please send any syslogs from these tests (gzipped!). I'd appreciate if you could do these tests within the next few days! Hi Frans, Sorry for not getting back to you sooner. I just tested the image and works, but I forgot about the local wait=10 test, so I'll have to try that tomorrow. Regards, Daniel -- And that's my crabbing done for the day. Got it out of the way early, now I have the rest of the afternoon to sniff fragrant tea-roses or strangle cute bunnies or something. -- Michael Devore GnuPG Key Fingerprint 86 F5 81 A5 D4 2E 1F 1C http://gnupg.org No more sea shells: Daniel's Webloghttp://cshore.wordpress.com signature.asc Description: PGP signature
Bug#491034: cdinst problem (root bridge?)
Package: installation-reports Boot method: CD Image version: debian-40r3-i386-netinst.iso Date: 7-12-2008, approx noon Central time Machine: New HP desktop Processor: celeron Memory: Partitions: did not get to partitioning stage of install Output of lspci -nn and lspci -vnn: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [E] Detect network card:[ ] Configure network: [ ] Detect CD: [O] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: I downloaded the netinst file and burned it to a CD using the windows-supplied cdburn. When I booted from the CD, I got the usual display and pressed ENTER for default installation. After a screen or so of display, the machine stopped, with the last few lines: ACPI: Interpreter enabled ACPI: using IOAPIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (.00) ACPI: assume root bridge [\_SP_.PCI0] bus is 0 The machine would not respond to control-alt-del, control-C, or ESC. I could only turn it off by unplugging it! I tried to follow a suggestion from the debian-user mailing list, typing install pci=noacpi instead of just pressing ENTER. The machine ground to a halt again, with the last few lines: ACPI: bus type pci registered ACPI: Interpreter enabled ACPI: using PIC ... PnP: PNP ACPI: found 17 devices PnPBIOS: Disabled by ACPI PNP PCI: Probing PCI hardware ACPI: Assume root bridge [\_SB_.PCI0] bus is 0. Thanks for your help! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]