Bug#402994: use new libpaper hook to track system paper size
Ralf Stubner [EMAIL PROTECTED] wrote: For dvips I currently see no possibility to have one configuration file specify another one, that should also be read. Will it read multiple config files, e.g. in TEXMFSYSVAR and TEXMFSYSCONFIG/TEXMFDIST? I don't now, but I would be surprised if it does. Debian has patched dvipdfm to read two config files: config and fontmaps. I guess this is now unnecessary and predates updmap support for dvipdfm. But we could add a papersize file instead. Are you talking about dvipdfm or dvips here? About dvipdfm. I haven't looked at dvips, and it doesn't make sense if both behave different. I guess the patch to texconfig that you wrote is the better approach. If we do it, there's one more thing I'd like to see: texconfig should check whether configuration files shadow each other (maybe just use kpsewhere) and warn the user - either only with texconfig conf, but ideally also when handling this configuration file, and even more ideally also with the dialog frontend. BTW, does texlive include any of these patches to dvipdfm? No, texconfig is only patched to use sensible-{pager,editor} instead of {more,vi}, and dvipdfm.c isn't patched at all. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#403181: athcool: FTBFS: undefined references to gz*
Package: athcool Version: 0.3.11-1 Severity: serious Hello, There was a problem while autobuilding your package: Automatic build of athcool_0.3.11-1 on avidan by sbuild/i386 98 Build started at 20061215-0218 ** debian/rules build dh_testdir /usr/bin/make CFLAGS=-Wall -g -O2 make[1]: Entering directory `/build/buildd/athcool-0.3.11' gcc -Wall -g -O2 -I. -I/usr/include -DPACKAGE=\athcool\ -DVERSION=\0.3.11\ -c athcool.c -o athcool.o gcc -Wall -g -O2 -I. -I/usr/include -DPACKAGE=\athcool\ -DVERSION=\0.3.11\ -c scanpci.c -o scanpci.o scanpci.c: In function 'scan_device': scanpci.c:32: warning: pointer targets in passing argument 3 of 'pci_read_block' differ in signedness scanpci.c:39: warning: pointer targets in passing argument 3 of 'pci_read_block' differ in signedness scanpci.c:45: warning: pointer targets in passing argument 2 of 'pci_setup_cache' differ in signedness gcc -Wall -g -O2 athcool.o scanpci.o -lpci -o athcool /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0x533): undefined reference to `gzopen' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0x5cd): undefined reference to `gzgets' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L154': (.text+0x6d3): undefined reference to `gzclose' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L154': (.text+0x6f8): undefined reference to `gzeof' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L154': (.text+0x788): undefined reference to `gzclose' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L154': (.text+0xb9c): undefined reference to `gzopen' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L155': (.text+0xd33): undefined reference to `gzerror' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L155': (.text+0xd53): undefined reference to `gzclose' collect2: ld returned 1 exit status make[1]: *** [athcool] Error 1 make[1]: Leaving directory `/build/buildd/athcool-0.3.11' make: *** [build-stamp] Error 2 ** Build finished at 20061215-0218 FAILED [dpkg-buildpackage died] Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#333167: Patch for the the upcoming 2.12-1.1 NMU of remem
On Fri, Dec 15, 2006 at 07:32:33AM +0100, Christian Perrier wrote: The patch can still be used. I'm sending a tar.gz file with *templates and po/ in it in case it happens to be more useful. Yes, please. Did you get it? I got the patch but not the tar.gz Javier signature.asc Description: Digital signature
Bug#403138: smstools: French debconf templates translation
Hi, Ivan Buresi wrote: Package: smstools Version: N/A Severity: wishlist Tags: patch l10n *** Documents/Bazar/msgtrans.txt Please find attached the French debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. thanks for your contribution. I will include the .po file in the next upload. Best Regards Patrick signature.asc Description: OpenPGP digital signature
Bug#403184: sysklogd: syslog.conf man page not clear: describe effect of '; ' operator more clearly
Package: sysklogd Version: 1.4.1-18 Severity: minor From the man page: Multiple selectors may be specified for a single action using the semicolon (``;'') separator. Remember that each selector in the selector field is capable to overwrite the preceding ones. Using this behavior you can exclude some priorities from the pattern. If this were strictly true, then: *.*;auth,authpriv.none;mail.error -/var/log/syslog would cause only mail messages = error to be logged to this file. I finally got some help from the local LUG, and I have learned that some priority rules are additive and some are subtractive. So above I am really just adding to what is already available. In fact, I apparently needed to use subtractive rules, either: *.*;auth,authpriv.none;mail.none;mail.error -/var/log/syslog or *.*;auth,authpriv.none;mail.!error -/var/log/syslog This is not at all clear in the man page. I suggest this replacement for the above paragraph: Multiple selectors may be specified for a single action using the semicolon (``;'') separator. Each selector in the selector field is capable of overwriting the preceding ones. In this regard, some selectors are additive and some are subtractive. The forms facility.priority and facility.=priority will add to what goes to the action, and the forms facility.none and facility.!priority will subtract from what goes to the action. Using this behavior you can include and exclude priorities from the pattern. Actually, I'm not sure if the above paragraph is correct, because it isn't clear to me from the man page whether =priority is additive or subtractive. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages sysklogd depends on: ii klogd [linux-kernel-log-daem 1.4.1-18Kernel Logging Daemon ii libc62.3.6.ds1-8 GNU C Library: Shared libraries sysklogd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403182: qemacs: FTBFS: undefined reference to `png_write_destroy'
Package: qemacs Version: 0.3.1.cvs.20050713-3 Severity: serious Hello, There was a problem while autobuilding your package: At 1166145972 time_t, Source Builder wrote: Automatic build of qemacs_0.3.1.cvs.20050713-3 on nasya by sbuild/sparc 0.50 Build started at 20061215-0222 ** ... gcc -DHAVE_QE_CONFIG_H -DCONFIG_ALL_KMAPS -DCONFIG_UNICODE_JOIN -DCONFIG_ALL_MODES -Wall -g -O2 -funsigned-char -I./libqhtml -o latex-mode.o -c latex-mode.c gcc -DHAVE_QE_CONFIG_H -DCONFIG_ALL_KMAPS -DCONFIG_UNICODE_JOIN -DCONFIG_ALL_MODES -Wall -g -O2 -funsigned-char -I./libqhtml -o xml.o -c xml.c gcc -DHAVE_QE_CONFIG_H -DCONFIG_ALL_KMAPS -DCONFIG_UNICODE_JOIN -DCONFIG_ALL_MODES -Wall -g -O2 -funsigned-char -I./libqhtml -o bufed.o -c bufed.c gcc -DHAVE_QE_CONFIG_H -DCONFIG_ALL_KMAPS -DCONFIG_UNICODE_JOIN -DCONFIG_ALL_MODES -Wall -g -O2 -funsigned-char -I./libqhtml -o shell.o -c shell.c gcc -DHAVE_QE_CONFIG_H -DCONFIG_ALL_KMAPS -DCONFIG_UNICODE_JOIN -DCONFIG_ALL_MODES -Wall -g -O2 -funsigned-char -I./libqhtml -o dired.o -c dired.c gcc -DHAVE_QE_CONFIG_H -DCONFIG_ALL_KMAPS -DCONFIG_UNICODE_JOIN -DCONFIG_ALL_MODES -Wall -g -O2 -funsigned-char -I./libqhtml -o x11.o -c x11.c gcc -DHAVE_QE_CONFIG_H -DCONFIG_ALL_KMAPS -DCONFIG_UNICODE_JOIN -DCONFIG_ALL_MODES -Wall -g -O2 -funsigned-char -I./libqhtml -o html.o -c html.c gcc -DHAVE_QE_CONFIG_H -DCONFIG_ALL_KMAPS -DCONFIG_UNICODE_JOIN -DCONFIG_ALL_MODES -Wall -g -O2 -funsigned-char -I./libqhtml -o docbook.o -c docbook.c gcc -DHAVE_QE_CONFIG_H -DCONFIG_ALL_KMAPS -DCONFIG_UNICODE_JOIN -DCONFIG_ALL_MODES -Wall -g -O2 -funsigned-char -I./libqhtml -o arabic.o -c arabic.c gcc -DHAVE_QE_CONFIG_H -DCONFIG_ALL_KMAPS -DCONFIG_UNICODE_JOIN -DCONFIG_ALL_MODES -Wall -g -O2 -funsigned-char -I./libqhtml -o indic.o -c indic.c gcc -DHAVE_QE_CONFIG_H -DCONFIG_ALL_KMAPS -DCONFIG_UNICODE_JOIN -DCONFIG_ALL_MODES -Wall -g -O2 -funsigned-char -I./libqhtml -o qfribidi.o -c qfribidi.c gcc -DHAVE_QE_CONFIG_H -DCONFIG_ALL_KMAPS -DCONFIG_UNICODE_JOIN -DCONFIG_ALL_MODES -Wall -g -O2 -funsigned-char -I./libqhtml -o qeend.o -c qeend.c gcc -Wl,-E -o qe_g qe.o charset.o buffer.o input.o unicode_join.o display.o util.o hex.o list.o cutils.o unix.o tty.o charsetmore.o charset_table.o unihex.o clang.o latex-mode.o xml.o bufed.o shell.o dired.o x11.o html.o docbook.o arabic.o indic.o qfribidi.o qeend.o libqhtml/libqhtml.a -ldl -lm -lXv -L/usr/X11R6/lib -lXext -lX11 -L./libqhtml -lqhtml rm -f qe cp qe_g qe strip -s -R .comment -R .note qe -rwxr-xr-x 1 buildd buildd 272292 Dec 15 01:25 qe gcc -DHAVE_QE_CONFIG_H -DCONFIG_ALL_KMAPS -DCONFIG_UNICODE_JOIN -DCONFIG_ALL_MODES -Wall -g -O2 -funsigned-char -I./libqhtml -o html2png.o -c html2png.c gcc -DHAVE_QE_CONFIG_H -DCONFIG_ALL_KMAPS -DCONFIG_UNICODE_JOIN -DCONFIG_ALL_MODES -Wall -g -O2 -funsigned-char -I./libqhtml -o libfbf.o -c libfbf.c gcc -DHAVE_QE_CONFIG_H -DCONFIG_ALL_KMAPS -DCONFIG_UNICODE_JOIN -DCONFIG_ALL_MODES -Wall -g -O2 -funsigned-char -I./libqhtml -o fbfrender.o -c fbfrender.c gcc -DHAVE_QE_CONFIG_H -DCONFIG_ALL_KMAPS -DCONFIG_UNICODE_JOIN -DCONFIG_ALL_MODES -Wall -g -O2 -funsigned-char -I./libqhtml -o cfb.o -c cfb.c gcc -Wall -g -O2 -funsigned-char -I./libqhtml -o fbftoqe fbftoqe.c ./fbftoqe fonts/fixed10.fbf fonts/fixed12.fbf fonts/fixed13.fbf fonts/fixed14.fbf fonts/helv8.fbf fonts/helv10.fbf fonts/helv12.fbf fonts/helv14.fbf fonts/helv18.fbf fonts/helv24.fbf fonts/times8.fbf fonts/times10.fbf fonts/times12.fbf fonts/times14.fbf fonts/times18.fbf fonts/times24.fbf fonts/unifont.fbf fbffonts.c gcc -DHAVE_QE_CONFIG_H -DCONFIG_ALL_KMAPS -DCONFIG_UNICODE_JOIN -DCONFIG_ALL_MODES -Wall -g -O2 -funsigned-char -I./libqhtml -o fbffonts.o -c fbffonts.c gcc -Wl,-E -o html2png html2png.o util.o cutils.o arabic.o indic.o qfribidi.o display.o unicode_join.o charset.o charsetmore.o charset_table.o libfbf.o fbfrender.o cfb.o fbffonts.o \ -L./libqhtml -lqhtml -lpng html2png.o: In function `png_save': /build/buildd/qemacs-0.3.1.cvs.20050713/html2png.c:229: undefined reference to `png_write_destroy' /build/buildd/qemacs-0.3.1.cvs.20050713/html2png.c:272: undefined reference to `png_write_destroy' collect2: ld returned 1 exit status make[1]: *** [html2png] Error 1 make[1]: Leaving directory `/build/buildd/qemacs-0.3.1.cvs.20050713' make: *** [build-stamp] Error 2 ** Build finished at 20061215-0225 FAILED [dpkg-buildpackage died] -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#403163: mysql-dfsg-5.0: untranslatable strings in templates.pot
Hello Vincent On 2006-12-15 Vincent Zweije wrote: File debian/po/templates.pot contains the following curious strings: #. Type: boolean #. Description #: ../mysql-server-5.0.templates:8001 msgid internal msgstr #. Type: boolean #. Description #: ../mysql-server-5.0.templates:8001 msgid Only internally used. msgstr Fellow translator Thijs Kinkhorst mentions that these should probably no longer be marked as translatable, hence this bugreport. There strings are indeed only to make Debconf happy, they are not supposed to be shown to a user in any situation. Is there anything I can do to make that more obvious to translators? A special flag like changing the text to do not translate me? bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402817: argh?
[EMAIL PROTECTED] wrote: as the conf files are removed after the 'prerm remove' step, apache needs to be bounced in the 'postrm remove' stage. Then make it bounce! :) but I've a fix - the only remaining quandry i have wrt purge, is should i delete the user data and pub dirs - at the moment i'm chickening out, as i don't really want to be screamed at for deleting their documents. No, never touch our user's data. You can ask them with debconf. But we tend to leave their stuff as they had it. I mean, it's mandatory per policy. By the way, if you ask this in the debian-mentors mailing list, everyone learns from your questions and you get a much better chance of a better answer than mine. Have fun! -- ·''`. If I can't dance to it, it's not my revolution : :' :-- Emma Goldman `. `' Proudly running Debian GNU/Linux (unstable) `- www.amayita.com www.malapecora.com www.chicasduras.com
Bug#403033: net-tools: Strange %s in error message
Em Sex, 2006-12-15 às 00:30 +0100, Bernd Eckenfels escreveu: On Thu, Dec 14, 2006 at 09:56:10AM +0100, Marco Tulio Gontijo e Silva wrote: I don't know if it's right, I just thought it is strange: thanks for the message You're welcome. #. Give better error message for this case. #: ../lib/interface.c:504 msgid Device not found msgstr %s: dispositivo não encontrado can you please help me, what would be the right translation of Device not found? Is dispositivo não encontrado ok? (only remove the %s: ) Yes, Dispositivo não encontrado is a good translation for it. Gruss Gruß! -- malebria Marco Túlio Gontijo e Silva Correio (MSN): [EMAIL PROTECTED] Jabber (GTalk): [EMAIL PROTECTED] Skype: marcotmarcot Telefone: 33346720 Celular: 98116720 Endereço: Rua Paula Cândido, 257/201 Gutierrez 3430-260 Belo Horizonte/MG Brasil
Bug#402991: asterisk-prompt-de: Missing digits/and.gsm
Michael Poetters wrote: Package: asterisk-prompt-de Version: 2.0-1 Severity: normal Dear Maintainer, Hi Michael, the file digits/de/and.gsm is missing. It's used in Voicemail-Environment when reading time of files that don't match 'today' oder 'yesterday': // start example == Parsing '/var/spool/asterisk/voicemail/default/2580/Old/msg.txt': Found -- Playing 'vm-received' (language 'de') -- Playing 'digits/day-1' (language 'de') -- Playing 'digits/7-and' (language 'de') -- Playing 'digits/h-20' (language 'de') -- Playing 'digits/mon-10' (language 'de') -- Playing 'digits/2' (language 'de') -- Playing 'digits/thousand' (language 'de') -- Playing 'digits/and' (language 'de') -- HERE! -- Playing 'digits/6' (language 'de') -- Playing 'digits/at' (language 'de') -- Playing 'digits/17' (language 'de') -- Playing 'digits/oclock' (language 'de') -- Playing 'digits/1-and' (language 'de') -- Playing 'digits/50' (language 'de') -- Playing 'vm-from-phonenumber' (language 'de') // end example mmm, that is strange. I could also not find an english and.gsm file. Perhaps this is a bug within the voicemail application. Fix: Just link or copy de/vm-and.gsm to digits/de/and.gsm Kind regards Michael ratte Poetters Cheers, Mario -- .''`. Mario Joußen [EMAIL PROTECTED] : :' : proud Debian developer, administrator, and user `. `'` `- Debian - when you have better things to do than fixing systems
Bug#402931: initramfs-tools does not support redhat lvm naming schema
On Fri, 15 Dec 2006, Schumacher, Bernd wrote: I have to run Red Hat Enterprise Linux AS release 4 (Nahant Update 4) on a customer project. This is, as far as I know, the newest stable Red Hat Enterprise Release. The most important command on this system is chroot /debian. ok thanks for the info. The redhat system was installed with as many default values as possible (also lvm configuration). Because I want to be able, to also boot debian directly, I used the patch described below. Here is the requested symlink info: ls -l /dev/VolGroup00/LogVol00 lrwxrwxrwx 1 root root 31 Dec 15 00:44 /dev/VolGroup00/LogVol00 - /dev/mapper/VolGroup00-LogVol00 ls -l /dev/mapper/VolGroup00-LogVol00 brw-rw 1 root disk 253, 0 Dec 15 01:43 /dev/mapper/VolGroup00-LogVol00 If this is a to specific change request, do you see a possiblity to have a config file, with additional LVM naming schemas? hmm this is a dup of #378332, http://bugs.debian.org/378332 you want to boot with the real root dev aka root=/dev/mapper/VolGroup00-LogVol00 and not the symlink as otherwise we have no idea that you are booting an lvm root. best regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403185: mpy-svn-stats: python-imaging dependence missing
Package: mpy-svn-stats Version: 0.4-1 Severity: normal python-imaging dependence is missing -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Versions of packages mpy-svn-stats depends on: ii python2.4.4-1An interactive high-level object-o Versions of packages mpy-svn-stats recommends: ii python-imaging1.1.5-11 Python Imaging Library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403136: scsi subsystem udev events are broken, leaves system with lvm/raid unbootable and breaks d-i.
On Dec 14, Sven Luther [EMAIL PROTECTED] wrote: I discussed the issue with Maximilian Attems, and he said he had also seen a similar issue, with a LVM/RAID on usb disks setup, and mentioned it was caused by : udevsettle has a buggy kernel-userspace seqnum interface with the scsi code. Since you apparently have already diagnosed the problem, I will wait for further details and hopefully a patch. -- ciao, Marco signature.asc Description: Digital signature
Bug#403087: closed by Sebastien Delafond [EMAIL PROTECTED] (Bug#403087: fixed in libnet-socks-perl 0.03-7)
On 14/12/06 at 15:33 -0800, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #403087: libnet-socks-perl: FTBFS: Can't locate Net/DNS.pm, which was filed against the libnet-socks-perl package. It has been closed by Sebastien Delafond [EMAIL PROTECTED]. Hi, Thank you for fixing this. However, you uploaded with Urgency: low. Can you coordinate with the release team so this gets into etch ? -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403183: linux-image-2.6.18-3-686: Netgear FA410TX PCMCIA network card (NE2000 compatible) IRQ problems
Subject: linux-image-2.6.18-3-686: Netgear FA410TX PCMCIA network card (NE2000 compatible) IRQ problems Package: linux-image-2.6.18-3-686 Version: 2.6.18-7 Severity: normal I've got a laptop on which I use a PCMCIA network card (Netgear FA410TX), which has a ne2000 driver. When laptop is booted with card in, there are watchdog events and network connectivity is dropped and resume several times a minute (reports in enclosed dmesg show these watchdog events). If the card is ejected and then put back in, I get strange backtrace dumps after a IRQ handler type mismatch for IRQ message (see dmesg also), but after that, the card works fine, without dropping/resuming the network connectivity. This tends to be quite annoying, and didn't occur in 2.6.8 AFAI recall. Hope this helps -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages linux-image-2.6.18-3-686 depends on: ii coreutils 5.97-5 The GNU core utilities ii debconf [debconf-2.0] 1.5.8 Debian configuration management sy ii initramfs-tools [linux-initra 0.85c tools for generating an initramfs ii module-init-tools 3.3-pre3-1 tools for managing Linux kernel mo Versions of packages linux-image-2.6.18-3-686 recommends: ii libc6-i686 2.3.6.ds1-8 GNU C Library: Shared libraries [i -- debconf information: shared/kernel-image/really-run-bootloader: true linux-image-2.6.18-3-686/postinst/bootloader-error-2.6.18-3-686: linux-image-2.6.18-3-686/postinst/old-dir-initrd-link-2.6.18-3-686: true linux-image-2.6.18-3-686/postinst/kimage-is-a-directory: linux-image-2.6.18-3-686/preinst/elilo-initrd-2.6.18-3-686: true linux-image-2.6.18-3-686/postinst/old-system-map-link-2.6.18-3-686: true linux-image-2.6.18-3-686/preinst/lilo-initrd-2.6.18-3-686: true linux-image-2.6.18-3-686/postinst/depmod-error-initrd-2.6.18-3-686: false linux-image-2.6.18-3-686/preinst/bootloader-initrd-2.6.18-3-686: true linux-image-2.6.18-3-686/prerm/removing-running-kernel-2.6.18-3-686: true linux-image-2.6.18-3-686/postinst/create-kimage-link-2.6.18-3-686: true linux-image-2.6.18-3-686/prerm/would-invalidate-boot-loader-2.6.18-3-686: true linux-image-2.6.18-3-686/preinst/abort-install-2.6.18-3-686: linux-image-2.6.18-3-686/preinst/overwriting-modules-2.6.18-3-686: true linux-image-2.6.18-3-686/preinst/initrd-2.6.18-3-686: linux-image-2.6.18-3-686/preinst/lilo-has-ramdisk: linux-image-2.6.18-3-686/preinst/already-running-this-2.6.18-3-686: linux-image-2.6.18-3-686/postinst/bootloader-test-error-2.6.18-3-686: linux-image-2.6.18-3-686/preinst/abort-overwrite-2.6.18-3-686: linux-image-2.6.18-3-686/postinst/old-initrd-link-2.6.18-3-686: true linux-image-2.6.18-3-686/postinst/depmod-error-2.6.18-3-686: false linux-image-2.6.18-3-686/preinst/failed-to-move-modules-2.6.18-3-686: dmesg.log Description: Binary data -- Olivier BERGER (OpenPGP: 1024D/B4C5F37F) APRIL (http://www.april.org) - Vive python (http://www.python.org) Pétition contre les brevets logiciels : http://petition.eurolinux.org
Bug#403045: [pkg-wpa-devel] Bug#403045: wpasupplicant: race condition in wpa_action disconnect between ifdown and if_post_down_up
On Fri, Dec 15, 2006 at 01:33:12PM +1000, Kel Modderman wrote: the problem is, at least in my case, that the link is _down_ afterwards, so wpasupplicant is not able to scan further. This seems to be caused by the interface not being completely downed yet when ifdown finishes; putting a 'sleep 1' into functions.sh::ifdown immediately after the call to /sbin/ifdown solves this problem. Yeah, I'm not a fan of unconditional sleeps though. me neither, thats why I set the word solves in doublequotes ;) Do you have iproute installed? That slighly changes behaviour of if_post_down_up, causing the interface to be flushed before 'upping' it again. iproute was installed when I discovered the race. In any case, ifdown should not exit until it has fully completed what it had to do with the interface, at least in my opinion. I fully agree; I was also quite surprized about this fact when I did the research for this report. -- c u henning signature.asc Description: Digital signature
Bug#403186: debian-cd defaults to etch 3.2
Package: debian-cd Version: 2.2.25 Severity: minor etch will be released as 4.0, but /etc/debian-cd/conf.sh contains: export DEBVERSION=3.2 i don't think this actually breaks much of anything. live well, vagrant -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-vserver-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages debian-cd depends on: ii apt 0.6.46.4Advanced front-end for dpkg ii apt-utils0.6.46.4APT utility programs ii bc 1.06-20 The GNU bc arbitrary precision cal ii cpp 4:4.1.1-13 The GNU C preprocessor (cpp) ii debootstrap 0.3.3.1 Bootstrap a basic Debian system ii grep-dctrl 2.9.3 Grep Debian package information - ii lynx 2.8.5-2sarge2.2 Text-mode WWW Browser ii make 3.81-2 The GNU version of the make util ii mkisofs 9:1.1.0-1 Dummy transition package for genis ii perl [libdigest-md5-perl 5.8.8-6.1 Larry Wall's Practical Extraction ii sysutils 2.0.1 Miscellaneous small system utiliti ii tofrodos 1.7.6-2 Converts DOS - Unix text files, Versions of packages debian-cd recommends: ii debianutils 2.17 Miscellaneous utilities specific t pn hfsutils none (no description available) pn jigdo-filenone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403187: ltsp-client: need writeable /etc/network/run for proper loopback device configuration
Package: ltsp-client Version: 0.99debian8 Severity: important /etc/network/run should be added to the rw_dirs variable in /etc/default/ltsp-client-setup, or else ifupdown can't write to /etc/network/run/ifstate, and the loopback/lo device is not properly configured. without a proper loopback device, some software fails to function in an ltsp-client environment. --- debian/ltsp-client.ltsp-client-setup.default2006-03-08 13:25:51 + +++ debian/ltsp-client.ltsp-client-setup.default2006-12-15 04:14:45 + @@ -13,7 +13,7 @@ # tmpfs/bind directions that get mounted with only directory structure # preserved -rw_dirs=/var/cache/man /var/lib/xkb /var/lock /var/run /var/log /var/spool /var/tmp /tmp /var/lib/discover /etc/hotplug/.run /var/lib/nfs +rw_dirs=/var/cache/man /var/lib/xkb /var/lock /var/run /var/log /var/spool /var/tmp /tmp /var/lib/discover /etc/hotplug/.run /var/lib/nfs /etc/network/run # tmpfs/bind directions that get mounted with directory structure and # data # copied live well, vagrant -- Package-specific info: packages in chroot: /opt/ltsp/i386 ii initramfs-tools 0.85ctools for generating an initramfs ii ldm 0.99debian8 LTSP display manager ii ltsp-client 0.99debian8 LTSP client environment -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403188: ltsp-client: typo in /usr/lib/ltsp/screen_session for custom screen.d scripts
Package: ltsp-client Version: 0.99debian8 Severity: important if you try to configure a custom screen script, it fails, due to the following typo: --- client/screen_session 2006-10-06 19:45:01 + +++ client/screen_session 2006-12-14 23:37:41 + @@ -87,7 +87,7 @@ # # Go ahead and run the screen script # -exec //ltsp/screen.d/${SCREEN_SCRIPT} ${SCREEN_ARGS} +exec /etc/ltsp/screen.d/${SCREEN_SCRIPT} ${SCREEN_ARGS} elif [ -x /usr/lib/ltsp/screen.d/${SCREEN_SCRIPT} ]; then # # Go ahead and run the screen script live well, vagrant -- Package-specific info: packages in chroot: /opt/ltsp/i386 ii initramfs-tools 0.85ctools for generating an initramfs ii ldm 0.99debian8 LTSP display manager ii ltsp-client 0.99debian8 LTSP client environment -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402790: Problem with nested backquotes
Hi, I forgot to mention that the bug does *not* happen under Edebug, even in Emacs21. -- Florent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403190: misdn-modules-2.6.18-3-686: Freezes SMP systems
Package: misdn-modules-2.6.18-3-686 Severity: important Any systems I have access to with more than one CPU(-core) immediately lock up completely immediately after inserting mISDN_core. May or may not be related to http://www.isdn4linux.de/pipermail/isdn4linux/2006-November/002641.html. The symptoms there sound very similar. Note: Makes no difference whether I use the precompiled modules or rebuild with module-assistant, same results. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402383: fglrx-driver: man page fro fglrx contains wrong version of driver
Am Samstag, den 09.12.2006, 18:36 -0500 schrieb Mathieu Malaterre: Package: fglrx-driver Version: 8.31.5-1 Severity: minor After installation of fglrx 8.31.5, one still sees the old version in the man page: ATI Linux driver 8.24.8 $Date: 2006/05/20 23:39:16 $ It would be nice if the documentation driver version would match the one installed. Not a good idea. There are always changes between the driver versions. The manpages of the 8.24.8 version do not necessarily fit the version 8.31.5 too. This should be reflected by the version printed in the manpages. But the version shown above is not the latest version available, so the manpages could be updated in the package in experimental (and in Etch too!). @Flavio: I sent you the updated manpages for the current version in Etch some time ago. Could you please update them in the Debian package? Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400192: Actually, more about the patch I provided
Hi. I've checked a little bit deeper the cause of this problem. It seems the regression was introduced in http://bugs.debian.org/cgi-bin/bugreport.cgi/libnss-ldap-251-5.2-nmu.diff?bug=390241;msg=5;att=1 where it completely dropped the use of $replacestring in the regexp, and forced the sharp (#) comment systematically. Then the preceding code, which is still there : replacestring=^$parameter .* if [ $commented = 1 ]; then replacestring=^# *$parameter .* fi has no longer any effect. So I think the previously submitted patch was incomplete, and it should be adapted to take into account the status of $commented, as before. Hope this helps. -- Olivier BERGER [EMAIL PROTECTED] Ingénieur Recherche - Dept INF INT Evry (http://www.int-evry.fr) OpenPGP-Id: 1024D/6B829EEC
Bug#382750: ITA: mined -- Powerful text editor with extensive Unicode and CJK support
retitle 382750 O: mined -- Powerful text editor with extensive Unicode and CJK support noowner 382750 thanks On Fri, Dec 15, 2006 at 10:37:01 +0530, Kartik Mistry wrote: On 12/15/06, Matej Vela [EMAIL PROTECTED] wrote: Do you still intend to adopt mined? (This is just a ping, I'm not interested in adopting it myself.) Feel free to orphen this package. I am no longer interested in it. Sure. Thanks, Matej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302764: #302764 [FIXED xawtv 3.95-1]: 'man fbtv' typo: availabile
A. Costa [EMAIL PROTECTED] writes: This typo's still there: % dlocate -s fbtv | grep Ver ; man fbtv | grep -n availabile Version: 3.95.dfsg.1-1 101: modes availabile. The file containing the videomodes is normally named It's a different occurence, but yeah. Thanks, Matej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382750: ITA: mined -- Powerful text editor with extensive Unicode and CJK support
On 12/15/06, Matej Vela [EMAIL PROTECTED] wrote: On Wed, Sep 20, 2006 at 10:06:43 +0530, Kartik Mistry wrote: retitle 382750 ITA: mined -- Powerful text editor with extensive Unicode and CJK support Do you still intend to adopt mined? (This is just a ping, I'm not interested in adopting it myself.) Thanks, Matej Hi, Feel free to orphen this package. I am no longer interested in it. -- Regards, -- Kartik Mistry | kartikmistry.org 0xD1028C8D | kartikm.wordpress.com --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403189: Subject: linux-2.6: Kernel loaded non-NCQ support driver on Dell PowerEdge SC430
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: linux-2.6 Severity: wishlist Tags: patch Here the system is Dell PowerEdge SC430, kernel loaded the ata_piix driver than the ahci driver on it. According to http://linux-ata.org/driver-status.html, the ata_piix driver and the AHCI driver both works on intel ICH7, but the ata_piix driver have no NCQ support, and the ACHI driver have full NCQ, hotplug and PM support. The SATA chipset on Dell PowerEdge SC430 is identified as: 00:1f.2 IDE interface [0101]: Intel Corporation 82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controller IDE [8086:27c0] (rev 01) Kernel load the ahci driver after I added it's device IDs into ahci.c, here is the patch: $ diff -u drivers/scsi/ahci.c.orig drivers/scsi/ahci.c - --- drivers/scsi/ahci.c.orig2006-12-14 04:08:49.0 +0800 +++ drivers/scsi/ahci.c 2006-12-14 04:20:55.0 +0800 @@ -305,6 +305,8 @@ board_ahci }, /* ICH6M */ { PCI_VENDOR_ID_INTEL, 0x27c1, PCI_ANY_ID, PCI_ANY_ID, 0, 0, board_ahci }, /* ICH7 */ + { PCI_VENDOR_ID_INTEL, 0x27c0, PCI_ANY_ID, PCI_ANY_ID, 0, 0, + board_ahci }, /* ICH7 */ { PCI_VENDOR_ID_INTEL, 0x27c5, PCI_ANY_ID, PCI_ANY_ID, 0, 0, board_ahci }, /* ICH7M */ { PCI_VENDOR_ID_INTEL, 0x27c3, PCI_ANY_ID, PCI_ANY_ID, 0, 0, Here is the dmesg after applied the patch: SCSI subsystem initialized libata version 2.00 loaded. ahci :00:1f.2: version 2.0 ACPI: PCI Interrupt :00:1f.2[C] - GSI 20 (level, low) - IRQ 225 PCI: Setting latency timer of device :00:1f.2 to 64 ahci :00:1f.2: AHCI 0001.0100 32 slots 4 ports 3 Gbps 0xf impl IDE mode ahci :00:1f.2: flags: 64bit ncq pm led clo pio slum part ata1: SATA max UDMA/133 cmd 0xF881A100 ctl 0x0 bmdma 0x0 irq 225 ata2: SATA max UDMA/133 cmd 0xF881A180 ctl 0x0 bmdma 0x0 irq 225 ata3: SATA max UDMA/133 cmd 0xF881A200 ctl 0x0 bmdma 0x0 irq 225 ata4: SATA max UDMA/133 cmd 0xF881A280 ctl 0x0 bmdma 0x0 irq 225 scsi0 : ahci ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) ata1.00: ATA-7, max UDMA/133, 15625 sectors: LBA48 NCQ (depth 31/32) ata1.00: ata1: dev 0 multi count 8 ata1.00: configured for UDMA/133 - -Andrew - -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500,'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFgmLbnQYz4bYlCYURAqhdAJ9EeB1MboX+ig/KkMcpXJjCsMFqpACgtHvU FNGAyeHSFA5OzVnXk6ah8P4= =Iawx -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403186: debian-cd defaults to etch 3.2
tags 403186 +pending thanks On Fri, Dec 15, 2006 at 12:38:27AM -0800, Vagrant Cascadian wrote: Package: debian-cd Version: 2.2.25 Severity: minor etch will be released as 4.0, but /etc/debian-cd/conf.sh contains: export DEBVERSION=3.2 It's been saying 4.0 for a while in the latest version in svn; I'm expecting to make a last upload shortly. -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] Support the Campaign for Audiovisual Free Expression: http://www.eff.org/cafe/ signature.asc Description: Digital signature
Bug#389748: (no subject)
CVE-2005-3624 CVE-2005-3625 CVE-2005-3626 CVE-2005-3627 CVE-2005-3628 I get a report about these every day, even though Debian hasn't been vulnerable since Woody. I'd appreciate it if the database could be updated to correct their status. Thanks, Andrew. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402383: fglrx-driver: man page fro fglrx contains wrong version of driver
Daniel Leidert wrote: @Flavio: I sent you the updated manpages for the current version in Etch some time ago. Could you please update them in the Debian package? Ooops, sorry Daniel and all, I've been a bit busy lately and I missed that. Will do. -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403191: Problems with initramfs-tools and xen.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: initramfs-tools Version: 0.85c The situation and all history: I have PC with at least 2 hard disks: One disk - sata on ICH6, and other - SCSI on some Adaptec SCSI PCI controler. The operating system is placed on SATA disk and runs from it. So till I used 2.6.18-3-amd64 linux kernel and yaird tool to generate initrd image - all was fine. But I desided to run xen kernel image (2.6.18-3-xen-amd64), and installed it. As dependency it installed initramfs-tools to generate initrd images, and instalation process regenerated all active initrd images on system. And affter all system does not reboot at all and I was in wery bad situation. ( in general not so bad for me only because I leaved some old kernels and initrd images and I was able to boot these ones). The problem is that initramfs-tools generates bad initrd images, and on system boot the SCSI disk for some reason becomes sda, and SATA disk - sdb, and kernel does not find root file system at all. I try to find way to change this using config files - but without success. I don't fing even how to change config to force to use yaird for not xen initrd images generation. Best regards, Tomas Martišius -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFgmYtAMslIG6CXk4RAsqCAJ0bphf8Kaqp6ziqg5fy2OLehYjHcACgil8v vFRxF7JRcJwQtS9K/UbxGVw= =Z7Bh -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390862: Etch/testing missing PAE kernel for xen; important for compatibility
On Fri, Dec 15, 2006 at 12:22:04AM -0800, Steve Langasek wrote: On Tue, Dec 12, 2006 at 03:46:37PM +0200, Pasi Kärkkäinen wrote: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=390862 Is there anything that could be done with this, at this (late) point? If we can't do anything anymore, then etch will be released with non-pae xen kernel, that cannot be used with fedora/rhel xen kernels.. which means you cannot use debian dom0 and fedora/rhel domU, and not another way around either. It also makes debian xen unusable with many bigger servers.. I would be inclined to allow such a change given the importance of being able to run Xen guests of multiple OSes on a single server, but actually making the necessary changes is up to the maintainers. Would be nice to get a statement from the kernel maintainers.. please comment. -- Pasi -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#403192: libpam-krb5: retain_after_close option ignored when SSH using gssapi
Dist:Etch (4.0) Package: libpam-krb5 Version: 2.6-1 When logging into a system using SSH and authenticating via gssapi-with-mic, the retain_after_close option to libpam-krb5 is ignored and the ticket cache is destroyed upon logout. However, when logging into a system using SSH and standard password authentication, the retain_after_close option works as expected and the ticket cache is not destroyed upon logout. Since the retain_after_close is essential when submitting long-running jobs (i.e. nohup ./job ), its rather problematic that this does not work with gssapi logins. This message and attachments are subject to a disclaimer. Please refer to www.it.up.ac.za/documentation/governance/disclaimer/ for full details. / Hierdie boodskap en aanhangsels is aan 'n vrywaringsklousule onderhewig. Volledige besonderhede is by www.it.up.ac.za/documentation/governance/disclaimer/ beskikbaar. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394860: pida won't start: ServiceNotFoundError: 'window'
Try installing librsvg2-common. It fixed the problem for me. https://launchpad.net/products/pida/+bug/53981 set me on the right track. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372070: adjusting severity, flightgear package should not enter Etch like this, various bug handling
severity 371070 normal thanks On Fri, 08 Dec 2006, Eddy Petrișor wrote: # the flightgear package is unusable on my machine, maintainer didn't answer, # somebody should at least confirm or infirm the bug # breaks unrelated software severity 372070 grave Given the comments in the bug report it looks like the game is working well (I just tested it) but it's just resource hungry and not usable on old hardware with not enough RAM. I would normally close the bug report but since I'm not the maintainer, I'm only downgrading it to normal. Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/
Bug#403195: installation: Finnish timezone not selected by the etch installer
Package: installation Severity: normal Tags: l10n I installed Debian Etch RC1 into the Linksys NSLU2 (Slug) device. The installer asked my Location and I selected Finland. However, after installation I noted that the timezone was set to Europe/Andorra instead of Europe/Helsinki. It was easy to correct this with the tzselect tool. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: arm (armv5tel) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-ixp4xx Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403194: mpeg2dec: please support DEB_BUILD_OPTIONS=noopt,nostrip,debug
Package: mpeg2dec Version: 0.4.0b-4 Severity: normal hi I tried this compilation: mpeg2dec-0.4.0b$ DEB_BUILD_OPTIONS=noopt,nostrip,debug debuild binary ... CC=gcc-3.4 CXX=g++ CFLAGS=-g -Wall -O0 CXXFLAGS=-g -Wall -O0 CPPFLAGS= LDFLAGS= /home/ftp/pub/mplayer/debug/tmp/mpeg2dec-0.4.0b/./configure --build=x86_64-linux-gnu --prefix=/usr --includedir=\${prefix}/include --mandir=\${prefix}/share/man --infodir=\${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --libexecdir=\${prefix}/lib/mpeg2dec --disable-maintainer-mode --disable-dependency-tracking --srcdir=. --enable-shared gcc-3.4 -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include -I../../include -Wall -g -Wall -O3 -fomit-frame-pointer -fno-common -c rgb.c -fPIC -DPIC -o .libs/rgb.o it seems that cdbs recognizes the options and sets CFLAGS=-g -Wall -O0 ; but then configure does ignore that setting I also tried ./configure CC=gcc-3.4 CXX=g++ CFLAGS=-g -Wall -O0 CXXFLAGS=-g -Wall -O0 and this does not work either. thanks a. ps: noopt and nostrip are in Debian policy ; debug was in D.P. once, but was dropped: I tested it just in case -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (450, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages mpeg2dec depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libmpeg2-4 0.4.0b-4MPEG1 and MPEG2 video decoder libr ii libsdl1.2debian 1.2.11-7Simple DirectMedia Layer ii libsm6 1:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-4 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar mpeg2dec recommends no packages. -- no debconf information -- Andrea Mennucc The EULA sounds like it was written by a team of lawyers who want to tell me what I can't do, and the GPL sounds like it was written by a human being who wants me to know what I can do. Anonymous,http://www.securityfocus.com/columnists/420 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402793: tech-ctte: gst-ffmpeg links with its own private ffmpeg copy
On Tue, Dec 12, 2006 at 08:03:24PM +0100, Josselin Mouette wrote: I kindly ask the Technical Committee to rule on the gstreamer0.10-ffmpeg case. The gstreamer0.10-ffmpeg package includes its own private ffmpeg copy and is built against it. Upstream's rationale is that ffmpeg's API and ABI aren't stable and that they need a frozen version. Linking to another ffmpeg version often requires changes to the code and means the software cannot be as widely tested as the upstream version. However, the multiple copies of ffmpeg in the archive have been responsible for a security nightmare during the sarge stable cycle. The security team has asked to replace all such private copies by dynamic linking to the debian ffmpeg packages. For example, this is holding mplayer out of etch. As I explained in the following thread: http://lists.debian.org/debian-devel/2006/12/msg00138.html linking to this ffmpeg version is not very complicated, and I asked the maintainers to migrate to it before the etch release. I submitted bug #402090 which contains a clean patch that I'm also in the process to make accepted upstream. However the maintainer does not want any such change before the release, and it turned out soon that we would not come to an agreement on this matter. Which is why I'm forwarding this issue to the Technical Committee. It is my understanding that this is a request to override the decision of the gst-ffmpeg maintainer, under 6.1.4. Given that neither the security team nor the release team has weighed in with a statement that the package is unsupportable in its present state, I don't believe the technical committee should override the maintainer either. Regards, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403193: wodim is not providing readcd
Package: wodim Version: 9:1.1.0-1 Severity: normal X-Debbugs-cc: [EMAIL PROTECTED] wodim is not providing readcd which is one of the required plugins for k3b. I'm not sure whether this should be a k3b bug or a wodim bug. Doing a `apt-file search readcd` does list it as being part of wodim but my apt-file database might be old. If readom is a replacement for readcd, can you re-assign this to k3b. Please. Ritesh -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (550, 'unstable'), (500, 'stable'), (350, 'experimental'), (50, 'feisty') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19-xps Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages wodim depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. Versions of packages wodim recommends: ii genisoimage 9:1.1.0-1 Creates ISO-9660 CD-ROM filesystem -- no debconf information -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. Stealing logic from one person is plagiarism, stealing from many is research. The great are those who achieve the impossible, the petty are those who cannot - rrs pgpJgr3XQSNZf.pgp Description: PGP signature
Bug#402506: Memory leak PHP5.2.0-7 Fatal error: Out of memory
The above patch fixes the problem for me. No more out of memory messages in phpmyadmin when exporting databases after applying the patch and recompiling the package. Cheers Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400722: openoffice.org-calc: Regular Expression related bug
Package: openoffice.org-calc Version: 2.0.4.dfsg.2-1 Followup-For: Bug #400722 On my first post, '+' should be substitute by '\+' My file uploaded on second post, show you a erroneus c1 celd when you open the file. I recommend to use '^XXX$' and not 'XXX' when you are using search function -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Versions of packages openoffice.org-calc depends on: ii libc6 2.3.6.ds1-9GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libstlport4.6c2 4.6.2-3STLport C++ class library ii libufsparse 1.2-7 collection of libraries for comput ii openoffice.org-core 2.0.4.dfsg.2-1 OpenOffice.org office suite archit openoffice.org-calc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403196: xorg: [INTL:it] Please fix typos in Italian translation
Package: xorg Version: 1:7.1.0-8 Severity: minor Tags: l10n, patch The patch below fixes some typos in the Italian po file; it'd be great if it could be applied before Etch is out. TIA, Davide --- xorg_it.po.orig 2006-12-15 10:37:05.0 +0100 +++ xorg_it.po 2006-12-15 10:42:18.0 +0100 @@ -466,7 +466,7 @@ This parameter should usually be left blank and specified only if the video card lacks RAM, or if the X server has trouble autodetecting the RAM size. msgstr -Questo paramentro può essere lasciato vuoto e specificarla solo se alla +Questo parametro può essere lasciato vuoto e specificato solo se alla scheda video manca RAM, o se il server X ha problemi nel rilevarla automaticamente. @@ -754,7 +754,7 @@ You can combine options by separating them with a comma, for instance \ctrl: nocaps,altwin:meta_win\. msgstr -Si posso combinare le opzioni separandole con una virgila, per esempio «ctrl, +Si posso combinare le opzioni separandole con una virgola, per esempio «ctrl, nocaps,altwin:meta_win». #. Type: string @@ -1021,7 +1021,7 @@ #. Description #: ../xserver-xorg.templates:27002 msgid Approximate monitor size: -msgstr Dimensione del monitor approsimativa: +msgstr Dimensione del monitor approssimativa: #. Type: select #. Description @@ -1229,7 +1229,7 @@ #. Description #: ../xserver-xorg.templates:39001 msgid Autodetect keyboard layout? -msgstr Riconoscere il layout della tastiera automanticamente? +msgstr Riconoscere il layout della tastiera automaticamente? #. Type: boolean #. Description @@ -1392,8 +1392,8 @@ e sostituita da un link simbolico. È stato fatto un tentativo ma è fallito, molto probabilmente perché la directory non è vuota. Si prega di spostare i file che sono nella directory fuori da questa in modo che l'installazione -possa essere completata. Se si vuole si possono rispostare i file dopo che -il link simbolico è stato creato. +possa essere completata. Se si vuole si possono spostare nuovamente i file +dopo che il link simbolico è stato creato. #. Type: note #. Description signature.asc Description: Digital signature
Bug#403197: haskell-filepath: FTBFS: Missing Build-Depends on hugs
Package: haskell-filepath Version: 0.11-1 Severity: serious Tags: patch From my pbuilder build log: ... Running: rm -f .*config* Running: ./setup configure --hugs setup: Warning: No license-file field. Configuring FilePath-0.11... setup: Cannot find compiler for ffihugs ./setup configure --hugs files: 256 at /usr/share/haskell-devscripts//Dh_Haskell.pm line 138, COMPAT_IN line 1. make: *** [install-indep] Error 9 Adding hugs to the Build-Depends allows the build to complete successfully. -- Daniel Schepler
Bug#372070: adjusting severity, flightgear package should not enter Etch like this, various bug handling
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Raphael Hertzog wrote: severity 371070 normal thanks On Fri, 08 Dec 2006, Eddy Petrișor wrote: # the flightgear package is unusable on my machine, maintainer didn't answer, # somebody should at least confirm or infirm the bug # breaks unrelated software severity 372070 grave Given the comments in the bug report it looks like the game is working well (I just tested it) but it's just resource hungry and not usable on old hardware with not enough RAM. I have just sent a call on debian powerpc to test the game to see if the bug is reproducible for other powerpc machine since nobody else tested it yet on powerpc. I would normally close the bug report but since I'm not the maintainer, I'm only downgrading it to normal. - -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFgnRbY8Chqv3NRNoRAhwrAKDBCTam+rbgi8g2+zOvCDjnuwr3CQCeNc8p F67nPYq9NJGwaTFNcKcBbu0= =sAXQ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389236: gforth_0.6.2-7(hppa/unstable): FTBFS: broken hppa assembly
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) [060924 11:10]: There was an error while trying to autobuild your package: The fic instruction requires a space id. For linux, it can simply be changed to have a 4, after the left paren. For hp-ux compatibility, and to not be depending on the way parisc linux vm works, it should do a ldsid and mtsp... feel free to pester me to figure out the patch. So this change should work? #include stddef.h void cacheflush(void * address, size_t size, size_t linewidth) { void *p=(void *)((size_t)address (-linewidth)); for(; paddress+size;) asm volatile(fdc (%0)\n\t sync\n\t - fic,m %1(%0)\n\t + fic,m %1(4,%0)\n\t sync : +r(p) : r(linewidth) : memory ); } Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403177: gnome-panel freeze when choose one of shutdown/restart/logout option
Le vendredi 15 décembre 2006 à 09:04 +0200, Nadav Vinik a écrit : Package: gnome-panel Version: 2.14.3-3 Severity: important Hi, could you ensure that the loopback interface is correctly configured? Could you also check whether your DNS configuration is working, and send us your /etc/hosts file? Thanks, -- Josselin Mouette/\./\ Do you have any more insane proposals for me?
Bug#400049: dillo's Xft problem reproduced
reopen 400049 tag 400049 + patch thanks Hi I could reproduce the problem described in this bug report again. /usr/include/ft2build.h:56 says: /* `prefix/include/freetype2' must be in your current inclusion path * */ #include freetype/config/ftheader.h Which is clearly not the case here, according to the build log. This is caused by make's evaluation of the build-stamp rule: build-stamp: configure-stamp patch-stamp It can choose between: 1) patching first, then running configure (that works) 2) running configure first, then patching (that fails) The attached patch fixes this by forcing to patch before configure. I'm not a DD, so I can't upload it. Also, urgency is wrong in the patch. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | diff -Nru /tmp/TlOndgKcGG/dillo-0.8.5/debian/changelog /tmp/gcSOkIxKAk/dillo-0.8.5/debian/changelog --- /tmp/TlOndgKcGG/dillo-0.8.5/debian/changelog 2006-12-15 11:10:43.0 +0100 +++ /tmp/gcSOkIxKAk/dillo-0.8.5/debian/changelog 2006-12-15 11:10:44.0 +0100 @@ -1,3 +1,12 @@ +dillo (0.8.5-4.1) unstable; urgency=low + + * Non-maintainer upload. + * Added a dependancy on patch-stamp in configure-stamp, so ./configure +is executed with the patched version (prevents the build from failing if +configure is run, then patched). (closes: #400049) + + -- Lucas Nussbaum [EMAIL PROTECTED] Fri, 15 Dec 2006 11:07:18 +0100 + dillo (0.8.5-4) unstable; urgency=low * Link against openssl. diff -Nru /tmp/TlOndgKcGG/dillo-0.8.5/debian/rules /tmp/gcSOkIxKAk/dillo-0.8.5/debian/rules --- /tmp/TlOndgKcGG/dillo-0.8.5/debian/rules 2006-12-15 11:10:43.0 +0100 +++ /tmp/gcSOkIxKAk/dillo-0.8.5/debian/rules 2006-12-15 11:10:44.0 +0100 @@ -19,7 +19,7 @@ endif configure: configure-stamp -configure-stamp: +configure-stamp: patch-stamp dh_testdir ./configure --prefix=/usr --sysconfdir=/etc --enable-ipv6 --enable-ssl --disable-tabs --enable-meta-refresh touch configure-stamp
Bug#403199: exim4: [INTL:it] Please fix typos in Italian translation
Package: exim4 Version: 4.63-11 Severity: minor Tags: l10n, patch The patch below fixes some typos in the Italian po file; it'd be great if it could be applied before Etch is out. TIA, Davide --- exim4_it.po.orig2006-12-15 11:10:27.0 +0100 +++ exim4_it.po 2006-12-15 11:13:11.0 +0100 @@ -32,7 +32,7 @@ msgstr Ci sono dei messaggi in /var/spool/exim4/input, la directory di «spool» di exim, che non sono stati ancora consegnati. Rimuovendo Exim i messaggi -verranno mantenuti lì sinché Exim non verrà reistallato. +verranno mantenuti lì sinché Exim non verrà reinstallato. #. Type: boolean #. Description @@ -305,7 +305,7 @@ msgstr Nella configurazione predefinita, tutti i domini vengono trattati allo stesso modo. Se sia a.esempio che b.esempio sono domini locali, [EMAIL PROTECTED] -esempio e [EMAIL PROTECTED],pio verranno consegnati alla stessa destinaizone. Se si +esempio e [EMAIL PROTECTED],pio verranno consegnati alla stessa destinazione. Se si desidera altrimenti, è necessario modificare i file di configurazione in seguito. @@ -408,7 +408,7 @@ msgstr Inserire l'indirizzo IP o il nome del sel server di posta che dovrà essere utilizzato come «smarthost» in uscita. Se questo accetta la posta solo su -una porta diversa dalla TCP/25, aggiungere due due puntie il numero della +una porta diversa dalla TCP/25, aggiungere due punti e il numero della porta (esempio smarthost.esempio::587 o 192.168.254.245::2525). I due punti negli indirizzi IPv6 devono essere raddoppiati. signature.asc Description: Digital signature
Bug#402994: use new libpaper hook to track system paper size
On Fri, Dec 15, 2006 at 08:29 +0100, Frank Küster wrote: Are you talking about dvipdfm or dvips here? About dvipdfm. I haven't looked at dvips, and it doesn't make sense if both behave different. Ok. I was more concerned with dvips here, having put dvipdfm aside as it already used libpaper. So my comments concerning config files referred to dvips. I guess the patch to texconfig that you wrote is the better approach. The approach is flawed, however, since it is very easy to construct situations where files in /etc are automatically changed, which we must not do. Hence it is probably easier to make all files that can be changed via texconfig proper configfiles in /etc, as you already suggested. Then we would need the permission to modify these files in some aspects. We could get this permission either via a debconf message (IMO overkill) or by something like this: The libpaper hock script reads in, say, /etc/default/tetex which contains a variable, say, USE_LIBPAPER. By default this variable is set to 'no', which makes the libpaper hock script excit with a suitable message. If the variable is set to 'yes', the libpaper hock script will adjust the configuration files. Needed documentation: Mention this new mechanism (NEWS.Debian and 'TeX on Debian'). Explain that it might automatically change configuration files and explain the consequences, ie, that people should just accept new upstream versions if they did not make any other changes. Really, really stress that this only configures the default output paper size of the various *programs* but not of the *formats*, and that using things like geometry.sty is the better idea. Nice thing would be that no patches for texconfig or dvips/dvipdfm would be needed. cheerio ralf
Bug#372070: adjusting severity, flightgear package should not enter Etch like this, various bug handling
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eddy Petrișor wrote: Raphael Hertzog wrote: severity 371070 normal thanks On Fri, 08 Dec 2006, Eddy Petrior wrote: # the flightgear package is unusable on my machine, maintainer didn't answer, # somebody should at least confirm or infirm the bug # breaks unrelated software severity 372070 grave Given the comments in the bug report it looks like the game is working well (I just tested it) but it's just resource hungry and not usable on old hardware with not enough RAM. I have just sent a call on debian powerpc to test the game to see if the bug is reproducible for other powerpc machine since nobody else tested it yet on powerpc. I would normally close the bug report but since I'm not the maintainer, I'm only downgrading it to normal. Also note that the cpu was idle when I got the info from /proc/cpuinfo (unlike now), so the processor speed is 1GHz, which should place the system at least in the same ballpark as Matthew Johnson's system from a processing POV. Memory? 256MB. merci debs # cat /proc/cpuinfo processor : 0 cpu : 7447/7457, altivec supported clock : 999.999000MHz revision: 0.1 (pvr 8002 0101) bogomips: 60.02 timebase: 18432000 platform: PowerMac machine : PowerBook5,2 motherboard : PowerBook5,2 MacRISC3 Power Macintosh detected as : 287 (PowerBook G4 15) pmac flags : 001b L2 cache: 512K unified pmac-generation : NewWorld merci debs # free -m total used free sharedbuffers cached Mem: 249241 8 0 3 54 - -/+ buffers/cache:183 66 Swap: 244167 76 - -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFgnXgY8Chqv3NRNoRAokbAKDRiSuxxutSDzvBc+K44/g0msej7ACgvtZ+ LQPEwEGmfqv/KqsNnRZD/0o= =iVvP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368717: libsrs2: please remove build-dep on fileutils
retitle 368717 libsrs2: please remove build-dep on fileutils found 368717 1.0.18-1 thanks coreutils is (and fileutils was) marked essential, so the build-dep can simply be removed. Thanks, Matej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403194:
doing $ grep -e -O Makefile CXXFLAGS = -g -Wall -O0 MPEG2DEC_CFLAGS = -Wall -g -Wall -O3 -fomit-frame-pointer -fno-common OPT_CFLAGS = -Wall -g -Wall -O3 -fomit-frame-pointer -fno-common you can immediatly see where the problem is; so, to (re)compile in debug mode, I then used $ make CC=gcc-3.4 CXX=g++ CFLAGS=-g -O0 CXXFLAGS=-g -O0 \ MPEG2DEC_CFLAGS='-g -O0' OPT_CFLAGS='-g -O0' just in case. a. signature.asc Description: OpenPGP digital signature
Bug#372070: adjusting severity, flightgear package should not enter Etch like this, various bug handling
# Fixing severities (typo on bug number) severity 372070 normal severity 371070 wishlist thanks Sorry for the mixup. On Fri, 15 Dec 2006, Raphael Hertzog wrote: severity 371070 normal thanks On Fri, 08 Dec 2006, Eddy Petrișor wrote: # the flightgear package is unusable on my machine, maintainer didn't answer, # somebody should at least confirm or infirm the bug # breaks unrelated software severity 372070 grave Given the comments in the bug report it looks like the game is working well (I just tested it) but it's just resource hungry and not usable on old hardware with not enough RAM. I would normally close the bug report but since I'm not the maintainer, I'm only downgrading it to normal. Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/
Bug#399024: vim: bugs hits nano as well
Package: vim Version: 1:7.0-164+1 Followup-For: Bug #399024 Hi. I can confirm this bug when upgrading from 1:7.0-152+1 to 1:7.0-164+1. The odd thing is that the upgrade of nano fails as well for the same reason! Here's the dpkg output (from a apt-get dist-upgrade): Configuro nano (2.0.1-1) ... update-alternatives: impossibile creare il collegamento simbolico /usr/share/man/ru.UTF-8/man1/editor.1.gz.dpkg-tmp a /etc/alternatives/editor.ru.UTF-8.1.gz: No such file or directory dpkg: errore processando nano (--configure): il sottoprocesso post-installation script ha restituito un codice di errore 2 Configuro vim (7.0-164+1) ... update-alternatives: impossibile creare il collegamento simbolico /usr/share/man/ru.UTF-8/man1/view.1.gz.dpkg-tmp a /etc/alternatives/view.ru.UTF-8.1.gz: No such file or directory dpkg: errore processando vim (--configure): il sottoprocesso post-installation script ha restituito un codice di errore 2 Configuro vim-gnome (7.0-164+1) ... update-alternatives: impossibile creare il collegamento simbolico /usr/share/man/ru.UTF-8/man1/view.1.gz.dpkg-tmp a /etc/alternatives/view.ru.UTF-8.1.gz: No such file or directory dpkg: errore processando vim-gnome (--configure): il sottoprocesso post-installation script ha restituito un codice di errore 2 Configuro vim-perl (7.0-164+1) ... update-alternatives: impossibile creare il collegamento simbolico /usr/share/man/ru.KOI8-R/man1/ex.1.gz.dpkg-tmp a /etc/alternatives/ex.ru.KOI8-R.1.gz: No such file or directory dpkg: errore processando vim-perl (--configure): il sottoprocesso post-installation script ha restituito un codice di errore 2 Sono occorsi degli errori processando: nano vim vim-gnome vim-perl E: Sub-process /usr/bin/dpkg returned an error code (1) Perhaps this is a more general problem? -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages vim depends on: ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libgpmg1 1.19.6-23 General Purpose Mouse - shared lib ii libncurses5 5.5-5 Shared libraries for terminal hand ii vim-common 1:7.0-164+1 Vi IMproved - Common files ii vim-runtime 1:7.0-164+1 Vi IMproved - Runtime files vim recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403165: gnome-menus: No items in default GNOME menu upon upgrade from 2.14 to 2.16
Le vendredi 15 décembre 2006 à 08:05 +0800, Paolo Alexis Falcone a écrit : Package: gnome-menus Version: 2.16.1-1 Severity: grave Justification: renders package unusable Upon upgrade to gnome-menus version 2.16 from 2.14, there are no contents in the default gnome menu. Trying to browse the appropriate Nautilus url applications:/// and applications-all-users:/// results in an error message. Editing the menu via Alacarte shows an empty menu. Could you show us the result of ls -l /etc/xdg/menus ? Also, I would like to know the gnome-panel version you are using. Regards, -- Josselin Mouette/\./\ Do you have any more insane proposals for me?
Bug#403085: some more information
* the test program has a bug, too: add return EXIT_FAILURE to the (argc 2) condition. * a more detailed backtrace: Program received signal SIGSEGV, Segmentation fault. 0xb7ea377d in memset () from /lib/tls/libc.so.6 (gdb) bt #0 0xb7ea377d in memset () from /lib/tls/libc.so.6 #1 0xb7f7f16d in apprentice_file (ms=0x804a008, magicp=0xbfca7ad4, nmagicp=0xbfca7ad0, fn=0x804a888 /opt/mad/lib/libg3d/libg3d.magic, action=2) at apprentice.c:567 #2 0xb7f806aa in file_apprentice (ms=0x804a008, fn=0x804a888 /opt/mad/lib/libg3d/libg3d.magic, action=2) at apprentice.c:171 #3 0xb7f7e672 in magic_compile (ms=0x804a008, magicfile=0xbfca889d /opt/mad/lib/libg3d/libg3d.magic) at magic.c:168 #4 0x080486fd in main () The memset which explodes is in the private function parse(). I changed the test program to initialize the allocated buffer with 0xf5, the pointer which should be memset() is - surprise - 0xf5f5f5f5. So there is an initialization missing somewhere... Markus -- BOFH excuse #150: Some one needed the powerstrip, so they pulled the switch plug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402772: bug 402772: downgrade mplayer bug 395252 (for including mplayer in etch)
On Wed, Dec 13, 2006 at 09:24:05AM +0100, A Mennucc wrote: Just for the record: the release team had already expressed his view (in a sense): in Oct, there was already a (informal) discussion in #d-release, and the opinion was that this bug 295252 was not RC at all. However, the release team is also almost certainly going to defer to the security team's judgement as to whether a given package is supportable in a stable release, since it's the security team who ultimately has to do the supporting. So in that sense, yes, it would be RC if the security team says it's RC. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402994: use new libpaper hook to track system paper size
On Thu, Dec 14, 2006 at 22:50 +0100, Frank Küster wrote: I don't think this is for etch, though, at least not with very thorough testing in unstable. Should we start a branch, or only do it when we actually need a further upload targetted at etch? This is not for etch (at least I hope that we won't have enough time for the required testing before etch is released ;-), hence it also is more texlive than tetex material. Concerning a separate branch: It is probably easiest if we create a special branch with things targeted for etch only when another upload is needed. cheerio ralf
Bug#403198: python-matplotlib: Depends on tetex-base via dvipng - recommends might be better
Package: python-matplotlib Version: 0.87.5-2 Severity: normal Python-matplotlib depends on dvipng to resolve bug 337361. Dvipng depends on tetex-base. Tetex-base appears to be a 70MB package. On machines with little disk space, installing tetex just for some rarely used output option is a problem. Matplotlib is usable without it, with the sole exception of the usetex=True option. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.1 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages python-matplotlib depends on: pn dvipngnone (no description available) ii libwxgtk2.4-python2.4.3.1wxWindows Cross-platform C++ GUI t ii python2.4.3-11 An interactive high-level object-o ii python-central0.5.10 register and build utility for Pyt ii python-dev2.4.3-11 Header files and a static library ii python-gtk2 2.8.6-6Python bindings for the GTK+ widge pn python-matplotlib-datanone (no description available) ii python-numeric24.2-6 Numerical (matrix-oriented) Mathem ii python-numeric-ext24.2-6 Extension modules for Numeric Pyth ii python-tz 2006g-1Python version of the Olson timezo python-matplotlib recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401665: FTBFS on mipsel
Le vendredi 15 décembre 2006 11:38, Andreas Barth a écrit : * Jérôme Marant ([EMAIL PROTECTED]) [061215 11:35]: Le mardi 12 décembre 2006 16:46, Andreas Barth a écrit : As described in the developers reference: http://www.debian.org/doc/developers-reference/ch-resources.en.html#s-dchroot However, apt sources don't seem to be too current there. If there is anything I can help you on my mipsel-machine, please say so. Andreas, Have you tried anything yet w.r.t. my last reply? Not yet, because my mipsel machine started to segfault, and currently I cannot ssh into it. I hope to be able to test it in the next 24 hours, though. Alright. Please keep us informed as soon as you have something working again. Thanks. -- Jérôme Marant
Bug#402922: segfault in mplayer own mpeg2 library
Pierre Habouzit ha scritto: xine and vlc that use debian libpmeg2 instead do not segfault. just for the record: libxine1 ships its own internal version of libmpeg2 it is xineplug_decode_mpeg2.la a. signature.asc Description: OpenPGP digital signature
Bug#402994: use new libpaper hook to track system paper size
Ralf Stubner [EMAIL PROTECTED] wrote: On Thu, Dec 14, 2006 at 22:50 +0100, Frank Küster wrote: I don't think this is for etch, though, at least not with very thorough testing in unstable. Should we start a branch, or only do it when we actually need a further upload targetted at etch? This is not for etch (at least I hope that we won't have enough time for the required testing before etch is released ;-), hence it also is more texlive than tetex material. Concerning a separate branch: It is probably easiest if we create a special branch with things targeted for etch only when another upload is needed. Yep, in particular since I've already committed changes... Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#374834: menu: Patch to just fork and die, instead of waiting on a si
On Sun, 26 Nov 2006, Tim Dijkstra wrote: No, it is not adding any race condition. If understand correctly from the comments in the code, you are referring to the fact that the child could print to stdout after the parent has already died, hence cluttering other dpkg output, right? My patch does all the work that could print to stdout in the _parent_, avoiding the 'race condition' altogether. All the child does is wait, the same the original would version is supposed to do. I took a look at the patch and I understand the same. I agree it would have been nice to know exactly why the signal code doesn't work reliably but I don't see any drawback to use this new method. Please upload a fixed version ASAP. Or let us know if you need someone to do an NMU. Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/
Bug#403200: maint-guide: FTBFS: debiandoc2latexps: ERROR: maint-guide.ja.dvi could not be generated properly
Package: maint-guide Version: 1.2.7 Severity: serious Justification: FTBFS on i386, very likely to fail everywhere else Usertags: grid5000 Hi, During a rebuild of all packages in etch, I discovered that your package failed to build on i386. Relevant parts: debiandoc2latexps -l de maint-guide.de.sgml debiandoc2latexps -l es maint-guide.es.sgml debiandoc2latexps -l fr maint-guide.fr.sgml debiandoc2latexps -l it maint-guide.it.sgml debiandoc2latexps -l ja maint-guide.ja.sgml debiandoc2latexps: ERROR: maint-guide.ja.dvi could not be generated properly debiandoc2latexps: rerun with the -v option to found out why debiandoc2latexps: or check the log file maint-guide.ja.log make[1]: *** [maint-guide.ja.ps] Error 1 make[1]: Leaving directory `/root/maint-guide-1.2.7' Running with -v: (/usr/share/texmf-tetex/tex/latex/hyperref/hypertex.def) (/usr/share/texmf-tetex/tex/latex/tools/xspace.sty) (/usr/share/texmf/tex/latex/CJK/CJK.sty (/usr/share/texmf/tex/latex/CJK/mule/MULEenc.sty) (/usr/share/texmf/tex/latex/CJK/CJK.enc)) (./maint-guide.ja.aux) (/usr/share/texmf-tetex/tex/latex/base/ts1cmr.fd) (/usr/share/texmf-tetex/tex/latex/psnfss/t1ppl.fd) (/usr/share/texmf-tetex/tex/latex/hyperref/nameref.sty) (/usr/share/texmf/tex/latex/CJK/standard.bdg) (/usr/share/texmf/tex/latex/CJK/standard.enc) (/usr/share/texmf/tex/latex/CJK/standard.chr) ! I can't find file `JISdnp.enc'. to be read again \relax l.68 \begin{CJK}[dnp]{JIS}{min} ^^M Please type another input file name ! Emergency stop. to be read again \relax l.68 \begin{CJK}[dnp]{JIS}{min} ^^M No pages of output. Transcript written on maint-guide.ja.log. debiandoc2latexps: ERROR: maint-guide.ja.dvi could not be generated properly About the archive rebuilt: The rebuilt was done on about 30 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing an etch i386 environment (not unstable). Internet was not accessible from the build systems. The builds were processed as root. About Grid'5000: Grid'5000 is an highly reconfigurable experimental Grid platform gathering 9 sites and featuring a total of 5000 CPUs. It serves as a testbed for research in Grid Computing. See https://www.grid5000.fr/ -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300111: fonttools from fontforge
Hi Ralf, Kt, 2006 12 14 21:54 +0100, Ralf Stubner rašė: in the closing message to this bug you said that the various fonttools available from URL:http://fontforge.sourceforge.net/fontutils.html are not actively maintained and that most of their feature are already available in fontforge. That is according to the George Williams words, but now I can't find the reference to this. I don't know about the other tools, but I don't think this is the case for showttf, which does get updates as seen from URL:http://fontforge.cvs.sourceforge.net/fontforge/fontforge/fonttools/. These updates are infrequent, but this is expected given the nature of the tool. The TTF and OTF specifications don't change that rapidly. ;-) In addition, features of showttf are not available in fontforge. For example showttf allows one to take a detailed look into the structure of of the fonts and outlines, the usage of references etc. Also there are some private fields in TTF/OTF fonts which are not exposed by the fontforge GUI, while with showttf one can see their value. Therefore I would really appreciate it if you would include showttf into the Debian packages. I understand. I will include showttf on the next upload of the fontforge package. Only can't to promise that it will happen shortly. Thank you and best regards, -- Kęstutis Biliūnas [EMAIL PROTECTED] signature.asc Description: Ši laiško dalis yra pasirašyta skaitmeniniu būdu
Bug#387414: omniorb4: diff for NMU version 4.0.6-2.3
tags 387414 + patch thanks Hi, Attached is the diff for my omniorb4 4.0.6-2.3 NMU. To fix the bug I just used python-central instead of python-support because python-central puts the files where omniidl expect them and since a dependency of omniidl is also using python-central it just makes sense. Furthermore the dh_pysupport call was badly placed (after dh_installdeb) so I moved my dh_pycentral further up. Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ diff -u omniorb4-4.0.6/debian/changelog omniorb4-4.0.6/debian/changelog --- omniorb4-4.0.6/debian/changelog +++ omniorb4-4.0.6/debian/changelog @@ -1,3 +1,13 @@ +omniorb4 (4.0.6-2.3) unstable; urgency=low + + * Non-maintainer upload. + * Use python-central instead of python-support because the dependency +omniidl4-python also use that. And with that python-central uses the +standard location which doesn't break the expectation of this package. +Closes: #387414 + + -- Raphael Hertzog [EMAIL PROTECTED] Fri, 15 Dec 2006 09:55:48 +0100 + omniorb4 (4.0.6-2.2) unstable; urgency=low * Non-maintainer upload. diff -u omniorb4-4.0.6/debian/control omniorb4-4.0.6/debian/control --- omniorb4-4.0.6/debian/control +++ omniorb4-4.0.6/debian/control @@ -2,7 +2,8 @@ Section: devel Priority: optional Maintainer: Bastian Blank [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.1.67), python-dev, libssl-dev, autotools-dev, python-support (= 0.4) +Build-Depends: debhelper (= 4.1.67), python-dev, libssl-dev, autotools-dev, python-central (= 0.5.6) +XS-Python-Version: current Standards-Version: 3.7.2 Package: omniorb4 @@ -143,6 +144,7 @@ Package: omniidl4 Architecture: any Depends: ${shlibs:Depends}, ${python:Depends} +XB-Python-Version: ${python:Versions} Recommends: omniidl4-python Conflicts: omniidl Description: omniORB4 - idl compiler diff -u omniorb4-4.0.6/debian/rules omniorb4-4.0.6/debian/rules --- omniorb4-4.0.6/debian/rules +++ omniorb4-4.0.6/debian/rules @@ -82,9 +82,9 @@ dh_link -i dh_compress -i dh_fixperms -i + dh_pycentral -i dh_installdeb -i # dh_perl -i - dh_pysupport -i dh_gencontrol -i dh_md5sums -i dh_builddeb -i @@ -112,9 +112,9 @@ dh_compress -a dh_fixperms -a dh_makeshlibs -a -n -V + dh_pycentral -a dh_installdeb -a # dh_perl -a - dh_pysupport -a dh_shlibdeps -a dh_gencontrol -a dh_md5sums -a
Bug#401665: FTBFS on mipsel
Le mardi 12 décembre 2006 16:46, Andreas Barth a écrit : As described in the developers reference: http://www.debian.org/doc/developers-reference/ch-resources.en.html#s-dchroot However, apt sources don't seem to be too current there. If there is anything I can help you on my mipsel-machine, please say so. Andreas, Have you tried anything yet w.r.t. my last reply? -- Jérôme Marant
Bug#401665: FTBFS on mipsel
* Jérôme Marant ([EMAIL PROTECTED]) [061215 11:35]: Le mardi 12 décembre 2006 16:46, Andreas Barth a écrit : As described in the developers reference: http://www.debian.org/doc/developers-reference/ch-resources.en.html#s-dchroot However, apt sources don't seem to be too current there. If there is anything I can help you on my mipsel-machine, please say so. Andreas, Have you tried anything yet w.r.t. my last reply? Not yet, because my mipsel machine started to segfault, and currently I cannot ssh into it. I hope to be able to test it in the next 24 hours, though. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401393: Got the same issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just adding myself here to receive bug notifications (hope that actually works by adding a notice), I have the same issue than the first submitter, LVM on RAID1 and lilo fails with: device-mapper: table ioctl failed: No such device or address Fatal: device-mapper: dm_task_run(DM_DEVICE_TABLE) failed Greetings, Michel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (MingW32) - GPGrelay v0.959 iD8DBQFFgnrH2Vs+MkscAyURAg9EAJoDI7mqYUWn1ACPpirRq+44N8GnGgCg9EYT gceGtFd5XASNyJ85qNYT7UY= =d29R -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402994: use new libpaper hook to track system paper size
Ralf Stubner [EMAIL PROTECTED] wrote: I guess the patch to texconfig that you wrote is the better approach. The approach is flawed, however, That's what occurred to me too while riding my bike to the university... since it is very easy to construct situations where files in /etc are automatically changed, which we must not do. Hence it is probably easier to make all files that can be changed via texconfig proper configfiles in /etc, as you already suggested. Then we would need the permission to modify these files in some aspects. We could get this permission either via a debconf message (IMO overkill) or by something like this: The libpaper hock script reads in, say, /etc/default/tetex which contains a variable, say, USE_LIBPAPER. By default this variable is set to 'no', which makes the libpaper hock script excit with a suitable message. If the variable is set to 'yes', the libpaper hock script will adjust the configuration files. That's a nice approach. No need to hack texconfig even further. We need to - ship the libpaper hook and the file in /etc/default - synchronize the available paper sizes in texconfig and libpaper, filtering unknown ones out in the hook script (even if currently none would be unknown) - ? - test everything Some remarks: * I think we shouldn't use the filename /etc/default/tetex: The setting will actually also have effect when texlive is installed and used * It would be good if texconfig could be notified that it doesn't need to recreate the formats, since we're doing that anyway a couple of lines later. I think such an option would even make sense to submit upstream, because it is usefull if one wants to change a couple of things at the same time, like papersize and hyphenation patterns. * Generally, we should try to provide the parts that make sense upstream as separate patches. Nice thing would be that no patches for texconfig or dvips/dvipdfm would be needed. Except enabling more paper sizes - but that's also something upstream will probably accept. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#403181: patch to fix athcool build by adding zlib
tags 403181 + patch thanks This patch adds zlib to the build, which should fix the problem. Patch attached. -- Regards, Andreas Henriksson diff -uriNp athcool-0.3.11/debian/control athcool-0.3.11-fixed/debian/control --- athcool-0.3.11/debian/control 2006-12-15 11:55:39.0 +0100 +++ athcool-0.3.11-fixed/debian/control 2006-12-15 11:52:40.0 +0100 @@ -2,7 +2,7 @@ Source: athcool Section: misc Priority: extra Maintainer: Nicolas Boullis [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0.19), pciutils-dev +Build-Depends: debhelper (= 4.0.19), pciutils-dev, zlib1g-dev Standards-Version: 3.6.2 Package: athcool diff -uriNp athcool-0.3.11/Makefile athcool-0.3.11-fixed/Makefile --- athcool-0.3.11/Makefile 2005-06-18 06:07:17.0 +0200 +++ athcool-0.3.11-fixed/Makefile 2006-12-15 11:54:27.0 +0100 @@ -20,7 +20,7 @@ CFLAGS= -O2 -Wall DEFS= -I. -I$(includedir) -DPACKAGE=\$(PACKAGE)\ -DVERSION=\$(VERSION)\ #DEFS += -DENABLE_FORCEID=1 #DEFS += -DDISABLE_WRITE_REG=1 -LIBS = -lpci +LIBS = -lpci -lz ### rules ###
Bug#402772: bug 402772: downgrade mplayer bug 395252 (for including mplayer in etch)
Steve Langasek ha scritto: On Wed, Dec 13, 2006 at 09:24:05AM +0100, A Mennucc wrote: Just for the record: the release team had already expressed his view (in a sense): in Oct, there was already a (informal) discussion in #d-release, and the opinion was that this bug 295252 was not RC at all. However, the release team is also almost certainly going to defer to the security team's judgement as to whether a given package is supportable in a stable release, since it's the security team who ultimately has to do the supporting. So in that sense, yes, it would be RC if the security team says it's RC. hi Steve I think that we are reaching an agreement Moritz said in http://lists.debian.org/debian-devel/2006/12/msg00322.html that he thinks this bug should be RC, but that an exception should be made for Etch If everybody agrees, may someone in release team add a etch-ignore to that bug? a. signature.asc Description: OpenPGP digital signature
Bug#374834: menu: Patch to just fork and die, instead of waiting on a si
On Fri, Dec 15, 2006 at 11:30:57AM +0100, Raphael Hertzog wrote: I took a look at the patch and I understand the same. I agree it would have been nice to know exactly why the signal code doesn't work reliably but I don't see any drawback to use this new method. Can you reproduce the problem and check the patch actually fix it ? I cannot. Cheers, Bill. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#113304: long time I havent written to you ;-)
hot singles in your city are looking for love. visit their photo profiles now to see what you are missing: http://seemoreseashells.com public work -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403201: siege: new upstream version
Package: siege Version: 2.65-4 Severity: wishlist The version currently packaged is actually 2.65b1 from 2005-12-07. 2.65 has been out since June. Thanks, Matej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403202: python-formencode: FTBFS: rm: cannot remove `/root/python-formencode-0.5.1/debian/python-formencode/usr/lib/python2.3/site-packages/formencode/formgen.py': No such file or directory
Package: python-formencode Version: 0.5.1-4 Severity: serious Justification: FTBFS on i386, very likely to fail everywhere else Usertags: grid5000 Hi, During a rebuild of all packages in etch, I discovered that your package failed to build on i386. running install_egg_info running egg_info creating FormEncode.egg-info writing requirements to FormEncode.egg-info/requires.txt writing FormEncode.egg-info/PKG-INFO writing top-level names to FormEncode.egg-info/top_level.txt writing dependency_links to FormEncode.egg-info/dependency_links.txt writing manifest file 'FormEncode.egg-info/SOURCES.txt' reading manifest file 'FormEncode.egg-info/SOURCES.txt' reading manifest template 'MANIFEST.in' warning: no files found matching '*.py' under directory '.' warning: no files found matching '*.html' under directory 'docs/' no previously-included directories found matching '**/.svn' writing manifest file 'FormEncode.egg-info/SOURCES.txt' Copying FormEncode.egg-info to /root/python-formencode-0.5.1/debian/python-formencode/usr/lib/python2.4/site-packages/FormEncode-0.5.1-py2.4.egg-info running install_scripts rm /root/python-formencode-0.5.1/debian/python-formencode/usr/lib/python2.3/site-packages/formencode/formgen.py \ /root/python-formencode-0.5.1/debian/python-formencode/usr/lib/python2.3/site-packages/formencode/sqlformgen.py rm: cannot remove `/root/python-formencode-0.5.1/debian/python-formencode/usr/lib/python2.3/site-packages/formencode/formgen.py': No such file or directory rm: cannot remove `/root/python-formencode-0.5.1/debian/python-formencode/usr/lib/python2.3/site-packages/formencode/sqlformgen.py': No such file or directory make: *** [install] Error 1 Version 0.6-1 currently in unstable builds fine inside etch, despite a few warnings: dh_python: Doing nothing since dh_pycompat exists; dh_pysupport or dh_pycentral should do the work. You can remove dh_python from your rules file. warning, `debian/python-formencode/DEBIAN/control' contains user-defined field `Python-Version' dpkg-deb: building package `python-formencode' in `../python-formencode_0.6-1_all.deb'. dpkg-deb: ignoring 1 warnings about the control file(s) dpkg-genchanges dpkg-genchanges: warning: unknown information field `Xb-Python-Version' in input data in package's section of control info file I haven't looked at the other changes tho, so I dunno if it's suitable for a hint. About the archive rebuilt: The rebuilt was done on about 30 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing an etch i386 environment (not unstable). Internet was not accessible from the build systems. The builds were processed as root. About Grid'5000: Grid'5000 is an highly reconfigurable experimental Grid platform gathering 9 sites and featuring a total of 5000 CPUs. It serves as a testbed for research in Grid Computing. See https://www.grid5000.fr/ -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401023: (no subject)
This valgrind report show no real leak imputable to Claws. You'd have to leave Claws running for a while under valgrind... -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402751: linux-image-2.6-686: N
retitle 402751 linux-2.6 - ata2: port is slow to respond, please be patient reassign 402751 linux-2.6 severity 402751 important thanks On Tue, Dec 12, 2006 at 03:13:24PM +0100, Peter Ronnquist wrote: I installed etch release candidate 1 wich works well. I then updated the kernel to from 2.6.17-2-686 to 2.6.18+5 and then the harddisk seems to be unusable. I get the following error during boot: ata2: port is slow to respond, please be patient ata2: port failed to respond (30 secs) SRST failed (status 0xFF) . The patch for this problem seems to be http://thread.gmane.org/gmane.linux.ide/13408/focus=13439. Bastian -- Only a fool fights in a burning house. -- Kank the Klingon, Day of the Dove, stardate unknown -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401920: (no subject)
This may be due to a buggy GTK theme engine. Can you try with another GTK theme engine? -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403171: linux-image-2.6.18-3-686: Please update yaird Depends version to = 0.0.12-15
clone 403171 -1 reassign -1 yaird retitle -1 yaird - missing communication with the kernel team thanks On Fri, Dec 15, 2006 at 04:41:49PM +1100, Peter Moulder wrote: Configuring linux-image-2.6.18-3-686 with yaird 0.0.12-14 fails (“bad value in /boot/config-2.6.18-3-686: CONFIG_DEFCONFIG_LIST=/lib/modules/$UNAME_RELEASE/.config”), whereas 0.0.12-18 succeeds. (See partial transcript below.) The yaird team does not communicate such changes to the only user, the kernel team. Bastian -- Bones: The man's DEAD, Jim! signature.asc Description: Digital signature
Bug#403151: yc-el: Please add a depends against emacsen or emacs-snapshot
On December 15, 2006 at 8:37AM +0100, arnaud (at andesi.org) wrote: If you intend to add emacsen, then you have to check if yc-el works with these packages: emacs21, xemacs21, emacs-snapshot. The policy is a bit out-dated, so I think that you can forget emacs20 and emacs19 which aren't in the archive anymore. Also, please note that yc-el requires the MULE feature to handle non-latin characters. Currently, emacsen with MULE are emacs21 xemacs21-mule xemacs21-mule-canna-wnn xemacs21-gnome-mule xemacs21-gnome-mule-canna-wnn emacs-snapshot (xemacs21-nomule lacks MULE, but it provides emacsen and xemacs21.) -- Tatsuya Kinoshita pgp7keTNmnzAQ.pgp Description: PGP signature
Bug#397364: RE : libfuse2: New upstream version 2.6.0
there is even a 2.6.1 version now : http://sourceforge.net/project/showfiles.php?group_id=121684package_id=132802 The latest ntfs-3g needs fuse = 2.6. This version of ntfs-3g fix a potentiel critical bug, so it could be great to get the latest fuse, so we can get the latest ntfs-3g. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403204: eclipse: still using wrong kdialog syntax
Package: eclipse Version: 3.2.1-2 Severity: grave Justification: renders package unusable This is a bug similar to #396626 or #400808 (but not the same, so I'm filling a new bug report): when starting eclipse, kdialog fails with this error: $ eclipse using specified vm: /usr/lib/jvm/java-1.5.0-sun kdialog: Opzione --text=This Eclipse build doesn't have support for the integrated browser. sconosciuta. kdialog: Usa --help per ottenere la lista delle opzioni a riga di comando disponibili. $ Actually kdialog (in kdebase-bin 3.5.5a.dfsg.1-3) doesn't have a --text option, so invoking eclipse is resulting in no useful output at all. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages eclipse depends on: ii eclipse-jdt 3.2.1-2Java Development Tools plug-ins fo ii eclipse-pde 3.2.1-2Plug-in Development Environment to ii eclipse-source3.2.1-2Eclipse source code plug-ins Versions of packages eclipse recommends: pn eclipse-gcj none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402665: [Pkg-gnutls-maint] Bug#402665: STARTTLS causes segfault
severity 402665 important tags 492665 moreinfo unreproducible thanks On Wed, Dec 13, 2006 at 09:56:51AM +1100, Peter Chubb wrote: I tried to reproduce the bug (reinstalled 1.4.4-3) and the problem has stopped occurring. I *hate* bugs like that. :) Based on this, I'd say the bug should be downgraded pending a reproducible test case. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401530: usb-scanners don't work on powerpc (little endian)
Hi, * Holger Levsen ([EMAIL PROTECTED]) [061204 02:03]: scanning with usb-connected devices does not work on powerpc (or all little endian archs I guess). After I followed the instructions in this email, http://www.mail-archive.com/hplip-devel%40lists.sourceforge.net/msg00233.html and recompiled the package, scanning works. But I dont think removing that macro is the right solution for all archs :) did the maintainer had a chance to take a look in this bug? Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397412: wmaker: Wmaker crash on creating desktop
On Tue, 05 Dec 2006, jamhed wrote: Well, it worked for me, and seemingly for most other people. I'm not sure what makes your configuration special, though :-) I was suspecting my 'special config', because of upgrade, so I've installed fresh etch on another clean machine, it crashed there too. That makes me think there is something wrong. It was netinst from this mirror: http://ftp.kulnet.kuleuven.ac.be/debian I could reproduce the bug. It's locale-dependent. Using ru_RU.KOI8-R or ru_RU.UTF-8 allowed me to reproduce the bug. How to reproduce: - dpkg-reconfigure locales and activate ru_RU.KOI8-R - if you never used windowmaker start it in your current locale and create a second desktop (I don't understand russian) this is done with right click on the desktop and then follow the menu Workspace/Workspaces/New - kill wmaker and restart it with: $ export LC_ALL=ru_RU.KOI8-R $ wmaker (I also unset the various other LANG* env variables just for safety) Valgrind didn't give any useful information because /usr/bin/wmaker is just a shell script. Running it on WindowMaker gives something more interesting: $ LC_ALL=ru_RU.KOI8-R valgrind WindowMaker ==21367== Memcheck, a memory error detector. ==21367== Copyright (C) 2002-2006, and GNU GPL'd, by Julian Seward et al. ==21367== Using LibVEX rev 1658, a library for dynamic binary translation. ==21367== Copyright (C) 2004-2006, and GNU GPL'd, by OpenWorks LLP. ==21367== Using valgrind-3.2.1-Debian, a dynamic binary instrumentation framework. ==21367== Copyright (C) 2000-2006, and GNU GPL'd, by Julian Seward et al. ==21367== For more details, rerun with: -v ==21367== ==21367== Invalid read of size 4 ==21367==at 0x4010E00: (within /lib/ld-2.3.6.so) ==21367==by 0x4004B78: (within /lib/ld-2.3.6.so) ==21367==by 0x4006792: (within /lib/ld-2.3.6.so) ==21367==by 0x428A2AF: (within /lib/tls/i686/cmov/libc-2.3.6.so) ==21367==by 0x400B44E: (within /lib/ld-2.3.6.so) ==21367==by 0x4289D1E: _dl_open (in /lib/tls/i686/cmov/libc-2.3.6.so) ==21367==by 0x4186D8D: (within /lib/tls/i686/cmov/libdl-2.3.6.so) ==21367==by 0x400B44E: (within /lib/ld-2.3.6.so) ==21367==by 0x418742C: (within /lib/tls/i686/cmov/libdl-2.3.6.so) ==21367==by 0x4186D20: dlopen (in /lib/tls/i686/cmov/libdl-2.3.6.so) ==21367==by 0x40B3448: (within /usr/lib/libX11.so.6.2.0) ==21367==by 0x40B3756: _XNoticeCreateBitmap (in /usr/lib/libX11.so.6.2.0) ==21367== Address 0x44D8780 is 24 bytes inside a block of size 25 alloc'd ==21367==at 0x401D38B: malloc (vg_replace_malloc.c:149) ==21367==by 0x4006B83: (within /lib/ld-2.3.6.so) ==21367==by 0x428A2AF: (within /lib/tls/i686/cmov/libc-2.3.6.so) ==21367==by 0x400B44E: (within /lib/ld-2.3.6.so) ==21367==by 0x4289D1E: _dl_open (in /lib/tls/i686/cmov/libc-2.3.6.so) ==21367==by 0x4186D8D: (within /lib/tls/i686/cmov/libdl-2.3.6.so) ==21367==by 0x400B44E: (within /lib/ld-2.3.6.so) ==21367==by 0x418742C: (within /lib/tls/i686/cmov/libdl-2.3.6.so) ==21367==by 0x4186D20: dlopen (in /lib/tls/i686/cmov/libdl-2.3.6.so) ==21367==by 0x40B3448: (within /usr/lib/libX11.so.6.2.0) ==21367==by 0x40B3756: _XNoticeCreateBitmap (in /usr/lib/libX11.so.6.2.0) ==21367==by 0x40B3B3C: XCreatePixmap (in /usr/lib/libX11.so.6.2.0) ==21367== ==21367== Conditional jump or move depends on uninitialised value(s) ==21367==at 0x4008ED5: (within /lib/ld-2.3.6.so) ==21367==by 0x428A704: (within /lib/tls/i686/cmov/libc-2.3.6.so) ==21367==by 0x400B44E: (within /lib/ld-2.3.6.so) ==21367==by 0x4289D1E: _dl_open (in /lib/tls/i686/cmov/libc-2.3.6.so) ==21367==by 0x4186D8D: (within /lib/tls/i686/cmov/libdl-2.3.6.so) ==21367==by 0x400B44E: (within /lib/ld-2.3.6.so) ==21367==by 0x418742C: (within /lib/tls/i686/cmov/libdl-2.3.6.so) ==21367==by 0x4186D20: dlopen (in /lib/tls/i686/cmov/libdl-2.3.6.so) ==21367==by 0x40B3448: (within /usr/lib/libX11.so.6.2.0) ==21367==by 0x40B3756: _XNoticeCreateBitmap (in /usr/lib/libX11.so.6.2.0) ==21367==by 0x40B3B3C: XCreatePixmap (in /usr/lib/libX11.so.6.2.0) ==21367==by 0x40B29BF: XCreateBitmapFromData (in /usr/lib/libX11.so.6.2.0) ==21367== ==21367== Conditional jump or move depends on uninitialised value(s) ==21367==at 0x4008B2E: (within /lib/ld-2.3.6.so) ==21367==by 0x428A704: (within /lib/tls/i686/cmov/libc-2.3.6.so) ==21367==by 0x400B44E: (within /lib/ld-2.3.6.so) ==21367==by 0x4289D1E: _dl_open (in /lib/tls/i686/cmov/libc-2.3.6.so) ==21367==by 0x4186D8D: (within /lib/tls/i686/cmov/libdl-2.3.6.so) ==21367==by 0x400B44E: (within /lib/ld-2.3.6.so) ==21367==by 0x418742C: (within /lib/tls/i686/cmov/libdl-2.3.6.so) ==21367==by 0x4186D20: dlopen (in /lib/tls/i686/cmov/libdl-2.3.6.so) ==21367==by 0x40B3448: (within /usr/lib/libX11.so.6.2.0) ==21367==by 0x40B3756: _XNoticeCreateBitmap (in /usr/lib/libX11.so.6.2.0) ==21367==by 0x40B3B3C: XCreatePixmap (in /usr/lib/libX11.so.6.2.0)
Bug#402772: bug 402772: downgrade mplayer bug 395252 (for including mplayer in etch)
On Tue, Dec 12, 2006 at 09:17:10PM +0100, A Mennucc wrote: This question is urgent, in the sense that I would like your help about bug 395252, that as so far stopped mplayer from entering in Etch. Brief summary of bug: MPlayer contains an embedded copy of FFmpeg (indeed, they are developed by ~the same people); Aurélien GÉRÔME and Moritz Muehlenhoff ask that the mplayer package be dynamically linked to the libraries in the Debian package ffmpeg (instead of statically linking with the copy shipped in the star of MPlayer); they consider this bug a RC bug. I do not think that this bug is serious RC; and, moreover, I do not think that MPlayer deserves to be kept out of Etch on the basis of bug 395252. There are multiple levels of ugliness when it comes to handling libraries: - shipping an embedded copy of the library in the source tree. This adds to the number of source packages that need to be patched every time there is a security bug in the lib. - statically linking to the library provided by the separate library source package. This is better for security support than the previous option, because the package needs only a rebuild for the security update, not separate fiddling with the source. - dynamically linking to the shared library. This is optimal for security support, though of course there may be other problems with this (lack of stable ABI; the mentioned performance issues on i386 due to register constraints). Now it's probably not reasonable to require shared linking for mplayer as a release-critical requirement, especially when there are known problems with that approach and this would single out mplayer to an extent that other packages are not. But a) I haven't seen anything to really indicate it's the security team's intention to require this, and b) right now mplayer is at the far end of the spectrum, bundling its own copy of the libs in the source. There is a middle ground here, which is mplayer statically linking against the common ffmpeg package; I think that would be a reasonable compromise, and I'd like to know if there are reasons this too isn't achievable for etch. There may be known reasons, of course -- it's just not clear to me which of the reasons for not dynamically linking also apply to statically linking, and whether the issues with static linking might be surmountable. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#403208: configuration file for defaults
Package: swaks Version: 0+20061116.0-2 Severity: wishlist It would be great if I could use a configuration file to specify defaults for stuff like the EHLO hostname to be used by swaks. Thanks for your consideration and this great piece of software! -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages swaks depends on: ii perl 5.8.8-7Larry Wall's Practical Extraction swaks recommends no packages. -- no debconf information -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
Bug#403205: manpages-ja: port Debian-specific changes in English cron manpages to Japanese ones
Package: manpages-ja Version: 0.5.0.0.20061115-2 Severity: normal Tags: patch Hi, Debian's cron package has been shipped with many Debian-specific changes and English manpages in the package has been modified to reflect those changes. So, Japanese cron manpages should also reflect them. Here is a patch to port changes in English cron manpage to Japanese ones in 0.5.0.0.20061115-2, one of which crontab.5 already has fixes for allowed values for day of month and month (Bug#261649). Note that the Debianized cron manpages will keep updated and you should keep an eye on them. If it is hard for you to check updates of cron source package, please tell me. I'll help you. :-) -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686 Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) -- no debconf information cron-man.ja.diff.gz Description: Binary data
Bug#403178: bugs.debian.org: closed capi4hylafax bug doesn't appear in bug list
retitle 403178 archived link should be archive thanks On Fri, 15 Dec 2006, Lionel Elie Mamane wrote: http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=capi4hylafax http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=capi4hylafax;archived=yes You want: http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=capi4hylafax;archive=yes Don Armstrong -- Tell me something interesting about yourself. Lie if you have to. -- hugh macleod http://www.gapingvoid.com/archives/batch20.php http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403207: devscripts: [dd-list] With binary packages as input, output should be binary packages, too
Package: devscripts Version: 2.9.22~bpo.2 Severity: normal Currently, dd-list always uses source package names in the output: $ dd-list kdvi Debian Qt/KDE Maintainers debian-qt-kde@lists.debian.org kdegraphics $ (this is also described in the man page). However, if binary packages are input, it should at least be selectable to get binary package names in the output, too. Regards, Frank -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.17-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages devscripts depends on: ii debianutils 2.8.4 Miscellaneous utilities specific t ii dpkg-dev 1.10.28Package building tools for Debian ii libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an ii perl 5.8.4-8sarge5 Larry Wall's Practical Extraction ii sed 4.1.2-8The GNU sed stream editor -- no debconf information -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#403206: elinks: cursor hides the first character of the currently selected link
Package: elinks Version: 0.11.1-1.2 Severity: normal I tested elinks in an xterm with a black background (and white text). When the xterm has the focus, the first character of the currently selected link is not visible: I can just see the white cursor instead of this character (in reversed video). I have no such problem in the shell, for instance. So, this is not a bug in xterm (though it occurs in xterm in particular). I've attached the output of appres XTerm here. I'm using the default elinks configuration (i.e., I've never changed it). -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686-bigmem Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Versions of packages elinks depends on: ii debconf 1.5.10 Debian configuration management sy ii libbz2-1.0 1.0.3-6 high-quality block-sorting file co ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libexpat11.95.8-3.4 XML parsing C library - runtime li ii libgnutls13 1.4.4-3 the GNU TLS library - runtime libr ii libgpmg1 1.19.6-23 General Purpose Mouse - shared lib ii liblua50 5.0.3-2 Main interpreter library for the L ii liblualib50 5.0.3-2 Extension library for the Lua 5.0 ii libperl5.8 5.8.8-7 Shared Perl library ii zlib1g 1:1.2.3-13 compression library - runtime elinks recommends no packages. -- no debconf information *VT100.utf8Fonts.font4: -misc-fixed-medium-r-normal--13-120-75-75-c-80-iso10646-1 *VT100.utf8Fonts.font2: -misc-fixed-medium-r-normal--8-80-75-75-c-50-iso10646-1 *VT100.utf8Fonts.font6: -misc-fixed-medium-r-normal--20-200-75-75-c-100-iso10646-1 *VT100.utf8Fonts.font5: -misc-fixed-medium-r-normal--18-120-100-100-c-90-iso10646-1 *VT100.utf8Fonts.font3: -misc-fixed-medium-r-normal--14-130-75-75-c-70-iso10646-1 *VT100.utf8Fonts.font: -misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso10646-1 *VT100.colorRV: green *VT100.background: black *VT100.colorUL: cyan *VT100.colorBD: yellow *VT100.oldXtermFKeys: true *VT100.font2: 5x7 *VT100*font2: -adobe-courier-medium-r-normal-*-10-*-*-*-*-*-*-* *VT100.translations:#override \n\ ShiftTab: string(\033[Z) \n\ CtrlBackSpace:string(\027) \n\ CtrlUp: scroll-back(1, line) \n\ CtrlDown: scroll-forw(1, line) *VT100.pointerColor:red *VT100.font3: 6x10 *VT100*font3: fixed *VT100.reverseWrap: true *VT100.font4: 7x13 *VT100*font4: -adobe-courier-medium-r-normal-*-12-*-*-*-*-*-*-* *VT100.foreground: white *VT100.charClass: 43:48,45-58:48,126:48 *VT100.geometry:80x60 *VT100.font5: 9x15 *VT100*font5: -adobe-courier-medium-r-normal-*-14-*-*-*-*-*-*-* *VT100.font6: 10x20 *VT100*font6: -adobe-courier-medium-r-normal-*-16-*-*-*-*-*-*-* *VT100.backarrowKey:true *VT100.colorBL: red *VT100.font1: nil2 *VT100.saveLines: 600 *VT100*font:fixed *menubar.borderWidth: 0 *tek4014*fontLarge: 9x15 *tek4014*font2: 8x13 *tek4014*font3: 6x13 *tek4014*fontSmall: 6x10 *vtMenu*visualbell*Label: Enable Visual Bell *vtMenu*reversewrap*Label: Enable Reverse Wraparound *vtMenu*clearsavedlines*Label: Reset and Clear Saved Lines *vtMenu*poponbell*Label:Enable Pop on Bell *vtMenu*autolinefeed*Label: Enable Auto Linefeed *vtMenu*tekshow*Label: Show Tek Window *vtMenu*marginbell*Label: Enable Margin Bell *vtMenu*appcursor*Label:Enable Application Cursor Keys *vtMenu*tekmode*Label: Switch to Tek Mode *vtMenu*cursorblink*Label: Enable Blinking Cursor *vtMenu*appkeypad*Label:Enable Application Keypad *vtMenu*vthide*Label: Hide VT Window *vtMenu*titeInhibit*Label: Enable Alternate Screen Switching *vtMenu*scrollbar*Label:Enable Scrollbar *vtMenu*scrollkey*Label:Scroll to Bottom on Key Press *vtMenu*altscreen*Label:Show Alternate Screen *vtMenu*scrollttyoutput*Label: Scroll to Bottom on Tty Output *vtMenu*jumpscroll*Label: Enable Jump Scroll *vtMenu*activeicon*Label: Enable Active Icon *vtMenu*allow132*Label: Allow 80/132 Column Switching *vtMenu*reversevideo*Label: Enable Reverse Video *vtMenu*softreset*Label:Do Soft Reset *vtMenu*cursesemul*Label: Enable Curses Emulation *vtMenu*autowrap*Label: Enable Auto Wraparound *vtMenu*hardreset*Label:Do Full Reset *vtMenu.Label: VT Options *MenuButton*borderWidth:0 *Scrollbar.thickness: 8 *Scrollbar.background: grey *Scrollbar.foreground: black *fontMenu*fontsel*Label:Selection *fontMenu*font4*Label: Medium *fontMenu*render-font*Label:TrueType Fonts
Bug#374834: menu: Patch to just fork and die, instead of waiting on a si
On Fri, 15 Dec 2006, Bill Allombert wrote: On Fri, Dec 15, 2006 at 11:30:57AM +0100, Raphael Hertzog wrote: I took a look at the patch and I understand the same. I agree it would have been nice to know exactly why the signal code doesn't work reliably but I don't see any drawback to use this new method. Can you reproduce the problem and check the patch actually fix it ? No, I don't remember having encountered this problem, but the information provided by others looks convincing. I would apply the patch, check that update-menus still works according to your wishes and trust the others to verify that it fixed the problem. Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/
Bug#403163: mysql-dfsg-5.0: untranslatable strings in templates.pot
On Fri, Dec 15, 2006 at 09:05:40AM +0100, Christian Hammers wrote: || Hello Vincent || || On 2006-12-15 Vincent Zweije wrote: || File debian/po/templates.pot contains the following curious strings: || || #. Type: boolean || #. Description || #: ../mysql-server-5.0.templates:8001 || msgid internal || msgstr || || #. Type: boolean || #. Description || #: ../mysql-server-5.0.templates:8001 || msgid Only internally used. || msgstr || || Fellow translator Thijs Kinkhorst mentions that these should probably || no longer be marked as translatable, hence this bugreport. || || There strings are indeed only to make Debconf happy, they are not supposed || to be shown to a user in any situation. || || Is there anything I can do to make that more obvious to translators? || A special flag like changing the text to do not translate me? I don't know enough of the pot format to answer this (and I'm too lazy to look it up). Maybe someone on the language list has any hints? Suggest you keep Christian in the loop (though #403163). Ciao. Vincent. -- Vincent Zweije [EMAIL PROTECTED]| If you're flamed in a group you http://www.xs4all.nl/~zweije/ | don't read, does anybody get burnt? [Xhost should be taken out and shot] |-- Paul Tomblin on a.s.r. signature.asc Description: Digital signature
Bug#396636: eclipse: workaround
Package: eclipse Followup-For: Bug #396636 As a simple workaround: You should install package libxul-dev, which actually provides libgtkembedmoz.so as a symlink to /usr/lib/libgtkembedmoz.so.0d shipped by libxul0d (I really don't know if this is a libxul policy violation). Then start eclipse setting MOZILLA_FIVE_HOME to /usr/lib/. In this way you shouldn't hit this bug. --- However perhaps that /usr/bin/eclipse is bugged as well, since it looks for libgtkembedmoz.so in MOZILLA_FIVE_HOME /usr/lib/mozilla/ /usr/lib/firefox/ /usr/lib/xulrunner/ /usr/lib/mozilla-firefox/ /usr/lib/mozilla/ (as a side note, in the fourth case (xulrunner), it sets MOZILLA_FIVE_HOME to /usr/lib/firefox (copy and paste error?)). However, searching for libgtkembedmoz.so in packages in unstable on x86 http://packages.debian.org/cgi-bin/search_contents.pl?word=libgtkembedmoz.sosearchmode=searchfilescase=insensitiveversion=unstablearch=i386 gives usr/lib/debug/usr/lib/icedove/libgtkembedmoz.so mail/icedove-dbg usr/lib/icedove/libgtkembedmoz.so mail/icedove usr/lib/libgtkembedmoz.so libdevel/libxul-dev These three paths are not tested in /usr/bin/eclipse script, and maybe this bug occurs if eclipse uses an old libgtkembedmoz.so, for example one in /usr/lib/firefox or in /usr/lib/mozilla? Cheers, --- Giuseppe D'Angelo -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages eclipse depends on: ii eclipse-jdt 3.2.1-2Java Development Tools plug-ins fo ii eclipse-pde 3.2.1-2Plug-in Development Environment to ii eclipse-source3.2.1-2Eclipse source code plug-ins Versions of packages eclipse recommends: pn eclipse-gcj none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403209: Per-device locking - necessary to avoid long wait for multi-device card reader
Package: usbmount Version: 0.0.14-0.1 Severity: normal Tags: patch Hello, I own a bazillion-in-one USB card reader which registers 4 different devices when it is plugged in. As Murphy would have it, the slot which actually contains my xD card is always registered last (or second-to-last) by udev. Due to usbmount's global lock, this leads to a long wait: Dec 15 11:38:36 x usbmount[28589]: trying to acquire lock /var/run/usbmount/.mount.lock Dec 15 11:38:36 x usbmount[28589]: acquired lock /var/run/usbmount/.mount.lock Dec 15 11:38:36 x usbmount[28589]: testing whether /dev/sdb is readable Dec 15 11:38:36 x usbmount[28617]: trying to acquire lock /var/run/usbmount/.mount.lock Dec 15 11:38:36 x usbmount[28632]: trying to acquire lock /var/run/usbmount/.mount.lock Dec 15 11:38:36 x usbmount[28609]: trying to acquire lock /var/run/usbmount/.mount.lock Dec 15 11:38:36 x usbmount[28589]: attempt 0 to read from /dev/sdb failed Dec 15 11:38:37 x usbmount[28589]: attempt 1 to read from /dev/sdb failed Dec 15 11:38:38 x usbmount[28589]: attempt 2 to read from /dev/sdb failed Dec 15 11:38:39 x usbmount[28589]: attempt 3 to read from /dev/sdb failed Dec 15 11:38:40 x usbmount[28589]: attempt 4 to read from /dev/sdb failed Dec 15 11:38:41 x usbmount[28589]: attempt 5 to read from /dev/sdb failed Dec 15 11:38:42 x usbmount[28589]: attempt 6 to read from /dev/sdb failed Dec 15 11:38:43 x usbmount[28589]: attempt 7 to read from /dev/sdb failed Dec 15 11:38:44 x usbmount[28589]: attempt 8 to read from /dev/sdb failed Dec 15 11:38:45 x usbmount[28589]: attempt 9 to read from /dev/sdb failed Dec 15 11:38:46 x usbmount[28589]: attempt 10 to read from /dev/sdb failed Dec 15 11:38:47 x usbmount[28589]: attempt 11 to read from /dev/sdb failed Dec 15 11:38:48 x usbmount[28589]: attempt 12 to read from /dev/sdb failed Dec 15 11:38:49 x usbmount[28589]: attempt 13 to read from /dev/sdb failed Dec 15 11:38:50 x usbmount[28589]: attempt 14 to read from /dev/sdb failed Dec 15 11:38:51 x usbmount[28589]: attempt 15 to read from /dev/sdb failed Dec 15 11:38:52 x usbmount[28589]: attempt 16 to read from /dev/sdb failed Dec 15 11:38:53 x usbmount[28589]: attempt 17 to read from /dev/sdb failed Dec 15 11:38:54 x usbmount[28589]: attempt 18 to read from /dev/sdb failed Dec 15 11:38:55 x usbmount[28589]: attempt 19 to read from /dev/sdb failed Dec 15 11:38:56 x usbmount[28589]: cannot read from /dev/sdb Dec 15 11:39:06 x usbmount[28617]: acquired lock /var/run/usbmount/.mount.lock Dec 15 11:39:06 x usbmount[28617]: testing whether /dev/sdd is readable Dec 15 11:39:06 x usbmount[28617]: attempt 0 to read from /dev/sdd failed Dec 15 11:39:06 x usbmount[28632]: cannot acquire lock /var/run/usbmount/.mount.lock Dec 15 11:39:06 x usbmount[28609]: cannot acquire lock /var/run/usbmount/.mount.lock Dec 15 11:39:06 x usbmount[28748]: trying to acquire lock /var/run/usbmount/.mount.lock Dec 15 11:39:07 x usbmount[28617]: attempt 1 to read from /dev/sdd failed Dec 15 11:39:08 x usbmount[28617]: attempt 2 to read from /dev/sdd failed Dec 15 11:39:09 x usbmount[28617]: attempt 3 to read from /dev/sdd failed Dec 15 11:39:10 x usbmount[28617]: attempt 4 to read from /dev/sdd failed Dec 15 11:39:11 x usbmount[28617]: attempt 5 to read from /dev/sdd failed Dec 15 11:39:12 x usbmount[28617]: attempt 6 to read from /dev/sdd failed Dec 15 11:39:13 x usbmount[28617]: attempt 7 to read from /dev/sdd failed Dec 15 11:39:14 x usbmount[28617]: attempt 8 to read from /dev/sdd failed Dec 15 11:39:15 x usbmount[28617]: attempt 9 to read from /dev/sdd failed Dec 15 11:39:16 x usbmount[28617]: attempt 10 to read from /dev/sdd failed Dec 15 11:39:17 x usbmount[28617]: attempt 11 to read from /dev/sdd failed Dec 15 11:39:18 x usbmount[28617]: attempt 12 to read from /dev/sdd failed Dec 15 11:39:19 x usbmount[28617]: attempt 13 to read from /dev/sdd failed Dec 15 11:39:20 x usbmount[28617]: attempt 14 to read from /dev/sdd failed Dec 15 11:39:21 x usbmount[28617]: attempt 15 to read from /dev/sdd failed Dec 15 11:39:22 x usbmount[28617]: attempt 16 to read from /dev/sdd failed Dec 15 11:39:23 x usbmount[28617]: attempt 17 to read from /dev/sdd failed Dec 15 11:39:24 x usbmount[28617]: attempt 18 to read from /dev/sdd failed Dec 15 11:39:25 x usbmount[28617]: attempt 19 to read from /dev/sdd failed Dec 15 11:39:26 x usbmount[28617]: cannot read from /dev/sdd Dec 15 11:39:36 x usbmount[28748]: acquired lock /var/run/usbmount/.mount.lock Dec 15 11:39:36 x usbmount[28748]: testing whether /dev/sde1 is readable Dec 15 11:39:36 x usbmount[28748]: /dev/sde1 contains a filesystem or disklabel Dec 15 11:39:36 x usbmount[28748]: /dev/sde1 contains filesystem type vfat Dec 15 11:39:36 x usbmount[28748]: mountpoint /media/usb0 is available for /dev/sde1 Dec 15 11:39:36 x usbmount[28748]: executing command: mount -tvfat -onoexec,nodev,noatime,gid=windows,umask=002 /dev/sde1 /media/usb0 Dec 15 11:39:36 x usbmount[28748]: executing command: run-parts /etc/usbmount/mount.d
Bug#396593: ship with this bug in etch?
Hi, On Friday 15 December 2006 07:52, Ola Lundqvist wrote: I do not even know what fai is so I can not make a judgement about that. The vserver-fai build methods only works with a very old branch of fai (from june, based on fai 2.10, we have 3.1.2 in etch now. So if you would want to use it, you would a.) need to downgrade fai and b.) switch to an unofficial branch. I don't think we want to have it in etch. Obviously you (or rather the author of the vserver-fai build method) can fix the vserver-fai build method to work with the current version of fai... but if you dont do this, I think it's much better for the users of util-vserver and fai (and also for the maintainers who will receive bugreports), if you remove it. It works just fine to install with debootstrap method. Which is true (and I also use it to install fai vservers with it), but also quite irrelevant :) Or rather not, because of this, you can safely remove the vserver-fai build method. regards, Holger pgpE73AIXZjmd.pgp Description: PGP signature
Bug#403163: mysql-dfsg-5.0: untranslatable strings in templates.pot
On Fri, 2006-12-15 at 10:52 +0100, Vincent Zweije wrote: I don't know enough of the pot format to answer this (and I'm too lazy to look it up). Maybe someone on the language list has any hints? Suggest you keep Christian in the loop (though #403163). Remove the underscore (_) in front of the word _Description: Thijs signature.asc Description: This is a digitally signed message part
Bug#397062: Installation on Intel DG965WH motherboard
Package: installation-reports Boot method: netinst CD Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso Date: Fri Dec 15 21:47:35 EST 2006 (AEST, GMT+10) Machine: Intel G965 BLKDG965WHMKR Processor: Intel Core 2 Duo E6300 Memory: 4096 MB DDR2 PC5300 667Mhz (2 x Kingston KVR667D2N5K2/2G) Partitions: FilesystemType 1K-blocks Used Available Use% Mounted on /dev/sdb2 xfs 9757248375692 9381556 4% / tmpfstmpfs 1987688 0 1987688 0% /lib/init/rw udev tmpfs 1024096 10144 1% /dev tmpfstmpfs 1987688 0 1987688 0% /dev/shm /dev/sdb1 ext3 964500 32704882800 4% /boot Output of lspci -nn and lspci -vnn: 00:00.0 Host bridge [0600]: Intel Corporation P965/G965 Memory Controller Hub [8086:29a0] (rev 02) 00:02.0 VGA compatible controller [0300]: Intel Corporation G965 Integrated Graphics Controller [8086:29a2] (rev 02) 00:03.0 Communication controller [0780]: Intel Corporation P965/G965 HECI Controller [8086:29a4] (rev 02) 00:19.0 Ethernet controller [0200]: Intel Corporation 82566DC Gigabit Network Connection [8086:104b] (rev 02) 00:1a.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI #4 [8086:2834] (rev 02) 00:1a.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI #5 [8086:2835] (rev 02) 00:1a.7 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2 EHCI #2 [8086:283a] (rev 02) 00:1b.0 Audio device [0403]: Intel Corporation 82801H (ICH8 Family) HD Audio Controller [8086:284b] (rev 02) 00:1c.0 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 [8086:283f] (rev 02) 00:1c.1 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 [8086:2841] (rev 02) 00:1c.2 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 3 [8086:2843] (rev 02) 00:1c.3 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 4 [8086:2845] (rev 02) 00:1c.4 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 5 [8086:2847] (rev 02) 00:1d.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI #1 [8086:2830] (rev 02) 00:1d.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI #2 [8086:2831] (rev 02) 00:1d.2 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI #3 [8086:2832] (rev 02) 00:1d.7 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2 EHCI #1 [8086:2836] (rev 02) 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev f2) 00:1f.0 ISA bridge [0601]: Intel Corporation 82801HH (ICH8DH) LPC Interface Controller [8086:2812] (rev 02) 00:1f.2 SATA controller [0106]: Intel Corporation 82801HB (ICH8) SATA AHCI Controller [8086:2821] (rev 02) 00:1f.3 SMBus [0c05]: Intel Corporation 82801H (ICH8 Family) SMBus Controller [8086:283e] (rev 02) 02:00.0 IDE interface [0101]: Marvell Technology Group Ltd. Unknown device [11ab:6101] (rev b1) 06:03.0 FireWire (IEEE 1394) [0c00]: Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link) [104c:8023] 00:00.0 Host bridge [0600]: Intel Corporation P965/G965 Memory Controller Hub [8086:29a0] (rev 02) Subsystem: Intel Corporation Unknown device [8086:514d] Flags: bus master, fast devsel, latency 0 Capabilities: [e0] Vendor Specific Information 00:02.0 VGA compatible controller [0300]: Intel Corporation G965 Integrated Graphics Controller [8086:29a2] (rev 02) (prog-if 00 [VGA]) Subsystem: Intel Corporation Unknown device [8086:514d] Flags: bus master, fast devsel, latency 0, IRQ 11 Memory at e020 (32-bit, non-prefetchable) [size=1M] Memory at d000 (64-bit, prefetchable) [size=256M] I/O ports at 2110 [size=8] Capabilities: [90] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable- Capabilities: [d0] Power Management version 2 00:03.0 Communication controller [0780]: Intel Corporation P965/G965 HECI Controller [8086:29a4] (rev 02) Subsystem: Intel Corporation Unknown device [8086:514d] Flags: bus master, fast devsel, latency 0, IRQ 11 Memory at e0326100 (64-bit, non-prefetchable) [size=16] Capabilities: [50] Power Management version 3 Capabilities: [8c] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable- 00:19.0 Ethernet controller [0200]: Intel Corporation 82566DC Gigabit Network Connection [8086:104b] (rev 02) Subsystem: Intel Corporation Unknown device [8086:0001] Flags: bus master, fast devsel, latency 0, IRQ 98 Memory at e030 (32-bit, non-prefetchable) [size=128K] Memory at e0324000 (32-bit, non-prefetchable) [size=4K] I/O ports at 20e0 [size=32] Capabilities: [c8] Power Management version 2 Capabilities: [d0] Message Signalled Interrupts: Mask- 64bit+
Bug#403211: dpkg: please allow No override present. error message to be turned off
Package: dpkg Version: 1.13.24 Severity: wishlist Hi, some postrm scripts use dpkg-statoverride --force --remove to get rid of overrides during purge. Recent versions of dpkg-statoverride give an error message No override present. in this case, which can not be turned of via --quiet. They therefore redirect dpkg-statoverride's stderr to /dev/null which switches off other errors as well. Please consider making it possible to switch off this error message without dumping all errors into the void. Greetings Marc -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19.1-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages dpkg depends on: ii coreutils5.97-5.2The GNU core utilities ii libc62.3.6.ds1-9 GNU C Library: Shared libraries dpkg recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]