Bug#772523: preseeding get_domain using DHCP is broken
Dear developers, I confirm that something broke between Bullseye and Bookworm (IIRC it worked even with Bookworm RC2) regarding netcfg's behavior when the host's IP address can't be found in the DNS. I also think it's a different bug from the one originally reported (which were for Jessie). Maybe a new one should be created for this big regression in Bookworm. The behavior also changes according to when the preseeding happens: before netcfg (when installation is performed from an installation media and the preseed file is specified with kernel parameter file=...) or after netcfg (when installation is performed from a PXE server and the preseed file is specified with kernel parameter url=...). Note that when IP address (assigned by DHCP) is found in the DNS, everything works as before, whether netcfg is performed before or after the preseeding. I performed a number of tests with a VM and the IP address missing from the DNS, and the preseed file containing "d-i netcfg/get_hostname string unassigned-hostname" and "d-i netcfg/get_domain string unassigned-domain" (as suggested in [1]). [1] https://www.debian.org/releases/bookworm/example-preseed.txt With Bullseye, if the preseeding happens after netcfg (url=...), without hostname or domain kernel parameters, d-i chooses "debian" as hostname and sets no domain name. With a hostname set in kernel parameters, d-i keeps it and sets the domain name from DHCP. With both hostname and domain set in kernel parameters, d-i keeps the hostname, but still sets the domain name from DHCP, ignoring the one provided in kernel parameters. If the preseeding happens before netcfg (file=...), without hostname or domain kernel parameters, d-i uses the ones from the preseed file (unassigned-hostname and unassigned-domain). When hostname or hostname and domain are specified in kernel parameters, it behaves as above (hostname from kernel parameters and domain from DHCP). This behavior is consistent with the aforementioned example preseed file, and also with documentation in [2] (and particularly B.2.3, "Auto mode"). [2] https://www.debian.org/releases/stable/i386/apbs02.en.html With Bookworm, everything -- Raph
Bug#688212: fonts-inconsolata: Please update Inconsolata to version 1.011
Yes, the version at Google Web Fonts is more recent and should be considered the definitive one. Note also that there's a bold there now. This will be a significant advantage to people who have bold styling as part of their syntax highlighting. I really need to update my website but I'm kind of buried in work and other things right now. Hope this helps, Raph On Sun, Sep 30, 2012 at 6:30 AM, erok e...@fscking.org wrote: Hi Christian, Still, I'd be happy to package this new upstream versionif only I could find a place to download it. Try google web fonts: http://www.google.com/webfonts - Search for Inconsolata - Check both styles and click Add to Collection - Click Download Your Collection This should give you 1.011. At least that's what the .ttf tells me. cheers, erik
Bug#592338: swt-gtk: Version 3.6 (tuxguitar related)
Context: http://git.debian.org/?p=pkg-java/swt-gtk.git;a=shortlog;h=refs/heads/experimental (maintainer/uploader decision) #572507 (depends on this updated) I think the following, in experimental, may be needed when 3.6.1 hit experimental: 1) build a version of the following packages libswt-mozilla-gtk-3.6-jni libswt-gtk-3.6-java libswt-cairo-gtk-3.6-jni against xulrunner-dev 1.9.2 (which is in experimental) 2) _maybe_ fix tuxguitar to remove the hardcoded dependency on xulrunner-1.9.1 (is it really a direct dependency ?) at least, would it work with xulrunner-1.9.* ? Raph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506693: lirc-modules-source: fails to build with kernel 2.6.27/28 due to missing asm/semaphore.h
With lirc-modules-2.6.29-2-686 (0.8.3-3+2.6.29-5) linux-image-2.6.29-2-686 (2.6.29-5) and linking semaphore.h in arch/x86/include/asm and only selecting the mceusb2, it compiled fine except this warning : /usr/src/modules/lirc-modules/lirc_dev.c: In function ‘lirc_register_plugin’: /usr/src/modules/lirc-modules/lirc_dev.c:406: warning: passing argument 5 of ‘device_create’ makes pointer from integer without a cast But when loading lirc_mceusb2 (debug=1), it segaults (see attachment). (Agreed the dirty linking of semaphore.h doesn't make this segfault trace very significant, anyway ...) Raph ### INSERTING lirc_mceusb2 Jun 1 12:46:04 deeebian kernel: [ 110.763139] lirc_dev: IR Remote Control driver registered, major 61 Jun 1 12:46:04 deeebian kernel: [ 110.780720] Jun 1 12:46:04 deeebian kernel: [ 110.780734] lirc_mceusb2: Philips eHome USB IR Transceiver and Microsoft MCE 2005 Remote Control driver for LIRC : 1.44 $ Jun 1 12:46:04 deeebian kernel: [ 110.780743] lirc_mceusb2: Daniel Melander l...@rajidae.se, Martin Blatter martin_a_blat...@yahoo.com Jun 1 12:46:04 deeebian kernel: [ 110.780751] lirc_mceusb2: debug mode enabled Jun 1 12:46:04 deeebian kernel: [ 110.787464] usbcore: registered new interface driver lirc_mceusb2 ### PLUGGING THE DEVICE Jun 1 12:46:20 deeebian kernel: [ 127.360040] usb 2-2: new full speed USB device using uhci_hcd and address 2 Jun 1 12:46:20 deeebian kernel: [ 127.523070] usb 2-2: config 1 interface 0 altsetting 0 endpoint 0x1 has an invalid bInterval 0, changing to 32 Jun 1 12:46:20 deeebian kernel: [ 127.523085] usb 2-2: config 1 interface 0 altsetting 0 endpoint 0x81 has an invalid bInterval 0, changing to 32 Jun 1 12:46:20 deeebian kernel: [ 127.557065] usb 2-2: New USB device found, idVendor=1784, idProduct=0006 Jun 1 12:46:20 deeebian kernel: [ 127.557076] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Jun 1 12:46:20 deeebian kernel: [ 127.557084] usb 2-2: Product: eHome Infrared Transceiver Jun 1 12:46:20 deeebian kernel: [ 127.557090] usb 2-2: Manufacturer: TopSeed Technology Corp. Jun 1 12:46:20 deeebian kernel: [ 127.557097] usb 2-2: SerialNumber: TS000byh Jun 1 12:46:20 deeebian kernel: [ 127.557333] usb 2-2: configuration #1 chosen from 1 choice Jun 1 12:46:20 deeebian kernel: [ 127.565430] lirc_mceusb2: usb probe called Jun 1 12:46:20 deeebian kernel: [ 127.676047] usb 2-2: reset full speed USB device using uhci_hcd and address 2 Jun 1 12:46:21 deeebian kernel: [ 127.837341] lirc_mceusb2: acceptable outbound endpoint found Jun 1 12:46:21 deeebian kernel: [ 127.837350] lirc_mceusb2: acceptable inbound endpoint found Jun 1 12:46:21 deeebian kernel: [ 127.837363] lirc_dev: lirc_register_plugin: sample_rate: 0 Jun 1 12:46:21 deeebian kernel: [ 127.837403] BUG: unable to handle kernel NULL pointer dereference at (null) Jun 1 12:46:21 deeebian kernel: [ 127.837414] IP: [c01fde2c] vsnprintf+0x721/0x760 Jun 1 12:46:21 deeebian kernel: [ 127.837436] *pde = Jun 1 12:46:21 deeebian kernel: [ 127.837445] Oops: [#1] SMP Jun 1 12:46:21 deeebian kernel: [ 127.837453] last sysfs file: /sys/devices/pci:00/:00:1d.0/usb2/2-2/2-2:1.0/bInterfaceProtocol Jun 1 12:46:21 deeebian kernel: [ 127.837462] Modules linked in: lirc_mceusb2 lirc_dev i915 drm i2c_algo_bit tcp_diag inet_diag rfkill_input ipv6 vfat fat nls_base dm_crypt snd_pcm_oss snd_mixer_oss dm_mod snd_hda_codec_realtek arc4 ecb snd_hda_intel snd_hda_codec snd_hwdep psmouse evdev snd_pcm snd_seq ath5k i2c_i801 snd_timer rng_core i2c_core mac80211 snd_seq_device led_class atl2 cfg80211 snd soundcore snd_page_alloc video output battery ac eeepc_laptop rfkill button ext2 mbcache sd_mod crc_t10dif ata_generic ide_pci_generic ide_core ahci ata_piix libata uhci_hcd ehci_hcd scsi_mod usbcore intel_agp agpgart thermal processor fan thermal_sys [last unloaded: pci_hotplug] Jun 1 12:46:21 deeebian kernel: [ 127.837602] Jun 1 12:46:21 deeebian kernel: [ 127.837611] Pid: 522, comm: khubd Not tainted (2.6.29-2-686 #1) 701 Jun 1 12:46:21 deeebian kernel: [ 127.837618] EIP: 0060:[c01fde2c] EFLAGS: 00010292 CPU: 0 Jun 1 12:46:21 deeebian kernel: [ 127.837628] EIP is at vsnprintf+0x721/0x760 Jun 1 12:46:21 deeebian kernel: [ 127.837635] EAX: de622880 EBX: dd6ebc6c ECX: de62286c EDX: Jun 1 12:46:21 deeebian kernel: [ 127.837642] ESI: dd6ebc14 EDI: dd8a77c0 EBP: 03d0 ESP: dd6ebb08 Jun 1 12:46:21 deeebian kernel: [ 127.837650] DS: 007b ES: 007b FS: 00d8 GS: SS: 0068 Jun 1 12:46:21 deeebian kernel: [ 127.837658] Process khubd (pid: 522, ti=dd6ea000 task=dd587030 task.ti=dd6ea000) Jun 1 12:46:21 deeebian kernel: [ 127.837665] Stack: Jun 1 12:46:21 deeebian kernel: [ 127.837669] dd6ebc14 0014 de62286c de62286c de622880 0001 Jun 1 12:46:21 deeebian kernel: [ 127.837686] dd6ebc38 c01f9669 dd6ebb74 c04a2cdc 0006
Bug#414424: Some info
I have a Philips 740 Webcam as well and I confirm the problem with some more information. It seems to be an issue with the color palette initialization code in Kopete 0.12.4 (many people stated that it used to work in 0.12.2), and it affects only some drivers. The bug is already reported and tracked upstream : http://bugs.kde.org/show_bug.cgi?id=143376 http://bugs.kde.org/show_bug.cgi?id=140528 ... and a patch seems to be available, but both bugs are still open (status NEW). Hope it helps. -- Raph -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283342: squidguard: SquidGuard doesn't handle locallization properly
Le Vendredi 25 Novembre 2005 06:05, vous avez écrit : tag 283342 moreinfo unreproducible retitle 283342 squid: problem with localization reassign 283342 squid thanks Raphael HALIMI [EMAIL PROTECTED] writes: There is a slight problem with SquidGuard's handling of localization. This issuedoesn't appear in Squid itself. If the languages selected in the webe browser are, for example : [fr_FR] [fr] [en] SquidGuard checks only the first locale asked, can't find any template for [fr_FR], and sends the [en] template. Problem is, SquidGuard does have a [fr] translation, and it's in the browser languages list, so I think SquidGuard should either check other asked languages, or simply replace them by a template it does have (cutting the locale before the underscore : [fr_FR] -- [fr]). As Stefan Fritsch already noted, squidGuard doesn't see any language information; this must have been a problem with squid. Can you still reproduce it? Yes. With Firefox, if I set the languages [fr], [fr_FR], [en] in that exact order, I see the messages in french. But if I set the order to [fr_FR], [en], [fr], then the messages appear in english. With Konqueror I have the messages in french, but I can't find what the browser's language settings are (I think it's global to KDE, and in the control center the language settings are simply defined by a country's name, France here) Regards, -- Raph
Bug#283342: squidguard: SquidGuard doesn't handle locallization properly
Le Vendredi 25 Novembre 2005 15:27, vous avez écrit : Raph [EMAIL PROTECTED] writes: Le Vendredi 25 Novembre 2005 06:05, vous avez écrit : [...] Yes. With Firefox, if I set the languages [fr], [fr_FR], [en] in that exact order, I see the messages in french. But if I set the order to [fr_FR], [en], [fr], then the messages appear in english. This is the intended behavior, since you specified [en] before [fr] (the document probably doesn't specify its language as [fr_FR]). Perfectly logical I made a mistake while typing, I actually meant [fr_FR], [fr], [en]. Sorry :/ What happens if the order is [fr_FR], [fr], [en]? Well, you have the answer... Best regards, and sorry again -- Raph
Bug#309968: Additional info
Package: debconf Version: 1.4.30.13 I have some additionnal info about this bug. In fact, I'm not sure this bug doesn't come from the Apache package itself ; but I definitely think it's related, as the symptoms are almost identical, despite of the fact I don't use the KDE frontend. In order to easily install new servers with a working configuration out-of-the-box, I made a package which contains a little config.dat containing some Debconf answers. Once the package is installed, I run a script which merges the contents of this file with /var/cache/debconf/config.dat (with debconf-copydb), and then installs the needed packages. One of these packages is apache ; and one of these questions is apache's modules list. It's merged in the global config.dat just like all the others, but during apache's installation, it's not read by Debconf. Two consequences : - Debconf keeps asking me this question, despite of the seen flag I set - Debconf doesn't look at the values I set, and presents me a list of modules with the default choices enabled I tried a lot of things (with/without seen flag, with/without variables and flavour fields, etc etc), nothing helps. A weird thing is that the server port question used to present the same symptoms, but not anymore. Of course, I didn't change anything regarding this question, and that's why I'm puzzled. Maybe it can help to know that apache is not pre-configured : the questions appear only when dpkg configures the package, and not before the unpack phase as expected. No need to say that my package/script works as expected with all the other Debconf questions, I have this problem only with apache and this particular configuration question. Debian version : 3.1 Kernel : 2.6.8-2-686 libc6 : 2.3.2.ds1-22, libc6-i686 : 2.3.2.ds1-22 Apache : 1.3.33-6 Feel free to ask for any additionnal info. Best regards, -- Raph This message was sent using IMP, the Internet Messaging Program.