Bug#619711: console-setup: breaks copying keymap to initramfs
Package: console-setup Version: 1.71 Severity: grave Hello, if a system's keymap needs to be loaded during the initramfs stage, initramfs-tools' /usr/share/initramfs-tools/hooks/keymap looks for /etc/console-setup/cached.kmap.gz and copies it to the initramfs. console-setup 1.71 changed the name of this file to /etc/console-setup/cached_${CHARMAP}_$backspace$VARIANT.kmap.gz i.e. something like /etc/console-setup/cached_ISO-8859-15_del.kmap.gz Hence, /etc/console-setup/cached.kmap.gz doesn't exist anymore on fresh installed systems and is thus not copied to the initramfs anymore. This renders systems unbootable because, for example, passphrases cannot be entered. This bug hides well on upgraded systems, because console-setup doesn't remove the old /etc/console-setup/cached.kmap.gz. There are several alternatives to fix this bug like * symlinking the new name to the old * moving the keymap-copying from initramfs-tools to console-setup * updating initramfs-tools to honor the new keymap name Most of those alternatives need to be negotiated with initramfs-tools and probably other initramfs-creators as well. However, at the current stage console-setup should break on packages that depend on the old naming scheme. Thanks for your work regards Mario -- We know that communication is a problem, but the company is not going to discuss it with the employees. -- Switching supervisor, ATT Long Lines Division signature.asc Description: Digital signature
Bug#591633: user-setup: fails to install
Package: user-setup Version: 1.32 Severity: grave Hello, user-setup 1.32 fails to install: Preparing to replace user-setup 1.31 (using .../user-setup_1.32_all.deb) ... Unpacking replacement user-setup ... Setting up user-setup (1.32) ... Template parse error near `description...@latin.utf-8: Dozvoliti logovanje na sistem kao ârootâ korisnik?', in stanza #5 of /var/lib/dpkg/info/user-setup.templates dpkg: error processing user-setup (--configure): subprocess installed post-installation script returned error exit status 9 Errors were encountered while processing: user-setup Downgrading to 1.31 works well. Probably related packages: ii adduser3.112 add and remove users and groups ii apt0.7.25.3 Advanced front-end for dpkg ii debconf1.5.33 Debian configuration management system ii dpkg 1.15.8.3 Debian package management system ii passwd 1:4.1.4.2-1change and administer password and regards Mario -- Um mit einem Mann gluecklich zu werden, muss man ihn sehr gut verstehen und ihn ein bisschen lieben. Um mit einer Frau gluecklich zu werden, muss man sie sehr lieben und darf erst gar nicht versuchen, sie zu verstehen. signature.asc Description: Digital signature
Bug#570273: debian-installer: netboot stops after loading pxelinux.cfg/default
On Wed, Feb 24, 2010 at 06:02:44PM +0100, Frans Pop wrote: I've done a quick test using tftpd-hpa with the '-r tsize' option, which should make it not accept that option. D-I still boots fine when I use the lenny or squeeze images. Could you please try tftpd (plain, from netkit-tftp)? I was using tftpd 0.17-16 from lenny. So that does seem to confirm that tsize is not the problem here. It also seems more likely that it's not syslinux that's broken, but either the PXE client in Mario's system(s), or his TFTP server (I'd bet on the latter). The PXE client was from the installer tarball (I tested lenny and squeeze), the tftp server was tftpd 0.17-16 and the dhcp server was dhcp3-server 3.1.1-6+lenny4. Ferenc: I did not miss your request for information, I just need some spare time to reproduce it. regards Mario -- To err is human. To really foul things up requires a computer. signature.asc Description: Digital signature
Bug#570273: debian-installer: netboot stops after loading pxelinux.cfg/default
On Thu, Feb 18, 2010 at 01:18:01AM +0100, Frans Pop wrote: Problem is: it works perfectly here for me using the daily image you linked to on two systems: in VirtualBox and my (oldish) Toshiba laptop. All right, I think I got it... syslinux/pxelinux.txt states, that: PXELINUX currently requires that the boot server has a TFTP server which supports the tsize TFTP option (RFC 1784/RFC 2349). So, purging tftpd and installing either tftpd-hpa or atftpd does the trick. However, although tftpd-hpa generally works, it is horribly slow in inetd as well as in standalone mode, i.e. it takes ages until some menu is displayed (having a look at the network traffic going on in the meantime shows why :/). atftpd does its job very well and quick. I would suggest to put some notes regarding this issue in the Installation Guide: a) add a huge warning note about using Debian's tftpd package in conjunction with Network boot, and b) strongly suggest atftp to the disadvantage of tftpd-hpa. If I got this tsize TFTP option thingy right, the tsize option needs to be negotiated between client and server, thus pxelinux should be able to notice that the server it talks to does not understand it (either tsize or negotiation at all). Thus, pxelinux should be able to print some warning or error message when it talks to a tftp server not supporting tsize. Depending on what you think about using this bug to modify the Installation Guide I'll either clone or reassign it to syslinux. Thanks for your help regards Mario -- jv Oh well, config jv one actually wonders what force in the universe is holding it jv and makes it working Beeth chances and accidents :) signature.asc Description: Digital signature
Bug#570273: debian-installer: netboot stops after loading pxelinux.cfg/default
On Thu, Feb 18, 2010 at 08:43:34PM +0100, Frans Pop wrote: a) add a huge warning note about using Debian's tftpd package in conjunction with Network boot, and Something like the Note here you mean? http://www.debian.org/releases/sarge/i386/ch04s06.html.en Uh, I was carefully reading all the stuff under 4.5.3. Enabling the TFTP Server and found nothing :) Now, with your comment I grepped for Note and found the other one too :) IIRC atftp had problems with some architectures. We mention both, but we've found that across the board there are the least issues with tftpd-hpa. Okay. Thanks again Mario -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? signature.asc Description: Digital signature
Bug#570273: debian-installer: netboot stops after loading pxelinux.cfg/default
Package: debian-installer Version: 20100211 Hello, the debian-installer netboot stops after the message: Trying to load: pxelinux.cfg/default The machine in question is an Asus P5Q-EM (Intel G45 chipset) with an Intel Core2Duo E2200 and 4G RAM. Neither the HDMI (default) nor the VGA output shows anything else than the message above. Ctrl-Alt-Del is not working. The same problem occurs on an Asus CUV4X-EA (VIA Apollo Pro133A chipset) with an Intel P3-1GHz and 768M RAM. It looks like switching to a graphical interface or something like that goes wrong: when I disable the following line in pxelinux.cfg/default default debian-installer/i386/boot-screens/vesamenu.c32 and try again, I get a Invalid or corrupt kernel image. message followed by a boot: prompt offering install mainmenu expert rescue auto mainmenu-kde etc. pp. items. Booting into install or rescue then works well and I get prompted for my language settings afterwards. I downloaded http://ftp.de.debian.org/debian/dists/squeeze/main/installer-i386/current/images/netboot/netboot.tar.gz and extracted it to /srv/tftp. # cat /srv/tftp/version.info Debian version: 6.0 (squeeze) Installer build: 20100211 The (somewhat newer) http://people.debian.org/~joeyh/d-i/images/daily/netboot/netboot.tar.gz (Installer build: 20100217-16:54) behaves identical. The debian-installer netinst iso-image works well and seems to get the switch to graphics right. The vesamenu.c32 on both the netboot tarball and netinst iso is identical. Feel free to clone or reassign this bug to syslinux if you think it's a pxelinux issue. Thanks for your work regards Mario -- Independence Day: Fortunately, the alien computer operating system works just fine with the laptop. This proves an important point which Apple enthusiasts have known for years. While the evil empire of Microsoft may dominate the computers of Earth people, more advanced life forms clearly prefer Macs. signature.asc Description: Digital signature
Bug#570273: debian-installer: netboot stops after loading pxelinux.cfg/default
On Wed, Feb 17, 2010 at 11:09:15PM +0100, Frans Pop wrote: Have you tried enabling logging for your tftp server to see if there are any problems serving the files needed by the installer? There are no such errors (as btw. the rest of my mail does also prove where I'm describing how I got the whole stuff working without that ominous vesamenu.c32 :)). regards Mario -- Singing is the lowest form of communication. -- Homer J. Simpson signature.asc Description: Digital signature
Bug#570273: debian-installer: netboot stops after loading pxelinux.cfg/default
On Thu, Feb 18, 2010 at 01:18:01AM +0100, Frans Pop wrote: So we need to find out why it works so differently for you. I don't think it's a D-I issue as nothing has changed, and I'd like to rule out that it's not a local configuration issue before reassigning to syslinux. I'd really like to see the log from the tftp daemon with verbose option enabled. All right, here we go. I attached 3 tftpd logs: p5q.failboot with P5Q-EM and fresh squeeze netboot.tar.gz p5q.ok boot with P5Q-EM and vesamenu.c32 commented out cuv4x.fail boot with CUV4X-EA and fresh squeeze netboot.tar.gz # md5sum /srv/tftp/pxelinux.0 /srv/tftp/pxelinux.cfg/default /srv/tftp/debian-installer/i386/boot-screens/vesamenu.c32 5154a8b498f13dad5a556951ab769c3c /srv/tftp/pxelinux.0 1cd0d0cbe3ac8d0f695ac2903c8666a5 /srv/tftp/pxelinux.cfg/default 1fe1ac1555cf28b17d8c90e36c92c39a /srv/tftp/debian-installer/i386/boot-screens/vesamenu.c32 The pxelinux.0 md5 equals to syslinux 2:3.83+dfsg-3 pxelinux.0 md5. The vesamenu.c32 md5 equals to debian-testing-i386-netinst.iso vesamenu.c32 md5. Just to be sure my tftp server cannot serve anything different: # find / -name pxelinux.0 -print -o -name vesamenu.c32 -print /srv/tftp/debian-installer/i386/pxelinux.0 /srv/tftp/debian-installer/i386/boot-screens/vesamenu.c32 /srv/tftp/pxelinux.0 Since you said nothing has been changed, I also tested http://ftp.de.debian.org/debian/dists/lenny/main/installer-i386/current/images/netboot/netboot.tar.gz Same behaviour - freeze after loading vesamenu.c32. So, to some extent, I can confirm that nothing has been changed :) Of course, pxelinux.0, pxelinux.cfg/default and vesamenu.c32 have different md5sums. regards Mario -- The social dynamics of the net are a direct consequence of the fact that nobody has yet developed a Remote Strangulation Protocol. -- Larry Wall signature.asc Description: Digital signature
Bug#570273: debian-installer: netboot stops after loading pxelinux.cfg/default
On Thu, Feb 18, 2010 at 08:41:08AM +0100, Mario 'BitKoenig' Holbe wrote: I attached 3 tftpd logs: And, of course, I forgot the attachements :/ Mario -- snupidity bjmg: ja, logik ist mein fachgebiet. das liegt im gen uepsie in welchem? snupidity im zweiten X Feb 17 20:03:58 gate in.tftpd[10817]: connect from htpc.10.kls.lan (192.168.10.200) Feb 17 20:03:58 gate tftpd[10819]: tftpd: trying to get file: /srv/tftp/pxelinux.0 Feb 17 20:03:58 gate in.tftpd[10821]: connect from htpc.10.kls.lan (192.168.10.200) Feb 17 20:03:58 gate tftpd[10822]: tftpd: trying to get file: /srv/tftp/pxelinux.0 Feb 17 20:03:58 gate in.tftpd[10823]: connect from htpc.10.kls.lan (192.168.10.200) Feb 17 20:03:58 gate tftpd[10824]: tftpd: trying to get file: /srv/tftp/pxelinux.cfg/80f2001e-8c00-00b0-47f7-90e6ba4a7ced Feb 17 20:03:58 gate in.tftpd[10825]: connect from htpc.10.kls.lan (192.168.10.200) Feb 17 20:03:58 gate tftpd[10826]: tftpd: trying to get file: /srv/tftp/pxelinux.cfg/01-90-e6-ba-4a-7c-ed Feb 17 20:03:58 gate in.tftpd[10827]: connect from htpc.10.kls.lan (192.168.10.200) Feb 17 20:03:58 gate tftpd[10828]: tftpd: trying to get file: /srv/tftp/pxelinux.cfg/C0A80AC8 Feb 17 20:03:58 gate in.tftpd[10829]: connect from htpc.10.kls.lan (192.168.10.200) Feb 17 20:03:58 gate tftpd[10830]: tftpd: trying to get file: /srv/tftp/pxelinux.cfg/C0A80AC Feb 17 20:03:58 gate in.tftpd[10831]: connect from htpc.10.kls.lan (192.168.10.200) Feb 17 20:03:58 gate tftpd[10832]: tftpd: trying to get file: /srv/tftp/pxelinux.cfg/C0A80A Feb 17 20:03:59 gate in.tftpd[10833]: connect from htpc.10.kls.lan (192.168.10.200) Feb 17 20:03:59 gate tftpd[10834]: tftpd: trying to get file: /srv/tftp/pxelinux.cfg/C0A80 Feb 17 20:03:59 gate in.tftpd[10835]: connect from htpc.10.kls.lan (192.168.10.200) Feb 17 20:03:59 gate tftpd[10836]: tftpd: trying to get file: /srv/tftp/pxelinux.cfg/C0A8 Feb 17 20:03:59 gate in.tftpd[10837]: connect from htpc.10.kls.lan (192.168.10.200) Feb 17 20:03:59 gate tftpd[10838]: tftpd: trying to get file: /srv/tftp/pxelinux.cfg/C0A Feb 17 20:03:59 gate in.tftpd[10839]: connect from htpc.10.kls.lan (192.168.10.200) Feb 17 20:03:59 gate tftpd[10840]: tftpd: trying to get file: /srv/tftp/pxelinux.cfg/C0 Feb 17 20:03:59 gate in.tftpd[10841]: connect from htpc.10.kls.lan (192.168.10.200) Feb 17 20:03:59 gate tftpd[10842]: tftpd: trying to get file: /srv/tftp/pxelinux.cfg/C Feb 17 20:03:59 gate in.tftpd[10843]: connect from htpc.10.kls.lan (192.168.10.200) Feb 17 20:03:59 gate tftpd[10844]: tftpd: trying to get file: /srv/tftp/pxelinux.cfg/default Feb 17 20:03:59 gate in.tftpd[10845]: connect from htpc.10.kls.lan (192.168.10.200) Feb 17 20:03:59 gate tftpd[10846]: tftpd: trying to get file: /srv/tftp/debian-installer/i386/boot-screens/menu.cfg Feb 17 20:03:59 gate in.tftpd[10847]: connect from htpc.10.kls.lan (192.168.10.200) Feb 17 20:03:59 gate tftpd[10848]: tftpd: trying to get file: /srv/tftp/debian-installer/i386/boot-screens/stdmenu.cfg Feb 17 20:03:59 gate in.tftpd[10849]: connect from htpc.10.kls.lan (192.168.10.200) Feb 17 20:03:59 gate tftpd[10850]: tftpd: trying to get file: /srv/tftp/debian-installer/i386/boot-screens/txt.cfg Feb 17 20:03:59 gate in.tftpd[10851]: connect from htpc.10.kls.lan (192.168.10.200) Feb 17 20:03:59 gate tftpd[10852]: tftpd: trying to get file: /srv/tftp/debian-installer/i386/boot-screens/amdtxt.cfg Feb 17 20:03:59 gate in.tftpd[10853]: connect from htpc.10.kls.lan (192.168.10.200) Feb 17 20:03:59 gate tftpd[10854]: tftpd: trying to get file: /srv/tftp/debian-installer/i386/boot-screens/gtk.cfg Feb 17 20:03:59 gate in.tftpd[10855]: connect from htpc.10.kls.lan (192.168.10.200) Feb 17 20:03:59 gate tftpd[10856]: tftpd: trying to get file: /srv/tftp/debian-installer/i386/boot-screens/amdgtk.cfg Feb 17 20:03:59 gate in.tftpd[10857]: connect from htpc.10.kls.lan (192.168.10.200) Feb 17 20:03:59 gate tftpd[10858]: tftpd: trying to get file: /srv/tftp/debian-installer/i386/boot-screens/stdmenu.cfg Feb 17 20:03:59 gate in.tftpd[10859]: connect from htpc.10.kls.lan (192.168.10.200) Feb 17 20:03:59 gate tftpd[10860]: tftpd: trying to get file: /srv/tftp/debian-installer/i386/boot-screens/adtxt.cfg Feb 17 20:03:59 gate in.tftpd[10861]: connect from htpc.10.kls.lan (192.168.10.200) Feb 17 20:03:59 gate tftpd[10862]: tftpd: trying to get file: /srv/tftp/debian-installer/i386/boot-screens/rqtxt.cfg Feb 17 20:03:59 gate in.tftpd[10863]: connect from htpc.10.kls.lan (192.168.10.200) Feb 17 20:03:59 gate tftpd[10864]: tftpd: trying to get file: /srv/tftp/debian-installer/i386/boot-screens/amdadtxt.cfg Feb 17 20:03:59 gate in.tftpd[10865]: connect from htpc.10.kls.lan (192.168.10.200) Feb 17 20:03:59 gate tftpd[10866]: tftpd: trying to get file: /srv/tftp/debian-installer/i386/boot-screens/adgtk.cfg Feb 17 20:03:59 gate in.tftpd[10867]: connect from htpc.10.kls.lan (192.168.10.200) Feb 17 20:03:59 gate tftpd[10868]: tftpd: trying to get file
Bug#557001: keyboard-configuration: loses XKBMODEL during reconfigure
Package: keyboard-configuration Version: 1.47 Severity: important Hello, keyboard-configuration loses it's notion about XKBMODEL in dpkg-reconfigure when just confirming every debconf question (Return, Return, Return): r...@darkside:~# grep -A2 keyboard-configuration/modelcode /var/cache/debconf/config.dat Name: keyboard-configuration/modelcode Template: keyboard-configuration/modelcode Value: pc105 Owners: keyboard-configuration r...@darkside:~# grep -v ^# /etc/default/keyboard XKBMODEL=pc105 XKBLAYOUT=de XKBVARIANT=nodeadkeys XKBOPTIONS=lv3:ralt_switch,terminate:ctrl_alt_bksp r...@darkside:~# dpkg-reconfigure keyboard-configuration r...@darkside:~# grep -A2 keyboard-configuration/modelcode /var/cache/debconf/config.dat Name: keyboard-configuration/modelcode Template: keyboard-configuration/modelcode Value: Owners: keyboard-configuration r...@darkside:~# grep -v ^# /etc/default/keyboard XKBMODEL= XKBLAYOUT=de XKBVARIANT=nodeadkeys XKBOPTIONS=lv3:ralt_switch,terminate:ctrl_alt_bksp r...@darkside:~# The debconf questions asked (and their default values) are okay. regards Mario -- Oh Du mein Koenig ... Eine Netzgroesse schrieb mal sinngemaess: Du musst es so lesen wie ich es meine, nicht so wie ich es schreibe. Ich meine es natuerlich so, wie Du es schreibst 8--) O.G. Schwenk - de.comm.chatsystems signature.asc Description: Digital signature
Bug#238038: acknowledged by developer (Bug#238038: fixed in discover1 1.5-7)
reopen 238038 thanks On Wed, Mar 24, 2004 at 10:03:06PM -0800, Debian Bug Tracking System wrote: Version: 1.5-7 - Actually include that README.Debian; Closes: #238038 Hmmm, the README is missing again, now with: Package: discover Version: 2.0.3-4 regards, Mario -- I heard, if you play a NT-CD backwards, you get satanic messages... That's nothing. If you play it forwards, it installs NT. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#235253: discover: misdetects Davicom Ethernet controller as tulip
Package: discover Version: 1.5-2 Hello, I have an onboard Davicom Ethernet controller, that normally should be driven via dmfe but discover misdetects it as to be driven via tulip. This works in general but results in massive network performance loss (tulip rx/tx 700Kbit/25Mbit vs. dmfe rx/tx 95Mbit/90Mbit). When I load the dmfe driver before discover starts, everything works well and fast. smallside:~# lspci 00:0b.0 Ethernet controller: Davicom Semiconductor, Inc. Ethernet 100/10 MBit (rev 10) smallside:~# lspci -n 00:0b.0 Class 0200: 1282:9102 (rev 10) regards, Mario -- delta talk softly and carry a keen sword -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]