Bug#554571: dh_installdebconf: extension to handle *.templates.debhelper ?
Dominique Dumont wrote: For this, dh_config_model_upgrade needs to generate dynamically new templates at package build time by calling: Why does it need to do that? Your template could just as easily be a single template from which specific questions are instantiated, with variables expanded to customize. -- see shy jo signature.asc Description: Digital signature
Bug#554626: Dolphin doesn't have full integration with kdesvn
Package: kdesvn Version: 1.4.1-1 Severity: normal kdesvn doesn't add context menu item or the Subversion (kdesvn) group to Dolphin as it does in konqueror. In any folder, konqueror will have a Checkout from a repository menu item (as well as Export from a subversion repository), but Dolphin doesn't have it. Dolphin however has the expected actions when you're inside a checkout. I see no documentation on kdesvn's Dolphin integration, but I guess this is a bug. This is probably an upstream bug. Related bug: http://kdesvn.alwins-world.de/ticket/583 At the beginning I was under the impression kdesvn had no kdesvn integration, so I thought that ticket was about my problem. Maybe the reporter also didn't realize the integration partially existed. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdesvn depends on: ii kdebase-runtime 4:4.3.2-1runtime components from the offici ii kdelibs54:4.3.2-2core libraries for all KDE 4 appli ii kdesvn-kio-plugins 1.4.1-1 Subversion I/O slaves for KDE ii libapr1 1.3.8-1 The Apache Portable Runtime Librar ii libaprutil1 1.3.9+dfsg-3 The Apache Portable Runtime Utilit ii libc6 2.9-25 GNU C Library: Shared libraries ii libdb4.74.7.25-8 Berkeley v4.7 Database Libraries [ ii libgcc1 1:4.4.2-2GCC support library ii libqt4-dbus 4:4.5.3-4Qt 4 D-Bus module ii libqt4-network 4:4.5.3-4Qt 4 network module ii libqt4-sql 4:4.5.3-4Qt 4 SQL module ii libqt4-svg 4:4.5.3-4Qt 4 SVG module ii libqt4-xml 4:4.5.3-4Qt 4 XML module ii libqtcore4 4:4.5.3-4Qt 4 core module ii libqtgui4 4:4.5.3-4Qt 4 GUI module ii libstdc++6 4.4.2-2 The GNU Standard C++ Library v3 ii libsvn1 1.6.6dfsg-1 Shared libraries used by Subversio ii libsvnqt6 1.4.1-1 Qt wrapper library for Subversion Versions of packages kdesvn recommends: ii graphviz 2.20.2-4 rich set of graph drawing tools ii kompare 4:4.3.2-1 file difference viewer for KDE 4 Versions of packages kdesvn suggests: pn kdiff3none (no description available) pn khelpcenter none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554577: Miredo 1.2.2 fixes this
tags 554577 + fixed-upstream thanks This is fixed in Miredo 1.2.2. -- Rémi Denis-Courmont http://www.remlab.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554627: [PATCH] Add the server hostname in the mail subject
Package: unattended-upgrades Version: 0.25.1debian1-0.1 Severity: wishlist I have unattended-upgrades installed over several machines and every time a package is updated, I receive lots of emails with the subject unattended-upgrades result and I have to check the from header to know what server of mine was updated. I think it would be great (and easier to check from what server this message from) if the hostname was added in the mail subject. I'm adding to this message a patch that adds the hostname to mail subject and makes it looks like unattended-upgrades result for HOSTNAME. -- Atenciosamente, Arthur Furlan arthur.fur...@gmail.com --- unattended-upgrade 2009-11-05 15:56:21.0 -0200 +++ unattended-upgrade-patched 2009-11-05 15:56:34.0 -0200 @@ -6,7 +6,7 @@ # Released under the GPL import apt_pkg, apt_inst -import sys, os, string, datetime +import sys, os, string, datetime, socket from optparse import OptionParser from subprocess import Popen, PIPE @@ -258,8 +258,8 @@ if email != : logging.debug(Sending mail with '%s' to '%s' % (logfile_dpkg, email)) mail = subprocess.Popen([mail, - -s,unattended-upgrades result,email], -stdin=subprocess.PIPE) + -s,unattended-upgrades result for + socket.gethostname(), + email], stdin=subprocess.PIPE) s = Unattended upgrade returned: %s\n\n % (res != pm.ResultFailed) s += open(logfile_dpkg).read() mail.stdin.write(s)
Bug#551807: openbox: xy-maximized windows uncorrectly y-sized with xfce4-panel + matchbox-keyboard
Hi, * Dana Jansens dan...@orodu.net [2009-11-05 19:45]: The window manager shown in the pictures documenting the bug is not Openbox. Openbox does not use rounded titlebars at this time, I would guess it is Metacity from the look of it. I guess that comes from xfce... Cheers Nico -- Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0xA0A0 For security reasons, all text in this mail is double-rot13 encrypted. pgpDhr1iKHN28.pgp Description: PGP signature
Bug#545032: [Pkg-utopia-maintainers] Bug#545032: Bug#545032: Bug#545032: Bug#545032: Bug#545032: Bug#545032: Bug#545032: devicekit-disks - Handles add actions of dm devices
Bastian Blank wrote: On Tue, Nov 03, 2009 at 09:41:24PM +0100, Michael Biebl wrote: Discussing with upstream, 95-devkit-disks.rules was changed to only act on change events (and not add|change) The rules may still be called with the device suspended and then block udev to handle further rules and events, including the callback to the devmapper tools. This is a classic race condition and I have no recipe for this yet. Should I add a check for DM_SUSPENDED==1 then, just like DM_HIDE? Hopefully this addresses your remaining complaints in a sufficient manner so the conflicts in dmsetup can be removed again. I accept that for now. But if it starts to break things I'll come back. Fair enough. Admittedly, the interaction between udev, device-mapper/lvm2/crypsetup/mdadm and dk-disks is not ideal yet. So constructive input how to improve that in the future, is very much appreciated. I also strongly believe, that we should closely work with upstream on such matters, so not every disto is doing their own thing and ideally we have a common set of core udev rules where 3rd party apps can rely on. Which leads me to a bit unrelated question: Your dm/lvm2 udev rules look quite well written, but they also look significantly different from what upstream lvm2 is shipping. Have you considered to push your changes upstream? What about --enable-udev_sync, is this something we want in Debian? Cheers, Michael P.S: dk-disks 009-1 has been uploaded today, so I would appreciate of dmsetup at your earliest convenience -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#409172: Debian bug #409172 rsibreak: Disabling timer reset doesn't work
On Thursday, 5 November 2009 at 17:28, Xavier Vello wrote: RSIbreak did undergo a big rewrite for its KDE4 version. I think we can assume the bug is not present now. Can you please test the new version and tell me if it has been fixed ? Hello, I haven't used rsibreak in quite some time, so I don't remember anything more than is written in the bug report. If those symptoms don't appear anymore, I guess it has been fixed. Best regards, Christian Ohm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554625: QT completely capitalized in descriptions
Package: google-gadgets-qt Version: 0.10.5-0.3 Severity: minor The package descriptions contain Qt spelled as QT. Qt should not be completely capitalized: Qt version of Google Gadgets -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages google-gadgets-qt depends on: ii google-gadgets-common 0.10.5-0.3Common files for QT and GTK+ versi ii google-gadgets-gst 0.10.5-0.3GStreamer Module for Google Gadget ii libc6 2.9-25GNU C Library: Shared libraries ii libgcc11:4.4.2-2 GCC support library ii libggadget-1.0-0 0.10.5-0.3Google Gadgets main library ii libggadget-qt-1.0-00.10.5-0.3Google Gadgets QT library ii libltdl7 2.2.6a-4 A system independent dlopen wrappe ii libqt4-dbus4:4.5.3-4 Qt 4 D-Bus module ii libqt4-network 4:4.5.3-4 Qt 4 network module ii libqt4-script 4:4.5.3-4 Qt 4 script module ii libqt4-webkit 4:4.5.3-4 Qt 4 WebKit module ii libqt4-xml 4:4.5.3-4 Qt 4 XML module ii libqtcore4 4:4.5.3-4 Qt 4 core module ii libqtgui4 4:4.5.3-4 Qt 4 GUI module ii libstdc++6 4.4.2-2 The GNU Standard C++ Library v3 ii libx11-6 2:1.2.2-1 X11 client-side library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime google-gadgets-qt recommends no packages. google-gadgets-qt suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554374: openoffice.org: [INTL:fr] French debconf templates translation update
Quoting Rene Engelhard (r...@debian.org): tag 554374 + pending thanks On Wed, Nov 04, 2009 at 08:00:29AM +0100, Christian Perrier wrote: Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. Thanks, added. (If it didn't arrive today I'd probably have asked the lead of OpenOffice.orgs fr translation to translate it ;)) Hmmm, do I trust her for this? :-) (assuming you're talking about Sophie) signature.asc Description: Digital signature
Bug#554628: short option for --line-numbers does not work
Package: iptables Version: 1.4.3.2-2 Severity: normal Tags: patch The --line-numbers option is one which you want to use in general. Thus, a short option should be available. After looking into the code, I noticed that '0' was assigned to --line-numbers. However, it seems to be missing in the option string which is then passed to getopt_long. Patches for both are attached, they seem to work fine. Documentation is not yet modified. --- iptables.c.O 2009-11-05 20:14:50.02073 +0100 +++ iptables.c 2009-11-05 18:39:36.981327880 +0100 @@ -1353,7 +1353,7 @@ opterr = 0; while ((c = getopt_long(argc, argv, - -A:D:R:I:L::S::M:F::Z::N:X::E:P:Vh::o:p:s:d:j:i:fbvnt:m:xc:g:, + -A:D:R:I:L::S::M:F::Z::N:X::E:P:Vh::o:p:s:d:j:i:fbvnt:m:xc:g:0, opts, NULL)) != -1) { switch (c) { /* --- ip6tables.c.O 2009-11-05 20:14:56.624780653 +0100 +++ ip6tables.c 2009-11-05 18:40:57.613325951 +0100 @@ -1331,7 +1331,7 @@ opterr = 0; while ((c = getopt_long(argc, argv, - -A:D:R:I:L::S::M:F::Z::N:X::E:P:Vh::o:p:s:d:j:i:bvnt:m:xc:g:, + -A:D:R:I:L::S::M:F::Z::N:X::E:P:Vh::o:p:s:d:j:i:bvnt:m:xc:g:0, opts, NULL)) != -1) { switch (c) { /*
Bug#554620: cupt: Network problems not handled gracefully
Package: cupt Version: 1.1.1 Severity: minor Attempted to update and saw the following backtrace. Looks like there was an intermittent network problem, which caused some variable not to be set. $ sudo cupt update Get:1 http://debian.lcs.mit.edu/debian squeeze Release Get:2 http://security.debian.org squeeze/updates Release 0% [1 squeeze Release 0B][2 squeeze/updates Release 0B] | 0B/s | ETA: 0sE: read from socket failed: E: error performing command 'update' Use of uninitialized value $filename in hash element at /usr/share/perl5/Cupt/Download/Manager.pm line 542. at /usr/share/perl5/Cupt/Download/Manager.pm line 542 Cupt::Download::Manager::download('Cupt::Download::Manager=HASH(0x8ec0168)', 'HASH(0x8f07fa0)') called at /usr/share/perl5/Cupt/System/Worker.pm line 1582 eval {...} called at /usr/share/perl5/Cupt/System/Worker.pm line 1561 Cupt::System::Worker::update_release_and_index_data('Cupt::System::Worker=HASH(0x8860968)', 'Cupt::Download::Progresses::Console=HASH(0x8947238)') called at /usr/bin/cupt line 1690 main::update_release_data() called at /usr/bin/cupt line 141 eval {...} called at /usr/bin/cupt line 140 main::main() called at /usr/bin/cupt line 155 at /usr/share/perl5/Cupt/Core.pm line 105 Cupt::Core::mycatch() called at /usr/share/perl5/Cupt/System/Worker.pm line 1775 Cupt::System::Worker::update_release_and_index_data('Cupt::System::Worker=HASH(0x8860968)', 'Cupt::Download::Progresses::Console=HASH(0x8947238)') called at /usr/bin/cupt line 1690 main::update_release_data() called at /usr/bin/cupt line 141 eval {...} called at /usr/bin/cupt line 140 main::main() called at /usr/bin/cupt line 155 at /usr/share/perl5/Cupt/Core.pm line 105 Cupt::Core::mycatch() called at /usr/bin/cupt line 143 main::main() called at /usr/bin/cupt line 155 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cupt depends on: ii libcupt-perl 1.1.1 alternative front-end for dpkg -- ii perl 5.10.1-5 Larry Wall's Practical Extraction ii sensible-utils0.0.1 Utilities for sensible alternative cupt recommends no packages. Versions of packages cupt suggests: pn libterm-readline-gnu-perl none(no description available) -- no debconf information -- James GPG Key: 1024D/61326D40 2003-09-02 James Vega james...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554623: amule: Please remove new version check
Package: amule Version: 2.2.5-1.1 Severity: minor Please remove the new version check since the application is managed by dpkg. This includes the preferences setting as well as the log message. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages amule depends on: ii amule-common 2.2.5-1.1 common files for the rest of aMule ii libc6 2.9-25GNU C Library: Shared libraries ii libcrypto++8 5.6.0-5 General purpose cryptographic libr ii libgcc11:4.4.1-4 GCC support library ii libgeoip1 1.4.6.dfsg-13 A non-DNS IP-to-country resolver l ii libstdc++6 4.4.1-4 The GNU Standard C++ Library v3 ii libupnp3 1:1.6.6-3 Portable SDK for UPnP Devices (sha ii libwxbase2.8-0 2.8.7.1-1.1 wxBase library (runtime) - non-GUI ii libwxgtk2.8-0 2.8.7.1-1.1 wxWidgets Cross-platform C++ GUI t ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages amule recommends: pn amule-utils none (no description available) Versions of packages amule suggests: pn amule-utils-gui none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551807: openbox: xy-maximized windows uncorrectly y-sized with xfce4-panel + matchbox-keyboard
The window manager shown in the pictures documenting the bug is not Openbox. Openbox does not use rounded titlebars at this time, I would guess it is Metacity from the look of it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554537: postinst failes with exit status 30
Quoting Sven Hartge (s...@svenhartge.de): Sven Hartge wrote: Since -4 the package refuses to upgrade correctly: Stupid me, of course this should read -5 instead of -4. Hmmm, the addition of set -e was meant to be a lintian cleaning for the package while doing l10n updates (something I do very often during such l10n uploads). Apparently, the package was in a worse shape than I imaginedand debconf stuff is not done in a standard way. So, well, either I find the right fix quite quickly for this...or I will re-hide the issue under the rug and just drop the set -e line. .../... At first glance, it seems that replacing all db_input foo/bar by db_input foo/bar || true (in isdnutils-base.config, for instance) could be what makes things work *without* set +e. Untested, though signature.asc Description: Digital signature
Bug#554622: fai-doc: spare warning when doing softupdate with simple example
Package: fai-doc Version: 3.2.20.1 Severity: wishlist Tags: patch In the simple example, 20-hwdetect uses mount -t usbfs usbfs /proc/bus/usb in order to mount usbfs. When doing a softupdate, /proc/bus/usb might already be mounted, resulting a spare error message mount: usbfs already mounted or /proc/bus/usb busy mount: according to mtab, procbususb is already mounted on /proc/bus/usb Simply adding a check like grep /proc/bus/usb /proc/mounts /dev/null if [ $? -ne 0 ] ; then mount -t usbfs usbfs /proc/bus/usb fi avoids this warning. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information --- 20-hwdetect 2009-11-05 19:30:13.178267906 +0100 +++ 20-hwdetect.neu 2009-11-05 19:33:22.230765643 +0100 @@ -36,7 +36,11 @@ #[ -x /sbin/discover-modprobe ] /sbin/discover-modprobe # now we can mount the USB filesystem -mount -t usbfs usbfs /proc/bus/usb +# first check, whether it's already mounted +grep /proc/bus/usb /proc/mounts /dev/null +if [ $? -ne 0 ] ; then + mount -t usbfs usbfs /proc/bus/usb +fi modprobe -a sd_mod sr_mod
Bug#554537: postinst failes with exit status 30
Christian Perrier wrote: At first glance, it seems that replacing all db_input foo/bar by db_input foo/bar || true (in isdnutils-base.config, for instance) could be what makes things work *without* set +e. Untested, though Some other packages have been bitten by this recently (but I can't remember the name) and the suggested fix was the same as the one you suggested. So I'd say: go ahead, can't become any worse. Grüße, Sven. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538547: Source format 3.0 (quilt) allowed in testing/unstable
On Wed, Nov 4, 2009 at 7:36 PM, Raphael Hertzog hert...@debian.org wrote: Hello, Hi Raphael, Thus it would be nice to see this bug fixed. If you want, you can directly fix the bug by switching the package to use the new format. In order to help you in this process, I have put some advice on the project page and will continue to complete it with answers to your questions: http://wiki.debian.org/Projects/DebSrc3.0#FAQ well, i completely missed these developments and frankly i still have to understand how it works. does it apply all the patches in debian/patches? this would not be suitable for the current use of quilt in curl build because the whole stack of patches is not always applied. indeed the last patch is applied only for the gnutls flavour of curl. is there any package which already uses this source format? i need it as template. thanks, Domenico -[ Domenico Andreoli, aka cavok --[ http://www.dandreoli.com/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554468: binutils-avr: Compile stop with incompatiblity problems
OK, I'm afraid that I've not got access to that source. But I've tried to compile a file test4.c containing: volatile int cnt; int main() { while (1) cnt++; return 0; } Using a similar commandline: avr-gcc -DMASTER -Wall -Wstrict-prototypes -g2 -Os -mmcu=atmega128 -mno-tablejump -fpack-struct -fno-common -gdwarf-2 -mcall-prologues -DSTACK_OVERFLOW_CHECK -D'FIRMWARE_BACKUP_START=(0x1L)' -D'FIRMWARE_BACKUP_END=((0x1L + (0xE000L - 0L)))' -D'FIRMWARE_START=(0L)' -D'FIRMWARE_END=(0xE000L)' -D'BOOTLOADER_START=(0x1E000L)' -D'BOOTLOADER_END=(0x1FC00L)' -I/srv/home/michael/Projects/rtm/rtm5101 -I/srv/home/michael/Projects/rtm/rtm5101/include -c -o test4.o test4.c avr-ld -mavr5 test4.o /usr/lib/gcc/avr/4.3.4/avr51/libgcc.a -o firmware.elf and that works just fine here. Could you verify that this is working for you too. If thats the case, the problem is most likely in the linker script /srv/home/michael/Projects/rtm/rtm5101/hal/atmega128.lds, which might have to be updated... On Thu, Nov 5, 2009 at 6:10 AM, Michael Ott mich...@king-coder.de wrote: Hello Hakan! what are you trying to compile? From Pigeon Point: BMR-AVR-AMCm 2.0.0 Package: binutils-avr Version: 2.20-1 Severity: grave Justification: renders package unusable Compile PPS source code Get the following errors: avr-gcc -DMASTER -Wall -Wstrict-prototypes -g2 -Os -mmcu=atmega128 -mno-tablejump -fpack-struct -fno-common -gdwarf-2 -mcall-prologues -DSTACK_OVERFLOW_CHECK -D'FIRMWARE_BACKUP_START=(0x1L)' -D'FIRMWARE_BACKUP_END=((0x1L + (0xE000L - 0L)))' -D'FIRMWARE_START=(0L)' -D'FIRMWARE_END=(0xE000L)' -D'BOOTLOADER_START=(0x1E000L)' -D'BOOTLOADER_END=(0x1FC00L)' -I/srv/home/michael/Projects/rtm/rtm5101 -I/srv/home/michael/Projects/rtm/rtm5101/include -c -o hal.o hal.c echo SECTIONS { .sdr.file : { sdr_file_start = .; \ *(.data) sdr_file_end = .; }} sdr-data.o.lds avr-ld -mavr5 -r -o sdr-data.o -b binary /srv/home/michael/Projects/rtm/rtm5101/sdr-data.bin -b elf32-avr -T sdr-data.o.lds rm -f sdr-data.o.lds avr-ld -mavr5 -T/srv/home/michael/Projects/rtm/rtm5101/hal/atmega128.lds -\( init.o hal.o sdr-data.o libhal.o ../app/libapp.o ../lib/lib.a ../app/libcompat/libcompat.a -\) \ /usr/lib/gcc/avr/4.3.4/avr51/libgcc.a -o firmware.elf avr-ld: avr:51 architecture of input file `init.o' is incompatible with avr output avr-ld: avr:51 architecture of input file `hal.o' is incompatible with avr output avr-ld: avr:51 architecture of input file `../lib/lib.a(checksum.o)' is incompatible with avr output avr-ld: avr:51 architecture of input file `../lib/lib.a(memcmp.o)' is incompatible with avr output avr-ld: avr:51 architecture of input file `../lib/lib.a(memcmp_P.o)' is incompatible with avr output avr-ld: avr:51 architecture of input file `../lib/lib.a(memcpy.o)' is incompatible with avr output avr-ld: avr:51 architecture of input file `../lib/lib.a(memcpy_P.o)' is incompatible with avr output avr-ld: avr:51 architecture of input file `../lib/lib.a(memcpy_P_far.o)' is incompatible with avr output avr-ld: avr:51 architecture of input file `../lib/lib.a(memset.o)' is incompatible with avr output avr-ld: avr:51 architecture of input file `../lib/lib.a(parse_tm.o)' is incompatible with avr output avr-ld: avr:51 architecture of input file `../lib/lib.a(hex2int.o)' is incompatible with avr output make[1]: *** [firmware.elf] Error 1 make[1]: Leaving directory `/srv/home/michael/Projects/rtm/rtm5101/hal' make: *** [all] Error 2 Works with testing version of binutils-avr -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (700, 'unstable'), (650, 'testing'), (600, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages binutils-avr depends on: ii libc6 2.10.1-5 GNU C Library: Shared libraries ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime binutils-avr recommends no packages. Versions of packages binutils-avr suggests: ii binutils 2.20-2 The GNU assembler, linker and bina -- no debconf information -- Håkan Ardö CU Michael -- ,''`. : :' : Michael Ott `. `' e-mail: michael at king-coder dot de `- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkryXi4ACgkQC3RUCgaMhSwhNwCdHHtwATcocN3V2WG52nZ2JQzl UzwAn0q764v3s5H+w8fjNBRZ6oSMeSo5 =7cwb -END PGP SIGNATURE- -- Håkan Ardö -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554624: Package puppetmaster is missing executable puppetqd
Package: puppetmaster Version: 0.25.1-1 Severity: normal Package puppetmaster is missing the new puppetqd executable that is available since Puppet 0.25. It's responsible for doing queuing of Stored Configs along with a queueing daemon, necessary in larger setups. See {http://reductivelabs.com/trac/puppet/wiki/UsingStoredConfiguration#configuring-queuing-storeconfigs} for details. It should probably be included along with an option /etc/default/puppet to have it started automatically with puppetmaster on boot. -- Mark Bergsma m...@wikimedia.org Operations Engineer, Wikimedia Foundation -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554218: perl: FTBFS on hppa: Thread creation failed
On Thu, Nov 05, 2009 at 06:01:00PM +0100, Domenico Andreoli wrote: On Thu, Nov 5, 2009 at 5:33 PM, Domenico Andreoli cav...@gmail.com wrote: On Tue, Nov 3, 2009 at 8:36 PM, Niko Tyni nt...@debian.org wrote: Package: perl Version: 5.10.1-6 Severity: serious perl/5.10.1-6 failed to build on paer, see it has just been successfully built on my hppa box. should i upload it? not sure any more. the package is built but the success of t/stress.t is subject to the number of threads it makes. trying with 500 threads the virtual memory goes up to 3Gb (i have 4Gb of RAM and a 32bit kernel, which gives ~3.6Gb of usable memory) then it fails to create new ones returning ENOMEM, which looks benign. with 350 threads the test goes nicely sucking almost 3Gb of virtual memory. while 350 threads performing a simple sum consume al that virtual memory is not that clear to me as well as how the standard 50 threads of this test left paer out of memory. Thanks for looking at this. Carlos already pointed me to the right direction off-list (see the bug log), and upstream has made the test more robust in newer versions. The errno in the build failure is EAGAIN; it seems the NPTL implementation returns that in case of resource starvation while LinuxThreads didn't. No idea what resource it's running out of, apparently it's not memory. In any case it should not make the test fail. I'll try to get a new version uploaded this weekend with the improved test, but in the meantime uploading a manual build is fine by me. Possibly just retrying it on the buildds would do. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554218: found 554218 in 5.10.1-5
# Automatically generated email from bts, devscripts version 2.10.35lenny7 # no source change in perl caused this so no need for it to block testing migration by itself found 554218 5.10.1-5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554629: gnuplot: Plot window dies with fontsize 14 when using an axis label with a superscript construct
Package: gnuplot Version: 4.2.6-1 Severity: normal When I run the file attached, the plot window closes unexpectedly. I can avoid this problem by not setting the fontsize to 14 (13 is OK). The file debug.gp is generated by Octave using the sequence of commands given at: https://www-old.cae.wisc.edu/pipermail/bug-octave/2009-November/009763.html -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnuplot depends on: ii gnuplot-nox 4.2.6-1A command-line driven interactive ii gnuplot-x11 4.2.6-1A command-line driven interactive gnuplot recommends no packages. Versions of packages gnuplot suggests: ii gnuplot-doc 4.2.6-1A command-line driven interactive -- no debconf information debug.gp Description: Binary data
Bug#553638: linux-image-2.6.24-etchnhalf.1-amd64: XFS crash takes filesystem offline
Ben Hutchings said at 01/11/2009 18:58: On Sun, 2009-11-01 at 18:18 +, Ronny Adsetts wrote: [...] Please let me know if I can provide any further information. I can do limited testing since the server is a production system. I could possibly upgrade to a newer kernel from say backports.org if that's a good idea. Bugs in Debian 4.0 'etch' are now unlikely to be fixed, except for security vulnerabilities. Please try installing the security update version for the stable release (linux-image-2.6.26-2-amd64, version 2.6.26-19lenny1). Thanks for the fast response Ben. I'd overlooked that this system was still running Etch. Should I simply be able to install the Lenny kernel without any problems? Alternatively there is an linux-image-2.6.26-bpo.2-amd64 (2.6.26-20~bpo40+1) package on etch-backports... Thanks. Ronny -- Ronny Adsetts Technical Director Amazing Internet Ltd, London t: +44 20 8607 9535 f: +44 20 8607 9536 w: www.amazinginternet.com Registered office: UK House, 82 Heath Road, Twickenham TW1 4BW Registered in England. Company No. 4042957 signature.asc Description: OpenPGP digital signature
Bug#461461: sysv-rc: ntp brought up in wrong order with dhcp and ipv6 enabled
The ntp init script depends on $network, so if the network is not enabled by then, something else is wrong. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554632: [INTL:gl] irqbalance debconf translation update
Package: irqbalance Version: 0.55+20091017-1 Severity: wishlist Tags: l10n gl Please find enclosed the updated Galician translation # Galician translation of irqbalance's debconf templates # This file is distributed under the same license as the irqbalance package. # # Jacobo Tarrio jtar...@debian.org, 2008. # Marce Villarino mvillar...@gmail.com, 2009. msgid msgstr Project-Id-Version: irqbalance\n Report-Msgid-Bugs-To: irqbala...@packages.debian.org\n POT-Creation-Date: 2009-10-17 22:41+1100\n PO-Revision-Date: 2009-11-05 20:58+0100\n Last-Translator: Marce Villarino mvillar...@gmail.com\n Language-Team: Galician proxe...@trasno.net\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.0\n Plural-Forms: nplurals=2; plural=n != 1;\n #. Type: boolean #. Description #: ../irqbalance.templates:1001 #| msgid Enable irqbalance? msgid Would you like to enable irqbalance? msgstr Desexa activar irqbalance? #. Type: boolean #. Description #: ../irqbalance.templates:1001 #| msgid #| Enable the irqbalance daemon to balance IRQs on SMP systems and systems #| with hyperthreading? msgid Enable the irqbalance daemon to balance IRQs on SMP systems and systems with hyperthreading. msgstr Activa o servizo irqbalance para equilibrar as IRQ nos sistemas con SMP e con hyperthreading. #. Type: boolean #. Description #: ../irqbalance.templates:2001 #| msgid Balance the IRQ's once? msgid Would you like to balance the IRQ's once? msgstr Desexa equilibrar as IRQ unha vez? #. Type: boolean #. Description #: ../irqbalance.templates:2001 msgid irqbalance can run in one shot mode, where the IRQs are balanced only once. This is advantageous on hyperthreading systems such as the Pentium 4, which appear to be SMP systems, but are really one physical CPU. msgstr Pódese executar irqbalance para equilibrar as IRQ unha soa vez. Isto é mellor nos sistemas con hyperthreading, tales como o Pentium 4, que semellan ser sistemas SMP pero en realidade son unha soa CPU. #~ msgid Run irqbalance in one shot mode? #~ msgstr ¿Executar irqbalance unha soa vez?
Bug#554631: upgrade fails with c2faxrecvinvoke-rc.d: initscript capi4hylafax, action stop failed.
Package: capi4hylafax Version: 1:01.03.00.99.svn.300-12 Severity: important Upgrade of capi4hylafax fails like this (with LANG=C so that output is in english): shambhala:~ LANG=C aptitude safe-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done The following packages will be upgraded: capi4hylafax The following packages are RECOMMENDED but will NOT be installed: isdnactivecards 1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/211kB of archives. After unpacking 81.9kB will be used. Do you want to continue? [Y/n/?] Writing extended state information... Done locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Parsing Found/Fixed information... Done Reading changelogs... Done (Reading database ... 347487 files and directories currently installed.) Preparing to replace capi4hylafax 1:01.03.00.99.svn.300-12 (using .../capi4hylafax_1%3a01.03.00.99.svn.300-13_i386.deb) ... Stopping capi4hylafax: c2faxrecvinvoke-rc.d: initscript capi4hylafax, action stop failed. dpkg: warning: old pre-removal script returned error exit status 1 dpkg - trying script from the new package instead ... Stopping capi4hylafax: c2faxrecvinvoke-rc.d: initscript capi4hylafax, action stop failed. dpkg: error processing /var/cache/apt/archives/capi4hylafax_1%3a01.03.00.99.svn.300-13_i386.deb (--unpack): subprocess new pre-removal script returned error exit status 1 insserv: warning: current start runlevel(s) (empty) of script `capi4hylafax' overwrites defaults (2 3 4 5). insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script `capi4hylafax' overwrites defaults (0 1 6). insserv: warning: current start runlevel(s) (empty) of script `capi4hylafax' overwrites defaults (2 3 4 5). insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script `capi4hylafax' overwrites defaults (0 1 6). insserv: warning: current stop runlevel(s) (0 1 6) of script `screen-cleanup' overwrites defaults (empty). insserv: warning: current stop runlevel(s) (0 1 6) of script `sysfsutils' overwrites defaults (empty). insserv: warning: current stop runlevel(s) (0 1 6) of script `pppd-dns' overwrites defaults (empty). insserv: warning: current stop runlevel(s) (0 1 6) of script `cpufrequtils' overwrites defaults (empty). insserv: warning: current stop runlevel(s) (0 6) of script `hdparm' overwrites defaults (empty). insserv: warning: current stop runlevel(s) (0 6) of script `pcmciautils' overwrites defaults (empty). insserv: warning: current stop runlevel(s) (0 1 6) of script `console-screen.sh' overwrites defaults (empty). Errors were encountered while processing: /var/cache/apt/archives/capi4hylafax_1%3a01.03.00.99.svn.300-13_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done shambhala:~#255 returncode is 255 as shown in Z-Shell prompt. I tried running aptitude safe-upgrade in bash as well. No effect. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (450, 'testing'), (400, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31.5-tp42-toi-3.0.1-04850-g4eddd0d (PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages capi4hylafax depends on: ii capiutils 1:3.9.20060704-4 Utilities for CAPI-capable ISDN ca ii libc6 2.9-25GNU C Library: Shared libraries ii libcapi20-31:3.9.20060704-4 libraries for CAPI support ii libgcc11:4.4.1-4 GCC support library ii libstdc++6 4.4.1-4 The GNU Standard C++ Library v3 ii libtiff4 3.9.1-1 Tag Image File Format (TIFF) libra ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages capi4hylafax recommends: ii hylafax-server2:6.0.3-3 Flexible client/server fax softwar pn isdnactivecards none (no description available) Versions of packages capi4hylafax suggests: ii dialog1.1-20080819-1 Displays user-friendly dialog boxe -- no debconf information -- To UNSUBSCRIBE, email to
Bug#554620: cupt: Network problems not handled gracefully
package cupt libcupt-perl reassign 554620 libcupt-perl tags 554620 + unreproducible thanks James Vega wrote: Package: cupt Version: 1.1.1 Severity: minor Attempted to update and saw the following backtrace. Looks like there was an intermittent network problem, which caused some variable not to be set. Hi James, $ sudo cupt update Get:1 http://debian.lcs.mit.edu/debian squeeze Release Get:2 http://security.debian.org squeeze/updates Release 0% [1 squeeze Release 0B][2 squeeze/updates Release 0B] | 0B/s | ETA: 0sE: read from socket failed: This is an error from Unix local socket, not network one, but I can't guess why it happened. Looks like something went bad with the listener socket, and some client sockets received error from read(), and some even got wrong data (which led to a crash). I just added two more internal checks to master branch though just in case. Can you reproduce the issue again so we can debug it? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#554630: [INTL:gl] ucf debconf translation update
Package: ucf Version: 3.0023 Severity: wishlist Tags: l10n gl Please find enclosed the updated Galician translation # Galician translation of ucf's debconf templates. # This file is distributed under the same license as the ucf package. # # Jacobo Tarrio jtar...@debian.org, 2006, 2007. # Marce Villarino mvillar...@gmail.com, 2009. msgid msgstr Project-Id-Version: ucf\n Report-Msgid-Bugs-To: u...@packages.debian.org\n POT-Creation-Date: 2009-10-13 08:14-0500\n PO-Revision-Date: 2009-11-05 20:38+0100\n Last-Translator: Marce Villarino mvillar...@gmail.com\n Language-Team: Galician proxe...@trasno.net\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.0\n Plural-Forms: nplurals=2; plural=n != 1;\n #. Type: title #. Description #: ../templates:2001 msgid Modified configuration file msgstr Ficheiro de configuración modificado #. Type: select #. Choices #. Translators, please keep translations *short* (less than 65 columns) #. Type: select #. Choices #: ../templates:3001 ../templates:4001 msgid install the package maintainer's version msgstr instalar a versión do mantenedor do paquete #. Type: select #. Choices #. Translators, please keep translations *short* (less than 65 columns) #. Type: select #. Choices #: ../templates:3001 ../templates:4001 msgid keep the local version currently installed msgstr conservar a versión local instalada actualmente #. Type: select #. Choices #. Translators, please keep translations *short* (less than 65 columns) #. Type: select #. Choices #: ../templates:3001 ../templates:4001 msgid show the differences between the versions msgstr mostrar as diferenzas entre as versións #. Type: select #. Choices #. Translators, please keep translations *short* (less than 65 columns) #. Type: select #. Choices #: ../templates:3001 ../templates:4001 msgid show a side-by-side difference between the versions msgstr mostrar unha comparación entre as versións #. Type: select #. Choices #. Translators, please keep translations *short* (less than 65 columns) #: ../templates:3001 msgid show a 3-way difference between available versions msgstr mostrar unha diferenza a tres entre as versións dispoñíbeis #. Type: select #. Choices #. Translators, please keep translations *short* (less than 65 columns) #: ../templates:3001 msgid do a 3-way merge between available versions (experimental) msgstr fusionar a tres as versións dispoñibles (experimental) #. Type: select #. Choices #. Translators, please keep translations *short* (less than 65 columns) #. Type: select #. Choices #: ../templates:3001 ../templates:4001 msgid start a new shell to examine the situation msgstr iniciar unha shell para examinar a situación #. Type: select #. Description #. Type: select #. Description #: ../templates:3002 ../templates:4002 #| msgid What would you like to do about ${BASENAME}? msgid What do you want to do about modified configuration file ${BASENAME}? msgstr Que desexa facer co ficheiro de configuración modificado ${BASENAME}? #. Type: select #. Description #. Type: select #. Description #: ../templates:3002 ../templates:4002 msgid A new version of configuration file ${FILE} is available, but the version installed currently has been locally modified. msgstr Hai dispoñíbel unha nova versión do ficheiro de configuración ${FILE}, pero a versión actualmente instalada ten modificacións locais. #. Type: note #. Description #: ../templates:5001 msgid Line by line differences between versions msgstr Diferenzas liña por liña entre as versións #. Type: error #. Description #: ../templates:6001 msgid Conflicts found in three-way merge msgstr Atopáronse conflitos na fusión a tres bandas #. Type: error #. Description #: ../templates:6001 msgid Conflicts found during three-way merge! Please edit `${dest_file}' and sort them out manually. msgstr Atopáronse conflitos durante a fusión a tres bandas! Edite «${dest_file}» e ordéneos manualmente. #. Type: error #. Description #: ../templates:6001 msgid The file `${dest_file}.${ERR_SUFFIX}' has a record of the failed merge of the configuration file. msgstr O ficheiro «${dest_file}.{ERR_SUFFIX}» contén un rexistro da fusión fracasada do ficheiro de configuración. #, fuzzy #~| msgid What would you like to do about ${BASENAME}? #~ msgid What do you want to do about modified configration file ${BASENAME}? #~ msgstr ¿Que quere facer con ${BASENAME}?
Bug#471560: git-import-orig --empty-upstream ? Yes, please :)
Hi Charles, On Tue, Nov 03, 2009 at 10:10:40PM +0900, Charles Plessy wrote: Le Tue, Nov 03, 2009 at 09:25:20AM +0100, Guido Günther a écrit : Yes please do. We can even add a patch to the gbp documentation if that helps in the interim. A patch against the docbook source would be welcome. Today is our lucky day, it is holiday in Japan :) Here are two patches: one to document the workaround in the main doc, and one to document --empty-upstream when it is implemented. Applied. Thanks a lot. http://honk.sigxcpu.org/projects/git-buildpackage/manual-html/gbp.import.html#GBP.IMPORT.CONVERT Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554633: apt: Fetch package from remote repository not CDROM
Package: apt Version: 0.7.20.2+lenny1 Severity: wishlist If a package is on both CDROM and a remote repository, APT will attempt to fetch it from the CDROM. If the CDROM is not currently to hand, it should be possible to force APT to fetch the package from the remote repository. -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture i386; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Acquire ; APT::Acquire::Translation environment; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^linux-image.*; APT::NeverAutoRemove:: ^linux-restricted-modules.*; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::userstatus status.user; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::dpkg /usr/bin/dpkg; Dir::Log var/log/apt; Dir::Log::Terminal term.log; DPkg ; DPkg::Pre-Install-Pkgs ; DPkg::Pre-Install-Pkgs:: /usr/sbin/apt-listbugs apt || exit 10; DPkg::Pre-Install-Pkgs:: /usr/bin/apt-listchanges --apt || test $? -ne 10; DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true; DPkg::Tools ; DPkg::Tools::Options ; DPkg::Tools::Options::/usr/sbin/apt-listbugs ; DPkg::Tools::Options::/usr/sbin/apt-listbugs::Version 2; DPkg::Tools::Options::/usr/bin/apt-listchanges ; DPkg::Tools::Options::/usr/bin/apt-listchanges::Version 2; Unattended-Upgrade ; Unattended-Upgrade::Allowed-Origins ; Unattended-Upgrade::Allowed-Origins:: Debian stable; -- (no /etc/apt/preferences present) -- -- /etc/apt/sources.list -- # # deb cdrom:[Debian GNU/Linux testing _Lenny_ - Official Beta i386 DVD Binary-1 20080707-10:14]/ lenny contrib main deb cdrom:[Debian GNU/Linux testing _Lenny_ - Official Beta i386 DVD Binary-1 20080707-10:14]/ lenny contrib main deb http://ftp.uk.debian.org/debian/ lenny main deb-src http://ftp.uk.debian.org/debian/ lenny main deb http://security.debian.org/ lenny/updates main contrib deb-src http://security.debian.org/ lenny/updates main contrib deb http://volatile.debian.org/debian-volatile lenny/volatile main contrib deb-src http://volatile.debian.org/debian-volatile lenny/volatile main contrib -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apt depends on: ii debian-archive-keyring 2009.01.31 GnuPG archive keys of the Debian a ii libc62.7-18 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1 GCC support library ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 apt recommends no packages. Versions of packages apt suggests: pn apt-doc none (no description available) ii aptitude 0.4.11.11-1~lenny1 terminal-based package manager ii bzip2 1.0.5-1high-quality block-sorting file co pn dpkg-dev none (no description available) ii lzma 4.43-14Compression method of 7z format in ii python-apt0.7.7.1+nmu1 Python interface to libapt-pkg -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554634: [INTL:gl] debconf translation update
Package: apt-cacher-ng Version: 0.4-2 Severity: wishlist Tags: l10n gl Please find enclosed the updated Galician translation # Copyright (C) 2009 Debian # This file is distributed under the same license as the apt-cacher-ng package. # # Marce Villarino mvillar...@gmail.com, 2009. msgid msgstr Project-Id-Version: \n Report-Msgid-Bugs-To: apt-cacher...@packages.debian.org\n POT-Creation-Date: 2009-11-02 20:43+\n PO-Revision-Date: 2009-11-05 21:05+0100\n Last-Translator: Marce Villarino mvillar...@gmail.com\n Language-Team: Galician proxe...@trasno.net\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.0\n Plural-Forms: nplurals=2; plural=n != 1;\n #. Type: select #. Choices #: ../apt-cacher-ng.templates:2001 msgid Set up once msgstr Configurar unha vez #. Type: select #. Choices #: ../apt-cacher-ng.templates:2001 msgid Set up now and update later msgstr Configurar agora e actualizar máis tarde #. Type: select #. Choices #: ../apt-cacher-ng.templates:2001 msgid No automated setup msgstr Sen configuración automática #. Type: select #. Description #: ../apt-cacher-ng.templates:2002 msgid Automatic remapping of client requests: msgstr Reasignación automática dos pedidos dos clientes: #. Type: select #. Description #: ../apt-cacher-ng.templates:2002 msgid Apt-Cacher NG can download packages from repositories other than those requested by the clients. This allows it to cache content effectively, and makes it easy for an administrator to switch to another mirror later. msgstr Apt-Cacher NG pode obter paquetes de repositorios distintos dos que pedisen os clientes. Isto permítelle facer caché do contido dun xeito eficaz e facilítalle ao administrador trocar para outro servidor de réplica posteriormente. #. Type: select #. Description #: ../apt-cacher-ng.templates:2002 msgid This remapping of URLs can be configured now in an automated way based on the current state of /etc/apt/sources.list. Optionally, this process can be repeated on every package update (modifying the configuration files each time). msgstr Esta reasignación de URL pode configurarse agora dun xeito automático baseado no estado actual de /etc/apt/sources.list. Opcionalmente, este proceso pode repetirse con cada actualización dos paquetes (modificando o ficheiro de configuración a cada vez). #. Type: select #. Description #: ../apt-cacher-ng.templates:2002 msgid Selecting \No automated setup\ will leave the existing configuration unchanged. It will need to be updated manually. msgstr Se escolle «Sen configuración automática» deixará a configuración existente sen mudanzas. Deberá actualizala manualmente.
Bug#542721: [pkg-ntp-maintainers] Bug#542721: enable hardening options
On tor, 2009-08-20 at 17:19 -0700, Kees Cook wrote: Since ntpd listens on external ports, I think it might benefit from having hardening[1] enabled for its build. The attached patch implements this. I prefer to wait until this is official project policy. That might happen soon anyway. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554629: (no subject)
Sorry, upon rereading my bug report, I realize I didn't write it very well. Changing the fontsize from 14 to 13 on line 25, the gnuplot window does not die. Likewise, changing the ylabel text to something like y, the problem goes away. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549949: [Pkg-libvirt-maintainers] Bug#549949: Bug#549949: libvirt-bin: starting network failed because of iptables rule
On Wed, Nov 04, 2009 at 10:52:26PM +0100, Rob S. Wolfram wrote: Hi Guido, On Tue, Oct 06, 2009 at 10:14:10PM +0200, Guido Günther wrote: Could you check if this helps (untested): diff --git a/src/network_driver.c b/src/network_driver.c index 49855bf..d673921 100644 --- a/src/network_driver.c +++ b/src/network_driver.c @@ -751,16 +751,15 @@ static void networkRemoveIptablesRules(struct network_driver *driver, virNetworkObjPtr network) { if (network-def-forwardType != VIR_NETWORK_FORWARD_NONE) { -iptablesRemoveForwardMasquerade(driver-iptables, -network-def-network, -network-def-forwardDev); - -if (network-def-forwardType == VIR_NETWORK_FORWARD_NAT) +if (network-def-forwardType == VIR_NETWORK_FORWARD_NAT) { +iptablesRemoveForwardMasquerade(driver-iptables, +network-def-network, +network-def-forwardDev); iptablesRemoveForwardAllowRelatedIn(driver-iptables, network-def-network, network-def-bridge, network-def-forwardDev); -else if (network-def-forwardType == VIR_NETWORK_FORWARD_ROUTE) +} else if (network-def-forwardType == VIR_NETWORK_FORWARD_ROUTE) iptablesRemoveForwardAllowIn(driver-iptables, network-def-network, network-def-bridge, This patch works. I applied it to 0.7.1-2 and compiled it in squeeze. Please include the patch in following versions :) Applied. Thanks a lot for testing! -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538173: nut.init: /wait_delay/s:default/nut:nut/nut.conf:
This should solve it: --- /etc/init.d/nut 2009-07-27 02:50:53.0 +0200 +++ debian/nut.init 2009-11-05 19:35:36.0 +0200 @@ -160,7 +160,7 @@ poweroff) flag=`sed -ne 's#^ *POWERDOWNFLAG *\(.*\)$#\1#p' /etc/nut/upsmon.conf` -wait_delay=`sed -ne 's#^ *POWEROFF_WAIT= *\(.*\)$#\1#p' /etc/default/nut` +wait_delay=`sed -ne 's#^ *POWEROFF_WAIT= *\(.*\)$#\1#p' /etc/nut/nut.conf` if [ -f $flag ] ; then if $upsmon -K /dev/null 21 ; then log_daemon_msg Shutting down the UPS ... -- sobtw...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545825: the same issue on squeeze
I encountered the same problem on fresh install. The reason turned out to be different versions of gnome-packages within gnome bundle itself. For instance gnome-desktop-environment version was 2.26 while gnome-session 2.28 etc. So I added sid repos to upgrade all Gnome related packages to v 2.28 and that fixed problem. I meet this kind of problem secondly so far that various gnome-packages are of different versions in synaptic. Last time gnome-screensaver wouldn't start because gnome-session was of different version from it. Why would maintainers upgrade some packages of gnome to newer version while leaving others on the old ones in testing ?! That should always cause troubles. Oto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554191: (no subject)
This is probably a gnuplot bug. See http://bugs.debian.org/554629 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554635: fglrx-glx: Should install XvBA (video decoding acceleration) library files
Package: fglrx-glx Version: 1:9-10-1 Severity: normal Software is now available to use AMD's proprietary video decoding acceleration API, XvBA. I have confirmed on a test system that this works, however, it requires a few library files that the Debian package currently ignores (they're in the source package, but don't get installed). I copied them manually on my system like this: -rwxr--r-- 1 root root 316240 3. Nov 23:06 /usr/lib/libAMDXvBA.cap lrwxrwxrwx 1 root root 17 3. Nov 23:06 /usr/lib/libAMDXvBA.so.1 - libAMDXvBA.so.1.0 -rwxr--r-- 1 root root 1979560 3. Nov 23:06 /usr/lib/libAMDXvBA.so.1.0 lrwxrwxrwx 1 root root 15 3. Nov 23:06 /usr/lib/libXvBAW.so.1 - libXvBAW.so.1.0 -rwxr--r-- 1 root root 12120 3. Nov 23:06 /usr/lib/libXvBAW.so.1.0 I can confirm that XvBA works if the files are installed like that, however, I'm not sure if this is the directory AMD intends them to be in. Please amend the fglrx-driver source package to get these files installed. I'm filing the bug against fglrx-glx because I think that's the one these files should be in, but the fglrx-driver binary package is also an option. Note that these files alone are not enough to make XvBA work; additional software packages are required that are not currently available in Debian (libva, libva-driver-xvba, patched mplayer). Installing these files with the fglrx driver is, however, the first step to make it work. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (600, 'testing'), (400, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fglrx-glx depends on: ii fglrx-driver 1:9-10-1 non-free AMD/ATI r6xx - r7xx displ ii libc6 2.9-25 GNU C Library: Shared libraries ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar fglrx-glx recommends no packages. fglrx-glx suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554612: /usr/bin/dpkg-source: include-binaries doesn't work
On Thu, 05 Nov 2009, Mike Hommey wrote: A bit more information. It *hum*hum* works, actually, and the error message above was due to remaining stuff in debian/source/include-binaries. No, it really doesn't work as expected. It works in lenny but doesn't work properly in sid. I think it might be due to a behavioural difference in perl's File::Find... With --include-binaries if you should really get messages like this: dpkg-source: info: adding debian/test.png to debian/source/include-binaries and not: dpkg-source: info: adding ../test.png to debian/source/include-binaries debian/source/include-binaries should contain paths relative to the root directory of the source package. Effectively find() behaves differently but it's also due to a lack of a parameter that guaranteed that it would not change the current directory. So it's a bug of dpkg-source and not of File::Find. That said, it should work for binaries outside of the debian directory as it's not the same code path and in that case I get proper messages. Attached is the suggested patch. Tell me if you have other problems. Cheers, -- Raphaël Hertzog diff --git a/scripts/Dpkg/Source/Package/V2.pm b/scripts/Dpkg/Source/Package/V2.pm index 613dff9..b7fe76d 100644 --- a/scripts/Dpkg/Source/Package/V2.pm +++ b/scripts/Dpkg/Source/Package/V2.pm @@ -349,8 +349,8 @@ sub do_build { } return @result; }; -find({ wanted = $check_binary, preprocess = $filter_ignore }, - File::Spec-catdir($dir, debian)); +find({ wanted = $check_binary, preprocess = $filter_ignore, + no_chdir = 1 }, File::Spec-catdir($dir, debian)); error(_g(detected %d unwanted binary file(s) . (add them in debian/source/include-binaries to allow their . inclusion).), $unwanted_binaries) if $unwanted_binaries;
Bug#553079: git-buildpackage: Using debuild -i\.git -I.git by default is harmful with 3.x source packages
Hi Raphaël, On Wed, Oct 28, 2009 at 11:32:47PM +0100, Raphaël Hertzog wrote: Package: git-buildpackage Version: 0.4.59 Severity: normal When building 3.x source packages, -i and -I are implicit for dpkg-source however git-buildpackage forces -i\.git and -I.git and thus only .git is ignored when I really want the default behaviour of dpkg-source. For instance, I also want my .gitignore to be ignored. I see. It would be nice to not add those options when building 3.x source packages. You can check debian/source/format as that's what is most likely used but there might be other ways to request another source format (command-line option). Another alternative is always use -i -I and not restrict the set of ignores. In most cases, it has not impact... and the few that do can override git-builder in debian/gbp.conf. You mean passing -i -I without any arguments? That makes even more sense to me. Do you remember since when -i and -I do ignore git metadata? I can't find it in the changelog which goes back to March. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552433: Fwd: Bug#552433: libnss-ldapd: ignores case of uids
[Arthur de Jong] Thanks for pointing this out and providing the link. I will contact the security team and prepare an update. Great. :) It is strange though that the group membership is lost because I would think those lookups would also be case-insensitive. I noticed the case-insensitive problem before (that's why it's fixed in 0.6.11) but not the group-membership problem. Netgroup membership is assosiated with username strings in the netgroup objects, so I guess a string compare is the cause of the group problem. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552433: Fwd: Bug#552433: libnss-ldapd: ignores case of uids
On Thu, 2009-11-05 at 17:32 +0100, Petter Reinholdtsen wrote: I really hope you find time to fix this in Lenny, as it affects Debian Edu. The issue is also a security issue, where users can by-pass netgroup based limitations by changing the case of the username they use when logging in. See URL: http://bugs.skolelinux.org/show_bug.cgi?id=1383 for more information about that facet of this problem. Thanks for pointing this out and providing the link. I will contact the security team and prepare an update. It is strange though that the group membership is lost because I would think those lookups would also be case-insensitive. I noticed the case-insensitive problem before (that's why it's fixed in 0.6.11) but not the group-membership problem. -- -- arthur - adej...@debian.org - http://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#547565: python-central NMU (python2.6 related)
attached patch uploaded to DELAYED/4 -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 diff -Nru python-central-0.6.12/debian/changelog python-central-0.6.12+nmu1/debian/changelog --- python-central-0.6.12/debian/changelog 2009-10-29 19:21:57.0 +0100 +++ python-central-0.6.12+nmu1/debian/changelog 2009-11-05 20:56:11.0 +0100 @@ -1,3 +1,12 @@ +python-central (0.6.12+nmu1) unstable; urgency=low + + * Non-maintainer upload. + * Fix move_files() to work with python2.6's new locations. Closes: 547565. + * Fix few typos, missing declarations and indentation errors that lead +to a crash. + + -- Piotr Ożarowski pi...@debian.org Thu, 05 Nov 2009 20:25:12 +0100 + python-central (0.6.12) unstable; urgency=low * Fix pycentral debhelper failure, when there are files in the root diff -Nru python-central-0.6.12/pycentral.py python-central-0.6.12+nmu1/pycentral.py --- python-central-0.6.12/pycentral.py 2009-10-29 19:19:04.0 +0100 +++ python-central-0.6.12+nmu1/pycentral.py 2009-11-05 20:54:06.0 +0100 @@ -1,6 +1,7 @@ #! /usr/bin/python -import fnmatch, glob, os, re, string, sys, time, cStringIO +import glob, os, re, string, sys, time, cStringIO +import logging from optparse import OptionParser from ConfigParser import SafeConfigParser @@ -18,7 +19,7 @@ shared_base = '/usr/share/pycentral/' shared_base2 = '/usr/share/pyshared/' -pycentral_version = '0.6.11' +pycentral_version = '0.6.12+nmu1' req_pycentral_version = '0.6.11' def samefs(path1, path2): @@ -232,7 +233,7 @@ for ext in ('c', 'o'): for fn in files: fnc = fn + ext - yield fnc +yield fnc installed_runtimes = None default_runtime = None @@ -242,7 +243,6 @@ global default_runtime if not installed_runtimes: -import glob installed_runtimes = [] default_version = pyversions.default_version(version_only=True) supported = pyversions.supported_versions() @@ -294,7 +294,7 @@ if os.path.exists(fn): try: config.readfp(open(fn)) -except Error: +except: logging.error(error reading config file `%s' % fn) sys.exit(1) # checks @@ -558,27 +558,27 @@ if pversion in ('python2.3', 'python2.4', 'python2.5'): srctop = os.path.join(self.pkgdir, 'usr/lib', pversion, 'site-packages') else: -srctop2 = os.path.join(self.pkgdir, 'usr/lib', pversion, 'dist-packages') +srctop = os.path.join(self.pkgdir, 'usr/lib', pversion, 'dist-packages') +srctop2 = os.path.join(self.pkgdir, 'usr/lib', pversion, 'site-packages') srctop3 = os.path.join(self.pkgdir, 'usr/local/lib', pversion, 'dist-packages') -if os.path.isdir(srctop2) and (os.path.isdir(srctop) or os.path.isdir(srctop3)): +if os.path.isdir(srctop) and (os.path.isdir(srctop2) or os.path.isdir(srctop3)): raise PyCentralError, 'both directories site-packages and dist-packages exist.' -if os.path.isdir(srctop): -print 'renaming %s to %s' % (srctop, srctop2) -os.rename(srctop, srctop2) +if os.path.isdir(srctop2): +print 'renaming %s to %s' % (srctop2, srctop) +os.rename(srctop2, srctop) elif os.path.isdir(srctop3): -print 'renaming %s to %s' % (srctop3, srctop2) +print 'renaming %s to %s' % (srctop3, srctop) try: -os.makedirs(os.path.dirname(srctop2)) +os.makedirs(os.path.dirname(srctop)) except OSError: pass -os.rename(srctop3, srctop2) +os.rename(srctop3, srctop) while srctop3: srctop3=os.path.dirname(srctop3) try: os.rmdir(srctop3) except OSError: break -srctop = srctop2 for root, dirs, files in os.walk(srctop, topdown=False): for name in files: m = vrx.match(name) @@ -651,8 +651,8 @@ # remove empty dirs in /usr/lib/pythonX.Y for root, dirs, files in os.walk(self.pkgdir + '/usr/lib', topdown=False): try: - if re.match(/usr/lib/python\d\.\d($|/), root.replace(self.pkgdir, )): - os.rmdir(root) +if re.match(/usr/lib/python\d\.\d($|/), root.replace(self.pkgdir, )): +os.rmdir(root) except OSError: pass try: @@ -980,7 +980,7 @@
Bug#554635: [Pkg-fglrx-devel] Bug#554635: fglrx-glx: Should install XvBA (video decoding acceleration) library files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 reassign #554635 fglrx-driver severity #554635 wishlist merge #554470 #554635 thanks Maik Zumstrull schrieb: Package: fglrx-glx Version: 1:9-10-1 Severity: normal Software is now available to use AMD's proprietary video decoding acceleration API, XvBA. I have confirmed on a test system that this works, however, it requires a few library files that the Debian package currently ignores (they're in the source package, but don't get installed). I copied them manually on my system like this: -rwxr--r-- 1 root root 316240 3. Nov 23:06 /usr/lib/libAMDXvBA.cap lrwxrwxrwx 1 root root 17 3. Nov 23:06 /usr/lib/libAMDXvBA.so.1 - libAMDXvBA.so.1.0 -rwxr--r-- 1 root root 1979560 3. Nov 23:06 /usr/lib/libAMDXvBA.so.1.0 lrwxrwxrwx 1 root root 15 3. Nov 23:06 /usr/lib/libXvBAW.so.1 - libXvBAW.so.1.0 -rwxr--r-- 1 root root 12120 3. Nov 23:06 /usr/lib/libXvBAW.so.1.0 I can confirm that XvBA works if the files are installed like that, however, I'm not sure if this is the directory AMD intends them to be in. Please amend the fglrx-driver source package to get these files installed. I'm filing the bug against fglrx-glx because I think that's the one these files should be in, but the fglrx-driver binary package is also an option. Note that these files alone are not enough to make XvBA work; additional software packages are required that are not currently available in Debian (libva, libva-driver-xvba, patched mplayer). Installing these files with the fglrx driver is, however, the first step to make it work. Hi, it is also reported in #554470 and I called for testing out fglrx-driver svn trunk. I will upload it, if everything is okay and the milestone 1:9-10-2 has been accepted. This bug will be fixed in 1:9-10-3. - -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org Comment: Always if we think we are right, we were maybe wrong. */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkrzNL0ACgkQ2XA5inpabMcjIwCgnMDxZxhyzn7NzR9nCoso23xv 1LAAmQEqZnF6fhVfaXCByk7S2pWZyOvb =uCkh -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554513: ftp.debian.org: please remve fcalendar from unstable
retitle 554513 RM: fcalendar -- RoM; replaced by r-cran-timedate thanks Dirk Eddelbuettel schrieb: The Rmetrics project has phased out fCalendar (aka r-cran-fcalendar in Debian) and we have long had the replacement package timeDate (aka r-cran-timedate) available. The only other dependency is fSeries which will also be removed (bug will be filed momentarily). May you please use reportbug to file RM requests to get correct bug titles. Thanks, Torsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551807: Re: Bug#551807: openbox: xy-maximized windows uncorrectly y-sized with xfce4-panel + matchbox-keyboard
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Nico Golde a écrit : Hi, * Dana Jansens dan...@orodu.net [2009-11-05 19:45]: The window manager shown in the pictures documenting the bug is not Openbox. Openbox does not use rounded titlebars at this time, I would guess it is Metacity from the look of it. I guess that comes from xfce... As I've just explained on the upstream's BTS follow up, the confusion comes from the fact I've taken VNC snapshots of my FreeRunner - running openbox - from my laptop - running metacity. I can assure that I've experienced this bug with openbox. Running the provided testcase should be enough to convince you. Thanks, _Gilles. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQEcBAEBCAAGBQJK8zkQAAoJEO/obGx//s+DGVAH/jLafrPc4OOjcSgXvvZrXNZV GTK8GM+sflAy33xTnu1RpXOt1aFOXezd2mTuGu8J3rI+mzkUSlyOExOjZKiMrcfB GENuxuNG4qKG+6ev5lOeJf1VhLs27dshGYGQrMR90FG95CoMMWczLi4IARiCx9ef rX5h95EvS+rnQOTMZPDwdpNijVKY7kEcMJI/+qlRj2tIG2y4ipTr92Ey15XS7OjB /ofG28wAFPsMccteAj0FIq0GNf8QngMPSR64LG5KUECRoKgYGI3b9gkmEsYVxqna ZbqPg5dfIrAeQUZDrxbA6yxzLsX6RTp/KpOWNQA9+0gtq45u62PbCAXOsQt3lhg= =Etd7 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554612: /usr/bin/dpkg-source: include-binaries doesn't work
On Thu, Nov 05, 2009 at 09:04:45PM +0100, Raphael Hertzog wrote: On Thu, 05 Nov 2009, Mike Hommey wrote: A bit more information. It *hum*hum* works, actually, and the error message above was due to remaining stuff in debian/source/include-binaries. No, it really doesn't work as expected. It works in lenny but doesn't work properly in sid. I think it might be due to a behavioural difference in perl's File::Find... With --include-binaries if you should really get messages like this: dpkg-source: info: adding debian/test.png to debian/source/include-binaries and not: dpkg-source: info: adding ../test.png to debian/source/include-binaries debian/source/include-binaries should contain paths relative to the root directory of the source package. Effectively find() behaves differently but it's also due to a lack of a parameter that guaranteed that it would not change the current directory. So it's a bug of dpkg-source and not of File::Find. That said, it should work for binaries outside of the debian directory as it's not the same code path and in that case I get proper messages. Attached is the suggested patch. Tell me if you have other problems. It seems to work properly with the patch. Would you know when this would posible hit unstable ? ;) Thanks, Mike PS: I do wonder, however, how dpkg-source can be *so much* slower than tar -jxf ; diff -ruN (15 seconds for tar and 2 s for diff vs. 3'30 for dpkg-source in quilt mode and 3' in format 1.0) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547565: python-central NMU (python2.6 related)
[Piotr Ożarowski, 2009-11-05] attached patch uploaded to DELAYED/4 I actually used `dput ... -e 4` instead of `dput -e 4 ...` so it's already in unstable. Sorry about that. I didn't do it on purpose :-( -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 signature.asc Description: Digital signature
Bug#554636: nvidia-glx: Rotated screen displays artefacts / window borders break
Package: nvidia-glx Version: 185.18.36-2 Severity: important For a long time rotated screens with nvidia driver and xorg has renderd the use of window managers such as awesome less than useful. At work I pinned a couple of Xorg packages down to still be able to use my rotated screen, but computer at home have been used to upgrade upgrade upgrade in hope the error would go away. On a whim (and random hooray of one person on IRC) I opted to upgrade to the latest nvidia drivers (190.42) and the problem went away. The held packages: ih x11-common 1:7.3+18 1:7.4+4 ih xserver-xorg 1:7.3+18 1:7.4+4 ih xserver-xorg-core2:1.4.2-10 2:1.6.5-1 ih xserver-xorg-input-evdev 1:2.0.8-1 1:2.2.5-1 ih xserver-xorg-input-kbd 1:1.3.1-1 1:1.3.2-4 ih xserver-xorg-input-mouse 1:1.3.0-1 1:1.4.0-4 ih xserver-xorg-video-nv1:2.1.10-1 1:2.1.14-2 if I manually install 190.42, the packages above can be upgraded without causing any display problems on rotated screens. See report #554240 for update to 190.42 request. -- Package-specific info: uname -r: Linux traktor.vbg.se.prnw.net 2.6.29-2-686 #1 SMP Sun May 17 17:56:29 UTC 2009 i686 GNU/Linux /proc/version: Linux version 2.6.29-2-686 (Debian 2.6.29-5) (wa...@debian.org) (gcc version 4.3.3 (Debian 4.3.3-10) ) #1 SMP Sun May 17 17:56:29 UTC 2009 /proc/driver/nvidia/version: 01:00.0 VGA compatible controller: nVidia Corporation NV44A [GeForce 6200] (rev a1) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nvidia-glx depends on: ii libc6 2.9-26 GNU C Library: Shared libraries ii libx11-62:1.2.2-1X11 client-side library ii libxext62:1.0.4-1X11 miscellaneous extension librar ii nvidia-kernel-2.6.2 185.18.36-2+2.6.29-5 NVIDIA binary kernel module for Li ii x11-common 1:7.3+18 X Window System (X.Org) infrastruc nvidia-glx recommends no packages. Versions of packages nvidia-glx suggests: ii nvidia-kernel-source 185.18.36-2 NVIDIA binary kernel module source pn nvidia-settings none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551973: fusecompress: crashes underload
might help if I attach something ~strace -o fusemax.strc -ff fusecompress -o fc_ma:application/zip,fc_c:bzip2,fc_d /backups/.max/ /backups/max/ fusecompress.max.1.txt 2fusecompress.max.2.txt *** glibc detected *** strace: munmap_chunk(): invalid pointer: 0x01deb2c0 *** === Backtrace: = /lib/libc.so.6[0x7f641cefadb6] /lib/libc.so.6(fclose+0x14d)[0x7f641ceebdfd] strace[0x402485] strace[0x4036db] strace[0x403f27] /lib/libc.so.6(__libc_start_main+0xfd)[0x7f641cea8a8d] strace[0x401f69] === Memory map: 0040-00447000 r-xp 09:01 449971 /usr/bin/strace 00647000-00648000 rw-p 00047000 09:01 449971 /usr/bin/strace 00648000-00656000 rw-p 00:00 0 01dea000-01e0b000 rw-p 00:00 0 [heap] 7f641cc74000-7f641cc8a000 r-xp 09:01 977314 /lib/libgcc_s.so.1 7f641cc8a000-7f641ce89000 ---p 00016000 09:01 977314 /lib/libgcc_s.so.1 7f641ce89000-7f641ce8a000 rw-p 00015000 09:01 977314 /lib/libgcc_s.so.1 7f641ce8a000-7f641cfd4000 r-xp 09:01 977416 /lib/libc-2.10.1.so 7f641cfd4000-7f641d1d3000 ---p 0014a000 09:01 977416 /lib/libc-2.10.1.so 7f641d1d3000-7f641d1d7000 r--p 00149000 09:01 977416 /lib/libc-2.10.1.so 7f641d1d7000-7f641d1d8000 rw-p 0014d000 09:01 977416 /lib/libc-2.10.1.so 7f641d1d8000-7f641d1dd000 rw-p 00:00 0 7f641d1dd000-7f641d1fa000 r-xp 09:01 977420 /lib/ld-2.10.1.so 7f641d3ea000-7f641d3ec000 rw-p 00:00 0 7f641d3f3000-7f641d3f4000 rw-p 00:00 0 7f641d3f5000-7f641d3f9000 rw-p 00:00 0 7f641d3f9000-7f641d3fa000 r--p 0001c000 09:01 977420 /lib/ld-2.10.1.so 7f641d3fa000-7f641d3fb000 rw-p 0001d000 09:01 977420 /lib/ld-2.10.1.so 7fff830ca000-7fff830df000 rw-p 00:00 0 [stack] 7fff831a8000-7fff831a9000 r-xp 00:00 0 [vdso] ff60-ff601000 r-xp 00:00 0 [vsyscall] Aborted tailed.txt.gz Description: Binary data signature.asc Description: Digital signature
Bug#554638: jconv_0.8.1-1(ia64/unstable): FTBFS: build-depnds libc6-dev
Package: jconv Version: 0.8.1-1 Severity: serious There was an error while trying to autobuild your package: Depending on the architecture, the name of libc6 is, um, different. Automatic build of jconv_0.8.1-1 on caballero by sbuild/ia64 98 Build started at 20091105-1957 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5), binutils, libc6-dev (= 2.7), libfftw3-dev (= 3.1.2-3.1), libjack-dev, libsndfile1-dev (= 1.0.19), libzita-convolver-dev (= 1.0.0), libclthreads-dev (= 2.4.0), locales, quilt [...] gpg: Can't check signature: public key not found dpkg-source: extracting jconv in jconv-0.8.1 dpkg-source: info: unpacking jconv_0.8.1.orig.tar.gz dpkg-source: info: applying jconv_0.8.1-1.diff.gz dpkg-buildpackage: set CFLAGS to default value: -g -O2 dpkg-buildpackage: set CPPFLAGS to default value: dpkg-buildpackage: set LDFLAGS to default value: dpkg-buildpackage: set FFLAGS to default value: -g -O2 dpkg-buildpackage: set CXXFLAGS to default value: -g -O2 dpkg-buildpackage: source package jconv dpkg-buildpackage: source version 0.8.1-1 dpkg-buildpackage: host architecture ia64 dpkg-checkbuilddeps: Unmet build dependencies: libc6-dev (= 2.7) dpkg-buildpackage: warning: Build dependencies/conflicts unsatisfied; aborting. dpkg-buildpackage: warning: (Use -d flag to override.) A full build log can be found at: http://buildd.debian.org/build.php?arch=ia64pkg=jconvver=0.8.1-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554640: aptitude: please allow resumption of incomplete downloads
Package: aptitude Version: 0.6.0.1-1 Severity: wishlist We recently had a thread on d-u about the possibility of allowing the resumption of incomplete downloads. This is really necessary when trying to download large packages under poor network conditions. Under the current system, aptitude will just loop forever, starting again each time the download stalls. Even if there are reasons why this should not be the default, might it not be a good idea to allow the user to enable resumption? -- Package-specific info: aptitude 0.6.0.1 compiled at Oct 25 2009 19:26:02 Compiler: g++ 4.3.4 Compiled against: apt version 4.8.1 NCurses version 5.7 libsigc++ version: 2.0.18 Ept support enabled. Gtk+ support disabled. Current library versions: NCurses version: ncurses 5.7.20090803 cwidget version: 0.5.13 Apt version: 4.8.1 linux-gate.so.1 = (0xb77c5000) /usr/lib/libv4l/v4l1compat.so (0xb77c1000) libapt-pkg-libc6.9-6.so.4.8 = /usr/lib/libapt-pkg-libc6.9-6.so.4.8 (0xb76ef000) libncursesw.so.5 = /lib/libncursesw.so.5 (0xb76aa000) liblog4cxx.so.10 = /usr/lib/liblog4cxx.so.10 (0xb7501000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0xb74fb000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0xb7438000) libept.so.0 = /usr/lib/libept.so.0 (0xb73bd000) libxapian.so.15 = /usr/lib/libxapian.so.15 (0xb726c000) libz.so.1 = /usr/lib/libz.so.1 (0xb7257000) libsqlite3.so.0 = /usr/lib/libsqlite3.so.0 (0xb71d4000) libboost_iostreams.so.1.40.0 = /usr/lib/libboost_iostreams.so.1.40.0 (0xb71c9000) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb71b) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xb70be000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb7097000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb707a000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb6f32000) libv4l1.so.0 = /usr/lib/libv4l1.so.0 (0xb6f2d000) libutil.so.1 = /lib/i686/cmov/libutil.so.1 (0xb6f29000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb6f24000) libaprutil-1.so.0 = /usr/lib/libaprutil-1.so.0 (0xb6f04000) libapr-1.so.0 = /usr/lib/libapr-1.so.0 (0xb6ed7000) libuuid.so.1 = /lib/libuuid.so.1 (0xb6ed3000) librt.so.1 = /lib/i686/cmov/librt.so.1 (0xb6eca000) libcrypt.so.1 = /lib/i686/cmov/libcrypt.so.1 (0xb6e98000) libbz2.so.1.0 = /lib/libbz2.so.1.0 (0xb6e87000) /lib/ld-linux.so.2 (0xb77c6000) libv4l2.so.0 = /usr/lib/libv4l2.so.0 (0xb6e7d000) libexpat.so.1 = /usr/lib/libexpat.so.1 (0xb6e58000) libv4lconvert.so.0 = /usr/lib/libv4lconvert.so.0 (0xb6dee000) Terminal: xterm $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-rc5-lizzie-00402-gb6727b1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6. 0.7.24Advanced front-end for dpkg ii libboost-iostreams1.40 1.40.0-2 Boost.Iostreams Library ii libc6 2.10.1-5 GNU C Library: Shared libraries ii libcwidget30.5.13-1 high-level terminal interface libr ii libept00.5.29High-level library for managing De ii libgcc11:4.4.2-2 GCC support library ii liblog4cxx10 0.10.0-1 A logging library for C++ ii libncursesw5 5.7+20090803-2shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libsqlite3-0 3.6.19-3 SQLite 3 shared library ii libstdc++6 4.4.2-2 The GNU Standard C++ Library v3 ii libxapian151.0.16-3 Search engine library ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages aptitude recommends: pn apt-xapian-index none (no description available) pn aptitude-doc-en | aptitude-do none (no description available) pn libparse-debianchangelog-perl none (no description available) ii sensible-utils0.0.1 Utilities for sensible alternative Versions of packages aptitude suggests: pn debtags none (no description available) pn tasksel none (no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554639: texlive-base-bin: Failed to upgrade
Package: texlive-base-bin Version: 2007.dfsg.2-8 Severity: important *** Please type your report below this line *** Hi, after an regulary upgrade in Sid last days, I got this error: neo:~# dpkg -a --configure Richte texlive-base-bin ein (2007.dfsg.2-8) ... Running mktexlsr. This may take some time... done. Building format(s) --all. This may take some time... fmtutil-sys failed. Output has been stored in /tmp/fmtutil.aQbj3Y3q Please include this file if you report a bug. dpkg: Fehler beim Bearbeiten von texlive-base-bin (--configure): Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück Verarbeite Trigger für menu ... Fehler traten auf beim Bearbeiten von: texlive-base-bin What could I do to fix it? Bye, Erik -- Package-specific info: If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.latex-einfuehrung.de/mini-en.html (english) or http://www.latex-einfuehrung.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 root root 1072 Nov 5 21:59 /var/lib/texmf/ls-R lrwxrwxrwx 1 root staff 25 Oct 20 2005 /usr/local/share/texmf/ls-R - /var/lib/texmf/ls-R-LOCAL lrwxrwxrwx 1 root root 29 Jun 11 22:01 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 May 7 21:25 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 May 7 21:25 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 Jun 11 22:01 /usr/share/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 4182 Nov 5 21:59 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 6484 Nov 5 21:59 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 4302 Nov 5 21:59 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 0 ## md5sums of texmf.d 42c20d7e8bd343542772b5a145bf8ad8 /etc/texmf/texmf.d/05TeXMF.cnf 5f7f6652cc8b8071c9e4ea6ba9e9f0a1 /etc/texmf/texmf.d/15Plain.cnf f68e5add6afd6585b982f2f78e2e6a92 /etc/texmf/texmf.d/45TeXinputs.cnf ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf 9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf 37329819f1109e8a457e64b8b58fecdb /etc/texmf/texmf.d/85Misc.cnf a8952d594677235951d447665ec46e9c /etc/texmf/texmf.d/90TeXDoc.cnf 30f4f13357c2761ed01a6a15f28725a5 /etc/texmf/texmf.d/95NonPath.cnf -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-base-bin depends on: ii dpkg 1.15.4.1 Debian package management system ii ed 1.4-1 The classic UNIX line editor ii libc6 2.10.1-5 GNU C Library: Shared libraries ii libgcc11:4.4.2-2 GCC support library ii libkpathsea4 2007.dfsg.2-8 TeX Live: path search library for ii libncurses55.7+20090803-2shared libraries for terminal hand ii libpng12-0 1.2.40-1 PNG library - runtime ii libpoppler50.12.0-2 PDF rendering library ii libstdc++6 4.4.2-2 The GNU Standard C++ Library v3 ii libx11-6 2:1.2.2-1 X11 client-side library ii libxaw72:1.0.6-1 X11 Athena Widget library ii libxmu62:1.0.4-2 X11 miscellaneous utility library ii libxpm41:3.5.7-2 X11 pixmap library ii libxt6 1:1.0.6-1 X11 toolkit intrinsics library ii mime-support 3.46-1MIME files 'mime.types' 'mailcap ii perl 5.10.1-6 Larry Wall's Practical Extraction ii tex-common 1.20 common infrastructure for building ii texlive-common 2007.dfsg.2-4 TeX Live: Base component ii zlib1g 1:1.2.3.3.dfsg-15 compression
Bug#554612: /usr/bin/dpkg-source: include-binaries doesn't work
On Thu, 05 Nov 2009, Mike Hommey wrote: No, it really doesn't work as expected. It works in lenny but doesn't work properly in sid. I think it might be due to a behavioural difference in perl's File::Find... In fact no, it's a regression that I introduced in 3525f79792cff51757d99d45f51c96a15e6fa779. Attached is the suggested patch. Tell me if you have other problems. It seems to work properly with the patch. Would you know when this would posible hit unstable ? ;) I don't know when we're going to upload the next version, I certainly hope in the next few weeks, it's been 2 months already since the last upload. Note however that you only need the fix to build the source package so you could in theory upload the resulting package... it can be unpacked everywhere (and rebuilt provided that they are not rebuilding the source package). PS: I do wonder, however, how dpkg-source can be *so much* slower than tar -jxf ; diff -ruN (15 seconds for tar and 2 s for diff vs. 3'30 for dpkg-source in quilt mode and 3' in format 1.0) Check Dpkg::Source::Patch::add_diff_*() to understand why. AFAIK it's there that most of the time is spent. It does a manual comparison of both trees with many checks. To verify run: perl -d:Profile /usr/bin/dpkg-source -b yourpackagedir And look at the first lines of prof.out. Cheers, -- Raphaël Hertzog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554513: ftp.debian.org: please remve fcalendar from unstable
On 5 November 2009 at 21:30, Torsten Werner wrote: | retitle 554513 RM: fcalendar -- RoM; replaced by r-cran-timedate | thanks | | Dirk Eddelbuettel schrieb: | The Rmetrics project has phased out fCalendar (aka r-cran-fcalendar in | Debian) and we have long had the replacement package timeDate (aka | r-cran-timedate) available. The only other dependency is fSeries which will | also be removed (bug will be filed momentarily). | | May you please use reportbug to file RM requests to get correct bug titles. No, I much prefer M-x debian-bug RET Where are bug titles you require documented ? Dirk -- Three out of two people have difficulties with fractions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554631: upgrade fails with c2faxrecvinvoke-rc.d: initscript capi4hylafax, action stop failed.
Am Donnerstag 05 November 2009 schrieb Lionel Elie Mamane: severity 554631 serious thanks On Thu, Nov 05, 2009 at 08:39:24PM +0100, Martin Steigerwald wrote: Upgrade of capi4hylafax fails like this (with LANG=C so that output is in english): shambhala:~ LANG=C aptitude safe-upgrade Preparing to replace capi4hylafax 1:01.03.00.99.svn.300-12 (using .../capi4hylafax_1%3a01.03.00.99.svn.300-13_i386.deb) ... Stopping capi4hylafax: c2faxrecvinvoke-rc.d: initscript capi4hylafax, action stop failed. dpkg: warning: old pre-removal script returned error exit status 1 Argh, it returns 1 when it is already stopped. That's a bug indeed. To work around that bug, start capi4hylafax and try the upgrade again. Doesn't work either. Init script does not seem to be able to either start or stop capi4hyladax. Its not critical for me cause I just set it up for an article quite some time ago and do not use it regularily. shambhala:~ export LANG=C shambhala:~ /etc/init.d/capi4hylafax start Starting capi4hylafax: c2faxrecv. shambhala:~ ps aux | grep c2fax root 7123 0.0 0.0 1872 552 pts/0R+ 22:08 0:00 grep c2fax shambhala:~ aptitude safe-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done The following packages will be upgraded: capi4hylafax The following packages are RECOMMENDED but will NOT be installed: isdnactivecards 1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/211kB of archives. After unpacking 81.9kB will be used. Do you want to continue? [Y/n/?] Writing extended state information... Done locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory Reading package fields... Done Reading package status... Done Retrieving bug reports... 0% Fail Error retrieving bug reports from the server with the following error message: W: getaddrinfo: Temporary failure in name resolution (http://bugs.debian.org:80) It appears that your network connection is down. Check network configuration and try again Retry downloading bug information?[Y/n]? n Abort the installation[Y/n]? n Retrieving bug reports... Done Parsing Found/Fixed information... Done Reading changelogs... Done (Reading database ... 347487 files and directories currently installed.) Preparing to replace capi4hylafax 1:01.03.00.99.svn.300-12 (using .../capi4hylafax_1%3a01.03.00.99.svn.300-13_i386.deb) ... Stopping capi4hylafax: c2faxrecvstart-stop-daemon: warning: failed to kill 7119: No such process invoke-rc.d: initscript capi4hylafax, action stop failed. dpkg: warning: old pre-removal script returned error exit status 1 dpkg - trying script from the new package instead ... Stopping capi4hylafax: c2faxrecvstart-stop-daemon: warning: failed to kill 7119: No such process invoke-rc.d: initscript capi4hylafax, action stop failed. dpkg: error processing /var/cache/apt/archives/capi4hylafax_1%3a01.03.00.99.svn.300-13_i386.deb (--unpack): subprocess new pre-removal script returned error exit status 1 insserv: warning: current start runlevel(s) (empty) of script `capi4hylafax' overwrites defaults (2 3 4 5). insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script `capi4hylafax' overwrites defaults (0 1 6). insserv: warning: current start runlevel(s) (empty) of script `capi4hylafax' overwrites defaults (2 3 4 5). insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script `capi4hylafax' overwrites defaults (0 1 6). insserv: warning: current stop runlevel(s) (0 1 6) of script `screen- cleanup' overwrites defaults (empty). insserv: warning: current stop runlevel(s) (0 1 6) of script `sysfsutils' overwrites defaults (empty). insserv: warning: current stop runlevel(s) (0 1 6) of script `pppd-dns' overwrites defaults (empty). insserv: warning: current stop runlevel(s) (0 1 6) of script `cpufrequtils' overwrites defaults (empty). insserv: warning: current stop runlevel(s) (0 6) of script `hdparm' overwrites defaults (empty). insserv: warning: current stop runlevel(s) (0 6) of script `pcmciautils' overwrites defaults (empty). insserv: warning: current stop runlevel(s) (0 1 6) of script `console- screen.sh' overwrites defaults (empty). Errors were encountered while processing: /var/cache/apt/archives/capi4hylafax_1%3a01.03.00.99.svn.300-13_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to
Bug#551973: fusecompress: crashes underload
On Thu, Oct 22, 2009 at 03:02:55PM +0530, Ritesh Raj Sarraf wrote: On Thursday 22 Oct 2009 14:44:13 Alex Samad wrote: all i know when i do a df before it lists all the partitions, when I ran these programs and it failed, I would run df afterwards it would then show a fault, when i checked ps -ef | grep fuse, I couldn't find one for /backups/max it had disappeared. Can you run fusecompress in debug mode and see if it can provide more information ? I can do, but it might be a while till I get to do it. You can try and post your results. [snip] hi I have beeing doing a strace and a fc_d and finally caught something strace -o fusemax.strc -ff fusecompress -o fc_ma:application/zip,fc_c:bzip2,fc_d /backups/.max/ /backups/max/ fusecompress.max.1.txt 2fusecompress.max.2.txt *** glibc detected *** strace: munmap_chunk(): invalid pointer: 0x01deb2c0 *** === Backtrace: = /lib/libc.so.6[0x7f641cefadb6] /lib/libc.so.6(fclose+0x14d)[0x7f641ceebdfd] strace[0x402485] strace[0x4036db] strace[0x403f27] /lib/libc.so.6(__libc_start_main+0xfd)[0x7f641cea8a8d] strace[0x401f69] === Memory map: 0040-00447000 r-xp 09:01 449971 /usr/bin/strace 00647000-00648000 rw-p 00047000 09:01 449971 /usr/bin/strace 00648000-00656000 rw-p 00:00 0 01dea000-01e0b000 rw-p 00:00 0 [heap] 7f641cc74000-7f641cc8a000 r-xp 09:01 977314 /lib/libgcc_s.so.1 7f641cc8a000-7f641ce89000 ---p 00016000 09:01 977314 /lib/libgcc_s.so.1 7f641ce89000-7f641ce8a000 rw-p 00015000 09:01 977314 /lib/libgcc_s.so.1 7f641ce8a000-7f641cfd4000 r-xp 09:01 977416 /lib/libc-2.10.1.so 7f641cfd4000-7f641d1d3000 ---p 0014a000 09:01 977416 /lib/libc-2.10.1.so 7f641d1d3000-7f641d1d7000 r--p 00149000 09:01 977416 /lib/libc-2.10.1.so 7f641d1d7000-7f641d1d8000 rw-p 0014d000 09:01 977416 /lib/libc-2.10.1.so 7f641d1d8000-7f641d1dd000 rw-p 00:00 0 7f641d1dd000-7f641d1fa000 r-xp 09:01 977420 /lib/ld-2.10.1.so 7f641d3ea000-7f641d3ec000 rw-p 00:00 0 7f641d3f3000-7f641d3f4000 rw-p 00:00 0 7f641d3f5000-7f641d3f9000 rw-p 00:00 0 7f641d3f9000-7f641d3fa000 r--p 0001c000 09:01 977420 /lib/ld-2.10.1.so 7f641d3fa000-7f641d3fb000 rw-p 0001d000 09:01 977420 /lib/ld-2.10.1.so 7fff830ca000-7fff830df000 rw-p 00:00 0 [stack] 7fff831a8000-7fff831a9000 r-xp 00:00 0 [vdso] ff60-ff601000 r-xp 00:00 0 [vsyscall] Aborted I have attached a tail -n 200 of all the strace files and the stdout max.1.log and stderr max.2.log, I have gziped the output file hopefully we can get to the bottom of this, as it happens every night. tail of stdout Compress::open m_refs: 1 getattr name: system/rdiff-backup-data/error_log.2009-11-05T22:00:02+11:00.data, m_IsCompressed: 1, m_fh.size: 0x0 FuseCompress::release 0x7f8c8c5f6f40 name: system/rdiff-backup-data/error_log.2009-11-05T22:00:02+11:00.data truncate name: system/rdiff-backup-data/error_log.2009-11-05T22:00:02+11:00.data, m_IsCompressed: 1, size: 0 int Compress::store() new CFile(..., system/rdiff-backup-data) void Compress::storeLayerMap(): m_fd: 5 N (system/rdiff-backup-data), 0x1000 bytes getattr name: system/rdiff-backup-data, m_IsCompressed: 0, m_fh.size: 0x0 void Compress::storeFileHeader() const: m_fd: 5 Memory::getattr(0xf8df10) m_FileSize: 0x0, m_FileSizeSet: 0 virtual Compress::~Compress(), system/rdiff-backup-data int Compress::store() void Compress::storeLayerMap(): m_fd: 5 void Compress::storeFileHeader() const: m_fd: 5 File::release m_refs: 0 Compress::release m_refs: 0, m_IsCompressed: 1 virtual Compress::~Compress(), system/rdiff-backup-data/error_log.2009-11-05T22:00:02+11:00.data FuseCompress::release 0x957a80 name: system/rdiff-backup-data/backup.log ASSERT int Memory::merge(const char*) (m_name == name) i have kept all the orig logs, but rather large to send alex signature.asc Description: Digital signature
Bug#553415: Same problem on intel iMac 20 Core Duo
Hi! I experienced the same problem today, after rebooting. Grub 1.97 refused to display the menu. It simply froze with the message GRUB on the top left corner of the screen. Reinstalling 1.97~beta3 allowed me to boot my machine correctly. I tried again to upgrade to 1.97, and I noticed some complaints. I have not written them down, and my machine is again not bootable. I will post them tommorrow if needed. Best, Cédric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552369: RM: linux-modules-extra-2.6 -- ROM; also requested by ftpmaster
tags 552369 + moreinfo thanks Hi, there are reverse deps that should be resolved first: # Broken Depends: fsprotect: fsprotect # Broken Build-Depends: linux-modules-di-alpha-2.6: loop-aes-modules-2.6.30-2-alpha-generic linux-modules-di-amd64-2.6: loop-aes-modules-2.6.30-2-amd64 speakup-modules-2.6.30-2-amd64 linux-modules-di-armel-2.6: loop-aes-modules-2.6.30-2-iop32x loop-aes-modules-2.6.30-2-orion5x linux-modules-di-hppa-2.6: loop-aes-modules-2.6.30-2-parisc loop-aes-modules-2.6.30-2-parisc64 linux-modules-di-i386-2.6: loop-aes-modules-2.6.30-2-486 loop-aes-modules-2.6.30-2-686-bigmem speakup-modules-2.6.30-2-486 speakup-modules-2.6.30-2-686-bigmem linux-modules-di-ia64-2.6: loop-aes-modules-2.6.30-2-itanium linux-modules-di-mips-2.6: loop-aes-modules-2.6.30-2-4kc-malta loop-aes-modules-2.6.30-2-r4k-ip22 loop-aes-modules-2.6.30-2-r5k-ip32 linux-modules-di-mipsel-2.6: loop-aes-modules-2.6.30-2-4kc-malta loop-aes-modules-2.6.30-2-r5k-cobalt linux-modules-di-powerpc-2.6: loop-aes-modules-2.6.30-2-powerpc loop-aes-modules-2.6.30-2-powerpc64 linux-modules-di-s390-2.6: loop-aes-modules-2.6.30-2-s390x linux-modules-di-sparc-2.6: loop-aes-modules-2.6.30-2-sparc64 Cheers, Torsten attachment: email.vcf
Bug#554582: libsmbios_2.0.3.dfsg-1(ia64/unstable): FTBFS: matching constraint does not allow a register
lam...@debian.org wrote: Package: libsmbios Version: 2.0.3.dfsg-1 Severity: serious There was an error while trying to autobuild your package: A new version of libsmbios is in preparation. J.L. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553079: git-buildpackage: Using debuild -i\.git -I.git by default is harmful with 3.x source packages
On Thu, 05 Nov 2009, Guido Günther wrote: Another alternative is always use -i -I and not restrict the set of ignores. In most cases, it has not impact... and the few that do can override git-builder in debian/gbp.conf. You mean passing -i -I without any arguments? That makes even more sense to me. Yes. Do you remember since when -i and -I do ignore git metadata? I can't find it in the changelog which goes back to March. apparently .git is ignored since 1.13.14 (Feb 2006) and .gitignore since 1.14.0 (08 May 2007). Cheers, -- Raphaël Hertzog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554640: oops
Sorry for forgetting to wrap the initial report :( I also omitted the d-u thread: http://lists.debian.org/debian-user/2009/11/msg00141.html Celejar -- foffl.sourceforge.net - Feeds OFFLine, an offline RSS/Atom aggregator mailmin.sourceforge.net - remote access via secure (OpenPGP) email ssuds.sourceforge.net - A Simple Sudoku Solver and Generator -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538547: Source format 3.0 (quilt) allowed in testing/unstable
On Thu, 05 Nov 2009, Domenico Andreoli wrote: well, i completely missed these developments and frankly i still have to understand how it works. does it apply all the patches in debian/patches? Please read dpkg-source's man page, it explains it in details. And yes it applies all patches listed in the series file by default. is there any package which already uses this source format? i need it as template. ftplib, tzdata. There's nothing complicated, it works as usual except that you don't have to care about the quilt stuff yourself. Cheers, -- Raphaël Hertzog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554641: asclock: [INTL:pt] Updated Portuguese translation for manpage's messages
Package: asclock Version: n/a Tags: l10n, patch Severity: wishlist Updated Portuguese translation for asclock's manpage messages. Translator: Américo Monteiro a_monte...@netcabo.pt Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Best regards, Miguel Figueiredo Traduz - Portuguese Translation Team http://www.DebianPT.org # Translation of asclock's manpage to Portuguese # Copyright (C) 2009 Free Software Foundation, Inc. # This file is distributed under the same license as the asclock package. # # Américo Monteiro a_monte...@netcabo.pt, 2009. msgid msgstr Project-Id-Version: asclock\n POT-Creation-Date: 2009-10-12 20:08+0300\n PO-Revision-Date: 2009-11-03 22:02+\n Last-Translator: Américo Monteiro a_monte...@netcabo.pt\n Language-Team: Portuguese tra...@debianpt.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Lokalize 1.0\n # type: TH #: asclock.man:1 #, no-wrap msgid asclock msgstr asclock # type: TH #: asclock.man:1 #, no-wrap msgid 23 July 1996 msgstr 23 Julho 1996 # type: SH #: asclock.man:3 #, no-wrap msgid NAME msgstr NOME # type: Plain text #: asclock.man:5 msgid Basclock - the AfterStep clock msgstr Basclock - o relógio do AfterStep # type: SH #: asclock.man:5 #, no-wrap msgid SYNOPSIS msgstr SINOPSE # type: Plain text #: asclock.man:15 #, no-wrap msgid Basclock\n [ -help] [-12 | -24] [-shape]\n [-position I[+|-]x[+|-]y]\n [-exe Iprogram]\n [-theme Idir]\n [-led Icolor]\n [-noblink]\n [-dock]\n [-version]\n msgstr Basclock\n [ -help] [-12 | -24] [-shape]\n [-position I[+|-]x[+|-]y]\n [-exe Iprograma]\n [-theme Idir]\n [-led Icor]\n [-noblink]\n [-dock]\n [-version]\n # type: SH #: asclock.man:15 #, no-wrap msgid DESCRIPTION msgstr DESCRIÇÃO # type: Plain text #: asclock.man:20 msgid The Basclock is a clock written to emulate the date/time application on the NEXTSTEP(tm) operating system. Basclock supports multiple languages, military and AM/PM time formats, program execution, and the shape extension to X-Windows. msgstr O Basclock é um relógio escrito para emular a aplicação date/time no sistema operativo NEXTSTEP(tm). Basclock suporta várias linguagens, formatos de hora militar e AM/PM, execução de programa, e a extensão shape para o X-Windows. # type: SH #: asclock.man:20 #, no-wrap msgid CONFIGURATION OPTIONS msgstr OPÇÕES DE CONFIGURAÇÃO # type: IP #: asclock.man:21 #, no-wrap msgid -help msgstr -help # type: Plain text #: asclock.man:24 msgid prints the usage message: msgstr mostra a mensagem de ajuda na utilização: # type: Plain text #: asclock.man:37 #, no-wrap msgid usage: asclock [-options ...] \n where options include:\n -12 12 hour format\n -24 24 hour format\n -exe EltprogramEgt program to start on click\n -led EltcolorEgtcolor of the led\n -position [+|-]x[+|-]y position of asclock\n -shape without groundplate\n -theme EltdirEgttheme directory\n -noblinkdon't blink\n -dock without window decorations\n -versionshow version information\n msgstr utilização: asclock [-opções ...] \n onde as opções incluem:\n -12 formato de 12 horas\n -24 formato de 24 horas\n -exe EltprogramEgt programa para arrancar ao clicar\n -led EltcolorEgtcor do led\n -position [+|-]x[+|-]y posição do asclock\n -shape sem o prato de fundo\n -theme EltdirEgtdirectório de temas\n -noblinksem piscar\n -dock sem as decorações da janela\n -versionmostra informação da versão\n # type: IP #: asclock.man:39 #, no-wrap msgid -12 or -24 msgstr -12 ou -24 # type: Plain text #: asclock.man:44 msgid sets the desired time format to either twelve hour with AM/PM ( -12 ) or military time ( -24 ). If no option is given military time is used. msgstr define o formato de hora desejado para doze horas com AM/PM ( -12) ou hora militar ( -24). Se não for dada uma opção será usada a hora militar. # type: IP #: asclock.man:45 #, no-wrap msgid -shape msgstr -shape # type: Plain text #: asclock.man:51 msgid turn on shaped window support for Basclock. When this is turned on the Basclock windows will only appear to be the led and date pad. By default shaped windows are turned off and the clock will appear on a 64 pixel by 64 pixel
Bug#554631: upgrade fails with c2faxrecvinvoke-rc.d: initscript capi4hylafax, action stop failed.
severity 554631 serious thanks On Thu, Nov 05, 2009 at 08:39:24PM +0100, Martin Steigerwald wrote: Upgrade of capi4hylafax fails like this (with LANG=C so that output is in english): shambhala:~ LANG=C aptitude safe-upgrade Preparing to replace capi4hylafax 1:01.03.00.99.svn.300-12 (using .../capi4hylafax_1%3a01.03.00.99.svn.300-13_i386.deb) ... Stopping capi4hylafax: c2faxrecvinvoke-rc.d: initscript capi4hylafax, action stop failed. dpkg: warning: old pre-removal script returned error exit status 1 Argh, it returns 1 when it is already stopped. That's a bug indeed. To work around that bug, start capi4hylafax and try the upgrade again. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554612: /usr/bin/dpkg-source: include-binaries doesn't work
On Thu, Nov 05, 2009 at 10:13:15PM +0100, Raphael Hertzog wrote: On Thu, 05 Nov 2009, Mike Hommey wrote: No, it really doesn't work as expected. It works in lenny but doesn't work properly in sid. I think it might be due to a behavioural difference in perl's File::Find... In fact no, it's a regression that I introduced in 3525f79792cff51757d99d45f51c96a15e6fa779. Attached is the suggested patch. Tell me if you have other problems. It seems to work properly with the patch. Would you know when this would posible hit unstable ? ;) I don't know when we're going to upload the next version, I certainly hope in the next few weeks, it's been 2 months already since the last upload. Note however that you only need the fix to build the source package so you could in theory upload the resulting package... it can be unpacked everywhere (and rebuilt provided that they are not rebuilding the source package). True, I forgot that buildds don't rebuild the source package. PS: I do wonder, however, how dpkg-source can be *so much* slower than tar -jxf ; diff -ruN (15 seconds for tar and 2 s for diff vs. 3'30 for dpkg-source in quilt mode and 3' in format 1.0) Check Dpkg::Source::Patch::add_diff_*() to understand why. AFAIK it's there that most of the time is spent. It does a manual comparison of both trees with many checks. To verify run: perl -d:Profile /usr/bin/dpkg-source -b yourpackagedir And look at the first lines of prof.out. Oh my... %TimeSec. #calls sec/call F name 32.52 69.811044702 0.001562 Dpkg::Source::Patch::add_diff_file 29.95 64.283744829 0.001434 Dpkg::IPC::fork_and_exec 10.22 21.937044829 0.000489 Dpkg::IPC::wait_child 7.14 15.330997591 0.000157 File::Spec::Unix::abs2rel 4.259.1206 585681 0.16 File::Spec::Unix::canonpath forking diff for each file definitely doesn't help here. But that's another story. Cheers, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554615: Bug reported against Ubuntu in launchpad
Sorry about the long title, I don't know what happened there. The URL for the Ubuntu bug is here: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/367544 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554642: syscp: [INTL:pt] Updated Portuguese translation for debconf messages
Package: syscp Version: n/a Tags: l10n, patch Severity: wishlist Updated Portuguese translation for syscp's debconf messages. Translator: Pedro Ribeiro p.m42.ribe...@gmail.com Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Best regards, Miguel Figueiredo Traduz - Portuguese Translation Team http://www.DebianPT.org # Portuguese Translation for debconf syscp messages # Copyright (C) 2009, The syscp authors # This file is distributed under the same license as the syscp package. # Pedro Ribeiro p.m42.ribe...@gmail.com, 2009 # msgid msgstr Project-Id-Version: syscp_1.4.2.1-2\n Report-Msgid-Bugs-To: sy...@packages.debian.org\n POT-Creation-Date: 2009-10-28 06:57+0100\n PO-Revision-Date: 2009-11-03 22:10+\n Last-Translator: Pedro Ribeiro p.m42.ribe...@gmail.com\n Language-Team: Portuguese tra...@debianpt.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: multiselect #. Description #: ../templates:2001 msgid Web server to reconfigure automatically: msgstr Servidor web para reconfigurar automaticamente: #. Type: multiselect #. Description #: ../templates:2001 msgid Please choose the web server that should be automatically configured to run SysCP. msgstr Escolha, por favor, o servidor web que deve ser automaticamente configurado para correr o SysCP. #. Type: string #. Description #: ../templates:3001 msgid Username for the first admin user: msgstr Nome de utilizador para o primeiro administrador: #. Type: string #. Description #: ../templates:3001 msgid You need to set up an admin user to be able to log in to SysCP after installation. msgstr É necessário configurar um administrador para poder aceder ao SysCP após a instalação. #. Type: string #. Description #: ../templates:3001 msgid If you leave this field empty, the default username (\admin\) will be used. msgstr Se deixar este campo vazio, será utilizado o nome predefinido (\admin\). #. Type: password #. Description #: ../templates:4001 msgid Password for the first admin user: msgstr Palavra-chave para o primeiro administrador: #. Type: password #. Description #: ../templates:4001 msgid Please choose a password for the new admin user. msgstr Escolha por favor uma palavra-chave para o novo administrador. #. Type: password #. Description #: ../templates:4001 msgid If you leave this field empty, the password will be randomly generated. msgstr Se deixar este campo em branco, será gerada aleatoriamente uma palavra-chave. #. Type: password #. Description #: ../templates:4001 msgid The user name and password will be stored in /etc/syscp/debian.php. msgstr O nome de utilizador e palavra-chave serão guardados em /etc/syscp/debian.php. #. Type: string #. Description #: ../templates:5001 msgid Directory for customer data: msgstr Directório para dados do cliente: #. Type: string #. Description #: ../templates:5001 msgid SysCP will be configured to save customer data in one location. Subdirectories will be created for web services (\webs\), mail accounts (\mail\), temporary files (\tmp\), and log files (\logs\). msgstr O SysCP será configurado para guardar os dados do cliente numa localização. Subdirectórios serão criados para os serviços web (\webs\), contas de email (\mail\), ficheiros temporários (\tmp\), e ficheiros de registo (\logs\). #. Type: string #. Description #: ../templates:5001 msgid If you leave this empty, the default \/var/lib/syscp/customers\ directory will be used. However, upstream developers use \/var/customers\, so if you already have customer data somewhere, such as data originating from a former installation, or if you want an entirely different directory to hold the customers' data, you can enter the directory path here. msgstr Se deixar isto em branco, será utilizado o directório predefinido \/var/lib/syscp/costumers\. No entanto, os programadores do syscp usam \/var/costumers\, ou seja, se já tem dados de clientes algures, tal como dados provenientes de uma instalação anterior, ou se quer um directório diferente para guardar os dados dos clientes, pode indicá-lo aqui.
Bug#513582: Patch for the l10n upload of ipvsadm
Dear maintainer of ipvsadm, On Wednesday, October 28, 2009 I sent you a notice announcing my intent to upload a NMU of your package to fix its pending l10n issues, after an initial notice sent on Thursday, October 22, 2009. We finally agreed that you would do the update yourself at the end of the l10n update round. That time has come. To help you out, here's the patch which I would have used for an NMU. Please feel free to use all of it...or only the l10n part of it. The corresponding changelog is: Source: ipvsadm Version: 1:1.24-2.2 Distribution: UNRELEASED Urgency: low Maintainer: Christian Perrier bubu...@debian.org Date: Thu, 22 Oct 2009 22:53:29 +0200 Closes: 513582 529727 552384 553028 Changes: ipvsadm (1:1.24-2.2) UNRELEASED; urgency=low . * Non-maintainer upload. * Fix pending l10n issues. Debconf translations: * Vietnamese (Clytie Siddall). Closes: #513582 * Spanish (Francisco Javier Cuadrado). Closes: #529727 * Arabic (Ossama M. Khayat). Closes: #552384 * Japanese (Hideki Yamane (Debian-JP)). Closes: #553028 -- diff -Nru ipvsadm-1.24.old/debian/changelog ipvsadm-1.24/debian/changelog --- ipvsadm-1.24.old/debian/changelog 2009-10-21 21:50:16.756653224 +0200 +++ ipvsadm-1.24/debian/changelog 2009-10-29 18:26:00.101899797 +0100 @@ -1,3 +1,14 @@ +ipvsadm (1:1.24-2.2) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix pending l10n issues. Debconf translations: + * Vietnamese (Clytie Siddall). Closes: #513582 + * Spanish (Francisco Javier Cuadrado). Closes: #529727 + * Arabic (Ossama M. Khayat). Closes: #552384 + * Japanese (Hideki Yamane (Debian-JP)). Closes: #553028 + + -- Christian Perrier bubu...@debian.org Thu, 22 Oct 2009 22:53:29 +0200 + ipvsadm (1:1.24-2.1) unstable; urgency=low * Non-maintainer upload. diff -Nru ipvsadm-1.24.old/debian/po/ar.po ipvsadm-1.24/debian/po/ar.po --- ipvsadm-1.24.old/debian/po/ar.po 1970-01-01 01:00:00.0 +0100 +++ ipvsadm-1.24/debian/po/ar.po 2009-10-29 18:25:51.225901456 +0100 @@ -0,0 +1,100 @@ +# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER +# This file is distributed under the same license as the PACKAGE package. +# +# Ossama M. Khayat okha...@yahoo.com, 2009. +msgid +msgstr +Project-Id-Version: \n +Report-Msgid-Bugs-To: ipvs...@packages.debian.org\n +POT-Creation-Date: 2008-05-20 08:43+0200\n +PO-Revision-Date: 2009-10-26 00:18+0300\n +Last-Translator: Ossama M. Khayat okha...@yahoo.com\n +Language-Team: Arabic d...@arabeyes.org\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n +X-Generator: Lokalize 1.0\n +Plural-Forms: nplurals=6; plural=n==0 ? 0 : n==1 ? 1 : n==2 ? 2 : n%100=3 + n%100=10 ? 3 : n%100=11 n%100=99 ? 4 : 5;\n + +#. Type: select +#. Choices +#: ../ipvsadm.templates:1001 +msgid none, master, backup, both +msgstr لاشيء, الرئيسي, الاحتياطي, كلاهما + +#. Type: select +#. Description +#: ../ipvsadm.templates:1002 +msgid Daemon method: +msgstr طريقة العفريت: + +#. Type: select +#. Description +#: ../ipvsadm.templates:1002 +msgid +ipvsadm can activate the IPVS synchronization daemon. \master\ starts this +daemon in master mode, \backup\ in backup mode and \both\ uses master +and backup mode at the same time. \none\ disables the daemon. +msgstr +يستطيع ipvsadm تنشيط عفريت مزامنة IPVS. خيار \الرئيسي\ يشغل هذا العفريت +بوضع الرئيسي، و\احتياطي\ بوضع الاحتياطي و\كلاهما\ يستخدم وضع الرئيسي +والاحتياطي في آن معاً. كما يعطّل الخيار \لاشيء\ تشغيل العفريت. + +#. Type: select +#. Description +#: ../ipvsadm.templates:1002 +msgid See the man page for more details, ipvsadm(8). +msgstr راجع صفحة الدليل السريع man للمزيد من المعلومات، ipvsadm(8). + +#. Type: note +#. Description +#: ../ipvsadm.templates:2001 +msgid Kernel does not support IPVS +msgstr النواة لا تدعم IPVS + +#. Type: note +#. Description +#: ../ipvsadm.templates:2001 +msgid +ipvsadm requires IPVS support in the kernel. Please use a kernel with IPVS +modules, otherwise this software is pretty useless. +msgstr +يتطلب برنامج ipvsadm دعم IPVS في النواة. رجاءً استخدم نواة تحتوي وحدات IPVS، +وإلا سيكون هذا البرنامج بلا فائدة. + +#. Type: boolean +#. Description +#: ../ipvsadm.templates:3001 +msgid Do you want to automatically load IPVS rules on boot? +msgstr هل تريد تحميل متطلبات IPVS آلياً عند الإقلاع؟ + +#. Type: boolean +#. Description +#: ../ipvsadm.templates:3001 +msgid +If you choose this option your IPVS rules will be loaded from /etc/ipvsadm. +rules automatically on boot. +msgstr +إن انتقيت هذا الخيار فسيتم تحميل أحكام IPVS من /etc/ipvsadm.آلياً عند الإقلاع. + +#. Type: string +#. Description +#: ../ipvsadm.templates:4001 +msgid Multicast interface for ipvsadm: +msgstr واجهة البث المتعدد لـipvsadmin: + +#. Type: string +#. Description +#: ../ipvsadm.templates:4001 +msgid +Select the multicast interface to be used by synchronization daemon. e.g. +eth0, eth1... +msgstr +اختر واجهة البث المتعدد التي سيستخدمها عفريت المزامنة، مثلeth0، eth1... + +#. Type: string
Bug#554495: janitor, more info
retitle 554495 Segfault when trying to saving messages or attachments severity 554495 grave found 554495 icedove/2.0.0.22-1 tag 554495 - patch thanks I can also reproduce this segfault, when trying to save attachments. The actual segfault happens in a dbus library, for which not -dbg package is available. The first 10 items of the stack frame thus look like: #0 0xb6c85bb6 in ?? () from /lib/libdbus-1.so.3 #1 0xb6c72e1d in ?? () from /lib/libdbus-1.so.3 #2 0xb6c72e89 in ?? () from /lib/libdbus-1.so.3 #3 0xb6c71d77 in ?? () from /lib/libdbus-1.so.3 #4 0xb6c72f60 in ?? () from /lib/libdbus-1.so.3 #5 0xb6c71d77 in ?? () from /lib/libdbus-1.so.3 #6 0xb6c7780b in dbus_message_iter_next () from /lib/libdbus-1.so.3 #7 0xacd5de92 in ?? () from /usr/lib/gio/modules/libgioremote-volume-monitor.so #8 0xacd64354 in ?? () from /usr/lib/gio/modules/libgioremote-volume-monitor.so #9 0xacd65b53 in ?? () from /usr/lib/gio/modules/libgioremote-volume-monitor.so #10 0xb767f526 in IA__g_object_newv (object_type=164742440, n_parameters=0, parameters=0x0) at /build/buildd-glib2.0_2.22.2-2-i386-R8GTDn/glib2.0-2.22.2/gobject/gobject.c:1171 My guess is that the real cuprit is dbus or another package, but not icedove, because with the current version, I already successfully saved attachments a week ago. WM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554513: ftp.debian.org: please remve fcalendar from unstable
Dirk Eddelbuettel schrieb: Where are bug titles you require documented ? http://ftp-master.debian.org/removals.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554569: geeqie does not start: X Window System error, BadRequest
There was no reference to opcode 113 in your original message, it said opcode 135, minor opcode 19 (assuming the xdpyinfo you sent came from the same x session, that would be GLXQueryServerString, which doesn't make a lot of sense to me...) Indeed. One can see that ldd mentions a lib with glx in the name: $ ldd /usr/bin/geeqie | grep glx libclutter-glx-0.8.so.0 = /usr/lib/libclutter-glx-0.8.so.0 (0xb7749000) Does geeqie require GLX? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554512: RM: acepack -- RoM; dead upstream, removed from CRAN
tags 554512 + moreinfo thanks Hi, hmisc Build-Depends: r-cran-acepack. That must be resolved before acepack can be removed. Torsten attachment: email.vcf
Bug#554513: RM: fcalendar -- RoM; replaced by r-cran-timedate
tags 554513 + moreinfo thanks Checking reverse dependencies... # Broken Depends: fseries: r-cran-fseries rmetrics: r-cran-rmetrics # Broken Build-Depends: fseries: r-cran-fcalendar (= 260.72) rmetrics: r-cran-fcalendar Dependency problem found. Torsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554674: O: googlizer -- utility to search Google via your GNOME menu/panel
Package: wnpp Severity: normal The current maintainer of googlizer, Robert McQueen robot...@debian.org, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: googlizer Binary: googlizer Version: 0.3-3 Priority: optional Section: gnome Maintainer: Robert McQueen robot...@debian.org Build-Depends: debhelper (= 2), libgnomeui-dev, libgtk2.0-dev (= 2.0.6-2) Architecture: any Standards-Version: 3.5.9 Format: 1.0 Directory: pool/main/g/googlizer Files: dbfd85def6007e5d385fe30aadc926ce 605 googlizer_0.3-3.dsc 63f59e073ee6c8b080a52c4efc43cb99 11349 googlizer_0.3.orig.tar.gz f4eceb987f091dacae7dd8d7c5366f73 3055 googlizer_0.3-3.diff.gz Package: googlizer Binary: googlizer Version: 0.3-3 Priority: optional Section: gnome Maintainer: Robert McQueen robot...@debian.org Build-Depends: debhelper (= 2), libgnomeui-dev, libgtk2.0-dev (= 2.0.6-2) Architecture: any Standards-Version: 3.5.9 Format: 1.0 Directory: pool/main/g/googlizer Files: dbfd85def6007e5d385fe30aadc926ce 605 googlizer_0.3-3.dsc 63f59e073ee6c8b080a52c4efc43cb99 11349 googlizer_0.3.orig.tar.gz f4eceb987f091dacae7dd8d7c5366f73 3055 googlizer_0.3-3.diff.gz Package: googlizer Priority: optional Section: gnome Installed-Size: 100 Maintainer: Robert McQueen robot...@debian.org Architecture: amd64 Version: 0.3-3 Depends: libart-2.0-2 (= 2.3.16), libatk1.0-0 (= 1.9.0), libbonobo2-0 (= 2.13.0), libbonoboui2-0 (= 2.5.4), libc6 (= 2.3.5-1), libcairo2 (= 1.0.2-2), libfontconfig1 (= 2.3.0), libgconf2-4 (= 2.13.5), libglib2.0-0 (= 2.10.0), libgnome-keyring0 (= 0.4.3), libgnome2-0 (= 2.8.0), libgnomecanvas2-0 (= 2.11.1), libgnomeui-0 (= 2.8.0), libgnomevfs2-0 (= 2.13.92), libgtk2.0-0 (= 2.8.0), libice6, liborbit2 (= 1:2.10.0), libpango1.0-0 (= 1.12.0), libpopt0 (= 1.7), libsm6, libx11-6, libxcursor1 ( 1.1.2), libxext6, libxi6, libxinerama1, libxml2 (= 2.6.23), libxrandr2, libxrender1 (= 1:0.9.0.2), zlib1g (= 1:1.2.1) Recommends: gnome-panel Filename: pool/main/g/googlizer/googlizer_0.3-3_amd64.deb Size: 9972 MD5sum: be155f2231526210bbc7a4f5c9bbe98b SHA1: 4ddab466b4bc35e69bdebd1dbaf315e76e00dc4e SHA256: b536cbc64025070e187e6d7ed26127a8bfec6e43bee5613bd7d730c45d3236fa Description: utility to search Google via your GNOME menu/panel This is a very simple and very handy utility that just spawns the configured GNOME browser with a Google search on whatever you have in the X clipboard (whatever you last selected). It's not even an applet, just a program with a launcher that's nice to put on the panel - drag it there from the menu. It also includes support for a command line option -u/--url, to specify an alternative URL to which the search should be appended before opening. Tag: interface::x11, protocol::http, role::program, scope::utility, suite::gnome, uitoolkit::gtk, use::searching, x11::applet Package: googlizer Priority: optional Section: gnome Installed-Size: 100 Maintainer: Robert McQueen robot...@debian.org Architecture: amd64 Version: 0.3-3 Depends: libart-2.0-2 (= 2.3.16), libatk1.0-0 (= 1.9.0), libbonobo2-0 (= 2.13.0), libbonoboui2-0 (= 2.5.4), libc6 (= 2.3.5-1), libcairo2 (= 1.0.2-2), libfontconfig1 (= 2.3.0), libgconf2-4 (= 2.13.5), libglib2.0-0 (= 2.10.0), libgnome-keyring0 (= 0.4.3), libgnome2-0 (= 2.8.0), libgnomecanvas2-0 (= 2.11.1), libgnomeui-0 (= 2.8.0), libgnomevfs2-0 (= 2.13.92), libgtk2.0-0 (= 2.8.0), libice6, liborbit2 (= 1:2.10.0), libpango1.0-0 (= 1.12.0), libpopt0 (= 1.7), libsm6, libx11-6, libxcursor1 ( 1.1.2), libxext6, libxi6, libxinerama1, libxml2 (= 2.6.23), libxrandr2, libxrender1 (= 1:0.9.0.2), zlib1g (= 1:1.2.1) Recommends: gnome-panel Filename: pool/main/g/googlizer/googlizer_0.3-3_amd64.deb Size: 9972 MD5sum: be155f2231526210bbc7a4f5c9bbe98b SHA1: 4ddab466b4bc35e69bdebd1dbaf315e76e00dc4e SHA256: b536cbc64025070e187e6d7ed26127a8bfec6e43bee5613bd7d730c45d3236fa Description: utility to search Google via your GNOME menu/panel This is a very simple and very handy utility that just spawns the configured GNOME browser with a Google search on whatever you have in the X clipboard (whatever you last selected). It's not even an applet, just a program with a launcher that's nice to put on the panel - drag it there from the menu. It also includes support for a command line option -u/--url, to specify an alternative URL to which the search should be appended before opening. Tag: interface::x11, protocol::http, role::program, scope::utility, suite::gnome, uitoolkit::gtk, use::searching, x11::applet -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554676: quodlibet-plugins: Quodlibet sees no plugins
Package: quodlibet-plugins Version: 20091024-1 Severity: important After upgrading to the latest version of quodlibet-plugins, QL no longer sees any plugins at all. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages quodlibet-plugins depends on: ii exfalso 2.1-2 audio tag editor for GTK+ ii python-support1.0.4 automated rebuilding support for P Versions of packages quodlibet-plugins recommends: ii k3b 1.0.5-3+b1 A sophisticated KDE CD burning app ii lastfmsubmitd 1.0.5-1submission daemon for the Last.fm ii notification-daemon 0.4.0-2a daemon that displays passive pop ii python-cddb 1.4-5.1+b1 Python interface to CD-IDs and Fre ii python-dbus 0.83.0-1 simple interprocess messaging syst ii python-gnome2 2.28.0-1 Python bindings for the GNOME desk ii python-musicbrainz2.1.5-2Second generation incarnation of t quodlibet-plugins suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537515: Patch for the 2.4.2-1.1 NMU of mod-mono
Dear maintainer of mod-mono, On Wednesday, October 28, 2009 I sent you a notice announcing my intent to upload a NMU of your package to fix its pending l10n issues, after an initial notice sent on Friday, October 23, 2009. You either agreed for this NMU or did not respond to my notices. I will now upload this NMU to DELAYED/7-DAY. The NMU patch is attached to this mail. The NMU changelog is: Source: mod-mono Version: 2.4.2-1.1 Distribution: unstable Urgency: low Maintainer: Christian Perrier bubu...@debian.org Date: Wed, 04 Nov 2009 21:21:22 +0100 Closes: 537515 537521 537578 538426 539073 540630 542798 553147 553641 553662 554101 Changes: mod-mono (2.4.2-1.1) unstable; urgency=low . * Non-maintainer upload. * Protect SIGPWR use on kFreeBSD. Closes: #542798 * Bump debhelper compatibility level to 7 * As a consequence, replace dh_clean -k by dh_prep * Add ${misc:Depends} to libapache2-mod-mono dependencies to properly copy with debhelper-triggerred dependencies * Fix pending l10n issues. Debconf translations: - Russian (Yuri Kozlov). Closes: #537515 - German (Helge Kreutzmann). Closes: #537521 - French (Christian Perrier). Closes: #537578 - Spanish (Francisco Javier Cuadrado). Closes: #538426 - Swedish (Martin Bagge). Closes: #539073 - Italian (Luca Monducci). Closes: #540630 - Basque (Iñaki Larrañaga Murgoitio). Closes: #553147 - Finnish (Esko Arajärvi). Closes: #553641 - Czech (Miroslav Kure). Closes: #553662 - Portuguese (Miguel Figueiredo). Closes: #554101 -- diff -Nru mod-mono-2.4.2.old/debian/changelog mod-mono-2.4.2/debian/changelog --- mod-mono-2.4.2.old/debian/changelog 2009-10-21 21:50:36.0 +0200 +++ mod-mono-2.4.2/debian/changelog 2009-11-05 22:50:41.0 +0100 @@ -1,3 +1,25 @@ +mod-mono (2.4.2-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Protect SIGPWR use on kFreeBSD. Closes: #542798 + * Bump debhelper compatibility level to 7 + * As a consequence, replace dh_clean -k by dh_prep + * Add ${misc:Depends} to libapache2-mod-mono dependencies to properly +copy with debhelper-triggerred dependencies + * Fix pending l10n issues. Debconf translations: +- Russian (Yuri Kozlov). Closes: #537515 +- German (Helge Kreutzmann). Closes: #537521 +- French (Christian Perrier). Closes: #537578 +- Spanish (Francisco Javier Cuadrado). Closes: #538426 +- Swedish (Martin Bagge). Closes: #539073 +- Italian (Luca Monducci). Closes: #540630 +- Basque (Iñaki Larrañaga Murgoitio). Closes: #553147 +- Finnish (Esko Arajärvi). Closes: #553641 +- Czech (Miroslav Kure). Closes: #553662 +- Portuguese (Miguel Figueiredo). Closes: #554101 + + -- Christian Perrier bubu...@debian.org Wed, 04 Nov 2009 21:21:22 +0100 + mod-mono (2.4.2-1) unstable; urgency=low * New upstream release diff -Nru mod-mono-2.4.2.old/debian/compat mod-mono-2.4.2/debian/compat --- mod-mono-2.4.2.old/debian/compat 2009-10-21 21:50:36.0 +0200 +++ mod-mono-2.4.2/debian/compat 2009-11-05 22:45:46.0 +0100 @@ -1 +1 @@ -4 +7 diff -Nru mod-mono-2.4.2.old/debian/control mod-mono-2.4.2/debian/control --- mod-mono-2.4.2.old/debian/control 2009-10-21 21:50:36.0 +0200 +++ mod-mono-2.4.2/debian/control 2009-11-05 22:48:44.0 +0100 @@ -6,13 +6,13 @@ Vcs-Svn: svn://svn.debian.org/pkg-mono/mod-mono/trunk Maintainer: Debian Mono Group pkg-mono-gr...@lists.alioth.debian.org Uploaders: Dylan R. E. Moonfire deb...@mfgames.com, Mirco Bauer mee...@debian.org, Jo Shields direct...@apebox.org -Build-Depends: debhelper (= 4.1.16), apache2-threaded-dev (= 2.2), libmono-dev, po-debconf +Build-Depends: debhelper (= 7), apache2-threaded-dev (= 2.2), libmono-dev, po-debconf Standards-Version: 3.8.2 Package: libapache2-mod-mono Architecture: any Section: web -Depends: ${shlibs:Depends}, debconf (= 1.2.0), apache2.2-common, mono-runtime (= 2.4), mono-apache-server (= ${current-version}) | mono-apache-server2 (= ${current-version}) | mono-apache-server1 (= ${current-version}), mono-apache-server ( ${next-version}) | mono-apache-server2 ( ${next-version}) | mono-apache-server1 ( ${next-version}) +Depends: ${misc:Depends}, ${shlibs:Depends}, debconf (= 1.2.0), apache2.2-common, mono-runtime (= 2.4), mono-apache-server (= ${current-version}) | mono-apache-server2 (= ${current-version}) | mono-apache-server1 (= ${current-version}), mono-apache-server ( ${next-version}) | mono-apache-server2 ( ${next-version}) | mono-apache-server1 ( ${next-version}) Description: Apache module for running ASP.NET applications on Mono The mod_mono module for Apache allows ASP.NET web applications to be run with the Mono .NET implementation. diff -Nru mod-mono-2.4.2.old/debian/po/cs.po mod-mono-2.4.2/debian/po/cs.po --- mod-mono-2.4.2.old/debian/po/cs.po 2009-10-21 21:50:36.0 +0200 +++ mod-mono-2.4.2/debian/po/cs.po 2009-11-02 07:39:46.0 +0100 @@ -16,7 +16,7 @@
Bug#512381: xpdf: segfault on displaying PLRM.pdf
Hi, I have tested the file mentioned in the first message because this bug reminds me of one bug I have reported some time ago : see #464753. Indeed, I get the segfault with the same message from gdb. To reproduce the bug : - go on an empty page (page 6 for instance) - use the mouse wheel to go to the previous page - maximize the window - get rid of the menu at the left - select fit width - scroll down until it segfaults. I am running a box with debian unstable for i386. Regards. Christophe Mouilleron. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549627: Info on Bug #549627: duplicate of 527604
found 549627 1.97-1 found 549627 1.97~beta3-1 merge 527604 549627 thank you I just noticed that my device map was outdated. Sorry. This is clearly an instance of Bug #527604 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547588: RM: gcc-4.2 -- ROM; Obsoleted by gcc-4.x; x 2
tags 530626 + moreinfo thanks Hi, what about binfilter, gdc-4.2 and pcx? They (build) depend on gcc-4.2 in some way. Cheers, Torsten attachment: email.vcf
Bug#554679: darcsum: Fails to install with emacs21
Package: darcsum Version: 1.10-1 Severity: normal If emacs21 is installed, darcsum fails to install with the following message: While compiling toplevel forms in file /usr/share/emacs21/site-lisp/darcsum/darcsum.el: !! File error ((Cannot open load file gnus-fun)) Done -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (50, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages darcsum depends on: ii emacs [emacsen] 23.1+1-5The GNU Emacs editor (metapackage) ii emacs21 [emacsen]21.4a+1-5.7 The GNU Emacs editor ii emacs22 [emacsen]22.3+1-1.1 The GNU Emacs editor ii emacs23 [emacsen]23.1+1-5The GNU Emacs editor (with GTK+ us ii xemacs21-mule [emacsen] 21.4.22-2 highly customizable text editor -- darcsum recommends no packages. darcsum suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554678: crm114: not getting any filtering with new version
Package: crm114 Version: 20090807-1 Severity: important I upgraded to this version, removed the old *.css files as advised, and started trying to retrain crm114. With the previous version, the mails were being classified quite well, but now, suddenly, all my incoming emails are getting a every of 0.00, both spam and ham, and three days of training has had no impact whatsoever on the scores. What could possibly be going wrong? I am using mailreaver.crm. Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554631: upgrade fails with c2faxrecvinvoke-rc.d: initscript capi4hylafax, action stop failed.
On Thu, Nov 05, 2009 at 10:10:55PM +0100, Martin Steigerwald wrote: Am Donnerstag 05 November 2009 schrieb Lionel Elie Mamane: On Thu, Nov 05, 2009 at 08:39:24PM +0100, Martin Steigerwald wrote: Upgrade of capi4hylafax fails like this: shambhala:~ LANG=C aptitude safe-upgrade Preparing to replace capi4hylafax 1:01.03.00.99.svn.300-12 (using .../capi4hylafax_1%3a01.03.00.99.svn.300-13_i386.deb) ... Stopping capi4hylafax: c2faxrecvinvoke-rc.d: initscript capi4hylafax, action stop failed. dpkg: warning: old pre-removal script returned error exit status 1 Argh, it returns 1 when it is already stopped. That's a bug indeed. To work around that bug, start capi4hylafax and try the upgrade again. Doesn't work either. Init script does not seem to be able to either start or stop capi4hyladax. I see. Then apply the attached patch and try the upgrade again. Or upgrade directly to version -15, which fixes this. -- Lionel --- /etc/init.d/capi4hylafax +++ /etc/init.d/capi4hylafax @@ -74,22 +74,22 @@ case $1 in start) echo -n Starting capi4hylafax: c2faxrecv - start-stop-daemon --start --quiet --background \ + start-stop-daemon --start --quiet --oknodo --background \ --make-pidfile --pidfile $C2FAXRECVPID \ --exec /usr/bin/c2faxrecv echo . ;; stop) echo -n Stopping capi4hylafax: c2faxrecv - start-stop-daemon --stop --quiet --pidfile $C2FAXRECVPID + start-stop-daemon --stop --quiet --oknodo --pidfile $C2FAXRECVPID rm -f $C2FAXRECVPID echo . ;; restart | force-reload) echo -n Restarting capi4hylafax: c2faxrecv - start-stop-daemon --stop --quiet --pidfile $C2FAXRECVPID + start-stop-daemon --stop --quiet --oknodo --pidfile $C2FAXRECVPID sleep 2 - start-stop-daemon --start --quiet --background \ + start-stop-daemon --start --quiet --oknodo --background \ --make-pidfile --pidfile $C2FAXRECVPID \ --exec /usr/bin/c2faxrecv echo .
Bug#554588: ftpgrab_0.1.4-1(ia64/unstable): FTBFS: no member 'sa_restorer'
Hi, This also FTBFS on hppa, hurd-i386 and kfreebsd-*. Looking at: usr/include/bits/sigaction.h (libc6.1-dev_2.10.1-5_ia64) I see that such a member is not provided on certain architectures. Perhaps instead of (in main.cc): #if !defined(__alpha) pipeAction.sa_restorer = NULL; #endif better test for supported architectures: defined(__sparc64__) || defined(__x86_64__) ... or even better, in my opinion that line could be safely removed, since initializing that member is not strictly needed. -- pub 4096R/0E4BD0AB people.fccf.net/danchev/key pgp.mit.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554680: dh-make-php don't allow alternate channel
Package: dh-make-php Version: 0.2.15 Severity: important When using dh-make-php to build php-htmlpurifier it requires an extra channel I obtain it using sudo pear channel-discover htmlpurifier.org this is downloading /usr/share/php/.channels/htmlpurifier.org.reg then /usr/share/dh-make-php/phppkginfo command is working properly I tried some trick to put the channel in a writeable place, this can be done defining a new php_dir in debian/pearrc unfortunatly dh-make-php uses -d php_dir=/usr/share/php that make this not working could you add some mecanism to allow to define an extra channel. or just add /usr/share/php/.channels/htmlpurifier.org.reg in dh-make-php package would also do the job for me Thanks for your help Cheers Christian -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dh-make-php depends on: ii cdbs 0.4.61+nmu2 common build system for Debian pac ii php-pear 5.2.11.dfsg.1-1 PEAR - PHP Extension and Applicati ii php5-cli 5.2.11.dfsg.1-1 command-line interpreter for the p dh-make-php recommends no packages. dh-make-php suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530762: segmentation fault browsing file
Hi, This seems to be the same bug as in #512381 and #464753 (and probably others). Regards. Christophe Mouilleron. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554677: wishlist: correct depends / recommends for packages
Package: eclipse Severity: wishlist hi, when installing eclipse-platform, eclipse is pulled in by default because eclipse-platform reccomends eclipse-jdt that recommends eclipse. it can be removed of caurse, but is not what one might expect when installing only the eclipse platform. also, there is a strict depends on openjdk-6-jre, although there's also a dependancy on default-jre, so it's installed even if another jre is already installed. regards, alon -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31-trunk-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages eclipse depends on: pn eclipse-jdt none (no description available) pn eclipse-pde none (no description available) pn eclipse-sourcenone (no description available) ii libc6 2.10.1-5 GNU C Library: Shared libraries ii zenity2.28.0-1 Display graphical dialog boxes fro Versions of packages eclipse recommends: pn eclipse-gcj none (no description available) eclipse suggests no packages. DISCLAIMER: This mail message was scanned for malicious content by Quality Bytes Mail Security when leaving the gateway of Kibbutz Hazorea http://qb.q-bytes.com/qbms/?c=hazorea . -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554641: asclock: [INTL:pt] Updated Portuguese translation for manpage's messages
Hello, thank you very much. It is appreciated and will be included in the next upload. Greetings Helge -- Dr. Helge Kreutzmann he...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#529908: Upstream Fix
Hi there, After upgrading to Karmic Koala I'm now getting this same error. However, I can build with --with-external-torsocks. Short of developing a magic wand to fix whatever it is libtool is doing wrong, I don't see a way of fixing this. One way out of this is to package torsocks separately (http://code.google.com/p/torsocks) and I can update tork to rely on its presence (rather than including it in the source). If this is satisfactory I can make the appropriate changes. Thanks, Robert On Sunday 25 October 2009 15:01:38 Patrick Matthäi wrote: Andreas Metzler schrieb: On 2009-10-19 Robert Hogan rob...@roberthogan.net wrote: Is there any way the reporter or an interested packager could check the fix for this in upstream CVS: http://sourceforge.net/mailarchive/message.php?msg_name=E1MLhzT-a q...@ddv4jf1.ch3.sourceforge.com Once validated, I can perform a release - or alternatively the patch can be applied to the tork package. Hello, I think that generally the fix is correct. However I do not seem to able to make *any* changes to the build system and getting a compileable setup. Even a simple make -f Makefile.cvs ; ./configure ; make fails with Hello, yes I talked to Robert in private the last days and I have got exactly the same error, he is working on it. if /bin/bash ../../libtool --silent --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -DQT_THREAD_SUPPORT -D_REENTRANT -Wall -MT dead_pool.lo -MD -MP -MF .deps/dead_pool.Tpo -c -o dead_pool.lo dead_pool.c; \ then mv -f .deps/dead_pool.Tpo .deps/dead_pool.Plo; else rm -f .deps/dead_pool.Tpo; exit 1; fi /bin/bash ../../libtool --silent --tag=CC --mode=link gcc -Wall -o libtorksocks.la -rpath /usr/lib/tork -version-info 1:0:0 tsocks.lo common.lo parser.lo dead_pool.lo -ldl gcc: libtorksocks.so.1: No such file or directory gcc: unrecognized option '-soname' make[3]: *** [libtorksocks.la] Error 1 make[3]: Leaving directory `/tmp/TORK/tork-0.31/src/tsocks' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/TORK/tork-0.31/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/TORK/tork-0.31' make: *** [all] Error 2 I think this is caused by mixing old ltmain.sh in ./admin with new libtool.m4 in /usr/share/ or something like that. The aclocal run triggered by make -f Makefile.cvs throws loads of errors and warnings: SID)ametz...@argenau:/tmp/TORK/tork-0.31$ make -f Makefile.cvs This Makefile is only for the CVS repository This will be deleted before making the distribution *** automake (GNU automake) 1.9.6 found. *** Creating acinclude.m4 make[2]: Entering directory `/tmp/TORK/tork-0.31' make[2]: Leaving directory `/tmp/TORK/tork-0.31' *** Creating list of subdirectories make[2]: Entering directory `/tmp/TORK/tork-0.31' cd . make -f admin/Makefile.common subdirs make[3]: Entering directory `/tmp/TORK/tork-0.31' make[3]: Leaving directory `/tmp/TORK/tork-0.31' make[2]: Leaving directory `/tmp/TORK/tork-0.31' *** Creating configure.files *** Creating configure.in make[2]: Entering directory `/tmp/TORK/tork-0.31' cd . make -f admin/Makefile.common configure.in ; make[3]: Entering directory `/tmp/TORK/tork-0.31' make[3]: Leaving directory `/tmp/TORK/tork-0.31' make[2]: Leaving directory `/tmp/TORK/tork-0.31' *** Creating aclocal.m4 configure.in:51: warning: AC_REQUIRE: `AC_PROG_CC' was expanded before it was required ../../lib/autoconf/c.m4:433: AC_LANG_COMPILER(C) is expanded from... ../../lib/autoconf/lang.m4:315: AC_LANG_COMPILER_REQUIRE is expanded from... ../../lib/autoconf/general.m4:2593: AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2601: AC_TRY_COMPILE is expanded from... acinclude.m4:2978: KDE_CHECK_FOR_BAD_COMPILER is expanded from... acinclude.m4:3059: AC_CHECK_COMPILERS is expanded from... configure.in:51: the top level configure.in:51: warning: AC_REQUIRE: `AC_PROG_CXX' was expanded before it was required ../../lib/autoconf/c.m4:671: AC_LANG_COMPILER(C++) is expanded from... ../../lib/autoconf/general.m4:2665: AC_LINK_IFELSE is expanded from... ../../lib/autoconf/general.m4:2674: AC_TRY_LINK is expanded from... ../../lib/m4sugar/m4sh.m4:620: AS_IF is expanded from... ../../lib/autoconf/general.m4:2018: AC_CACHE_VAL is expanded from... acinclude.m4:2903: KDE_CHECK_COMPILER_FLAG is expanded from... configure.in:54: warning: AC_REQUIRE: `AC_OBJEXT' was expanded before it was required acinclude.m4:6067: AC_LIBTOOL_SETUP is expanded from... acinclude.m4:6047: _AC_PROG_LIBTOOL is expanded from... acinclude.m4:6012: AC_PROG_LIBTOOL is expanded from... acinclude.m4:11781: AM_PROG_LIBTOOL is expanded from... acinclude.m4:3472: KDE_PROG_LIBTOOL is expanded from... configure.in:54: the top level configure.in:54: warning: AC_REQUIRE: `AC_EXEEXT' was expanded before it was required
Bug#554681: gpsd: [INTL:sk] Slovak po-debconf translation
Package: gpsd Severity: wishlist Tags: l10n patch Version: 2.39-7 .po attached ~~helix84 sk.po Description: Binary data
Bug#554683: grub-pc: Build list of kernels at boot time
Package: grub-pc Version: 1.97~beta3-1 Severity: wishlist I find that GRUB2's install is more fragile than GRUB1: I've had my disk become unbootable (not even booting into GRUB2) with GRUB2 twice already (still not sure how/why it happened), whereas it never happened with GRUB1. So I think we should aim for GRUB2's install to be something you do once and never touch again. A really nice way to reach this goal is to use GRUB2's advanced scripting functionality, which would allow us to searchlist all kernels at boot time, making update-grub completely unnecessary. Stefan -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686-bigmem (SMP w/2 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grub-pc depends on: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii grub-common 1.97~beta3-1 GRand Unified Bootloader, version ii libc6 2.9-25 GNU C Library: Shared libraries ii ucf 3.0024 Update Configuration File: preserv grub-pc recommends no packages. Versions of packages grub-pc suggests: ii desktop-base 5.0.5 common files for the Debian Deskto ii genisoimage 9:1.1.9-1 Creates ISO-9660 CD-ROM filesystem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531282: nowned files after purge (policy 6.8)
On Thu, 09 Jul 2009 at 15:52:50 +0200, Patrick Schoenfeld wrote: The directory is created in postinst, based on what the user enters and is not deleted in postrm. [...] - I'm not exactly confident, if this usage of debconf is okay, because I remember (IIRC) that it was considered bad practice to abuse the debconf database as a registry, which is basically what this one does. This is indeed an abuse of debconf, as I understand it. The debconf-compliant way to do this would be to parse whatever configuration file you wrote the base directory into (if it still exists) to find the base directory, then rmdir that. Also, I think you want rmdir --ignore-fail-on-non-empty, or perhaps even rmdir with errors ignored, rather than the rm -f from the patch - rm won't remove directories, and using rm -r (with or without f) would destroy anything the user had put in the tftp directory, which seems like a recipe for user data loss. Regards, Simon signature.asc Description: Digital signature
Bug#554682: git bundle create --stdin segfaults
Package: git-core Version: 1:1.6.4.3-1 Severity: normal I do not see this crash with a git-bundle built from current git head. j...@gnu:~/tmpmkdir new j...@gnu:~/tmpcd new j...@gnu:~/tmp/newgit init Initialized empty Git repository in /home/joey/tmp/new/.git/ j...@gnu:~/tmp/newtouch file j...@gnu:~/tmp/newgit add file j...@gnu:~/tmp/newgit commit -m add [master (root-commit) 84fc0dd] add 0 files changed, 0 insertions(+), 0 deletions(-) create mode 100644 file j...@gnu:~/tmp/newecho master | git bundle create ../my.bundle --stdin zsh: segmentation fault git bundle create ../my.bundle --stdin -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages git-core depends on: ii libc6 2.9-27GNU C Library: Shared libraries ii libcurl3-gnutls7.19.5-1.1Multi-protocol file transfer libra ii libdigest-sha1-perl2.12-1NIST SHA-1 message digest algorith ii liberror-perl 0.17-1Perl module for error/exception ha ii libexpat1 2.0.1-4 XML parsing C library - runtime li ii perl-modules 5.10.1-5 Core Perl modules ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages git-core recommends: ii less 436-1 pager program similar to more ii openssh-client [ssh-client] 1:5.1p1-8 secure shell client, an rlogin/rsh ii patch 2.5.9-5Apply a diff file to an original ii rsync 3.0.6-1fast remote file copy program (lik Versions of packages git-core suggests: pn git-arch none (no description available) pn git-cvs none (no description available) pn git-daemon-run none (no description available) pn git-doc none (no description available) ii git-email1:1.6.4.3-1 fast, scalable, distributed revisi pn git-gui none (no description available) ii git-svn 1:1.6.4.3-1 fast, scalable, distributed revisi ii gitk 1:1.6.4.3-1 fast, scalable, distributed revisi pn gitweb none (no description available) -- no debconf information -- see shy jo signature.asc Description: Digital signature
Bug#554685: lintian: [new check] dh_testroot in targets that are not required to be run by root
Package: lintian Version: 2.2.17 Severity: wishlist Please warn if dh_testroot is called in a debian/rules target, which is not required to be run with root privileges i.e. build, build-arch, build-indep, get-orig-source and patch. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554684: php5-pgsql: Suhosin alerts about heap overflows
Package: php5-pgsql Version: 5.2.6.dfsg.1-1+lenny3 Severity: serious Tags: security I am not sure on the impact of this bug, but if the main PHP escaping function for PostgreSQL is mis-escaping strings, it can _quite_probably_ be a serious security bug. Feel free to adjust severity. I have been getting the following message on my Apache logs: [error] [client 132.248.72.141] ALERT - canary mismatch on erealloc() - heap overflow detected (attacker '132.248.72.141', file '/usr/share/drupal6/includes/database.pgsql.inc', line 364) Note that 132.248.72.141 is the same server where this is reported, and lines 363-365 of the reported file is: function db_escape_string($text) { return pg_escape_string($text); } I cannot establish what user action is causing this to be triggered, but -having a very limited dataset to judge from- its frequency has been slightly increasing since I first detected it (August 18) - From two weeks between first and second sight to about once a day. I am looking at log files starting in early August. I am attaching here (filename: alerts) the output of: ( zcat error.log.{18,17,16,15,14,13,12,11,10,9,8,7,6,5,4,3,2}.gz; cat error.log{.1,} ) | grep ALERT The times of the log messages roughly match comment additions on the Drupal system in question (which was completely open to spammers and I have just closed for comments). I am attaching also a comment example (filename: spammy) where the timestamp is closest to the latest event - It does not look atypical in any way, but the result might have not been properly received... ...Hmm, thinking about it over, I found this in the PostgreSQL log at the right time: 2009-11-04 06:25:29 CST [30578]LOG: connection received: host=127.0.0.1 port=39334 2009-11-04 06:25:29 CST [30578]LOG: connection authorized: user=drupal_obela database=drupal_obela 2009-11-04 06:25:29 CST [30578]WARNING: nonstandard use of \\ in a string literal at character 25 2009-11-04 06:25:29 CST [30578]HINT: Use the escape string syntax for backslashes, e.g., E'\\'. 2009-11-04 06:25:29 CST [30578]WARNING: nonstandard use of \\ in a string literal at character 90 2009-11-04 06:25:29 CST [30578]HINT: Use the escape string syntax for backslashes, e.g., E'\\'. And yes, that would support my theory, that pg_escape_string is failing to escape _something_. Thanks, -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (900, 'stable'), (200, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages php5-pgsql depends on: ii libapache2-mod-php 5.2.6.dfsg.1-1+lenny3 server-side, HTML-embedded scripti ii libc6 2.7-18GNU C Library: Shared libraries ii libpq5 8.3.8-0lenny1 PostgreSQL C client library ii php5-cgi [phpapi-2 5.2.6.dfsg.1-1+lenny3 server-side, HTML-embedded scripti ii php5-cli [phpapi-2 5.2.6.dfsg.1-1+lenny3 command-line interpreter for the p ii php5-common5.2.6.dfsg.1-1+lenny3 Common files for packages built fr php5-pgsql recommends no packages. php5-pgsql suggests no packages. -- no debconf information # SELECT * from comments where timestamp 1257337500 and timestamp 1257337600; cid | pid | nid | uid | subject | comment | hostname | timestamp | status | format | thread | name | mail | homepage ---+-+-+-+--+--+--+++++--+--+-- 91845 | 0 | 348 | 0 | YnRFrcYXCSacEMRs | Thank you for this article. a href=http://thedigitallifestyle.com/cs/members/skimtube-skimtube-penny-porsche/default.aspx;penny porsche skimtube/a beepgirl a href=http://thedigitallifestyle.com/cs/members/tehvids-tehvid/default.aspx;tehvids/a jimboy a href=http://thedigitallifestyle.com/cs/members/tiava-ask-tiava/default.aspx;tiava tube isis love/a tunquelen | 94.102.63.32 | 1257337537 | 0 | 1 | 21ti/ | | | (1 row) [Tue Aug 18 04:25:04 2009] [error] [client 132.248.72.141] ALERT - canary mismatch on erealloc() - heap overflow detected (attacker '132.248.72.141', file
Bug#539681: No more crashes with 1.6.1.0~dfsg-1.0.0jones1
Hi Faidon, On 10/28/2009 10:06 PM, Faidon Liambotis wrote: Eloy, hi, Eloy Paris wrote: Just downgraded and tested 1.6.1.0~dfsg-1.0.0jones1 -- I no longer see the crashes that I was experiencing with 1.6.2beta3. Thanks for the much detailed bug report, this is highly appreciated. I'm terribly sorry for not responding sooner. I uploaded 1:1.6.2.0~rc3-1 the other day to unstable. It includes a *lot* of fixes since beta3 and it should be generally stable. Is it too much to ask to try this version and report back if the bug is still present (along with the usual backtrace)? If that's the case I'll make sure it gets reported upstream and fixed properly. I have been running 1:1.6.2.0~rc3-1 for almost a week now and have not experienced a single crash. I think it is safe to say that this bug has been fixed. Cheers, Eloy.- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554686: python-dingus: Fails to install on Python 2.4
Package: python-dingus Version: 0.1-1 Severity: serious Tags: patch Justification: Policy 3.5 The code in ‘python-dingus’ uses features not available before Python 2.5. So when installing on a Debian Squeeze system, the following error occurs: = Processing triggers for python-support ... Compiling /usr/lib/pymodules/python2.4/dingus.py ... File /usr/lib/pymodules/python2.4/dingus.py, line 103 name = 'dingus_%i' % id(self) if name is None else name ^ SyntaxError: invalid syntax = Debian Policy 2.5 says: Every package must specify the dependency information about other packages that are required for the first to work correctly. The package needs to be changed so that its declared dependencies match its actual dependencies. This can be done by patching the source to use only code that work in Python = 2.4 (the earliest in Squeeze); or by having the package declare a dependency on Python = 2.5. The following patch will cause ‘python-support’ to add the latter dependency. You may want to get the package reviewed by the ‘debian-python’ team to find other packaging issues. === added file 'debian/pyversions' --- debian/pyversions 1970-01-01 00:00:00 + +++ debian/pyversions 2009-11-05 22:29:33 + @@ -0,0 +1,1 @@ +2.5- -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable') Architecture: powerpc (ppc64) Kernel: Linux 2.6.30-2-powerpc64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_AU.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-dingus depends on: ii python2.5.4-2An interactive high-level object-o ii python-support1.0.4 automated rebuilding support for P python-dingus recommends no packages. python-dingus suggests no packages. -- no debconf information -- \ “Nature is trying very hard to make us succeed, but nature does | `\ not depend on us. We are not the only experiment.” —Richard | _o__) Buckminster Fuller, 1978-04-30 | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#507463: lp-solve: missing plugins
Hi! Is there any chance, that the plugins will be included in a not to far future? Perhaps the next Debian Stable? We could really use it for a program at university, it would be great, if the plugins would make it into the next release. Greetings, Matthias signature.asc Description: OpenPGP digital signature
Bug#546914: Copies sent to: shows mangled/encoded name
Package: reportbug Version: 4.8 Severity: normal Tags: patch Hi, Here is a patch to solve this issue. Bye, Carl Chenet -- Package-specific info: ** Environment settings: DEBEMAIL=cha...@ohmytux.com DEBFULLNAME=Carl Chenet INTERFACE=text ** /home/chaica/.reportbugrc: reportbug_version 4.5 mode novice ui text smtphost smtp.free.fr -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages reportbug depends on: ii apt 0.7.23.1 Advanced front-end for dpkg ii python2.5.4-2An interactive high-level object-o ii python-reportbug 4.8Python modules for interacting wit reportbug recommends no packages. Versions of packages reportbug suggests: pn debconf-utils none (no description available) ii debsums 2.0.47 tool for verification of installed pn dlocate none (no description available) ii exim4 4.69-11metapackage to ease Exim MTA (v4) ii exim4-daemon-light [mail-tran 4.69-11+b1 lightweight Exim MTA (v4) daemon ii file 5.03-1 Determines file type using magic ii gnupg 1.4.10-1 GNU privacy guard - a free PGP rep pn python-gtk2 none (no description available) pn python-gtkspell none (no description available) pn python-urwid none (no description available) pn python-vtenone (no description available) pn xdg-utils none (no description available) -- no debconf information From cd6d5301a7f45d3884cb0e0aae78fefcc473dd68 Mon Sep 17 00:00:00 2001 From: chaica cha...@ohmytux.com Date: Thu, 5 Nov 2009 23:44:30 +0100 Subject: [PATCH] printing non encoded addresses after having sent the bug report --- reportbug/submit.py |8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/reportbug/submit.py b/reportbug/submit.py index e48ee52..0d8af0d 100644 --- a/reportbug/submit.py +++ b/reportbug/submit.py @@ -469,13 +469,13 @@ def send_report(body, attachments, mua, fromaddr, sendto, ccaddr, bccaddr, if len(addresses): ewrite(Copies sent to:\n) -for address in addresses: -ewrite(' %s\n', rfc822.dump_address_pair(address)) +for address in addrs: +ewrite(' %s\n', address) if debbugs_cc and rtype == 'debbugs': ewrite(Copies will be sent after processing to:\n) -for address in debbugs_cc: -ewrite(' %s\n', rfc822.dump_address_pair(address)) +for address in cclist: +ewrite(' %s\n', address) if not (exinfo or kudos) and rtype == 'debbugs' and sysinfo and not failed: ewrite('\n') -- 1.6.4.3
Bug#554687: http://bugs.debian.org/#123456 doesn't work anymore
Package: bugs.debian.org Severity: normal Hi, I just noticed that short urls to bugs.debian.org which include the # don't work anymore (they redirect to homepage) http://bugs.debian.org/#3553207 doesn't work ; http://bugs.debian.org/3553207 does. In case it matters, this is with Midori and Epiphany. Cheers, -- Yves-Alexis -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org