Bug#350375: installation-reports
On Thu, 20 Apr 2006, Georg Colle wrote: Now 'lsmod' lists sk98lin and there is a directory /proc/net/sk98lin/ - but the directory is empty. The expected 'eth0' document in it is missing. 'ifconfig eth0 up' and 'ifconfig' still produce the same messages as immediately after booting. Just to be clear, the card does not work during install too, right? Or does it? From some searching on the web I get the impression that the upstream kernel just contains a pretty outdated version of the Marvell driver, and the only solution I can offer at this point is to try the latest version of the driver, available from www.marvell.com. You'll probably have to build a custom kernel for that. Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359671: [INTL:km] Khmer translation update
reopen 359671 thanks Quoting Sokhem ([EMAIL PROTECTED]): Package: newt Version: N/A Severity: wishlist Tags: l10n patch Same problem here. The relevant bug report was already closed. I reopen it for the sake of it (Alastair I already explained to Khoem Sokhem what should really be done in such case). signature.asc Description: Digital signature
Bug#363523: samba: Segfault agains after upgrade
Quoting Steve Langasek ([EMAIL PROTECTED]): On Thu, Apr 20, 2006 at 01:04:33PM +0200, Christian Perrier wrote: Quoting Yann Forget ([EMAIL PROTECTED]): Package: samba Version: 3.0.22-1 Followup-For: Bug #363523 The segfault appears again after upgrading Samba. Have you installed samba-dbg ? samba-dbg doesn't ship any debugging symbols for swat. Bleh, of courseand I guess that a swat-dbg is not worth it. We rarely have segfault reports for swat. signature.asc Description: Digital signature
Bug#364031: xtoolwait: conflicts with x11-common
Package: xtoolwait Version: 1.3-6 Severity: grave Justification: renders package unusable x11-common conflicts with packages that install into /usr/X11R6/bin such as xtoolwait. (I'm holding x11-common due to this problem.) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xtoolwait depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libx11-6 2:1.0.0-6 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar xtoolwait recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363378: flashplugin-nonfree: Ubuntu patches?
Package: flashplugin-nonfree Version: 7.0.63.1-ubuntu1 Followup-For: Bug #363378 This problem is evidently fixed in dapper. https://launchpad.net/distros/ubuntu/+source/flashplugin-nonfree/+bug/3204 Damn, now Unstable is chasing dapper... ;) -- System Information: Debian Release: testing/unstable APT prefers dapper-updates APT policy: (500, 'dapper-updates'), (500, 'dapper-security'), (500, 'dapper') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-19-386 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages flashplugin-nonfree depends on: ii debconf [debconf-2.0] 1.4.72ubuntu2 Debian configuration management sy ii gsfonts-x110.17ubuntu3 Make Ghostscript fonts available t Versions of packages flashplugin-nonfree recommends: pn libstdc++2.10-glibc2.2none (no description available) -- debconf information: flashplugin-nonfree/httpget: true flashplugin-nonfree/not_exist: flashplugin-nonfree/http_proxy: flashplugin-nonfree/failed: flashplugin-nonfree/local: flashplugin-nonfree/delete: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364032: ttf-dejavu: new upstream version [2.5] available
Package: ttf-dejavu Version: 2.3-1 Severity: wishlist Hi there. It seems that a newer version of dejavu is available, with some substantial improvements (newer gliphs and better hinting). Updating it would be highly welcome. Thanks, Rogério. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16.9-1 Locale: LANG=C, LC_CTYPE=pt_BR (charmap=ISO-8859-1) Versions of packages ttf-dejavu depends on: ii defoma0.11.8-0.1 Debian Font Manager -- automatic f ttf-dejavu recommends no packages. -- no debconf information -- Rogério Brito : [EMAIL PROTECTED] : http://www.ime.usp.br/~rbrito Homepage of the algorithms package : http://algorithms.berlios.de Homepage on freshmeat: http://freshmeat.net/projects/algorithms/
Bug#337240: f-spot: still repro...
Package: f-spot Version: 0.1.8-1.1 Followup-For: Bug #337240 Still reproducable. Why ppc is lagging that much ? why is it stuck in 0.1.8 where i386 has 0.1.11 ? Thanks. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-powerpc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Versions of packages f-spot depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libdbus-1-cil 0.61-5 CLI binding for D-BUS interprocess ii libexif12 0.6.13-4 library to parse EXIF files ii libgconf2.0-cil 2.8.2-1CLI binding for GConf 2.12 ii libglade2.0-cil 2.8.2-1CLI binding for the Glade librarie ii libglib2.0-0 2.10.2-1 The GLib library of C routines ii libglib2.0-cil2.8.2-1CLI binding for the GLib utility l ii libgnome2.0-cil 2.8.2-1CLI binding for GNOME 2.12 ii libgnomeui-0 2.14.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-02.14.0-3 GNOME virtual file-system (runtime ii libgphoto2-2 2.1.6-8gphoto2 digital camera library ii libgtk2.0-0 2.8.17-1 The GTK+ graphical user interface ii libgtk2.0-cil 2.8.2-1CLI binding for the GTK+ toolkit 2 ii libjpeg62 6b-12 The Independent JPEG Group's JPEG ii liblcms1 1.15-1 Color management library ii libmono0 1.1.13.4-1 libraries for the Mono JIT ii libsqlite02.8.16-1 SQLite shared library ii mono-classlib-1.0 1.1.13.2-1 Mono class library (1.0) ii mono-jit 1.1.13.4-1 fast CLI JIT/AOT compiler for Mono f-spot recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364033: [INTL:nl] New dutch po-debconf translation.
Package: lirc Version: 0.7.2-2 Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. This translation has been vetted by the review process of the debian-l10n-dutch team. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. Cheers, Kurt De Bree # translation of lirc_0.7.2-2_templates.po to dutch # This file is distributed under the same license as the lirc package. # # Please see debian/copyright. # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans# #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: lirc_0.7.2-2_nl\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2005-12-12 20:38+0100\n PO-Revision-Date: 2006-04-20 14:27+0100\n Last-Translator: Kurt De Bree kdebree(AT)telenet(DOT)be\n Language-Team: Dutch debian-l10n-dutch@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.10.2\n #. Type: multiselect #. Description #: ../lirc-modules-source.templates:5 msgid Select drivers to build. msgstr Selecteer de te bouwen stuurprogramma's. #. Type: multiselect #. Description #: ../lirc-modules-source.templates:5 msgid i2c: TV cards from Hauppauge and PixelView. Needs the new I2C stack (present on 2.4 kernels). You can get it at: msgstr i2c: TV- kaarten van Hauppauge en PixelView. Vereisen de nieuwe I2C-stack (aanwezig op 2.4 kernels). U kunt deze krijgen op: #. Type: multiselect #. Description #: ../lirc-modules-source.templates:5 msgid http://www2.lm-sensors.nu/~lm78/.; msgstr http://www2.lm-sensors.nu/~lm78/.; #. Type: multiselect #. Description #: ../lirc-modules-source.templates:5 msgid gpio: TV cards from FlyVideo98, Avermedia, MiRO and many others. Needs bttv version 0.7.45 or higher (present on 2.4 kernels). If you are using the bttv tarball, copy it to the kernel. msgstr gpio: TV-kaarten van FlyVideo98, Avermedia, MiRO en vele anderen. Vereisen bttv versie 0.7.45 of hoger (aanwezig op 2.4 kernels). Als u de bttv-tarball gebruikt, kopiëer deze dan naar de kernel. #. Type: multiselect #. Description #: ../lirc-modules-source.templates:5 msgid parallel: Custom parallel-port receiver. msgstr parallel: Ontvanger die op de parallelle poort aangesloten is. #. Type: multiselect #. Description #: ../lirc-modules-source.templates:5 msgid serial: Serial-port driver. msgstr serieel: Stuurprogramma voor seriële poort. #. Type: multiselect #. Description #: ../lirc-modules-source.templates:5 msgid sir: Serial InfraRed (IRDA). msgstr sir: Seriële infrarood (IRDA). #. Type: multiselect #. Description #: ../lirc-modules-source.templates:5 msgid it87: ITE IT8705 and IT8712 CIR ports (e.g. on the ECS K7S5A). msgstr it87: ITE IT8705 en IT8712 CIR-poorten (b.v. op de ECS K7S5A). #. Type: multiselect #. Description #: ../lirc-modules-source.templates:5 msgid bt829: Tekram M230 Mach64 msgstr bt829: Tekram M230 Mach64 #. Type: boolean #. Description #: ../lirc-modules-source.templates:28 msgid Should I try to automagically select support for your hardware? msgstr Wilt u de de benodigde ondersteuning voor uw hardware automatisch laten detecteren? #. Type: boolean #. Description #: ../lirc-modules-source.templates:28 msgid You have installed and configured LIRC. I can try to guess what kernel modules are needed and their parameters from your previous answers. msgstr U heeft LIRC geïnstalleerd en geconfigureerd. Er kan geprobeerd worden om de benodigde kernelmodules en bijbehorende parameters uit uw vorige antwoorden af te leiden. #. Type: note #. Description #: ../lirc-modules-source.templates:34 msgid You don't need any aditional kernel modules. msgstr U heeft geen extra kernelmodules nodig. #. Type: note #. Description #: ../lirc-modules-source.templates:34 msgid Unless you want to build LIRC kernel modules for some other system, you can probably remove this package. msgstr Tenzij u kernelmodules met LIRC-ondersteuning voor een ander systeem wilt bouwen, kunt u dit pakket waarschijnlijk verwijderen. #. Type: note #. Description #: ../lirc-modules-source.templates:40 msgid How to build the binary modules package. msgstr Hoe het binaire modulepakket te bouwen. #. Type: note #. Description #: ../lirc-modules-source.templates:40 msgid For instruction on how to build the binary modules debian package read: /usr/ share/doc/lirc-modules-source/README.Debian msgstr Instructies voor het bouwen
Bug#364035: Spelling mistake in package description
Package: kboincspy Severity: minor *** diff/kboincspy 20c20 and signifiance of each work unit being analyzed. Through KDE's IO mechanism --- and significance of each work unit being analyzed. Through KDE's IO mechanism -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.2 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#281491: gambas: still segfaults on powerpc
El mar, 11-04-2006 a las 21:46 +0200, Frank Gevaerts escribió: On Sun, Apr 09, 2006 at 06:01:07PM +0200, José L. Redrejo Rodríguez wrote: These bugs was due to endianess problems in gambas in some architectures. According to the upstream author, they have been solved in version 1.0.14. I don't have available any of these architectures to test it, so please, check the new 1.0.15 version available in Debian and confirm to me if the bug has been solved or not. It still segfaults. Let me know if I can provide further information. Frank Thanks Hi Frank, I have being in contact with the upstream author, checking the build logs and no error has being found for powerpc platform. Neither the upstream author nor me have access to a powerpc architecture, so could you send me a backtrace of the crash? signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#364036: Spelling mistake in package description
Package: kdeadmin Severity: minor *** diff/kdeadmin 14c14 Description: system adminstration tools from the official KDE release --- Description: system administration tools from the official KDE release -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.2 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363972: viewcvs: does not escape URIs correctly in parameters for diff
David Martínez Moreno schrieb: So I suppose this package is not being maintained any longer (last 'unstable' ChangeLog Thu, 21 Jul 2005) and I haven't found any 'viewvc' package. No, you are wrong. I am maintaining it, but the switch to viewvc is not yet done. I am spending time making the changes. I hope to have it in a couple of weeks. Thanks Ender! That's great to hear! So if I understand this correctly: http://www.debian.org/devel/testing once the Sid/unstable package is done, people could start test it. Of course that would be people who actually have svn/cvs repositories with apache(2) and viewvc/viewcvs and are willing to got through all the trouble of setting this up on a spare Sid/unstable system. If that package has fewer release critical bugs than the previous version then after 10 days it would propagate to Etch/testing. (Unless there are build failures for some archs that it used to build for or it breaks other packages due to dependency issues. Yet it seems that the only package that depends on viewcvs is viewcvs-query.) Since viewcvs depends on a few packages that probably have newer versions in Etch/testing compared to Sarge/stable, I would suppose one would need to backport to Sarge for a stable production system like gna.org since this is not a security issue and seems to be a larger upgrade and therefor won't be part of the standard Sarge/stable distribution. Would you, Ender, also maintain a backport for Sarge/stable on http://www.backports.org/ or do you know someone who would? And Mathieu, would you consider using this upgrade if it became available on http://www.backports.org/ or rather resolve this issue locally? Cheers, David
Bug#359332: boinc-client: Description improvement
Frank S. Thomas wrote: package boinc-client tags 359332 + pending thanks Moin Joey, On Monday 27 March 2006 23:33, Martin Schulze wrote: lia href=http://packages.debian.org/unstable/net/boinc-client;boinc-client/a -- BOINC core client./li lia href=http://packages.debian.org/unstable/devel/boinc-dev;boinc-dev/a -- BOINC platform for distributed computing (development files)./li lia href=http://packages.debian.org/unstable/x11/boinc-manager;boinc-manager /a -- control and monitor utility for the BOINC core client./li So what the heck is a BOINC core client? Please describe the package and don't simply repeat the name of the package. We changed the short descriptions to: -Description: BOINC core client +Description: core client for the BOINC distributed computing infrastructure -Description: control and monitor utility for the BOINC core client +Description: GUI to control and monitor the BOINC core client -Description: BOINC platform for distributed computing (development files) +Description: development files to build applications for BOINC projects That's much better Regards, Joey -- Computers are not intelligent. They only think they are. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364034: RFP: truecrypt -- Free open-source disk encryption software for Windows XP/2000/2003 and Linux
Package: wnpp Severity: wishlist * Package name: truecrypt Version : 4.2 Upstream Author : Name [EMAIL PROTECTED] * URL : http://www.truecrypt.org/ * License : TrueCrypt License 2.0 (http://www.truecrypt.org/license.php) Programming Lang: (C, C++, C#, Perl, Python, etc.) Description : Free open-source disk encryption software for Windows XP/2000/2003 and Linux From the man pages: Manages encrypted TrueCrypt volumes, which can be mapped as virtual block devices and used as any other standard block device. All data being read from a mapped TrueCrypt volume is transparently decrypted and all data being written to it is transparently encrypted. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-vserver Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364027: manpages-dev: please document a comparison function that deals gracefully with IEEE special values
Tags: upstream patch Looks like this is intended for me? What man page is this intended for? Included is a sample program that demonstrates how to sort IEEE floating point values, including NAN and friends, in a useful way; please consider including it. // make CFLAGS='-W -Wall -O3 -g -std=gnu99' LDFLAGS=-lm fpnansort #include math.h #include stdlib.h #include stdio.h #include assert.h int fpcomp(const void *a, const void *b) { double x=*(double *)a, y=*(double *)b; if (xy) return -1; else if (xy) return 1; // The not-normal values will be grouped together, but // otherwise unordered: else if (!isnormal(x)) return 1; else if (!isnormal(y)) return -1; Why isnormal()? assert(x==y); What is assert doing here? return 0; } Cheers, Michael -- Michael Kerrisk maintainer of Linux man pages Sections 2, 3, 4, 5, and 7 Want to help with man page maintenance? Grab the latest tarball at ftp://ftp.win.tue.nl/pub/linux-local/manpages/, read the HOWTOHELP file and grep the source files for 'FIXME'. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362777: [Pkg-kde-extras] Bug#363918: Package needs to be rebuilt against new version of libxrender-dev. Cannot build KphotoAlbum against it.
On Thu, Apr 20, 2006 at 09:08:22PM +0100, Mark Purcell wrote: On Thursday 20 April 2006 16:36, David L. Moreno wrote: File /usr/lib/libXrender.la is no longer provided by libxrender-dev package (See bug #362777). However, libkipi-dev is compiled with an old version of libxrender-dev, so it requires to have that file present when an application is linked to it. [...] This should be fixed with a simple rebuild of the library. Thanks David, Uploading a rebuilt binary package (libkexif0-dev) now, to close this bug. Btw, you can also request a 'Binary-only non-maintainer upload' without filing a bug through [EMAIL PROTECTED] Does this mean that other packages which are compiled with the old version of libxrender-dev also require a binNMU? Yes, they do. Is there any easy way to determine which packages require a rebuild fr libxrender? libkexif0-dev didn't have any explicit depends on libxrender.. Unfortunately not. The candidate set of affected packages is all packages which transitively build-depend on libxrender-dev or libxcursor-dev and ship .la files. A very irritating set to calculate... -- 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/ signature.asc Description: Digital signature
Bug#364037: libc6: memory leak in regcomp
Package: libc6 Version: 2.3.2.ds1-22sarge3 Severity: important Hi, i found memory leak in regcomp. If regcomp fail due to invalid regular expression containing opening bracket( , 40 bytes are lost. see example source: --- tmp.c begins here --- #include regex.h int main(int argc, char **argv) { regex_t preg; for (;;) { regcomp(preg, (, REG_EXTENDED); regfree(preg); //break; } return 0; } --- tmp.c ends here --- bug exists on sarge i386, whith and without libc6-i686 installed. Trying this on amd64 testing does not have memory leak. --- ps output begins here --- % while : ; do ps -C tmp o rsz,vsz,sz ; sleep 1 ; done RSZ VSZSZ RSZ VSZSZ RSZ VSZSZ 17080 18112 4528 RSZ VSZSZ 52616 53752 13438 RSZ VSZSZ 87880 88996 22249 RSZ VSZSZ 123412 124504 31126 RSZ VSZSZ 158848 159880 39970 RSZ VSZSZ 194424 195520 48880 RSZ VSZSZ 230280 231424 57856 RSZ VSZSZ 265084 266140 66535 RSZ VSZSZ 300124 301252 75313 RSZ VSZSZ 334572 335704 83926 RSZ VSZSZ 369112 370156 92539 ^C --- ps output ends here --- --- valgrind output begins here --- % valgrind --leak-check=full ./tmp ==6295== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 13 from 1) ==6295== malloc/free: in use at exit: 40 bytes in 1 blocks. ==6295== malloc/free: 6 allocs, 5 frees, 436 bytes allocated. ==6295== For counts of detected errors, rerun with: -v ==6295== searching for pointers to 1 not-freed blocks. ==6295== checked 77824 bytes. ==6295== ==6295== 40 bytes in 1 blocks are definitely lost in loss record 1 of 1 ==6295==at 0x1B90459D: malloc (vg_replace_malloc.c:130) ==6295==by 0x1B9CD57B: (within /lib/tls/i686/cmov/libc-2.3.2.so) ==6295==by 0x1B9CAE62: (within /lib/tls/i686/cmov/libc-2.3.2.so) ==6295==by 0x1B9CAA3F: (within /lib/tls/i686/cmov/libc-2.3.2.so) ==6295==by 0x1B9CA615: (within /lib/tls/i686/cmov/libc-2.3.2.so) ==6295==by 0x1B9CA48D: (within /lib/tls/i686/cmov/libc-2.3.2.so) ==6295==by 0x1B9CA3AE: (within /lib/tls/i686/cmov/libc-2.3.2.so) ==6295==by 0x1B9C8DFC: (within /lib/tls/i686/cmov/libc-2.3.2.so) ==6295==by 0x1B9C8A94: regcomp (in /lib/tls/i686/cmov/libc-2.3.2.so) ==6295==by 0x80483EE: main (tmp.c:10) ==6295== ==6295== LEAK SUMMARY: ==6295==definitely lost: 40 bytes in 1 blocks. ==6295== possibly lost: 0 bytes in 0 blocks. ==6295==still reachable: 0 bytes in 0 blocks. ==6295== suppressed: 0 bytes in 0 blocks. ==6295== Reachable blocks (those to which a pointer was found) are not shown. ==6295== To see them, rerun with: --show-reachable=yes % --- valgrind output ends here --- Regards, Jamil Djadala -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686 Locale: LANG=bg_BG, LC_CTYPE=bg_BG (charmap=CP1251) Versions of packages libc6 depends on: ii libdb1-compat 2.1.3-7The Berkeley database routines [gl -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359625: xdebconfigurator: [INTL:tl] Tagalog templates translation
tags 359625 pending thanks Quoting eric pareja ([EMAIL PROTECTED]): Package: xdebconfigurator Version: 1.22 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I recently checked the source package and could not find the tl.po that I submitted against this package. Since this is related to an archived bug (#296410) which I can't reopen, I'm submitting a new bug report. It turns out that I am the culprit. I added the tl.po file in my local copy of the repo, edited the changelog then commited. But indeed I forgot to svn add the tl.po file. I've just done it. Please accept my apologies for this. signature.asc Description: Digital signature
Bug#364001: wizard crash with kopete listen module on
hi, i tried to reproduce but failed at the first step : * Open kopete * connect (i've got msn and yahoo account) * configure * devices after clicking devices, it crashes. reproducible every time. if someone could reproduce the bug you submitted to know if i need to submit a bug for kopete... cheers, Fathi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364031: xtoolwait: conflicts with x11-common
tags 364031 patch thanks On Thu, Apr 20, 2006 at 10:48:12PM -0700, Blars Blarson wrote: x11-common conflicts with packages that install into /usr/X11R6/bin such as xtoolwait. (I'm holding x11-common due to this problem.) The attached patch fixes xtoolwait so that it no longer includes a /usr/X11R6/bin directory when building against Xorg 7.0 imake. It also takes care of removing the autogenerated Makefile in the clean target, so that this doesn't take up space in the diff. I've confirmed that the resulting package is also still compatible with xutils from X11R6. Dwayne, I'm happy to do an NMU for this issue if you wish. 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/ signature.asc Description: Digital signature
Bug#358241: gforge-db-postgresql: Uninstallable and un-uninstallable :O
Julien Cristau (2006-04-20 21:42:22 +0200) : Roland, do you plan on updating gforge to a newer upstream soon, or should I try to work on a patch to update gforge to the new postgresql packaging scheme? I plan on updating Gforge to a newer upstream, but I'm not sure exactly when. There have been numerous changes in Gforge, some of which I don't quite agree with, and it'll take some time to check them all. In the meantime, you can use Christian Bayle's packages at http://gforge.grazian.org/, they mostly work on both sarge and etch. Roland. -- Roland Mas 'ALL your base? No!! One tiny base continue bravely to resist.' -- wiggy in #debian-devel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364039: Patch for /dev/i2o/hdX
Package: initrd-tools Version: 0.81.1 Followup-For: Bug #318120 tags 318120 patch Hello atached youll find a small patch which fixes the mkinitrd-detection of /dev/i2o/hdx on our testmachines, should work generally. Regards Ingo Steuwer -- * Besuchen Sie uns auf dem LinuxTag06 in Wiesbaden: Halle 9, Stand 929 * Ingo Steuwer [EMAIL PROTECTED] fon: +49 421 22 232- 0 EntwicklungLinux for Your Business Univention GmbHhttp://www.univention.de/ fax: +49 421 22 232-99 --- initrd-tools-0.1.81.1.orig/mkinitrd 2005-05-23 05:43:04.0 +0200 +++ initrd-tools-0.1.81.1/mkinitrd 2006-04-21 08:07:23.0 +0200 @@ -690,6 +690,9 @@ 98) echo ubd ;; + 80) + echo i2o_block + ;; *) type= case $(awk '
Bug#364038: message moved from one imap server to another vanish under certain circumstances
Distribution: Debian testing/unstable Package: Evolution Severity: Normal Version: GNOME2.14.0 2.4.x Gnome-Distributor: Debian Synopsis: message moved from one imap server to another vanish under certain circumstances Bugzilla-Product: Evolution Bugzilla-Component: Mailer Bugzilla-Version: 2.4.x Description: Description of Problem: I archive my e-mails on an imap server that is different from the one I use as my main mailbox. About once a week, I move within evolution my mail over to the other imap server. Mostly this works well and as expected. However, if I move mail from the main mailbox to the archive before I have actually used this archive account after starting evolution up, evolution appears to move the messages -- the bottom status lines says it is moving them and the message becomes deleted in the source mailbox -- but they do not appear in the other mailbox'x folder. Steps to reproduce the problem: 1. Start a fresh evolution session with (at least) two different imap accounts. 2. Read messages in one imap account by selecting a folder. 3. Right click on the mouse in the message list and select Move to Folder 4. Choose a folder in the other mail account, press OK Actual Results: Message vanishes with not trace. (I have even looked at the folder where it should appear, but can find no trace.) Expected Results: The message vanishes. How often does this happen? Every time I move messages in the way described (which now only happens by mistake). Additional Information: This may be related to this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=200971 -- Markus Jantti Abo Akademi University [EMAIL PROTECTED] http://www.iki.fi/~mjantti -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364040: wrong download url in http://packages.debian.org/changelogs/pool/main/f/feh/feh_1.3.4-2/feh.copyright
Package: feh Version: 1.3.4-2 The copyright refers to a wrong url however this does not appear to contain any information about the program. Please change it to refer to http://linuxbrit.co.uk/feh/ instead. yours, gürkan
Bug#299697: fontconfig: Still unresolved
Le jeudi 20 avril 2006 à 19:41 -0400, Steve Pomeroy a écrit : Package: fontconfig Version: 2.3.2-5.1 Followup-For: Bug #299697 fontconfig just updated my /etc/fonts/font.conf file, reminding me that this bug is still unresolved. Does anyone have any further info on this issue? There are lots of things in this bug report, so I'd like to make them clear. Most contributors to this thread noticed that the URW fonts had replaced the Bitstream fonts in Firefox/epiphany. This is caused by the Mozilla suite replacing the sans-serif and serif aliases by Helvetica and Times. We will not include a broken patch from Ubuntu for fontconfig when the bug is in Mozilla; it has been fixed in xulrunner 1.8.0.1-3. I don't know whether it has been fixed in firefox as well, but it is only a matter of porting the same patch. I'd like to know whether the original bug report (ugly fonts at small sizes) is the same. You can check the latest epiphany package, in which I'm sure the DejaVu fonts are correctly used by default. You can also try with removing the gsfonts-x11 package. Regards, -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#363692: libgmp3-dev: Private header files are unusable.
Hello, * Steve M. Robbins [Thu, Apr 20, 2006 at 09:30:01PM -0400]: Excellent news! I'm inclined to simply remove them again in order to avoid more surprises like disappearing __gmp_rand(). Sounds reasonable to me. Laurent. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363002: xbuffy: Does not report any useful information
package xbuffy tags 363002 pending thanks * Frédéric Brière [EMAIL PROTECTED] [060421 00:25]: On Mon, Apr 17, 2006 at 09:28:36AM +0200, Bernhard R. Link wrote: Just since the upgrade from a recent version in Unstable, xbuffy reports all mailboxes to have 0 messages (with option -orig that's no messages in box, without -orig that's no new messages). Same here. 3.3.bl.3-25 works fine, but 3.3.bl.3.dfsg-1 does no good. I'm attaching a trimmed-down message that still exhibits this behavior. (I didn't dare trim it down further, in case the X header parser subs were too picky.) Thanks. With that I found what I overlooked. A version being able to parse this mbox will hit the archives soon. Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363667: emacs21: Unreadable fonts since Xorg 7.0 update
reassign 363667 xserver-xorg thanks On Thu, Apr 20, 2006 at 10:50:52AM +0200, Emmanuel Fleury wrote: Hum, close the bug. It was mainly my mistake. The problem appears when not having xfs enabled and having only the following font paths in /etc/X11/xorg.conf: FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi It was working with Xorg 6.9 but not with 7.0. Adding xfs support (FontPath unix/:7100) did solve the problem. Please disregard this bug report. Well, this simply makes it a bug in xserver-xorg for not updating your config. -- 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/ signature.asc Description: Digital signature
Bug#363362: x11-common: postinst fails if /usr/X11R6/bin is not empty
7Le mercredi 19 avril 2006 à 16:10 -0700, Steve Langasek a écrit : For sure I have a better upgrade path: - keep a compatibility symbolic link in /usr/X11R6/bin/X, and ditto the few other ones that can cause breakage upon upgrade ; - hunt down packages using them ; - release etch with those links ; - entirely remove /usr/X11R6/bin after the release. Issues this doesn't address: - /usr/X11R6/bin is not in the path in Debian's /etc/profile, so any partial upgrades or not-yet-transitioned packages will leave some users (and their scripts) unable to find some of their programs - just as broken third-party applications may install stuff in /usr/X11R6 instead of /usr/local, broken third-party applications may hard-code paths to programs they call instead of using the system path So you're trading one sort of brokenness for another. I have a strong preference for keeping such brokenness self-contained; failing to upgrade when the directory is non-empty is one way to achieve this. A canonical answer could be: if you don't know how to do it correctly, don't do it at all. But in fact, I'm pretty sure it *can* be done correctly. If we cannot get rid of anything in /usr/X11R6, then how about a x11r6-compat package that would provide symbolic links for *everything* that used to be put here by 6.8.x packages? The packages not working without this compatibility one would be detected as RC bugs by users trying fresh installations of the etch release, and etch users would be able to install this package for compatibility with old scripts. I'm just throwing ideas as they come; I'm sure there are better solutions. But please, don't go on as is. Solutions do exist. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#363598: udev should conflict with ifrename
* Adam Borowski: Idea: if /etc/iftab is present on upgrade, you can consume it, producing relevant rules in that place (and displaying a message to the admin). There's also /etc/mactab, which is processed by nameif (from the net-tools package). Ideally, this one should be processed, too. This does not address the vlan breakage, though. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363598: udev should conflict with ifrename
* Marco d'Itri: On Apr 20, Florian Weimer [EMAIL PROTECTED] wrote: This looks like a bug in udev. It should not try to identify devices based on names a user can and will change. I think I missed which alternative design you are proposing. I'm not familiar with udev, sorry. This change also broke the vlan package, which hasn't got to do much with interface renaming (from a user perspective). New VLAN interfaces are called eth0.1_ifrename instead of eth0.1. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359669: [INTL:km] Khmer translation update
Christian Perrier wrote: Quoting Sokhem ([EMAIL PROTECTED]): Package: iso-codes_iso_3166 Version: N/A Severity: wishlist Tags: l10n patch Commited. Alastair, I think that enough translations of the new countries came in and thus a release is probably worth it. Agreed. Will release today if possible. - Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359671: [INTL:km] Khmer translation update
Christian Perrier wrote: Quoting Sokhem ([EMAIL PROTECTED]): Package: newt Version: N/A Severity: wishlist Tags: l10n patch I can't commit that one because, as far as I know, there's no SVN/CVS for newt. Alastair, this is indeed a suggestion, or a question. Could a RCS repository be used for newt ? Maybe the collaborative maintenance system recently announced by Raphaël Hertzog in -devel-aoounce? Yes, good idea: I already have an internal SVN repo which I use; i'll look at exporting it to alioth, as a lot of the devel on newt is i18n ... Meanwhile, I'll release newt with this patch in two days, when the current unstable hits testing. - Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363598: udev should conflict with ifrename
On Apr 21, Florian Weimer [EMAIL PROTECTED] wrote: This change also broke the vlan package, which hasn't got to do much with interface renaming (from a user perspective). New VLAN interfaces are called eth0.1_ifrename instead of eth0.1. Interesting, I think this happens because eth0 and eth0.1 have the same MAC address. Can you try to add this to the top of persistent-net-generator.rules? KERNEL==*.*, GOTO=persistent_net_generator_end -- ciao, Marco signature.asc Description: Digital signature
Bug#337527: kaddressbook lacks a dependency
Thanks for the report, and sorry I missed it until now. I'll add a Suggests: kdebase-kio-plugins to kaddressbook in the next upload. -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361214: test git
Hi guys, I strongly suggest to give .17 from git a shot. David did push hell of a lot of smp fixes together with the Niagara support into mainline. Fabio -- I'm going to make him an offer he can't refuse. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364001: Can't reproduce
I can reproduce this bug on another computer (debian testing/unstable, kde 3.5.2, kopete 0.11.2, kaffeine 0.7). First you have to be connected (for me it's msn...) Go to the configuration menu, modules configuration (configuration des modules in french, it's the place you have the alias module, text effects...). Then choose the Now listening module and select kaffeine player, apply. After that, in a command line, type $kaffeine --wizard, it crashes all the time on two computers I have with this kcrash report: (no debugging symbols found) Using host libthread_db library /lib/tls/libthread_db.so.1. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1234020672 (LWP 8853)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [KCrash handler] #5 0x08083412 in QPtrListchar::deleteItem () #6 0x08077de7 in endl () #7 0x080a07e5 in QWizard::setFinish () #8 0xb7520b2a in DCOPClient::receive () from /usr/lib/libDCOP.so.4 #9 0xb7522140 in DCOPClient::find () from /usr/lib/libDCOP.so.4 #10 0xb7522798 in DCOPClient::find () from /usr/lib/libDCOP.so.4 #11 0xb752f83d in KDE_IceProcessMessages () from /usr/lib/libDCOP.so.4 #12 0xb751a879 in DCOPClient::processSocketData () from /usr/lib/libDCOP.so.4 #13 0xb7522eb6 in DCOPClient::qt_invoke () from /usr/lib/libDCOP.so.4 #14 0xb6f9b54b in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #15 0xb6f9be52 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #16 0xb732df7f in QSocketNotifier::activated () from /usr/lib/libqt-mt.so.3 #17 0xb6fbb80a in QSocketNotifier::event () from /usr/lib/libqt-mt.so.3 #18 0xb6f3187a in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #19 0xb6f31a76 in QApplication::notify () from /usr/lib/libqt-mt.so.3 #20 0xb76cb02e in KApplication::notify () from /usr/lib/libkdecore.so.4 #21 0xb6ec3001 in QApplication::sendEvent () from /usr/lib/libqt-mt.so.3 #22 0xb6f23435 in QEventLoop::activateSocketNotifiers () from /usr/lib/libqt-mt.so.3 #23 0xb6ed6d06 in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #24 0xb6f4a255 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #25 0xb6f303b9 in QApplication::enter_loop () from /usr/lib/libqt-mt.so.3 #26 0xb714e7c4 in QDialog::exec () from /usr/lib/libqt-mt.so.3 #27 0x0806ad2c in endl () #28 0x080984f5 in KComboBox::itemSelected () #29 0xb76dd0d8 in KUniqueApplication::processDelayed () from /usr/lib/libkdecore.so.4 #30 0xb76de97c in KUniqueApplication::qt_invoke () from /usr/lib/libkdecore.so.4 #31 0xb6f9b54b in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #32 0xb732d1a9 in QSignal::signal () from /usr/lib/libqt-mt.so.3 #33 0xb6fb8c4c in QSignal::activate () from /usr/lib/libqt-mt.so.3 #34 0xb6fc0710 in QSingleShotTimer::event () from /usr/lib/libqt-mt.so.3 #35 0xb6f3187a in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #36 0xb6f31a76 in QApplication::notify () from /usr/lib/libqt-mt.so.3 #37 0xb76cb02e in KApplication::notify () from /usr/lib/libkdecore.so.4 #38 0xb6ec3001 in QApplication::sendEvent () from /usr/lib/libqt-mt.so.3 #39 0xb6f23305 in QEventLoop::activateTimers () from /usr/lib/libqt-mt.so.3 #40 0xb6ed6d2a in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #41 0xb6f4a255 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #42 0xb6f4a17a in
Bug#364041: bugsx: uninstallable, FTBFS with Xorg 7.0
Package: bugsx Version: 1.08-8 Severity: grave Tags: patch Hi Marcin, The bugsx package is currently uninstallable in unstable, because it still installs to /usr/X11R6/bin which is being turned into a compatibility symlink for the X11R7 transition. Fortunately, since bugsx is using imake the transition is fairly easy, but it does require a patch when rebuilding with the new imake so that dh_install knows where to find its files. Please find the short patch for this attached. 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/ diff -Nru /tmp/okvLZ9IFSn/bugsx-1.08/debian/bugsx.files /tmp/qONUJ9bUce/bugsx-1.08/debian/bugsx.files --- /tmp/okvLZ9IFSn/bugsx-1.08/debian/bugsx.files 2006-04-21 00:52:52.0 -0700 +++ /tmp/qONUJ9bUce/bugsx-1.08/debian/bugsx.files 2006-04-21 00:52:52.0 -0700 @@ -1,2 +1,2 @@ -/usr/X11R6/bin/bugsx -/usr/X11R6/man/man1/bugsx.1x +/usr/bin/bugsx +/usr/share/man/man1/bugsx.1x diff -Nru /tmp/okvLZ9IFSn/bugsx-1.08/debian/changelog /tmp/qONUJ9bUce/bugsx-1.08/debian/changelog --- /tmp/okvLZ9IFSn/bugsx-1.08/debian/changelog 2006-04-21 00:52:52.0 -0700 +++ /tmp/qONUJ9bUce/bugsx-1.08/debian/changelog 2006-04-21 00:52:52.0 -0700 @@ -1,3 +1,14 @@ +bugsx (1.08-8.1) unstable; urgency=high + + * Non-maintainer upload. + * High-urgency upload for RC bugfix. + * Update debian/bugsx.files for the FHS-compliant paths, making the +package compatible with imake from Xorg 7. + * Build-depend on xutils-dev, since this change makes us incompatible +with Xorg 6.9 instead. + + -- Steve Langasek [EMAIL PROTECTED] Fri, 21 Apr 2006 00:49:27 -0700 + bugsx (1.08-8) unstable; urgency=low * Change build-dependancy on xlibs-dev to libx11-dev, since the former was diff -Nru /tmp/okvLZ9IFSn/bugsx-1.08/debian/control /tmp/qONUJ9bUce/bugsx-1.08/debian/control --- /tmp/okvLZ9IFSn/bugsx-1.08/debian/control 2006-04-21 00:52:52.0 -0700 +++ /tmp/qONUJ9bUce/bugsx-1.08/debian/control 2006-04-21 00:52:52.0 -0700 @@ -2,7 +2,7 @@ Section: math Priority: optional Maintainer: Marcin Owsiany [EMAIL PROTECTED] -Build-Depends: libx11-dev, xutils, debhelper ( 4.1) +Build-Depends: libx11-dev, xutils-dev, debhelper ( 4.1) Standards-Version: 3.5.9 Package: bugsx signature.asc Description: Digital signature
Bug#363598: udev should conflict with ifrename
* Marco d'Itri: On Apr 21, Florian Weimer [EMAIL PROTECTED] wrote: This change also broke the vlan package, which hasn't got to do much with interface renaming (from a user perspective). New VLAN interfaces are called eth0.1_ifrename instead of eth0.1. Interesting, I think this happens because eth0 and eth0.1 have the same MAC address. Can you try to add this to the top of persistent-net-generator.rules? KERNEL==*.*, GOTO=persistent_net_generator_end No visible change. There's an error message in the syslog: Apr 21 10:05:30 l udevd-event[6705]: rename_net_if: error changing net interface name eth0.1_ifrename to eth0: timeout Sometimes, the error message is Device or resource busy. By the way, are there any other names managed by udev where the name cannot be changed while the object is in use? Maybe this is part of the problem here. It's impossible to rename a network interface while it is being used. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304847: Can't reproduce
Package: tcsh Version: 6.14.00-3 Followup-For: Bug #304847 I can't reproduce this bug on my machine (amd64, too). Can you confirm that this bug is fixed now? Thanks. ii xterm 210-3 X terminal emulator ii rxvt 2.6.4-10 VT102 terminal emulator for the X Window Sys -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages tcsh depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libncurses5 5.5-1.1Shared libraries for terminal hand tcsh recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364043: xserver-xorg: apm resume does not work since update to xorg 7
Package: xserver-xorg Version: 1:7.0.14 Severity: normal Hi, since the upgrade to xorg 7, the resume functionnality seems to be broken. I'm using apm and it was working pretty fine with the xorg 6.x versions. I suppose this is due to xorg7 because my apt-listchanges does not seem to list other related modification (kernel, etc.). I'm running a Thinkpad R50 with a ATI Technologies Inc Radeon R250 Lf [FireGL 9000] (rev 02) video card. Here is the xorg.conf part related to the card : Section Device Identifier radeon9000 Driverradeon BusID PCI:1:0:0# vendor=1002, device=4c66 VendorName Videocard vendor BoardName ATI Radeon Mobility M9 Option DynamicClocks True Option AGPFastWrite True Option EnablePageFlipTrue Option RenderAccel On EndSection The loaded modules are the following : Section Module Load GLcore Load bitmap Load dbe Load ddc Load dri Load extmod Load freetype Load glx Load int10 Load record Load speedo Load type1 Load vbe EndSection The /var/log/Xorg.0.log does not seem to log any problem or errors. There is nothing in the syslog about the resuming problems. When resuming, if I try a Fn+F3 that serve for disabling the screen, it seems to work but the laptop stays freezed. I can provide any log files, or do some tests if needed. Many thanks for you work, Didrik Pinte -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Versions of packages xserver-xorg depends on: ii debconf 1.4.72 Debian configuration management sy ii x11-common1:7.0.14 X Window System (X.Org) infrastruc ii xbase-clients 1:7.0.0-4 miscellaneous X clients ii xkb-data 0.8-5 X Keyboard Extension (XKB) configu ii xserver-xorg-core 1:1.0.2-5 X.Org X server -- core server ii xserver-xorg-input-al 1:7.0.14 the X.Org X server -- input driver ii xserver-xorg-input-ev 1:1.0.0.5-2X.Org X server -- evdev input driv ii xserver-xorg-input-kb 1:1.0.1.3-2X.Org X server -- keyboard input d ii xserver-xorg-input-mo 1:1.0.4-2 X.Org X server -- mouse input driv ii xserver-xorg-video-al 1:7.0.14 the X.Org X server -- output drive ii xserver-xorg-video-ap 1:1.0.1.5-2X.Org X server -- APM display driv ii xserver-xorg-video-ar 1:0.5.0.5-2X.Org X server -- ark display driv ii xserver-xorg-video-at 1:6.5.7.3-3X.Org X server -- ATI display driv ii xserver-xorg-video-ch 1:1.0.1.3-3X.Org X server -- Chips display dr ii xserver-xorg-video-ci 1:1.0.0.5-2X.Org X server -- Cirrus display d ii xserver-xorg-video-cy 1:1.0.0.5-2X.Org X server -- Cyrix display dr ii xserver-xorg-video-du 1:0.1.0.5-2X.Org X server -- dummy display dr ii xserver-xorg-video-fb 1:0.1.0.5-2X.Org X server -- fbdev display dr ii xserver-xorg-video-gl 1:1.0.1.3-3X.Org X server -- Glint display dr ii xserver-xorg-video-i1 1:1.1.0.5-2X.Org X server -- i128 display dri ii xserver-xorg-video-i7 1:1.0.0.5-2X.Org X server -- i740 display dri ii xserver-xorg-video-i8 1:1.5.1.0-2X.Org X server -- Intel i8xx, i9xx ii xserver-xorg-video-im 1:1.0.0.5-2X.Org X server -- IMSTT display dr ii xserver-xorg-video-mg 1:1.2.1.3.dfsg.1-2 X.Org X server -- MGA display driv ii xserver-xorg-video-ne 1:1.0.0.5-2X.Org X server -- Neomagic display ii xserver-xorg-video-ne 1:0.1.4.1-3X.Org X server -- Newport display ii xserver-xorg-video-ns 1:2.7.6.5-2X.Org X server -- NSC display driv ii xserver-xorg-video-nv 1:1.0.1.5-2X.Org X server -- NV display drive ii xserver-xorg-video-re 1:4.0.1.3.dfsg.1-2 X.Org X server -- Rendition displa ii xserver-xorg-video-s3 1:1.8.6.5-2X.Org X server -- S3 ViRGE display ii xserver-xorg-video-sa 1:2.0.2.3-4X.Org X server -- Savage display d ii xserver-xorg-video-si 1:1.3.1.5-3X.Org X server -- SiliconMotion di ii xserver-xorg-video-si 1:0.8.1.3-2X.Org X server -- SiS display driv ii xserver-xorg-video-si 1:0.7.1.3-2X.Org X server -- SiS USB display ii xserver-xorg-video-td 1:1.1.1.3-3X.Org X server -- tdfx display dri ii xserver-xorg-video-tg 1:1.0.0.5-3X.Org X server -- TGA display driv ii xserver-xorg-video-tr 1:1.0.1.2-2X.Org X server -- Trident display ii xserver-xorg-video-ts 1:1.0.0.5-2X.Org X server -- Tseng display dr ii xserver-xorg-video-ve 1:1.0.1.3-2X.Org X server -- VESA display dri ii xserver-xorg-video-vg 1:4.0.0.5-2X.Org X server -- VGA display driv ii xserver-xorg-video-vi 1:0.1.33.2-2 X.Org X
Bug#364045: seahorse: cannot sign key
Package: seahorse Version: 0.9.0-2 Severity: important hi I would like to sign the key 211b1025 that belongs to J Voss but when I try, an error dialog is displayed prompting couldn't sign key invalid value and the following appears on the console ** (seahorse:11015): CRITICAL **: seahorse_pgp_key_op_sign: assertion `real_index = (num_userids + num_photoids)' failed a. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages seahorse depends on: ii debconf [debconf-2.0]1.4.72 Debian configuration management sy ii gconf2 2.14.0-1GNOME configuration database syste ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.11.3-1The ATK accessibility toolkit ii libavahi-client3 0.6.9-8 Avahi client library ii libavahi-common3 0.6.9-8 Avahi common library ii libavahi-glib1 0.6.9-8 Avahi glib integration library ii libbonobo2-0 2.14.0-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-1The Bonobo UI library ii libc62.3.6-7 GNU C Library: Shared libraries ii libcairo21.0.4-1+b1 The Cairo 2D vector graphics libra ii libdbus-1-2 0.61-5 simple interprocess messaging syst ii libdbus-glib-1-2 0.61-5 simple interprocess messaging syst ii libeel2-22.12.2-3Eazel Extensions Library (for GNOM ii libfontconfig1 2.3.2-5.1 generic font configuration library ii libgail-common 1.8.11-1GNOME Accessibility Implementation ii libgail171.8.11-1GNOME Accessibility Implementation ii libgconf2-4 2.14.0-1GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.2-1The GLib library of C routines ii libgnome-keyring00.4.9-1 GNOME keyring services library ii libgnome2-0 2.14.0-2The GNOME 2 library - runtime file ii libgnomecanvas2-02.14.0-1A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-3The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-2GNOME 2.2 print architecture User ii libgnomeui-0 2.14.0-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.0-2GNOME virtual file-system (runtime ii libgnutls12 1.2.9-2 the GNU TLS library - runtime libr ii libgpg-error01.2-1 library for common error values an ii libgpgme11 1.1.2-1 GPGME - GnuPG Made Easy ii libgtk2.0-0 2.8.16-1The GTK+ graphical user interface ii libgtksourceview1.0-01.4.2-2 shared libraries for the GTK+ synt ii libice6 6.9.0.dfsg.1-6 Inter-Client Exchange library ii libldap2 2.1.30-13 OpenLDAP libraries ii libnautilus-extension1 2.12.2-2libraries for nautilus components ii libnotify1 0.3.2-3 sends desktop notifications to a n ii liborbit21:2.14.0-1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.12.3-1library for GNOME 2 panel applets ii libpango1.0-01.12.1-2Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 6.9.0.dfsg.1-6 X Window System Session Management ii libsoup2.2-8 2.2.91-2an HTTP library implementation in ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 6.9.0.dfsg.1-6 X Window System miscellaneous exte ii libxi6 6.9.0.dfsg.1-6 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-6 X Window System multi-head display ii libxml2 2.6.23.dfsg.2-3 GNOME XML library ii libxrandr2 6.9.0.dfsg.1-6 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1 X Rendering Extension client libra ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages seahorse recommends: ii openssh-client1:4.2p1-7 Secure shell client, an rlogin/rsh -- debconf information: * seahorse/SUID: true -- Andrea Mennucc E' un mondo difficile. Che vita intensa! (Tonino Carotone) signature.asc Description: Digital signature
Bug#310507: Proper English of welcome message
[ Should the word been have been added to the welcome message? ] Santiago is correct. The word been is both extraneous and incorrect. The reasons are as follows: The original message says can be (paraphrased and) reordered as the less awkward: You have added tinnedpigflesh...to the subcriber list The new message says (again paraphrased and reordered): You have been added tinnedpigflesh...to the subscriber list The only time the word been would be appropriate is when [EMAIL PROTECTED] [0] is used as a form of direct address, which would require commas around the email address. The difference is that You have added is an emphatic[1] form of You added, which is in the active voice, as in: You added John. Note the usage of the direct object (John) in that sentence. Contrast this with the usage of the passive voice, as in: You have been added. In the former case, you are the subject and John is the object; you did the action (adding) and John received it. In the latter case, you are the object and some unknown entity is the subject; the other entity did the action (adding) and you received it.[2] I would also say that while the new message is incorrect, the old one is awkward. My recommendation, therefore, is: You have added the mail address $subscraddr to the subscriber list of $listaddr. This is because in English, it people generally want to know (in order): the subject (who did it), the verb (what happened), and the direct object (to whom was it done). The indirect object (in this case, to the subscriber list of...) is tangential to the other three things, at least from a grammatical point of view. In addition, the period does not matter at the end of the sentence because it merely makes the hostname fully qualified should it be interpreted as part of an email address. As for my credentials, I've lived in Houston, Texas, US for all of my (almost) 22 years, and am a native speaker of English. To sum up, I do not pretend to be an authoritative grammarian, but I do speak the language, and native speakers understand me when I am not being ambiguous or obtuse. Hope this helps, and thank you for giving me an opportunity to play a member of the grammar police. [0] This is a spamtrap; you should not send to it. Unless, of course, you are a spammer, in which case: fire away! [1] Actually, this isn't exactly true, but it's close enough for this matter. [2] This is a major reason why usage of the passive voice is discouraged. Unless nobody actually knows or cares about who the actor is[3], the passive voice is poor usage. [3] Think of Somebody vandalized my car (active) versus My car was vandalized (passive). In this case, it is irelevant who the actor was; what is more important is that the car was vandalized, and therefore, in this case, the passive voice is preferred. signature.asc Description: This is a digitally signed message part
Bug#364049: xrn: menu should look in /usr/bin instead of /usr/X11R6/bin
Package: xrn Version: 9.02-7.1 Severity: minor Hi Alex, With the transition to Xorg7, /usr/X11R6/bin is going away. Since xrn uses imake for building, no sourceful upload is needed for the package, it will be binNMUed instead on the autobuilders to get the new paths. However, the menu file still references xrn as /usr/X11R6/bin/xrn. This will work for now because /usr/X11R6/bin will be a compat symlink to /usr/bin, but it should eventually be updated to look in /usr/bin directly. 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/ signature.asc Description: Digital signature
Bug#363598: udev should conflict with ifrename
On Apr 20, Adam Borowski [EMAIL PROTECTED] wrote: Idea: if /etc/iftab is present on upgrade, you can consume it, producing relevant rules in that place (and displaying a message to the admin). An even better idea is, on the upgrade introducing persistent interface names, to write rules which reflect the current names no matter what configured them. -- ciao, Marco signature.asc Description: Digital signature
Bug#242519: kpilot: event times set 2h too early in calender
According to upstream, this should be fixed now. If you agree, please close the bug by sending a mail to [EMAIL PROTECTED] If no response for a couple of weeks, I will close it. /Sune pgpYEVwvk9ucI.pgp Description: PGP signature
Bug#364044: xslideshow: needs rebuild for move from /usr/X11R6/bin to /usr/bin
Package: xslideshow Version: 3.1-8 Severity: grave Hi Kenshi, The xslideshow package needs to be rebuilt for the Xorg 7.0 transition, because it installs to /usr/X11R6/bin which is going away. Since xslideshow uses imake to build, a simple rebuild is all that's required here; however, because the package is non-free, it can't be done using binNMUs on the autobuilders, it needs a sourceful upload. Since a sourceful upload is needed, I would suggest updating debian/menu at the same time to point to /usr/bin, and build-depend on xutils-dev to ensure the use of Xorg7.0 imake. 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/ signature.asc Description: Digital signature
Bug#364048: qof_0.6.4-1(amd64/unstable): FTBFS on 64bit architectures
Package: qof Version: 0.6.4-1 Severity: serious Hello, There was an error while trying to autobuild your package: creating test-book-merge cc -DHAVE_CONFIG_H -I. -I. -I../.. -I. -I../ -I../../qof -I../../lib/libsql -I.. -I../.. -I../../.. -I../../qof -I/usr/include/libxml2 -I/usr/include/libgda-1.2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -Werror -Wmissing-prototypes -Wmissing-declarations -g -Wall -O2 -g2 -Wall -c test-date.c cc1: warnings being treated as errors test-date.c: In function 'check_conversion': test-date.c:99: warning: format '%lld' expects type 'long long int', but argument 4 has type 'guint64' test-date.c:99: warning: format '%lld' expects type 'long long int', but argument 6 has type 'guint64' make[4]: *** [test-date.o] Error 1 make[4]: Leaving directory `/build/buildd/qof-0.6.4/qof/test' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/build/buildd/qof-0.6.4/qof' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/qof-0.6.4' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/qof-0.6.4' make: *** [debian/stamp-makefile-build] Error 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=amd64pkg=qofver=0.6.4-1 Best regards Frederik Schueler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364046: initramfs-tools: when dropped in root fsck mode, the keyboard modules are not (yet) loaded.
Package: initramfs-tools Severity: important Hi, ... I am using initramfs-tools on my pegasos test machine, and i noticed that when the root filesystem has errors, and you go in the early fsck prompt, where it tells you to run fsck in interactive mode, then i have no keyboard, probably because the keyboard modules are not (yet) loaded or something. The keyboard works when i later go into the fallback shell, if i remember correctly. Friendly, Sven Luther -- System Information: Debian Release: 3.1 Architecture: powerpc (ppc) Kernel: Linux 2.6.15-1-powerpc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348482: priority disparity for tipa
reopen 348482 ! retitle 348482 priorities for tipa packages thanks I reopen the bug. All the previous versions had a priority conflict for xfonts-tipa (control-optional, override-extra), the current version -2.2 has a priority conflict for tipa (control-extra, override-optional). For the next upload please set the priorities in the control file as follows: tipaoptional xfonts-tipa extra To remind myself: Do not change tipa to extra as texlive-fonts-recommended Recommends (and maybe has to Depends) on tipa. Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- PEN-TRE-TAFARN-Y-FEDW (n.) Welsh word which literally translates as 'leaking-biro-by-the-glass-hole-of-the-clerk-of-the-bank-has-been- -taken-to-another-place-leaving-only-the-special-inkwell-and-three- -inches-of-tin-chain'. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356394: Comment from maintainer
HE Ping? Tv Yes. HE Heya. Have you looked at #356394? Tv only as far as to see twisted changed the api a bit Tv the fix should be trivial Tv do you really care for mc-foo, or are you just running through the bug list? HE Well, I was asked to look at the bug. Just wanted to ensure that I don't need to care about it :) Tv the fix is trivial, but the whole thing needs heavyhanded modernization Tv I'm perfectly happy with letting the package be removed until I happen to get interested in it again HE Ah, OK. Tv guess I should say so in email, but I'm buried under my inbox HE No problem, I forwarded a fitting remove hint to aba, don't need to worry. Are you OK with me sending a quote of the last few lines to the bug? Tv yes Marc -- BOFH #247: Due to Federal Budget problems we have been forced to cut back on the number of users able to access the system at one time. (namely none allowed) pgpIHmjSiIkb3.pgp Description: PGP signature
Bug#364042: oowriter: OpenOffice Writer can't read StarOffice documents
Hi, Actually the filters are in a separate package: openoffice.org-filter-so52 - StarOffice 5.2 format filters for OpenOffice.org Yann -- Network System Engineer Goelaan SA, Switzerland Tel. +41-22-960 98 20 Fax +41-22-960 98 21 http://www.goelaan.ch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363598: udev should conflict with ifrename
On Apr 21, Florian Weimer [EMAIL PROTECTED] wrote: KERNEL==*.*, GOTO=persistent_net_generator_end No visible change. There's an error message in the syslog: Apr 21 10:05:30 l udevd-event[6705]: rename_net_if: error changing net interface name eth0.1_ifrename to eth0: timeout I think that something is wrong here, because it should not even try renaming eth0.1. Sometimes, the error message is Device or resource busy. By the way, are there any other names managed by udev where the name cannot be changed while the object is in use? Maybe this is part of the problem here. It's impossible to rename a network interface while it is being used. No, only network interfaces are special. But why would they be in use at the time udev runs? It's very early in the boot process. Actually, at that time VLANs have not been created yet. OTOH I can see that if they were created and the subinterfaces raised asyncronously in a boot script then there would be a race with udev. (Not that it really matters since they are not supposed to be renamed anyway.) -- ciao, Marco signature.asc Description: Digital signature
Bug#364038: Confirmed and upgrading severity
tags 364038 confirmed found 364038 2.6.0-2 severity 364038 grave stop My first impression is that this is easily reproducible. I can't find the moved email in any of the two involved mailboxes, nor in Trash. Seems like serious data loss to me. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#266691: kbd-chooser fails in sarge installer for powerpc
Hello everyone, Yesterday I tryed the Etch installer of 14 March 2006. I chose the Italian language and the Italian keyboard, but the keyboard was configured as an azerty keyboard and not as a qwerty. So I am asking for the inclusion of the new ibook-it keymap[1] The package kbd-chooser should either understand (!) that it is running on ibook/powerbook and should show this keymap instead of the usb one, or it should _ask_ which keyboard shall use (easyer way, I think ;). [1]... I will provide my keymap asap :-) Cheers, Giovanni P.S. Please let me know (privately) if I should *not* BCC you... since you do read the lists ;-) Tiscali ADSL 4 Mega Flat Naviga senza limiti a 19,95 euro al mese con 4 Megabps di velocità e 2 MESI GRATIS. In più, se sei raggiunto dalla rete Tiscali, telefoni senza pagare il canone Telecom. Scopri subito come risparmiare! http://abbonati.tiscali.it/prodotti/adsl/tc/4flat/
Bug#363598: udev should conflict with ifrename
On Fri, Apr 21, 2006 at 10:19:46AM +0200, Marco d'Itri wrote: On Apr 20, Adam Borowski [EMAIL PROTECTED] wrote: Idea: if /etc/iftab is present on upgrade, you can consume it, producing relevant rules in that place (and displaying a message to the admin). An even better idea is, on the upgrade introducing persistent interface names, to write rules which reflect the current names no matter what configured them. And also, I hope, on initial install of udev? 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/ signature.asc Description: Digital signature
Bug#362555: unreproducible
tag 362555 unreproducible thanks Hello, I cannot reproduce this bug. Are you still able to ? 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#363378: flashplugin-nonfree: Ubuntu patches?
On Fri, Apr 21, 2006 at 03:26:00PM +0900, Kai Hendry wrote: Package: flashplugin-nonfree Version: 7.0.63.1-ubuntu1 Followup-For: Bug #363378 This problem is evidently fixed in dapper. https://launchpad.net/distros/ubuntu/+source/flashplugin-nonfree/+bug/3204 That seems unlikely; the only change in that package relative to Debian is a change in the priority of a debconf question. It looks like a user stopped having the problem and assumed it was due to an upgrade. -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364051: copyright file broken
Package: libnss-ldap Version: 238-1.1 Severity: serious Heya, The copyright file does not list the copyright holder and nss_ldap is licensed under the terms of the LGPL (version 2 or higher), not under the GPL (as the copyright file says). Also, the Upstream URI there doesn't work. Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363509: /usr/bin/mpstat: mpstat output without parameters is wrong (fwd)
Hi Robert, Robert Luberda wrote: I'm forwarding the bug I got today. - Forwarded message from Benoit Panizzon [EMAIL PROTECTED] - I was just playing around with rrdtools and wanted to graph my system status when I discovered that mpstats prints nosense data when called without parameter: Example on a server just running a kernel make -j 20: $ mpstat Linux 2.6.14.3 (go.imp.ch) 19.04.2006 16:25:45 CPU %user %nice %system %iowait%irq %soft %idle intr/s 16:25:45 all0.410.000.160.030.120.01 99.27 497.45 99% Idle? Can't be... How to get the right output: $ mpstat 1 1 Linux 2.6.14.3 (go.imp.ch) 19.04.2006 16:26:10 CPU %user %nice %system %iowait%irq %soft %idle intr/s 16:26:11 all 88.670.009.360.000.490.001.48 391.09 Durchschn.: all 88.670.009.360.000.490.001.48 391.09 This looks about right... OK. This is not a bug ;-) Without any parameters entered on the command line, mpstat displays its stats since system startup (in the example above, mpstat displays the stats averaged between system boot time and 16:25:45). When you enter mpstat 1 1, mpstat displays one line of stats on a 1 second interval (in the example above, between 16:26:10 and 16:26:11). I will update mpstat manual page to make this clear. Regards, -- Sébastien Godard (sysstat at wanadoo.fr) http://perso.wanadoo.fr/sebastien.godard/
Bug#227882: kaddressbook: Segfault during initialization
Does this still happen in the newer versions ? If not, please close the bug by mailing [EMAIL PROTECTED] If no responses in a couple of weeks, I will close tihs bug. /Sune pgpRkuDTxxQP2.pgp Description: PGP signature
Bug#364053: vpopmail is now using ldap.conf with backend=ldap
Package: vpopmailVersion: 5.4.4-1Severity: normalTags: patch In file ldap.c deined function void vauth_config (void) witch read ldap.conf file in case of use ldap-as storage backend for vpopmail user and domain information. But readed configuration don't used never, instead of this data is used variables defined in ldap.h file. I atached patch for latest upstream version of vpopmail-5.4.15 which add support for storage ldap connection info into configguration file. This patch also sended for upstream developer and may be includede in next version of vpopmail. -- Pavel 'Blaze' VinogradovBeginer Linux Developer vpopmail-5.4.15-ldapconfig.diff Description: Binary data
Bug#364054: zoph: default config does not allow viewing of photos
Package: zoph Severity: normal The default config has WEB_IMAGE_DIR commented out and USE_IMAGE_SERVICE set to 0; however, one of these is required to view stored photos. I suggest setting the default for USE_IMAGE_SERVICE to 1. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-3-k7 Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#242368: new 'svnwrap' binary
Thanks for your patience, everybody, while we've been busy doing other things than fixing this very long-standing bug, which was reported four times and relegated for a long time to a corner labeled hmmm, what *should* we do with this one, anyway? I just wrote and documented a little '/usr/bin/svnwrap' script to set the umask to 002 before executing other svn client binaries. I will include it in next upload (1.3.1-3) in the 'subversion-tools' package. You can see the details in 'man svnwrap', but the short version is, if you do the following: ln -s /usr/bin/svnwrap /usr/local/bin/svn ln -s /usr/bin/svnwrap /usr/local/bin/svnserve that should take care of file:/// and svn+ssh:// URLs, and if you use an inetd.conf line that runs '/usr/bin/svnwrap svnserve -i' instead of just '/usr/bin/svnserve -i', that should take care of svn:// URLs. If you launch svnserve as a daemon (as opposed to inetd) ... well, do the obvious thing. NOTE NOTE NOTE: there's a security implication to doing this with /usr/local/bin/svn (for file:/// access): it affects users' local working copies, not just the repositories. This, by the way, is the reason upstream has never fixed this issue properly by just setting the umask inside the subversion binaries themselves. (I can explain further, including why this only affects bdb repos - anyone interested should probably reply privately.) Peter signature.asc Description: Digital signature
Bug#272733: kontact: Kontact crashes on exit
According to upstream, this issue have been dealt with by version 3.3.1 - are you still able to reproduce it ? If not, please close the bug by mailing [EMAIL PROTECTED] If no response, I will close this bug in a couple of weeks /Sune pgpL2hhGfsL25.pgp Description: PGP signature
Bug#275072: kitchensync crashes when I choose Settings-Konfigure KitchenSync
This is a quite old bug. I am not able to reproduce it. Please speak up if you still are able to reproduce it, else I will close this bug in a couple of weeks. /Sune pgpDfVrL3xAzy.pgp Description: PGP signature
Bug#362786: zgrep gives Syntaxerror since Sarge
On Tue, Apr 11, 2006 at 20:04:39 +0200, Michelle Konzack wrote: Package: grep Version: 2.5.1.ds1-4 Severity: grave Error description: /bin/zgrep: 103: Syntax error: Bad substitution Hi, zgrep is part of the gzip package, not grep. This bug looks a lot like 314342 and friends, which have been fixed a long time ago: gzip (1.3.5-11) unstable; urgency=low * patch from Peter Samuelson for bashism in zgrep, closes: #314342, #314211, #312380, #310329 -- Bdale Garbee [EMAIL PROTECTED] Wed, 15 Jun 2005 14:39:11 -0600 Line 103 of newer zgrep is not a substitution, so it seems like your /bin/sh is not bash and your gzip package is old (the Bad substitution string appears in dash, but not in bash or sed). Could you send the output of ls -l /bin/sh and dpkg -l gzip on a machine where this problem occurs? Thanks, Julien Cristau signature.asc Description: Digital signature
Bug#275457: kontact crashes while changing view
Does this still happen in newer versions of unstable ? If not, please close the bug by mailing [EMAIL PROTECTED] If noone is able to reproduce it anymore, I might close this bug in a couple of weeks /Sune pgpcm5xzatbdK.pgp Description: PGP signature
Bug#364050: ogre: FTBFS (ppc64): 'static Ogre::String Ogre::StringConverter::toString(long unsigned int, short unsigned int, char, std::_Ios_Fmtflags)' cannot be overloaded
Package: ogre Version: 1.0.6-1.3 Severity: wishlist Tags: patch When building 'ogre' on ppc64/unstable, I get the following error: if /bin/sh ../../libtool --tag=CXX --mode=compile powerpc64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../OgreMain/include -I/usr/include/freetype2 -I../../OgreMain/include -DOGRE_NONCLIENT_BUILD -g -O2 -MT OgreBillboardParticleRenderer.lo -MD -MP -MF .deps/OgreBillboardParticleRenderer.Tpo -c -o OgreBillboardParticleRenderer.lo OgreBillboardParticleRenderer.cpp; \ then mv -f .deps/OgreBillboardParticleRenderer.Tpo .deps/OgreBillboardParticleRenderer.Plo; else rm -f .deps/OgreBillboardParticleRenderer.Tpo; exit 1; fi powerpc64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../OgreMain/include -I/usr/include/freetype2 -I../../OgreMain/include -DOGRE_NONCLIENT_BUILD -g -O2 -MT OgreBillboardParticleRenderer.lo -MD -MP -MF .deps/OgreBillboardParticleRenderer.Tpo -c OgreBillboardParticleRenderer.cpp -fPIC -DPIC -o .libs/OgreBillboardParticleRenderer.o ../../OgreMain/include/OgreStringConverter.h:96: error: 'static Ogre::String Ogre::StringConverter::toString(long unsigned int, short unsigned int, char, std::_Ios_Fmtflags)' cannot be overloaded ../../OgreMain/include/OgreStringConverter.h:92: error: with 'static Ogre::String Ogre::StringConverter::toString(size_t, short unsigned int, char, std::_Ios_Fmtflags)' make[3]: *** [OgreBillboardParticleRenderer.lo] Error 1 make[3]: Leaving directory `/ogre-1.0.6/build-tree/ogre-free/OgreMain/src' With the attached patch 'ogre' can be compiled on ppc64. Regards Andreas Jochens diff -urN ../tmp-orig/ogre-1.0.6/debian/patches/10_ppc64 ./debian/patches/10_ppc64 --- ../tmp-orig/ogre-1.0.6/debian/patches/10_ppc64 1970-01-01 00:00:00.0 + +++ ./debian/patches/10_ppc64 2006-04-20 15:10:36.0 + @@ -0,0 +1,12 @@ +diff -urN tmp/OgreMain/include/OgrePlatform.h ogre-free/OgreMain/include/OgrePlatform.h +--- tmp/OgreMain/include/OgrePlatform.h2005-06-24 02:02:08.0 + ogre-free/OgreMain/include/OgrePlatform.h 2006-04-20 15:09:26.0 + +@@ -87,7 +87,7 @@ + #endif + + /* Find the arch type */ +-#if defined(__x86_64__) ++#if defined(__x86_64__) || defined(__powerpc64__) + # define OGRE_ARCH_TYPE OGRE_ARCHITECTURE_64 + #else + # define OGRE_ARCH_TYPE OGRE_ARCHITECTURE_32 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#268943: korganizer crashes at start
Please make sure you have the packages kdepim-dbg and gdb installed, then try to reproduce the crash and attach the backtrace to the bugreport. I cannot reproduce it here on my machine with newest korganizer and kitchensync. /Sune pgpX1n3afdRht.pgp Description: PGP signature
Bug#364052: fish: FISh does not close when Eterm is closed.
Package: fishVersion: 1.21.3-1Severity: normalMake fish login shell for a user. Start X, open Eterm window and closeit using the window manager instead of ctrl-d. The fish process continuesto work and begins to use all avaliable CPU time. With mrxvt and xfce4-terminal fish is terminated normaly. Same is whenEscreen theme is used in Eterm (multitab terminal behaviour emulation,using screen session). Right now i have no other X terminals to test. Please redirect the bug repport if it apears to be related to Eterm.-- System Information:Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686)Shell: /bin/sh linked to /bin/bashKernel: Linux 2.6.15-plastic.586Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)Versions of packages fish depends on:ii bc 1.06-19 The GNU bc arbitrary precision calii libc6 2.3.6-3 GNU C Library: Shared libraries anii libncurses5 5.5-1 Shared libraries for terminal handVersions of packages fish recommends: ii xsel 0.9.6-1.1 More than just cat for the X selec-- no debconf information
Bug#364024: gdImageAALine() can cause segfault
Hi, I continued to work on the anti-aliasing, specifically the lack of aliasing when the line hits the edge of the image. Attached is a patch that is applied AFTER the last one I posted. It cleans up the lines, so tiled images now look awesome. Also attached is the build-script and the last diff, plus the little segfault test file, for completeness. Please let me know what you are going to do with these patches. I intend to get them applied upstream, I'm hoping you could be the one to do it since you are the maintainer of its package and are therefore a good guy. cheers, Paul --- libgd2-2.0.33/gd.c 2006-04-21 11:31:18.0 +0800 +++ libgd2-2.0.33/gd.c 2006-04-21 11:31:15.0 +0800 @@ -3095,7 +3095,8 @@ /* TBB: set the last pixel for consistency (=) */ while ((x 16) = x2) { gdImageSetAAPixelColor(im, x 16, y 16, col, (y 8) 0xFF); - gdImageSetAAPixelColor(im, x 16, (y 16) + 1,col, (~y 8) 0xFF); + if ((y 16) + 1 = im-cy2) +gdImageSetAAPixelColor(im, x 16, (y 16) + 1,col, (~y 8) 0xFF); x += (1 16); y += inc; } @@ -3116,7 +3117,8 @@ /* TBB: set the last pixel for consistency (=) */ while ((y16) = y2) { gdImageSetAAPixelColor(im, x 16, y 16, col, (x 8) 0xFF); - gdImageSetAAPixelColor(im, (x 16) + 1, (y 16),col, (~x 8) 0xFF); + if ((x 16) + 1 = im-cx2) +gdImageSetAAPixelColor(im, (x 16) + 1, (y 16),col, (~x 8) 0xFF); x += inc; y += (116); } --- libgd2-2.0.33/gd.c 2006-04-21 16:37:55.0 +0800 +++ libgd2-2.0.33/gd.c 2006-04-21 16:39:07.0 +0800 @@ -3055,6 +3055,9 @@ im-tpixels[y][x]=gdTrueColorAlpha(dr, dg, db, gdAlphaOpaque); } +/* simple helper */ +inline int min_int(int a, int b) { return (a b ? a : b); } + static void gdImageAALine (gdImagePtr im, int x1, int y1, int x2, int y2, int col) { /* keep them as 32bits */ @@ -3065,11 +3068,15 @@ gdImageLine(im, x1, y1, x2, y2, col); return; } -/* TBB: use the clipping rectangle */ -if (clip_1d (x1, y1, x2, y2, im-cx1, im-cx2) == 0) - return; -if (clip_1d (y1, x1, y2, x2, im-cy1, im-cy2) == 0) - return; + + /* TBB: use the clipping rectangle */ + /* use expanded image bounds to ensure we get all the AA pixels drawn on the edges */ + /* Note the +1 and -1 */ + if (clip_1d (x1, y1, x2, y2, im-cx1-1, im-cx2+1) == 0) + return; + if (clip_1d (y1, x1, y2, x2, im-cy1-1, im-cy2+1) == 0) + return; + dx = x2 - x1; dy = y2 - y1; @@ -3089,15 +3096,25 @@ dx = x2 - x1; dy = y2 - y1; } - x = x1 16; + x = x1; y = y1 16; inc = (dy * 65536) / dx; + /* TBB: set the last pixel for consistency (=) */ - while ((x 16) = x2) { - gdImageSetAAPixelColor(im, x 16, y 16, col, (y 8) 0xFF); - if ((y 16) + 1 = im-cy2) -gdImageSetAAPixelColor(im, x 16, (y 16) + 1,col, (~y 8) 0xFF); - x += (1 16); + /* Constrain the loop to the image bounds */ + if (x 0) + { + y -= inc * x; + x = 0; + } + x2 = min_int(x2,im-cx2); + while (x = x2) { + int py = y 16; + if (py = im-cy1 py = im-cy2) +gdImageSetAAPixelColor(im, x, py, col, (y 8) 0xFF); + if (py + 1 = im-cy2) +gdImageSetAAPixelColor(im, x, py + 1,col, (~y 8) 0xFF); + x += 1; y += inc; } } else { @@ -3112,15 +3129,26 @@ dy = y2 - y1; } x = x1 16; - y = y1 16; + // y = y1 16; + y = y1; inc = (dx * 65536) / dy; + /* TBB: set the last pixel for consistency (=) */ - while ((y16) = y2) { - gdImageSetAAPixelColor(im, x 16, y 16, col, (x 8) 0xFF); - if ((x 16) + 1 = im-cx2) -gdImageSetAAPixelColor(im, (x 16) + 1, (y 16),col, (~x 8) 0xFF); + /* Constrain the loop to the image bounds */ + if (y 0) + { + x -= inc * y; + y = 0; + } + y2 = min_int(y2,im-cy2); + while (y = y2) { + int px = x 16; + if (px = im-cx1 px = im-cx2) +gdImageSetAAPixelColor(im, px, y, col, (x 8) 0xFF); + if (px + 1 = im-cx2) +gdImageSetAAPixelColor(im, px + 1, y,col, (~x 8) 0xFF); x += inc; - y += (116); +
Bug#364042: oowriter: OpenOffice Writer can't read StarOffice documents
reassign 364042 openoffice.org-filter-so52 thanks * Yann Forget [EMAIL PROTECTED] [2006-04-21 10:43]: Actually the filters are in a separate package: openoffice.org-filter-so52 - StarOffice 5.2 format filters for OpenOffice.org ok, thanks. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364057: app using libncures when gnome-terminal five more tags don't work properly
Package: gnome-terminalVersion: 2.14.0I use gnome-terminal with five more tags , then in the fifth tag's shell theapplications which use libncures display ugly and don't work properlySteps to reproduce the problem: 1. start gnome-terminal2. start five more tags3. start some applications such as vim in fifth tag's shellBTW:if I run reset in the fifth tag shell or minsize the window and maxsize it again, then everything works well I am using debian GUN/Linux 2.6.15, libncurses5 5.5-1.1, vim 1:6.4-007+1, libc6 2.3.6-7
Bug#364055: Please remove timecode-dev
Package: ftp.debian.org Severity: important Hello, Please considers removing timecode-dev from the archive. Martin Michlmayr pointed out in #355395 that even examples do not compile, and the maintainer email address is unrouteable. I think this package is useless. Cheers, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686-smp Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362146: iostat: wrong avgqu-sz and %util values (fwd)
Hi, Robert Luberda wrote: Forwarding yet another bug report. - Forwarded message from Gabor Gombas [EMAIL PROTECTED] - I just noticed that iostat -x -d 2 reports bogus values for avgqu-sz and %util: Device:rrqm/s wrqm/s r/s w/s rsec/s wsec/srkB/swkB/s avgrq-sz avgqu-sz await svctm %util sda 0.00 5.00 0.00 6.000.00 88.00 0.0044.0014.67 978275.898.67 166.75 100.05 sdb 0.00 5.00 0.00 6.000.00 88.00 0.0044.0014.67 978275.874.58 166.75 100.05 md0 0.00 0.00 0.00 5.500.00 44.00 0.0022.00 8.00 0.000.00 0.00 0.00 md4 0.00 0.00 0.00 0.000.000.00 0.00 0.00 0.00 0.000.00 0.00 0.00 md3 0.00 0.00 0.00 0.000.000.00 0.00 0.00 0.00 0.000.00 0.00 0.00 md2 0.00 0.00 0.00 1.500.00 12.00 0.00 6.00 8.00 0.000.00 0.00 0.00 md1 0.00 0.00 0.00 0.000.000.00 0.00 0.00 0.00 0.000.00 0.00 0.00 sdc 0.00 0.00 0.00 0.000.000.00 0.00 0.00 0.00 0.000.00 0.00 0.00 AMD64 has similar problems, just the numbers are larger: Device:rrqm/s wrqm/s r/s w/s rsec/s wsec/srkB/swkB/s avgrq-sz avgqu-sz await svctm %util sda 0.00 0.00 0.00 0.000.000.00 0.00 0.00 0.00 9269720640049696.000.00 0.00 100.55 sdb 0.00 0.00 0.00 0.000.000.00 0.00 0.00 0.00 9269720640049696.000.00 0.00 100.55 sdc 0.00 0.00 0.00 0.000.000.00 0.00 0.00 0.00 9269720640049696.000.00 0.00 100.55 sdd 0.00 0.00 0.00 0.000.000.00 0.00 0.00 0.00 9269720640049696.000.00 0.00 100.55 md0 0.00 0.00 0.00 0.000.000.00 0.00 0.00 0.00 0.000.00 0.00 0.00 md3 0.00 0.00 0.00 0.000.000.00 0.00 0.00 0.00 0.000.00 0.00 0.00 md2 0.00 0.00 0.00 0.000.000.00 0.00 0.00 0.00 0.000.00 0.00 0.00 md1 0.00 0.00 0.00 0.000.000.00 0.00 0.00 0.00 0.000.00 0.00 0.00 I am wondering if this problem is not linked to the following Linux kernel bug, as explained in sysstat FAQ : *** BEGIN FAQ *** 3.6. iostat -x displays huge numbers for some fields... Because of a Linux kernel bug, iostat -x may display huge I/O response times (svctm) and a bandwidth utilization (%util) of 100% for some devices. Indeed these devices have a value for the field #9 (beginning after the device name) in /proc/{partitions,diskstats} which is always different from 0, and even negative sometimes. Yet this field should go to zero, since it gives the number of I/Os currently in progress (it is incremented as requests are submitted, and decremented as they finish). To (temporarily) solve the problem, you should reboot your system to reset the counters in /proc/{partitions,diskstats}. *** END FAQ *** This could explain why we get such a value for %util (100%). Gabor : could you please send me the contents of your /proc/diskstats file so that I can check it? PS: Note that a problem with huge avgqu-sz values was also reported on 64-bit machines in LKML. Though fixing iostat to handle this problem was possible, it was decided to update the kernel's disk_stats structure to fix it (patch from Ben Woodard which was finally included in 2.6.17-rc1). Regards, -- Sébastien Godard (sysstat at wanadoo.fr) http://perso.wanadoo.fr/sebastien.godard/
Bug#270374: Patch to use x-terminal-emulator instead of xterm
On 4/21/06, Ryan Murray [EMAIL PROTECTED] wrote: gdm really needs xterm for the window management it performs to work. It cannot be replaced with x-terminal-emulator Well, with the above patch, I got gdm to start a failsafe xterm session without having an xterm, only a pterm. What exactly is it that xterm provides which an x-terminal-emulator does not? -- Jens Peter Secher _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_
Bug#364056: x11-common: must conflict with xfs-xtt
Package: x11-common Version: 1:7.0.14 Severity: grave Justification: renders package unusable hello I cannot upgrade to the version 7.0.14 of x11-common; here is the error x11-common postinst error: Could not remove /usr/X11R6/bin. Is not yet empty. Please remove any items still in the directory. You can move them back after the install has completed successfully. the culprit is xfs-xtt after the above error, the system is quite messed up, because neither x11-common nor all its dependencies are configured solution: x11-common should conflict with xfs-xtt (otherwise people upgrading from sarge will be very unhappy) a. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages x11-common depends on: ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii debianutils 2.15.3 Miscellaneous utilities specific t ii lsb-base 3.0-16 Linux Standard Base 3.0 init scrip x11-common recommends no packages. -- debconf information: x11-common/xwrapper/allowed_users: Anybody x11-common/experimental_packages: x11-common/xwrapper/actual_allowed_users: anybody x11-common/xwrapper/nice_value/error: x11-common/xwrapper/nice_value: 0 -- Andrea Mennucc E' un mondo difficile. Che vita intensa! (Tonino Carotone) signature.asc Description: Digital signature
Bug#290883: kontact: new contact only shows up on restarting
I cannot reproduce it in the version in unstable at least. If noone speaks up, I will mark it as fixed in this version. Kontakt has improved very much since then. /Sune pgp0zlIeow30i.pgp Description: PGP signature
Bug#281227: kontact crashes on start
If this is still unreproducable, I will close this in a couple of weeks. /Sune pgpkcH0glPShM.pgp Description: PGP signature
Bug#364043: xserver-xorg: apm resume does not work since update to xorg 7
reassign 364043 xserver-xorg-core forwarded 364043 https://bugs.freedesktop.org/show_bug.cgi?id=5209 merge 363120 364043 kthxbye On Fri, 2006-04-21 at 10:07 +0200, Didrik Pinte wrote: since the upgrade to xorg 7, the resume functionnality seems to be broken. I'm using apm and it was working pretty fine with the xorg 6.x versions. This is a duplicate of #363120, merging. Switching to console during suspend/resume should serve as a workaround. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#281493: kaddressbook: Merge contacts discards data
fixed 4:3.4.0 stop According to upstream, this is fixed in versions 3.4 http://bugs.kde.org/show_bug.cgi?id=105244 and others. /Sune pgp3LGzMXspjn.pgp Description: PGP signature
Bug#363598: udev should conflict with ifrename
On Apr 21, Steve Langasek [EMAIL PROTECTED] wrote: This was actually why I was asking. :) Does d-i really need to do anything here, or can it simply depend on the udev postinst to take care of it all in the chrooted target? No, currently postinst when run in a chroot does as little as possible and probably it's better to keep it this way. I am not sure if it's a good idea to unconditionally create the rules in chroot installs, I'd rather do it only if postinst is running in a d-i chroot. Is there a test which I can use for this? -- ciao, Marco signature.asc Description: Digital signature
Bug#363931: harden: Please do not abuse debconf
Ola Lundqvist [EMAIL PROTECTED] (21/04/2006): On Fri, Apr 21, 2006 at 12:31:03AM +0200, Thomas Huriaux wrote: Ola Lundqvist [EMAIL PROTECTED] (20/04/2006): On Thu, Apr 20, 2006 at 07:32:00PM +0200, Thomas Huriaux wrote: All of your debconf notes are typical Debconf abuse. Such notes have no added value during the package configuration process. The information they contain should go to the package documentation and should never stop the installation process. You have misunderstood the purpose of this package suite. The harden packages provide _nothing_ more than a guide for the system administrator with conflicts, dependencies and debconf output. That is why I'll now mark this package as wontfix. But if you can give me a good explanation on why I should remove a specific debconf question then I may change my mind. I have checked the debconf output and can not see that it is anything wrong with them. You are speaking about debconf questions, but you are only using debconf notes which are not related with the installation/configuration of the package. Debconf is made to configure a package, not to provide documentation. Notes or questions. The package do not provide more than help to the administrator. The only thing I can see is that maybe the priority can be discussed, but I think it is valid to have medium for the more important ones and low for the less important. If you want to install a system without being stopped by this kind of questions you can change the debconf input level or change the frontend for debconf. I don't want to install a system without being stopped by questions, I want to have to care only about the configuration of the packages I'm installing during the installation process. So, if the installation stop, it should only to prompt for something needed to configure the package or to mention something *very* important I have to do after the installation of the package to get it working. Yes but it is important for hardening of the system to follow the instructions mentioned. Without it is not much use of the package. But if your package does nothing else than providing help to the administrator, why don't you create a simple binary to display these instructions? I still don't understand the reason to display these instructions during the installation process, at it does not change anything for the package usability. -- Thomas Huriaux signature.asc Description: Digital signature
Bug#340463: #340463 still exists (Was: Bug#340463 acknowledged by developer (Bug#340463: fixed in goffice 0.2.1-2))
reopen 340463 thank you, Debian Bug Tracking System @ 2006-04-21 (Friday), 02:03 (-0700) This is an automatic notification regarding your Bug report #340463: [Fixed in CVS for 0.2.0] Gnumeric hangs on 2^31, which was filed against the goffice package. ... * Fixed in previous upload: Gnumeric hangs on 2^31. (Closes: #340463) I'm afraid I still can reproduce this with goffice_0.2.1-1 and gnumeric_1.6.3-1. -- /Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364056: x11-common: must conflict with xfs-xtt
tags 364056 pending thanks On Fri, Apr 21, 2006 at 11:21:24AM +0200, A Mennucc wrote: Package: x11-common Version: 1:7.0.14 Severity: grave Justification: renders package unusable I cannot upgrade to the version 7.0.14 of x11-common; here is the error x11-common postinst error: Could not remove /usr/X11R6/bin. Is not yet empty. Please remove any items still in the directory. You can move them back after the install has completed successfully. the culprit is xfs-xtt after the above error, the system is quite messed up, because neither x11-common nor all its dependencies are configured solution: x11-common should conflict with xfs-xtt (otherwise people upgrading from sarge will be very unhappy) Actually, x11-common already conflicts with xfs-xtt, it just didn't conflict with the -6 version that existed after the sarge release. I've incremented the conflict now in the svn repo, so this should be taken care of the next time David uploads (along with a number of other conflicts). 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/ signature.asc Description: Digital signature
Bug#363359: xserver-xorg: Resolution has changed from 100 dpi, to 75 dpi
On Thu, 2006-04-20 at 16:52 -0400, Rob Bochan wrote: On Thursday 20 April 2006 16:27, you wrote: If I remember correctly (I hope I do, but I'm not quite sure), the file /etc/X11/xinit/xserverrc, which startx uses, contained the following command in woody and sarge: exec /usr/bin/X11/X -dpi 100 -nolisten tcp Perhaps this has changed in Xorg 7.x? Good eye! Looks like it has. That file doesn't exist on the machine in question, but it still exists on my machine which I haven't yet updated (and does indeed include the switch mentioned). Also, according to a search at packages.debian.org http://packages.debian.org/cgi-bin/search_contents.pl?word=xserverrcsearchmode=searchfilescase=insensitiveversion=unstablearch=i386 the file xserverrc doesn't exist in any packages in Sid. [EMAIL PROTECTED]|11:05:36 dpkg -S /etc/X11/xinit/xserverrc xbase-clients: /etc/X11/xinit/xserverrc [EMAIL PROTECTED]|11:06:54 apt-cache policy xbase-clients xbase-clients: Installed: 1:7.0.0-4 Candidate: 1:7.0.0-4 Version table: *** 1:7.0.0-4 0 500 http://ftp.ch.debian.org sid/main Packages 100 /var/lib/dpkg/status What does grep xserverrc /var/lib/dpkg/info/xbase-clients.* say on your system? (XSF: It's not listed as a conffile here, is that intentional?) -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#359678: unreproducible
severity 359678 normal thanks On Fri, Apr 21, 2006 at 03:47:08AM +0200, Mohammed Adnne Trojette wrote: However, as the package builds fine in an unstable chroot, I think the severity should be reduced. indeed, leaving the bug open as it might help backporters. thanks for you work, filippo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364058: dia: object properties (text colour) are not saved
Package: dia Version: 0.94.0-17.1 Severity: normal Hi, I have created a UML with some dependencies (Abhaengigkeit) connecting states (Anwendungsfall). With object/properties I added some text in the Constraints box and gave this text a certain colour (text colour). When I save the diagram and load it again, this text colour is lost and all constraints are displayed in black. Exporting to eps saves all colours, exporting to xfig causes dia to segfault... Christian -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8-smp Locale: LANG=C, [EMAIL PROTECTED] (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages dia depends on: ii dia-common 0.94.0-17.1 Diagram editor (common files) ii dia-libs 0.94.0-17.1 Diagram editor (library files) ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.11.3-1The ATK accessibility toolkit ii libc62.3.6-3 GNU C Library: Shared libraries an ii libcairo21.0.4-1+b1 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1FreeType 2 font engine, shared lib ii libglib2.0-0 2.10.2-1The GLib library of C routines ii libgtk2.0-0 2.8.16-1The GTK+ graphical user interface ii libpango1.0-01.12.0-2Layout and rendering of internatio ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 6.9.0.dfsg.1-6 X Window System miscellaneous exte ii libxi6 6.9.0.dfsg.1-6 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-6 X Window System multi-head display ii libxml2 2.6.23.dfsg.2-3 GNOME XML library ii libxrandr2 6.9.0.dfsg.1-6 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1 X Rendering Extension client libra ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages dia recommends: ii gsfonts-x11 0.18 Make Ghostscript fonts available t -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360143: acknowledged by developer (Bug#360143: fixed in boinc 5.4.3-1)
[EMAIL PROTECTED] (Debian Bug Tracking System) writes: This is an automatic notification regarding your Bug report #360143: boinc-manager: Connecting to other host troublesome, which was filed against the boinc-manager package. It has been closed by one of the developers, namely [EMAIL PROTECTED] (Frank S. Thomas). Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact the developer, by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) From: [EMAIL PROTECTED] (Frank S. Thomas) Subject: Bug#360143: fixed in boinc 5.4.3-1 To: [EMAIL PROTECTED] Date: Tue, 18 Apr 2006 03:17:10 -0700 Source: boinc Source-Version: 5.4.3-1 We believe that the bug you reported is fixed in the latest version of boinc, which is due to be installed in the Debian FTP archive: boinc-client_5.4.3-1_i386.deb to pool/main/b/boinc/boinc-client_5.4.3-1_i386.deb boinc-dev_5.4.3-1_i386.deb to pool/main/b/boinc/boinc-dev_5.4.3-1_i386.deb boinc-manager_5.4.3-1_i386.deb to pool/main/b/boinc/boinc-manager_5.4.3-1_i386.deb boinc_5.4.3-1.diff.gz to pool/main/b/boinc/boinc_5.4.3-1.diff.gz boinc_5.4.3-1.dsc to pool/main/b/boinc/boinc_5.4.3-1.dsc boinc_5.4.3.orig.tar.gz to pool/main/b/boinc/boinc_5.4.3.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Frank S. Thomas [EMAIL PROTECTED] (supplier of updated boinc package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) Format: 1.7 Date: Sun, 16 Apr 2006 00:29:41 +0200 Source: boinc Binary: boinc-manager boinc-dev boinc-client Architecture: source i386 Version: 5.4.3-1 Distribution: unstable Urgency: low Maintainer: Debian BOINC Maintainers [EMAIL PROTECTED] Changed-By: Frank S. Thomas [EMAIL PROTECTED] Description: boinc-client - core client for the BOINC distributed computing infrastructure boinc-dev - development files to build applications for BOINC projects boinc-manager - GUI to control and monitor the BOINC core client Closes: 359332 360143 362257 Changes: boinc (5.4.3-1) unstable; urgency=low . [ Frank S. Thomas ] * New upstream release. - BOINC Manager: Allow a connection request to reset a connection attempt to the local computer or another computer. Thanks to Zlatko Calusic for the report. (closes: #360143) * debian/control: - Improved the short description of all three packages. Thanks to Martin Schulze for his suggestions. (closes: #359332) * debian/patches/: - Removed 01_amd64-gcc4-fixes.dpatch, it was applied upstream. - Updated 03_wx2.6-with-unicode.dpatch and 07_use-sensible-browser.dpatch for the new upstream release. * Added conffile /etc/boinc-client/global_prefs_override.xml which can be used to edit preferences locally. For more information about this file, see http://boinc.berkeley.edu/prefs_override.php * Clarified and expanded the explanation of the -no_gui_rpc option in boinc_client's manpage based on Steffen's suggestion. Thanks to David Coe for the report. (closes: #362257) * Added the update-boinc-applinks tool that creates (or removes) symlinks to anonymous BOINC applications and their app_info.xml files in a given data directory. The anonymous applications and their app_info.xml files are provided by boinc-app-* packages (e.g. boinc-app-seti). Note that currently there are no boinc-app-* packages in the Debian archive. Files: 57ff233bf4ac331e3bc140b22e5082f0 1361 net optional boinc_5.4.3-1.dsc 06b4e4168e04a499e3bcf64ce261064e 5523751 net optional boinc_5.4.3.orig.tar.gz f3797337cfb3a7dad018c0858b25f54f 33245 net optional boinc_5.4.3-1.diff.gz 92d62dca1515dffddfd117e68c87d747 288112 net optional boinc-client_5.4.3-1_i386.deb f4d9c927a858aede0b7027b16164c4be 692316 x11 optional boinc-manager_5.4.3-1_i386.deb 494c082121a8346e48287b18b26a1917 350318 devel optional boinc-dev_5.4.3-1_i386.deb -- Unfortunately, the situation is even worse, now I can't connect at all (not even after a minute or so). It all seems pretty bugged. Whatever I click (retry communications, select computer...) I don't get an expected response but only blocking, nothing happens and other (circular) errors. Weird. Here is what I get on the console, if it's of any use: send: -1 send: Bad file descriptor connect: Connection refused execvp(./boinc, -redirectio) failed with error 2! connect:
Bug#364030: top shows 98% for all CPUs on SMP system all the time
On Fri, Apr 21, 2006 at 07:45:00AM +0200, Adalbert Dawid wrote: I installed Sarge on a Quad-Xeon (4 CPUs), 2.6.8-2-686-smp Debian kernel. top is showing a load 98% for all four CPUs, although there are no relevant processes running on the system. The top row comes from the /proc/stat file, if you see top doing this again can you send me that file? Low 2.6 kernels and Xeons have given some strange results, so let's get that part sorted out first. - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 Eye-Net Consulting http://www.enc.com.au/ MIEE Debian developer csmall at : enc.com.au ieee.org debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#280302: Does not compile anymore
Hello, This package does not compile anymore, even with the patch submitted. Moreover, the maintainer email address seems to be bouncing. Maybe this package should be removed from the archive. 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#358157: any update on this?
Hi, is there any update on the ITA for fftw2? There is at least one RC bug open and looks rather easy to fix. I can prepare an NMU fixing the rpath issue #358157 if needed. thanks in advance, filippo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363302: libx11-6: When migrating to X.Org 7, server says: _X11TransOpen: Unable to find transport for local
Then 6.9.0.dfsg.1-6 is not the right version of the package to report this against. Please tell us what version of libx11-6 you were installing. The version that fails is libx11-6 (1.0.0-6). The moment I install it, I can not run applications (and the same error is reported again), even without having restarted the X server. Obviously, the server does not boot again since the old library (6.9.0) is installed. I see no way that this bug could happen with the current code; the error message occurs only when support for the named transport has not been compiled into the library, and 'local' is a transport that should be compiled in unconditionally. -- 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/ pgpK6svgkh1U1.pgp Description: PGP signature
Bug#360754: Subject: thunderbird: searching enters infinite loop
On Fri, Apr 21, 2006 at 11:46:34AM +0200, Stefan Völkel wrote: No it hangs on any search criteria. Be advised that I can search in subfolders though, just not my Inbox. Searching with evolution or pine works, thus I don't think its an IMAP Server Problem. What is the exact behaviour of thunderbird when this problem occurs? It eats 99% CPU and is not responding. No Crash. Can you reproduce this with a fresh profile (e.g. run thunderbird from a new unix user account for the first time) What is your mail server setup. Which one is it? - Alexander -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#238245: Proposed plan (and license) for the webpage relicensing
Javier =?iso-8859-1?Q?Fern=E1ndez-Sanguino_Pe=F1a?= [EMAIL PROTECTED] a) a proper license should be decided for the website. I suggest using a BSD-style license. The attached license is such a license. I suggest using a BSD-style licence as default, but the attached one is not one. Do we have other stuff under FBSD-doc terms? [...] b) old contributors to the web site (i.e. all that have had CVS access to the WWW CVS are for the past 10 years) should be contacted and ask to agree to this license change. I will help with this, if you wish. I think I know how to get today's contributors (webwml group) and any since the current CVS started (cvs history and logs) but how to get 'em all? c) a note should be added to the Debian site (as a News item?) describing the license change (and the reasons for the change) and giving a 6 month period for comments. I suggest shortening this period. d) new contributors during that period should be asked to agree to the license change and to transfer (c) to SPI (GPG/PGP signed e-mail would be a requisite for contributing, a paper trail would be even best) Just seek a licence, rather than assignment. e) from here on access to the CVS of the website should be given after clearly stating (and getting and agreement) that any and all contributions to the CVS, unless specified otherwise with clear (c) statements in the code, will be (c) SPI and will be considered work under contract I don't understand why you think a contract is formed, as the contributor is not getting anything in exchange for their work. However, it seems a good idea for SPI to assert a copyright interest in the work. cc: -legal and -www only Hope that helps, -- MJR/slef Laux nur mia opinio: vidu http://people.debian.org/~mjr/ Bv sekvu http://www.uk.debian.org/MailingLists/#codeofconduct -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363995: xserver-xorg-video-ati: OpenGL view out of alignment with window
On Thu, 2006-04-20 at 22:13 +0100, Robert Hart wrote: Package: xserver-xorg-video-ati Version: 1:6.5.7.3-3 Severity: normal Since upgrading to 7.0 I've noticed a problem with the contents of any GL viewport shifting roughly half the viewport width to the left. This seems to occur when some other window partially overlaps and obscurs the GL window. For example, starting glxgears, produces the familiar rotating cogs, however if the mouse is hovered over one of the title bars windows until a tooltip appears, the gears suddenly shift to the left, such that only the green gear is visible. [...] (**) RADEON(0): Option BackingStore true (**) RADEON(0): Backing store enabled Does it also happen if you don't enable backing store? (Make sure you disable all the instances of this option in the config file :) Section Extensions Option Composite enable EndSection Does it also happen if you don't enable Composite? Does it also happen if you disable colour tiling with Option ColorTiling off ? -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#360754: Subject: thunderbird: searching enters infinite loop
On Thu, 2006-04-20 at 18:03 +0200, Alexander Sack - Debian Bugmail wrote: On Tue, Apr 04, 2006 at 03:34:23PM +0200, Stefan Völkel wrote: When searching in my IMAP Inbox. (for Sender or Subject) thunderbird enters an infinite loop (see attached bt). How can I reproduce it? Does this error depend the search criteria that you use? No it hangs on any search criteria. Be advised that I can search in subfolders though, just not my Inbox. Searching with evolution or pine works, thus I don't think its an IMAP Server Problem. What is the exact behaviour of thunderbird when this problem occurs? It eats 99% CPU and is not responding. No Crash. Stefan -- Stefan Völkel mobile: +49.170.79177.17 Millenux GmbH phone: +49.711.88770.300 Lilienthalstraße 2 phone: +49.89.608665.27 70825 Stuttgart-Kornta l fax: +49.711.88770.349 -= linux without limits -=- http://linux.zSeries.org/ =- signature.asc Description: This is a digitally signed message part
Bug#364059: Install fails if octave-forge is installed
Package: texlive-lang-polish Severity: important Hello, the installation of texlive-lang-polish fails if octave-forge is installed with the following message: Selecting previously deselected package texlive-lang-polish. (Reading database ... 263287 files and directories currently installed.) Unpacking texlive-lang-polish (from .../texlive-lang-polish_2005-1_all.deb) ... dpkg: error processing /var/cache/apt/archives/texlive-lang-polish_2005-1_all.deb (--unpack): trying to overwrite `/usr/bin/mex', which is also in package octave-forge Errors were encountered while processing: /var/cache/apt/archives/texlive-lang-polish_2005-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: When I remove octave-forge the installation of texlive-lang-polish works fine. Regards, Ole -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.5-underworld Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363598: udev should conflict with ifrename
On Fri, Apr 21, 2006 at 11:47:45AM +0200, Marco d'Itri wrote: On Apr 21, Steve Langasek [EMAIL PROTECTED] wrote: An even better idea is, on the upgrade introducing persistent interface names, to write rules which reflect the current names no matter what configured them. And also, I hope, on initial install of udev? Yes, and in d-i too. This was actually why I was asking. :) Does d-i really need to do anything here, or can it simply depend on the udev postinst to take care of it all in the chrooted target? -- 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/ signature.asc Description: Digital signature