Bug#673366: iputils-ping: ping6 can display wrong from ip address
Package: iputils-ping Version: 3:20100418-3 Severity: minor I have two ipv6 tunnels configured on my host: iface he-ipv6-t1 inet6 v4tunnel address 2001:470:7:866::2 netmask 64 gateway 2001:470:7:866::1 endpoint xxx.xx.22.2 local xx.xx.209.241 iface he-ipv6-t2 inet6 v4tunnel address 2001:470:1f06:2a6::2 netmask 64 gateway 2001:470:1f06:2a6::1 endpoint xxx.xx.161.14 local xx.xx.209.234 When I use the -I option to select the interface, the from address is always the local ip of the first tunnel. ping6 -I he-ipv6-t1 www.python.org PING www.python.org(dinsdale.python.org) from 2001:470:7:866::2 he-ipv6-t1: 56 data bytes ... ping6 -I he-ipv6-t2 www.python.org PING www.python.org(dinsdale.python.org) from 2001:470:7:866::2 he-ipv6-t2: 56 data bytes ... I have confirmed by running tcpdump on each interface that the -I option is working and the packets are going out the correct interface with the correct source and destination addresses. It's just that the from address in the first line that ping6 outputs would appear to be bogus for some reason. -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages iputils-ping depends on: ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libssl0.9.80.9.8o-4squeeze13 SSL shared libraries iputils-ping recommends no packages. iputils-ping 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#673367: mr: please use -q for cvs diff/update
Package: mr Severity: wishlist cvs has the annoying habit of printing the name of every directory it is updating or diffing. It provides the -q option to disable that. Please change the defaults for CVS repositories to the following: cvs_diff = cvs -q diff $@ cvs_update = cvs -q update $@ This behaviour of CVS is especially annoying when using mr on the Debian webwml CVS repository, which has hundreds of directories. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#672587: DDPO: versions not updated since several days
I did another update : trigger files: -rw-rw-r-- 1 qa qa-core 29 May 15 17:23 /home/qa/trigger-archvsync -rw-rw-r-- 1 qa qa 29 May 15 17:30 /srv/qa.debian.org/data/ddpo/results/extract.date data files: -rw-rw-r-- 1 bartm qa 14884864 May 18 06:06 archive.db -rw-rw-r-- 1 bartm qa 14876672 May 15 17:30 archive.db.20120518060632 -rw-rw-r-- 1 bartm qa 4186112 May 18 06:07 descriptions.db -rw-rw-r-- 1 bartm qa 4182016 May 15 17:30 descriptions.db.20120518060632 -rw-rw-r-- 1 bartm qa 2899968 May 18 06:07 excuses.db -rw-rw-r-- 1 bartm qa 2699264 May 15 17:30 excuses.db.20120518060632 -rw-rw-r-- 1 bartm qa 137030 May 18 06:06 maintainers.txt -rw-rw-r-- 1 bartm qa 136963 May 15 17:30 maintainers.txt.20120518060632 -rw-rw-r-- 1 bartm qa28672 May 18 06:07 tasks.db -rw-rw-r-- 1 bartm qa28672 May 15 17:30 tasks.db.20120518060632 So DDPO looks good for now. But the problem is not solved. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673324: Re: Bug#673324: [libsdl1.2debian] Left/Right Joystick Axis doesn't work with some controllers
On Thursday 17 May 2012 23:53:19 Sam Hocevar wrote: tag 673324 pending thanks On Thu, May 17, 2012, Schrober wrote: I tried to use mupen64plus-input-sdl and noticed that my right/left axis doesn't work anymore. It worked perfectly some months ago. The first reaction was to blame the mupen64plus-input-sdl, but one of the developers told me that my SDL was broken and told me how to test it. Thanks for the report. I could reproduce it with my SixAxis and fixed the bug properly. It'll be in the next Debian upload. Tested 856a810b8cd61fb371163a480a96c7f6c3e461a4 and it worked fine for me. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673161: Starting mysqld in a chroot
Hi,
I was mistaken in my previous message. Generating a decent /etc/mtab with the
line
grep ${CHROOT_PATH} /etc/mtab | sed -e s:${CHROOT_PATH}/\?:/:
${CHROOT_PATH}/etc/mtab
in /etc/schroot/setup.d/99mini-buildd helped get rid of warnings from df,
but mysqld was trying to start without it as well.
Mysqld tries to bind to a port at start-up, and fails when another mysqld
outside the chroot is already
bound to that port. When mysqld is not running in the host machine, it starts
in a chroot just fine.
It should also work when mysqld in the host is listening on a non-standard port.
Regards,
Arnold
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672587: DDPO: versions not updated since several days
On Fri, May 18, 2012 at 2:10 PM, Bart Martens wrote: So DDPO looks good for now. But the problem is not solved. Based on this file it looks like the trigger is meant to come from stabile.debian.org, so I guess we should contact DSA about this. svn://svn.debian.org/svn/qa/trunk/home/.ssh/authorized_keys -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673368: git-dch: Add support for --team switch for Team uploads
Source: git-buildpackage Version: 0.6.0~git20120419 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Guido git-dch already has support for --nmu, --qa and --bpo. Would it be possible to add the support for the --team switch too? I tentantively attached a patch (but I have not yet tested it works as expected). The patch is for current experimental branch for git-buildpackage. Regards, Salvatore - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJPte46AAoJEHidbwV/2GP+/N8P+gPPiJNs8LAQfwuG4v5rZwfG JiEtULbYqyO6pezevDghyh5hw+x3Ud1ljiNvdvR8+htYvaLs/qp5JkkXm/1b20dg Ec9NgbhN4ec5IPU9Xj7skYFutjBY+9mli38R6GQdaJPE9YR84AMI1m7k4IygCjw7 PbgKSHj4CUTltucHrFeSNj7MOr9azKP/5/Sx+BHCHSvAqiJIo4Dc6Q5r2+Q3grAD uHUgxHlHOOV1QvyTuLIU2pdKpCPGGxcE71y8BfFerIuRHbY8ZjLbez/4BokGkAfL l83RcielAPKrvRs9brT7AYhk9xY6fA4g8xYyySyICYa6SYjaFRHy/q5a0t/nJ0YC CGnEsMtNclQ7h8856Hqk6amA6I0qPu6G9Dt6/fA92qjUapd46iL1+VJ8/iDi4/qK 3w5anoHyZsyie/rq7LX0PvYuiga4rrCQP+23Of8xPV6iUT2cRm4SWpNWCC/4HJ+1 8qPV0WJ/7oQbtP44ruY0SZmzz07lSS5Vib3XYBOTnUWikpuRWbk2ZP6GkSzblkxj ihaj47eWkLdM8xh3J7QIxqDc+bYFCec5FWIFV5WjRjaw6BDg5wqNM7EcIp3ivDC8 UM2TkBLM6SulWaEv9VNuPPHWME1B1a5UUsFsD+SSlaUNe+4Vv9PwcBBtI6mwXTId QLzZm/DrBLNzaTv3/wxv =5MH0 -END PGP SIGNATURE- From fcbc06d439ed143dd76933dbc0d4f6f089116650 Mon Sep 17 00:00:00 2001 From: Salvatore Bonaccorso car...@debian.org Date: Fri, 18 May 2012 08:23:55 +0200 Subject: [PATCH] git-dch: Add support for --team switch for Team uploads --- docs/manpages/git-dch.sgml |1 + gbp/scripts/dch.py |6 +- 2 files changed, 6 insertions(+), 1 deletions(-) diff --git a/docs/manpages/git-dch.sgml b/docs/manpages/git-dch.sgml index 6449ecd..31452f7 100644 --- a/docs/manpages/git-dch.sgml +++ b/docs/manpages/git-dch.sgml @@ -39,6 +39,7 @@ argoption--bpo/option/arg argoption--nmu/option/arg argoption--qa/option/arg + argoption--team/option/arg /group argoption--[no-]full/option/arg argoption--[no-]meta/option/arg diff --git a/gbp/scripts/dch.py b/gbp/scripts/dch.py index 14dff29..0a69510 100644 --- a/gbp/scripts/dch.py +++ b/gbp/scripts/dch.py @@ -382,6 +382,8 @@ def main(argv): help=Increment the Debian release number for a non-maintainer upload) version_group.add_option(--qa, dest=qa, action=store_true, default=False, help=Increment the Debian release number for a Debian QA Team upload, and add a QA upload changelog comment.) +version_group.add_option(--team, dest=team, action=store_true, default=False, + help=Increment the Debian release number for a Debian Team upload, and add a Team upload changelog comment.) version_group.add_boolean_config_file_option(option_name=git-author, dest=git_author) commit_group.add_boolean_config_file_option(option_name=meta, dest=meta) commit_group.add_config_file_option(option_name=meta-closes, dest=meta_closes, @@ -448,13 +450,15 @@ def main(argv): commits.reverse() # add a new changelog section if: -if options.new_version or options.bpo or options.nmu or options.qa: +if options.new_version or options.bpo or options.nmu or options.qa or options.team: if options.bpo: version_change['increment'] = '--bpo' elif options.nmu: version_change['increment'] = '--nmu' elif options.qa: version_change['increment'] = '--qa' +elif options.team: +version_change['increment'] = '--team' else: version_change['version'] = options.new_version # the user wants to force a new version -- 1.7.2.5
Bug#673369: sigit: newer upstream release
Package: sigit Severity: wishlist Hello Rasmus/moffe, Have you noticed that there is a new upstream release ? I see that you are listed as the maintainer of only one package, and that this package has not been updated since April 2007. Maybe you are no longer interested. Do you want someone else to take over maintenance of sigit in Debian ? Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673122: [Pkg-samba-maint] Bug#673122: libnss-winbind: missing Replaces
Quoting Steve Langasek (vor...@debian.org): I don't think we should cater to such use cases. Indeed, I was unconvinced that we should split the binary packages at all for this; but having done I notice that I forgot to explain the reasons for which I did the split: I have found admins at my workplace often confused by the fact that libPAM-something was needed to install libNSS-something in the case of winbind. So, seeing that some other person was advocating for this has been the final convincing step (also seeing that we have other libnss-something packages in Debian, too). signature.asc Description: Digital signature
Bug#656640: system-config-printer: Error about unknown IPP tag when opening any printer
Hi, On Thu, May 17, 2012 at 09:06:48PM -0700, Rob Adams wrote: I was able to get rid of this error by installing python-cups-1.9.55. Thanks for tracking this down! I have reassigned to python-cups which is a bit outdated. I think the python-cups maintainers will be happy about any helping hands (as I'm with system-config-printer). Cheers, -- Guido See also: http://git.fedorahosted.org/git/?p=pycups.git;a=commit;h=34d07f5d6489af1f5895ee210dc8ec130583903a https://admin.fedoraproject.org/updates/python-cups-1.9.55-1.fc15 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673370: centerim: Crash at startup (suspect login msn)
Package: centerim Version: 4.22.10-2+b1 Severity: grave Justification: renders package unusable Dear Maintainer, After performing a dist-upgrade yesterday the package stopped functioning. When starting, it crashes with the following output (part I was able to capture added): 7f28ab4a7000-7f28ab6a6000 ---p 00013000 09:00 63678 /lib/x86_64-linux-gnu/libresolv-2.13.so 7f28ab6a6000-7f28ab6a7000 r--p 00012000 09:00 63678 /lib/x86_64-linux-gnu/libresolv-2.13.so 7f28ab6a7000-7f28ab6a8000 rw-p 00013000 09:00 63678 /lib/x86_64-linux-gnu/libresolv-2.13.so 7f28ab6a8000-7f28ab6aa000 rw-p 00:00 0 7f28ab6aa000-7f28ab6cd000 r-xp 09:00 63568 /lib/x86_64-linux-gnu/libtinfo.so.5.9 7f28ab6cd000-7f28ab8cd000 ---p 00023000 09:00 63568 /lib/x86_64-linux-gnu/libtinfo.so.5.9 7f28ab8cd000-7f28ab8d1000 r--p 00023000 09:00 63568 /lib/x86_64-linux-gnu/libtinfo.so.5.9 7f28ab8d1000-7f28ab8d2000 rw-p 00027000 09:00 63568 /lib/x86_64-linux-gnu/libtinfo.so.5.9 7f28ab8d2000-7f28ab8d4000 r-xp 09:00 63770 /lib/x86_64-linux-gnu/libdl-2.13.so 7f28ab8d4000-7f28abad4000 ---p 2000 09:00 63770 /lib/x86_64-linux-gnu/libdl-2.13.so 7f28abad4000-7f28abad5000 r--p 2000 09:00 63770 /lib/x86_64-linux-gnu/libdl-2.13.so 7f28abad5000-7f28abad6000 rw-p 3000 09:00 63770 /lib/x86_64-linux-gnu/libdl-2.13.so 7f28abad6000-7f28abaef000 r-xp fd:02 336468 /usr/lib/x86_64-linux-gnu/librtmp.so.0 7f28abaef000-7f28abcef000 ---p 00019000 fd:02 336468 /usr/lib/x86_64-linux-gnu/librtmp.so.0 7f28abcef000-7f28abcf rw-p 00019000 fd:02 336468 /usr/lib/x86_64-linux-gnu/librtmp.so.0 7f28abcf-7f28abd2c000 r-xp fd:02 90243 /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2.2 7f28abd2c000-7f28abf2c000 ---p 0003c000 fd:02 90243 /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2.2 7f28abf2c000-7f28abf2d000 r--p 0003c000 fd:02 90243 /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2.2 7f28abf2d000-7f28abf2f000 rw-p 0003d000 fd:02 90243 /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2.2 7f28abf2f000-7f28abf36000 r-xp 09:00 63914 /lib/x86_64-linux-gnu/librt-2.13.so 7f28abf36000-7f28ac135000 ---p 7000 09:00 63914 Aborted this was just after message 'logging into msn'. I'm using icq and msn, icq was already logging in. This begaviour was also seen with the latest 3.2.0-2 kernel. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (60, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.ISO8859-15, LC_CTYPE=en_US.ISO8859-15 (charmap=ISO-8859-15) (ignored: LC_ALL set to en_US.ISO8859-15) Shell: /bin/sh linked to /bin/dash
Bug#673371: killer uses dnsdomainname for email
Package: killer Version: 0.90-7+squeeze1 Severity: normal Ref: Bug#656297 Using the dnsdomainname here results in a non-delivery failure. Can it use /etc/mailname, or can the email settings be made a parameter in /etc/default/killer? -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages killer depends on: ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction ii postfix [mail-transpor 2.7.1-1+squeeze1 High-performance mail transport ag killer recommends no packages. killer 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#673266: FTBFS: lseek64' was not declared
tags 673266 + patch thanks Samuel Thibault sthiba...@debian.org writes: llvm-2.9 currently FTBFS in sid: /tmp/buildd/llvm-2.9-2.9+dfsg/lib/ExecutionEngine/JIT/Intercept.cpp:69:67: error: 'lseek64' was not declared in this scope This is most probably due to the switch to gcc 4.7. The attached patch fixes this by including unistd.h. Vincent diff -Nru llvm-2.9-2.9+dfsg/debian/changelog llvm-2.9-2.9+dfsg/debian/changelog --- llvm-2.9-2.9+dfsg/debian/changelog 2012-03-10 18:29:05.0 +0100 +++ llvm-2.9-2.9+dfsg/debian/changelog 2012-05-18 08:11:38.0 +0200 @@ -1,3 +1,11 @@ +llvm-2.9 (2.9+dfsg-6) unstable; urgency=low + + * Non-maintainer upload. + * debian/patches/0035-gcc-4.7.patch: Fix FTBFS with gcc-4.7. +(Closes: #673266) + + -- Vincent Legout vleg...@debian.org Fri, 18 May 2012 08:11:35 +0200 + llvm-2.9 (2.9+dfsg-5) unstable; urgency=low * llvm-ld-2.9 generated broken wrapper scripts. diff -Nru llvm-2.9-2.9+dfsg/debian/patches/0035-gcc-4.7.patch llvm-2.9-2.9+dfsg/debian/patches/0035-gcc-4.7.patch --- llvm-2.9-2.9+dfsg/debian/patches/0035-gcc-4.7.patch 1970-01-01 01:00:00.0 +0100 +++ llvm-2.9-2.9+dfsg/debian/patches/0035-gcc-4.7.patch 2012-05-18 08:14:12.0 +0200 @@ -0,0 +1,14 @@ +--- + Intercept.cpp |1 + + 1 file changed, 1 insertion(+) + +--- a/lib/ExecutionEngine/JIT/Intercept.cpp 2012-05-17 16:11:46.956180361 +0200 b/lib/ExecutionEngine/JIT/Intercept.cpp 2012-05-17 16:14:35.256184996 +0200 +@@ -52,6 +52,7 @@ + #include sys/stat.h + #endif + #include fcntl.h ++#include unistd.h + /* stat functions are redirecting to __xstat with a version number. On x86-64 + * linking with libc_nonshared.a and -Wl,--export-dynamic doesn't make 'stat' + * available as an exported symbol, so we have to add it explicitly.
Bug#671748: iceweasel: cannot open local PHP files as HTML
On Thu, May 17, 2012 at 11:18:26PM +0200, Bapt X wrote: Does Firefox use libmozgnome.so by default? It does if you have all the libraries it requires installed. You have libgnomevfs2-0, so it's probably something else. Can you copy/paste the output of ldd /path/to/firefox/components/libmozgnome.so ? Now the question is why does this library block ability to open PHP files without a server. Because it changes when using libmozgnome.so, the mime information used is GNOME's instead of /etc/mailcap and /etc/mime.types. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673372: preload: Initscript doesn't use LSB log_ functions
Package: preload
Version: 0.6.4-1
Severity: wishlist
Tags: patch
The initscript for preload does its printing directly with echo, rather than
using the log_daemon_msg etc functions in the LSB init-functions library. This
means it doesn't get the pretty treatment offered by the updated versions of
these functions, with coloured [ ok ] / [FAIL] etc. I've updated the script to
use these functions, patch attached.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages preload depends on:
ii libc6 2.13-26Embedded GNU C Library: Shared lib
ii libglib2.0-0 2.32.3-1 GLib library of C routines
preload recommends no packages.
preload suggests no packages.
-- no debconf information
--- preload.orig 2012-05-18 16:39:52.0 +1200
+++ preload.new 2012-05-18 19:07:00.0 +1200
@@ -16,9 +16,11 @@
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DAEMON=/usr/sbin/preload
NAME=preload
-DESC=preload
+DESC=Adaptive readahead daemon
DAEMON_OPTS=-s /var/lib/preload/preload.state $DAEMON_OPTS
+. /lib/lsb/init-functions
+
# Include preload defaults if available
if [ -f /etc/default/preload ] ; then
. /etc/default/preload
@@ -30,36 +32,40 @@
set -e
+ret=0
case $1 in
start)
- echo -n Starting $DESC:
- if start-stop-daemon --start --quiet -u 0 $PRELOAD_IOSCHED --exec $DAEMON -- $DAEMON_OPTS; then
- echo $NAME.
- else
- echo already running.
+ log_daemon_msg Starting $DESC $NAME
+ start-stop-daemon --start --quiet -u 0 $PRELOAD_IOSCHED --exec $DAEMON -- $DAEMON_OPTS || ret=$?
+ if [ $ret = 1 ]; then
+ log_progress_msg already running
+ ret=0
fi
+ log_end_msg $ret
;;
stop)
- echo -n Stopping $DESC:
- if start-stop-daemon --stop --retry 1 --quiet -u 0 --exec $DAEMON ; then
- echo $NAME.
- else
- echo not running.
+ log_daemon_msg Stopping $DESC $NAME
+ start-stop-daemon --stop --retry 1 --quiet -u 0 --exec $DAEMON || ret=$?
+ if [ $ret = 1 ]; then
+ log_progress_msg not running
+ ret=0
fi
+ log_end_msg $ret
;;
reload|force-reload)
- echo Reloading $DESC configuration files.
- start-stop-daemon --stop $PRELOAD_IOSCHED --signal 1 --quiet -u 0 --exec $DAEMON
+ log_daemon_msg $DESC Reloading configuration files
+ start-stop-daemon --stop $PRELOAD_IOSCHED --signal 1 --quiet -u 0 --exec $DAEMON || ret=$?
+ log_end_msg $ret
;;
restart)
- echo -n Restarting $DESC:
- start-stop-daemon --stop --oknodo --retry 1 --quiet -u 0 --exec $DAEMON
- start-stop-daemon --start --quiet -u 0 $PRELOAD_IOSCHED --exec $DAEMON -- $DAEMON_OPTS
- echo $NAME.
+ log_daemon_msg Restarting $DESC $NAME
+ start-stop-daemon --stop --oknodo --retry 1 --quiet -u 0 --exec $DAEMON \
+ start-stop-daemon --start --quiet -u 0 $PRELOAD_IOSCHED --exec $DAEMON -- $DAEMON_OPTS || ret=$?
+ log_end_msg $ret
;;
*)
N=/etc/init.d/$NAME
- echo Usage: $N {start|stop|restart|reload|force-reload} 2
+ log_success_msg Usage: $N {start|stop|restart|reload|force-reload} 2
exit 1
;;
esac
Bug#673373: libperlmenu-perl: please consider packaging cmenu
Package: libperlmenu-perl Severity: wishlist Hi Deepak, The homepage produces a not found. Searching CPAN for perlmenu leads to Cmenu. According to Cmenu.pm it is derived from [perlmenu] (Version +4.0). http://search.cpan.org/dist/Cmenu/ Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673374: mutt: new mail falsely reported, chronically
Package: mutt Version: 1.5.20-9+squeeze2 Severity: normal This version of mutt now reports new mail on mbox files where mail was already read. The N marker is cleared upon opening a file and returning to the pager, but the marker does not stick. Entering another file marked with NEW messages immediately causes the previously read file to flip back to having an N marker. Like a game of whack-a-mole, visiting the file that was just marked as having new mail causes the previous file to falsely be marked with an N, and the cycle repeats. This is a new defect, noticed after having migrated from etch to squeeze. -- Package-specific info: Mutt 1.5.20 (2009-06-14) Copyright (C) 1996-2009 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 2.6.32-5-amd64 (x86_64) ncurses: ncurses 5.7.20100313 (compiled with 5.7) libidn: 1.15 (compiled with 1.15) hcache backend: tokyocabinet 1.4.37 Compile options: -DOMAIN +DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK +USE_POP +USE_IMAP +USE_SMTP -USE_SSL_OPENSSL +USE_SSL_GNUTLS +USE_SASL +USE_GSS +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME +CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_LIBIDN +HAVE_GETSID +USE_HCACHE -ISPELL SENDMAIL=/usr/sbin/sendmail MAILPATH=/var/mail PKGDATADIR=/usr/share/mutt SYSCONFDIR=/etc EXECSHELL=/bin/sh MIXMASTER=mixmaster To contact the developers, please mail to mutt-...@mutt.org. To report a bug, please visit http://bugs.mutt.org/. misc/am-maintainer-mode misc/hg.pmdef.debugtime debian-specific/build_doc_adjustments.diff features/ifdef features/xtitles features/trash-folder features/purge-message features/sensible_browser_position features-old/patch-1.5.4.vk.pgp_verbose_mime features/compressed-folders features/compressed-folders.debian debian-specific/Muttrc debian-specific/Md.etc_mailname_gethostbyname.diff debian-specific/use_usr_bin_editor.diff debian-specific/correct_docdir_in_man_page.diff debian-specific/dont_document_not_present_features.diff debian-specific/document_debian_defaults debian-specific/assumed_charset-compat debian-specific/467432-write_bcc.patch misc/define-pgp_getkeys_command.diff misc/gpg.rc-paths misc/smime.rc upstream/533209-mutt_perror.patch upstream/533459-unmailboxes.patch upstream/533439-mbox-time.patch upstream/531430-imapuser.patch upstream/534543-imap-port.patch upstream/538128-mh-folder-access.patch upstream/537818-emptycharset.patch upstream/535096-pop-port.patch upstream/542910-search-segfault.patch upstream/533370-pgp-inline.patch upstream/533520-signature-highlight.patch upstream/393926-internal-viewer.patch upstream/543467-thread-segfault.patch upstream/544180-italian-yesorno.patch upstream/542817-smimekeys-tmpdir.patch upstream/544794-smtp-batch.patch upstream/537694-segv-imap-headers.patch upstream/548577-gpgme-1.2.patch upstream/548494-swedish-intl.patch upstream/553321-ansi-escape-segfault.patch upstream/553238-german-intl.patch upstream/557395-muttrc-crypto.patch upstream/545316-header-color.patch upstream/568295-references.patch upstream/547980-smime_keys-chaining.patch upstream/528233-readonly-open.patch upstream/228671-pipe-mime.patch upstream/383769-score-match.patch upstream/547739-manual-typos.patch upstream/311296-rand-mktemp.patch upstream/573823-imap_internal_date upstream/542344-dont_fold_From_ upstream/537061-dont-recode-saved-attachments.patch upstream/619216-gnutls-CN-validation.patch upstream/path_max misc/hyphen-as-minus.patch misc/smime_keys-manpage.patch mutt.org -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mutt depends on: ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-4stable1 common error description library ii libgnutls26 2.8.6-1+squeeze2 the GNU TLS library - runtime libr ii libgpg-error0 1.6-1library for common error values an ii libgpgme11 1.2.0-1.2GPGME - GnuPG Made Easy ii libgssapi-krb5-21.8.3+dfsg-4squeeze5 MIT Kerberos runtime libraries - k ii libidn111.15-2 GNU Libidn library, implementation ii libk5crypto31.8.3+dfsg-4squeeze5 MIT Kerberos runtime libraries - C ii libkrb5-3
Bug#673318: ITP: mwrap -- Octave/Matlab mex generator
Hi Nicolas Bourdaud nicolas.bourd...@gmail.com writes: Package: wnpp Severity: wishlist Owner: Nicolas Bourdaud nicolas.bourd...@gmail.com * Package name: mwrap Version : 0.33 Upstream Author : David Bindel bin...@cs.cornell.edu * URL : http://www.cs.cornell.edu/~bindel/sw/mwrap/ * License : BSD Programming Lang: C++ Description : Octave/Matlab mex generator MWrap is an interface generation system in the spirit of SWIG or matwrap. From a set of augmented MATLAB script files, MWrap will generate a MEX gateway to desired C/C++ and FORTRAN function calls and MATLAB function files to access that gateway. MWrap takes care of the details of converting to and from MATLAB's data structures, allocating and freeing temporary storage, handling object upcasts (even in the presence of multiple inheritance), and catching C++ exceptions. The gateway functions also work with recent versions of Octave. May I suggest you to maintain this package under the umbrella of the Debian Octave Group? [1] Co-maintenance of packages is considered to be a good thing (TM), and within this group we already maintain most Octave-related packages in Debian. Best, [1] http://wiki.debian.org/Teams/DebianOctaveGroup -- Sébastien Villemot Researcher in Economics Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594 pgpi4l11Ee24C.pgp Description: PGP signature
Bug#673120: [l10n:cs] Initial Czech translation of PO debconf template for package nginx 1.2.0-1
On 05/16/2012 11:39 AM, Michal Simunek wrote: Package: nginx Version: 1.2.0-1 Severity: wishlist Tags: l10n, patch In attachment there is initial Czech translation of PO debconf template (cs.po) for package nginx please include it. Hi Michal. Thanks for your contribution. Kartik added your translation in the GIT repo. Thanks. -- Cyril Davromaniak Lavier KeyID 59E9A881 http://www.davromaniak.eu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673375: tdiary-plugin: gfm_style requires redcarpet
Package: tdiary-plugin Version: 3.1.3-1 Severity: important Dear tdiary package Maintainer, New tdiary-plugin package has gfm_style.rb which requires redcarpet. Without renaming /usr/share/tdiary/tdiary/style/gfm_style.rb file, upgrading from previous version causes Internal Server Error as below. -- 500 Internal Server Error no such file to load -- redcarpet (LoadError) /usr/share/tdiary/tdiary/style/gfm_style.rb:18:in `require' /usr/share/tdiary/tdiary/style/gfm_style.rb:18 /usr/share/tdiary/tdiary/io/base.rb:30:in `require' /usr/share/tdiary/tdiary/io/base.rb:30:in `load_styles' /usr/share/tdiary/tdiary/io/base.rb:29:in `glob' /usr/share/tdiary/tdiary/io/base.rb:29:in `load_styles' /usr/share/tdiary/tdiary/io/base.rb:27:in `each' /usr/share/tdiary/tdiary/io/base.rb:27:in `load_styles' /usr/share/tdiary/tdiary/io/default.rb:127:in `initialize' /usr/share/tdiary/tdiary.rb:155:in `new' /usr/share/tdiary/tdiary.rb:155:in `initialize' /usr/share/tdiary/tdiary.rb:683:in `initialize' /usr/share/tdiary/tdiary.rb:948:in `initialize' /usr/share/tdiary/tdiary/dispatcher/index_main.rb:102:in `new' /usr/share/tdiary/tdiary/dispatcher/index_main.rb:102:in `create_tdiary' /usr/share/tdiary/tdiary/dispatcher/index_main.rb:21:in `run' /usr/share/tdiary/tdiary/dispatcher/index_main.rb:6:in `run' /usr/share/tdiary/tdiary/dispatcher.rb:21:in `dispatch_cgi' /usr/share/tdiary/index.rb:36 /home/henrich/tdiary/index.rb:7:in `require' /home/henrich/tdiary/index.rb:7 -- Please check /usr/share/tdiary/misc/style/gfm/gfm_style.rb and ensure its dependency. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673376: inform-mode: newer upstream release
Package: inform-mode Severity: wishlist Hello Jan, Have you noticed that there is a newer upstream release ? I see that you have not been updating your packages since April 2009. Maybe you're no longer interested. Do you want someone to take over the maintenance of inform-mode in Debian ? Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673377: libtie-cache-perl: newer upstream release
Package: libtie-cache-perl Severity: wishlist Hi Deepak, Have you noticed that there is a newer upstream release ? Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673368: git-dch: Add support for --team switch for Team uploads
Hi Salvatore, On Fri, May 18, 2012 at 08:37:53AM +0200, Salvatore Bonaccorso wrote: Source: git-buildpackage Version: 0.6.0~git20120419 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Guido git-dch already has support for --nmu, --qa and --bpo. Would it be possible to add the support for the --team switch too? I tentantively attached a patch (but I have not yet tested it works as expected). Yes, adding --team is fine. Just let me know if the patch works for you as expected. An update of the manpage would also be greatly appreciaged. 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#673378: lbzip2: fails unpacking files with result grather then 4 GB
Package: lbzip2 Version: 2.1-2 Severity: normal Tags: lfs Dear Maintainer, by using lbzip2 -d germany.osm.bz2 I get lbzip2: retrieve.c:275: YBdec_retrieve: Assertion `in_avail = 1' failed. and the result file is 4 GB. But some days before lbzip2 unpack a other germany.osm.bz2 without problems to the full size of 21 GB. The original bzip2 unpack the germany.osm.bz2 from today too in the rigth way. with regards Andreas Matthus -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.3.5 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lbzip2 depends on: ii libc6 2.13-32 lbzip2 recommends no packages. lbzip2 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#673379: gramophone2: please fix debian/watch
Package: gramophone2 Severity: minor Tags: patch Please try this in debian/watch: version=3 http://sf.net/gramophone2/gramophone2_(.*)\.tar\.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673185: incomplete backtrace
Hello, i'm getting this too, it's already 4 times in 45 minutes of session and it is very annoying. I've disabled all online accounts but it is still crashing. Unfortunately there aren't symbols for libaccountservice but there's a backtrace of the segfault: http://i.imgur.com/k3ql8.jpg hth, riccardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673287: xserver-xorg: Crash occurs when the X process is killed.
On 18 May 2012, Cyril Brulebois wrote: Hi, Anthony Campbell a...@acampbell.org.uk (17/05/2012): Package: xserver-xorg Version: 1:7.6+13 Severity: normal To reproduce the crash, open any terminal (e.g. xterm) in a window manager (icewm, dwm, i3 for example) and execute kill process, where process corresponds to the X server as identified with ps ax. The result is either a frozen screen or a black screen. In either case there is no response to any key press or the mouse. It is no longer possible to ping the machine from elsewhere in the network and a hard reset is required. If X is killed from a tty terminal (outside X) it terminates normally. I have had this on two different machines, one with Nouveau and one with Radeon. The crash does not occur in Stable or Testing. I made an experimental installation of Debian on a spare partition and upgraded first to Testing and then to Sid. The crash only occurs in Sid. It is therefore evidently due to some component of the X system bui I don't know which. something like that? http://bugs.debian.org/671812 https://bugs.freedesktop.org/show_bug.cgi?id=49598 Mraw, KiBi. Yes, could be the same. I first encountered it when exiting from i3. I then found the same thing with several other window managers, although logging out via the menu does not cause it. Anthony -- Anthony Campbell - a...@acampbell.org.uk Microsoft-free zone - Using Debian GNU/Linux http://www.acampbell.org.uk - sample my ebooks at http://www.smashwords.com/profile/view/acampbell -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661091: Info received ([Scid-users] Fwd: Bug#661091: xfcc: I cannot resign on SchemingMind)
On 03/15/12 19:45, Debian Bug Tracking System wrote: Hi! The bug has been understood, after quite some discussion with the people running the web servers. Basically, it's a strange issue of move counting. I'll prepare a fix for it. (Note: the same bug might be apparent in quite a view other Xfcc clients, at least it was confirmed also for XCETool.) -- Kind regards,/ War is Peace. |Freedom is Slavery. Alexander Wagner| Ignorance is Strength. | | Theory : G. Orwell, 1984 / In practice: USA, since 2001 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646730: bacula: drops readline support if rebuilt
Hi there! On Thu, 17 May 2012 22:39:04 +0200, Sven Joachim wrote: On 2012-05-17 21:38 +0200, Luca Capello wrote: However, consider patching the upstream build system which erroneously believes that ncurses is necessary for linking with readline. While I am not an ncurses/readline expert, I think that upstream is correct, according to the upstream manual: http://www.bacula.org/5.2.x-manuals/en/main/main/System_Requirements.html * If you want to enable command line editing and history, you will need to have /usr/include/termcap.h and either the termcap or the ncurses library loaded (libtermcap-devel or ncurses-devel). This is only correct because their configure script checks for it. AFAICS the only file that actually #includes an ncurses header is src/console/conio.c, and that should not be built with --disable-conio. Thank you for the detailed answer. However, there are a literally a hundred dpkg-shlibdeps warnings about useless dependencies, so it's probably not worth trying to fix this particular one. This is tracked in #621282 and fixed in the Git development branch, which we started to import into master: http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commitdiff;h=60f2e8cd14785ab5dc73da7bf2423f05b6c8e54c Fix applied in the Git repository: http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commitdiff;h=c71e91fb4d6f7434786f1d36eeeb0b0506a2216c Actually, the 5.0.3+dfsg-0.1 NMU[2] already added libncurses5-dev to Build-Depends, consider incorporating it into your git repository. Thank you, I was aware of the NMU, which however was rejected: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=658326#15 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=658326#45 Thx, bye, Gismo / Luca pgpKa0jhoxKXO.pgp Description: PGP signature
Bug#663945: libtool: Support tcc in _LT_LINKER_SHLIBS (for rpath)
Hi Jonathan, On 2012-05-13 14:30:23 -0500, Jonathan Nieder wrote: Any changes since tcc gained support for -Wl,-rpath -Wl,foo? (Thanks for that, by the way.) If I run ./configure CC=tcc make make check then I get the failure at link time. But in the libtool script generated by configure, if I replace wl= by wl=-Wl, then I no longer get link time failures. So, libtool should use -Wl, for tcc. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673380: tcc: please provide i386-tcc for tcc -m32 under amd64
Package: tcc Version: 0.9.26~git20120104.83d57c0-5 Severity: wishlist On amd64, it is not possible to compile for the 32-bit ABI: $ tcc -m32 foo.c tcc: error: 'i386-tcc' not found apt-file search i386-tcc doesn't find any package providing this file. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tcc depends on: ii dpkg 1.16.3 ii install-info 4.13a.dfsg.1-10 ii libc6 2.13-32 Versions of packages tcc recommends: ii libc6-dev [libc-dev] 2.13-32 tcc 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#673381: qjackctl: FTBFS on hurd-i386
Package: qjackctl Version: 0.3.8-1 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: ftbfs-gcc-4.7 Hello, qjackctl currently FTBFS on hurd-i386, due to the switch to gcc-4.7: qjackctl.cpp:156:7: error: '::gethostname' has not been declared The attached patch fixes it. Apparently Linux is lucky and somehow already includes unistd.h Samuel -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.4 (SMP w/8 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 qjackctl depends on: ii jackd 5 ii libasound21.0.25-2 ii libc6 2.13-32 ii libgcc1 1:4.7.0-7 ii libjack0 [libjack-0.116] 1:0.121.3+20120418git75e3e20b-1 ii libqt4-dbus 4:4.8.1-1 ii libqt4-xml4:4.8.1-1 ii libqtcore44:4.8.1-1 ii libqtgui4 4:4.8.1-1 ii libstdc++64.7.0-7 ii libx11-6 2:1.4.99.901-2 qjackctl recommends no packages. Versions of packages qjackctl suggests: ii pulseaudio-utils 1.1-3.2 -- no debconf information -- Samuel Thibault samuel.thiba...@fnac.net * c is away : cuisine; bouffe y oh, moi je fais plutôt cuisine bouffe en fait :) c oui c'est vrai, certains font cuisine bouffe (juste au cas où... ;-)) y ( cuisine bouffe ) || restau N voire ((cuisine bouffe) || restau) apéritif -+- #ens-mim -+- --- src/qjackctl.cpp.orig 2012-05-18 09:52:28.0 +0200 +++ src/qjackctl.cpp2012-05-18 09:53:12.0 +0200 @@ -23,6 +23,8 @@ #include qjackctlSetup.h #include qjackctlMainForm.h +#include unistd.h + #include QApplication #include QLibraryInfo #include QTranslator
Bug#673382: gnunet-server and gnunet-fuse: error when trying to install together
Package: gnunet-fuse,gnunet-server Version: gnunet-fuse/0.8.0c-7 Version: gnunet-server/0.9.2-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2012-05-18 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libasprintf0c2 libcap2 libkeyutils1 libkrb5support0 libk5crypto3 libkrb5-3 libgssapi-krb5-2 libsasl2-2 libldap-2.4-2 libpcre3 libxml2 libffi5 libglib2.0-0 libcroco3 librtmp0 libssh2-1 libcurl3-gnutls libelf1 libexpat1 libltdl7 libfreetype6 ucf ttf-dejavu-core fontconfig-config libfontconfig1 libjpeg8 liblcms1 libopenjpeg2 libpng12-0 libpoppler13 liblua5.1-0 libnspr4 libnspr4-0d libnss3-1d librpmio2 rpm-common librpm2 libextractor3 libfuse2 libunistring0 libgettextpo0 libgmp10 gcc-4.7-base libgomp1 libmicrohttpd10 mysql-common libmysqlclient18 gettext-base gettext gnunet-common gnunet-client gnunet-fuse libglpk0 libpq5 gnunet-server Extracting templates from packages: 54% Extracting templates from packages: 100% Preconfiguring packages ... Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libasprintf0c2:amd64. (Reading database ... 10572 files and directories currently installed.) Unpacking libasprintf0c2:amd64 (from .../libasprintf0c2_0.18.1.1-8_amd64.deb) ... Selecting previously unselected package libcap2:amd64. Unpacking libcap2:amd64 (from .../libcap2_1%3a2.22-1.1_amd64.deb) ... Selecting previously unselected package libkeyutils1:amd64. Unpacking libkeyutils1:amd64 (from .../libkeyutils1_1.5.5-2_amd64.deb) ... Selecting previously unselected package libkrb5support0:amd64. Unpacking libkrb5support0:amd64 (from .../libkrb5support0_1.10.1+dfsg-1_amd64.deb) ... Selecting previously unselected package libk5crypto3:amd64. Unpacking libk5crypto3:amd64 (from .../libk5crypto3_1.10.1+dfsg-1_amd64.deb) ... Selecting previously unselected package libkrb5-3:amd64. Unpacking libkrb5-3:amd64 (from .../libkrb5-3_1.10.1+dfsg-1_amd64.deb) ... Selecting previously unselected package libgssapi-krb5-2:amd64. Unpacking libgssapi-krb5-2:amd64 (from .../libgssapi-krb5-2_1.10.1+dfsg-1_amd64.deb) ... Selecting previously unselected package libsasl2-2:amd64. Unpacking libsasl2-2:amd64 (from .../libsasl2-2_2.1.25.dfsg1-4_amd64.deb) ... Selecting previously unselected package libldap-2.4-2:amd64. Unpacking libldap-2.4-2:amd64 (from .../libldap-2.4-2_2.4.28-1.3_amd64.deb) ... Selecting previously unselected package libpcre3:amd64. Unpacking libpcre3:amd64 (from .../libpcre3_1%3a8.30-5_amd64.deb) ... Selecting previously unselected package libxml2:amd64. Unpacking libxml2:amd64 (from .../libxml2_2.7.8.dfsg-9_amd64.deb) ... Selecting previously unselected package libffi5:amd64. Unpacking libffi5:amd64 (from .../libffi5_3.0.10-3_amd64.deb) ... Selecting previously unselected package libglib2.0-0:amd64. Unpacking libglib2.0-0:amd64 (from .../libglib2.0-0_2.32.3-1_amd64.deb) ... Selecting previously unselected package libcroco3:amd64. Unpacking libcroco3:amd64 (from .../libcroco3_0.6.5-1_amd64.deb) ... Selecting previously unselected package librtmp0:amd64. Unpacking librtmp0:amd64 (from .../librtmp0_2.4+20111222.git4e06e21-1_amd64.deb) ... Selecting previously unselected package libssh2-1:amd64. Unpacking libssh2-1:amd64 (from .../libssh2-1_1.4.1-1_amd64.deb) ... Selecting previously unselected package libcurl3-gnutls:amd64. Unpacking libcurl3-gnutls:amd64 (from .../libcurl3-gnutls_7.25.0-1_amd64.deb) ... Selecting previously unselected package libelf1:amd64. Unpacking libelf1:amd64 (from .../libelf1_0.153-1_amd64.deb) ... Selecting previously unselected package libexpat1:amd64. Unpacking libexpat1:amd64 (from .../libexpat1_2.1.0-1_amd64.deb) ... Selecting previously unselected package libltdl7:amd64. Unpacking libltdl7:amd64 (from .../libltdl7_2.4.2-1_amd64.deb) ... Selecting previously unselected package libfreetype6:amd64. Unpacking libfreetype6:amd64 (from .../libfreetype6_2.4.9-1_amd64.deb) ... Selecting previously unselected package ucf. Unpacking ucf (from .../ucf_3.0025+nmu3_all.deb) ... Moving old data out of the way Selecting previously unselected package ttf-dejavu-core. Unpacking ttf-dejavu-core (from .../ttf-dejavu-core_2.33-2_all.deb) ... Selecting previously unselected package fontconfig-config. Unpacking fontconfig-config (from .../fontconfig-config_2.9.0-5_all.deb) ... Selecting previously unselected package libfontconfig1:amd64. Unpacking libfontconfig1:amd64 (from .../libfontconfig1_2.9.0-5_amd64.deb) ... Selecting previously unselected package libjpeg8:amd64. Unpacking libjpeg8:amd64 (from .../libjpeg8_8d-1_amd64.deb) ... Selecting previously unselected package liblcms1. Unpacking liblcms1 (from .../liblcms1_1.19.dfsg-1+b2_amd64.deb) ... Selecting
Bug#673276: lintian: please add check to detect incompatible java bytecode versions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Russ On 17/05/12 21:07, Russ Allbery wrote: To ensure that java libraries are compatible with all versions of Java in the archive, it would be great to have a lintian check which warnings if the minimum bytecode version is exceeded - I think this should be Java 5. Shouldn't it be Java 6 at this point? Debian doesn't have Java 5 in unstable and testing any more, and it sounds like Ubuntu isn't retaining Java 5 either. Niels and I discussed this on IRC as well and came to the same conclusion. Default base target version should be Java6. Cheers James - -- James Page Ubuntu Core Developer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJPtgQaAAoJEL/srsug59jDE00QAJC1jUI9GRYH2XLqcglyIOC2 /wK19SfU61xjxfuW5uyc32jGh+EvugoyI0U5ah61Vr7bYKAzLd/Yx2qt7/ds1EPM 7RTUEI4Q/Z3PC2WsuKlsxgvpJKaOenwnsJqSE9GZU7egEH0K2gxa4XxE9Bv4ZIJG l/S6CxAfuHb3ATfpFLBdNgQ4qQStPDTRCWaE7nXByzig1pXhh7/kU8n++m7FLnCi fH4SU3wtBzh1ZTSBl9Q5KHbY3pZw+jQkZh2TblrlwzapFEAZpX8yXPd4tHDO/DYw d5yuMFCvhIqgeNWat3180qBcmPh8Nalkv4OAvDov8zUUJ8gLt0RgA7zzdrScE4Mm ANiuEDyS7CrPgZ4vQhco/eMzKL9ekyRGtSlnp918NaDhXOAQzCJRVrPkq+li5Imy Tlhsj/ZLmJ6sTJQrQVtb9xY/hb9RzRy+JZiXClS4n5PlMU7gQ7mJdZdwh/Z9+gfc cQT+klyynSNukp+BnhJOvJEiaH5Ud4IVwD8oxK9X2TF6gj0LX7E2zhMKCabSL2G0 /p33B4tzEBTtgoPnt0XCwy96H8dn5fpH99uRfdO6zTEAkgcS8zOec/q6+y0GsiUN QgvKMoxFoIg/YZfnZeCq59Ag5TSOBBseCnCv0NZDNdVtR7Lhsiq33jcBcPEXxz5K EeRUzzhjRDOwk83Ierxb =EogR -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#673383: outguess: please add debian/watch
Package: outguess Severity: wishlist Tags: patch Please add debian/watch containing this : version=3 http://www.outguess.org/download.php .*/outguess-(.*)\.tar\.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671138: transition: libuim7
d...@debian.org d...@debian.org (18/05/2012): uim uploaded to unstable and successfully built all architectures. Yes, I scheduled binNMUs, which seem to build happily, see the buildd status[1], obtained by clicking the “buildd” link on the tracker[2]. 1. https://buildd.debian.org/status/package.php?p=gkrelluim,mlterm,mozc,uim-chewingcompact=compact 2. http://release.debian.org/transitions/html/libuim.html Looks all good for now. Mraw, KiBi. signature.asc Description: Digital signature
Bug#673384: nautilus: Can't delete a file or directory with DELETE key
Package: nautilus Version: 3.4.1-1 Severity: normal Dear Maintainer, I can't delete a file or directory using the keyboard DELETE key (shortcurt). To delete a file I need to use the contextual menu Move to trash. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nautilus depends on: ii desktop-file-utils 0.18-1 ii gsettings-desktop-schemas 3.4.1-2 ii gvfs 1.12.2-1 ii libatk1.0-02.4.0-2 ii libc6 2.13-32 ii libcairo-gobject2 1.12.2-1 ii libcairo2 1.12.2-1 ii libexempi3 2.2.0-1 ii libexif12 0.6.20-2 ii libgail-3-03.4.1-2 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.2-1 ii libglib2.0-data2.32.2-1 ii libgnome-desktop-3-2 3.4.1-2 ii libgtk-3-0 3.4.1-2 ii libnautilus-extension1a3.4.1-1 ii libnotify4 0.7.5-1 ii libpango1.0-0 1.30.0-1 ii libselinux12.1.9-2 ii libtracker-sparql-0.14-0 0.14.1-1 ii libx11-6 2:1.4.99.901-2 ii libxml22.7.8.dfsg-9 ii nautilus-data 3.4.1-1 ii shared-mime-info 0.90-1 Versions of packages nautilus recommends: ii brasero 3.2.0-4 ii eject2.1.5+deb1+cvs20081104-10 ii gnome-sushi 0.4.1-1+b1 ii gvfs-backends1.12.2-1 ii librsvg2-common 2.36.1-1 Versions of packages nautilus suggests: ii eog 3.4.1-2 ii evince [pdf-viewer] 3.2.1-1+b1 ii totem3.0.1-8 ii tracker 0.14.1-1 ii xdg-user-dirs0.14-1 -- 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#673351: texlive-metapost: pmpost.mp is missing
Kohda-san,
yes, thanks ... right ...
On Fr, 18 Mai 2012, Atsuhito KOHDA wrote:
Package: texlive-metapost
[pmpost.mp]
Shouldn't it be more in texlive-lang-cjk? What do you think?
Best wishes
Norbert
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
BURLESTON
That peculiarly tuneless humming and whistling adopted by people who
are extremely angry.
--- Douglas Adams, The Meaning of Liff
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673349: xserver-xorg: Memory leak in process /usr/bin/X
Yasir Assam yas...@gmail.com (18/05/2012): Over the last week or so I've noticed that /usr/bin/X uses loads of memory, i.e. $ ps aux | grep X root 1558 1.7 74.5 3459428 1535756 tty7 Ssl+ 08:46 1:10 /usr/bin/X :0 vt7 -br -nolisten tcp -auth /var/run/xauth/A:0-zFHYma After about an hour of use, it's using around 1.5G. I get to this point by running KDE, emacs, Konsole and Chromium. If I quit emacs, Konsole and Chromium, X still uses loads of memory. Within a couple of hours my system grinds to a halt and I have to restart X (by restarting kdm) Wild guess, one of your virtualbox devices (input or video) is doing that? Mraw, KiBi. signature.asc Description: Digital signature
Bug#662780: cups: new version causes printer to hang for ages, then only print a blank page
On Thu 17 May 2012 at 16:14:45 +0200, Paul Menzel wrote: I think I experienced that problem today with `cups` 1.5.2-11 and cups-filter 1.0.16-2 and 1.0.18-1. Although when printed to PDF from the GNOME printing dialog the file with the image is just 400 kB big, the print job took forever. Looking at the system usage (`htop`, `ps aux | grep gs`), the Ghostscript process used 100 % of the CPU. Were you printing to PDF using 'Print to file' or cups-pdf? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663945: libtool: Support tcc in _LT_LINKER_SHLIBS (for rpath)
tags 663945 + patch quit Vincent Lefevre wrote: If I run ./configure CC=tcc make make check then I get the failure at link time. But in the libtool script generated by configure, if I replace wl= by wl=-Wl, then I no longer get link time failures. So, libtool should use -Wl, for tcc. How about this patch? (Patch is against the master branch of git://git.savannah.gnu.org/libtool.git. Untested.) Thanks again, Jonathan diff --git i/m4/libtool.m4 w/m4/libtool.m4 index a8ecbc37..89249cb9 100644 --- i/m4/libtool.m4 +++ w/m4/libtool.m4 @@ -4047,6 +4047,14 @@ m4_if([$1], [CXX], [ _LT_TAGVAR(lt_prog_compiler_pic, $1)='-fPIC' _LT_TAGVAR(lt_prog_compiler_static, $1)='-static' ;; + tcc* ) + # Fabrice Bellard et al's Tiny C Compiler + # When it learns to make shared objects, it will + # presumably use -fPIC. + _LT_TAGVAR(lt_prog_compiler_wl, $1)='-Wl,' + _LT_TAGVAR(lt_prog_compiler_pic, $1)='-fPIC' + _LT_TAGVAR(lt_prog_compiler_static, $1)='-static' + ;; pgCC* | pgcpp*) # Portland Group C++ compiler _LT_TAGVAR(lt_prog_compiler_wl, $1)='-Wl,' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672100: presage upload
Hi! It appears that the builds on armel and kfreebsd-i386 are not successful, and it looks to be caused by insufficient memory on the machine. Is that correct? Can you try to figure the reason out? -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673351: texlive-metapost: pmpost.mp is missing
On 18.05.12 Atsuhito KOHDA (ko...@pm.tokushima-u.ac.jp) wrote: Hi, BTW, when I did reportbug texlive-metapost I was warned as follows even now. Getting status for texlive-metapost... Checking for newer versions at madison... Your version of texlive-metapost (2012.20120516-1) is newer than that in Debian! Do you still want to file a report [y|N|q|?]? It think this is rather an issue in reportbug. - #673204 H. -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673297:
reassign 673297 libxml2 thanks Reassigning to the correct package. Note, that this bug leads to an FTBFS of unrelated software (shelxle). Regards, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673349: xserver-xorg: Memory leak in process /usr/bin/X
On 18/05/2012 6:25 PM, Cyril Brulebois wrote: Wild guess, one of your virtualbox devices (input or video) is doing that? How can I determine if that's the case? Yasir -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673370: strace output
On Fri, May 18, 2012 at 9:10 AM, Jan Huijsmans huysm...@koffie.nu wrote: Hello, I've started centerim withub strace and collected the included output. Recompile of the package didn't solve the problem. Hey, instead of strace, please run centerim through gdb. Before trying that, please also try to run centerim with the -d switch. Make sure that you deleted you ~/.centerim/debug file. Cheers Boris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673385: lynx-cur: lynx displays search text at the wrong column if preceded by UTF-8 characters
Package: lynx-cur Version: 2.8.8dev.12-2 Severity: normal lynx displays search text at the wrong column if preceded by UTF-8 characters. For instance, consider: ?xml version=1.0 encoding=utf-8? !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd; html xmlns=http://www.w3.org/1999/xhtml; lang=en xml:lang=en head titleSearch test in lynx in a UTF-8 terminal/title /head body p……… In citelynx/cite, search for foo by typing: /foo/p /body /html (before In there are 3 ellipsis characters, but other non-ASCII characters will trigger the same problem: I suppose that lynx is confused by multibyte characters). Run lynx on this file in a UTF-8 terminal (e.g. xterm under UTF-8 locales), and search for foo by typing: /foo One gets: ……… In lynx, search for foo bfooyping: /foo foo ^^^ ^^^ where the foo over ^^^ are colored, i.e. this text has been displayed (for the colored version) at the wrong column. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lynx-cur depends on: ii libbsd0 0.3.0-2 ii libbz2-1.01.0.6-1 ii libc6 2.13-32 ii libgcrypt11 1.5.0-3 ii libgnutls26 2.12.19-1 ii libidn11 1.24-2 ii libncursesw5 5.9-7 ii libtinfo5 5.9-7 ii zlib1g1:1.2.7.dfsg-1 Versions of packages lynx-cur recommends: ii mime-support 3.52-1 lynx-cur suggests no packages. -- debconf information: lynx-cur/defaulturl: http://www.vinc17.org/ lynx-cur/etc_lynx.cfg: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673311: pastebinit: API deprecated
severity 673311 normal thank you Salvo, thank you for your report. On 18.05.2012 03:17, Salvo Tomaselli wrote: Package: pastebinit Version: 1.3-2 Severity: grave Justification: renders package unusable The package is usable just fine and should be completely unaffected in its default configuration which relies on paste.debian.net. I guess the fix will be to simply disable pastebin.com if they don't want to be supported, I guess. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569544: pbuilder create fails trying to mount proc
close 569544 thanks On Thu, May 17, 2012 at 6:54 AM, Thorsten Glaser t...@mirbsd.de wrote: Vincent Cheng dixit: $ sudo pbuilder --create --distribution sid --debootstrapopts --arch=kfreebsd-amd64 --debootstrapopts --variant=buildd W: Failure trying to run: chroot /var/cache/pbuilder/build/18652/. mount -t proc proc /proc On which architecture are you running this pbuilder command? If it’s kfreebsd-amd64, why do you add --arch at all, and if not, that’s probably to be expected. Ah, I was under the impression that it was possible to create kfreebsd pbuilder chroots with a linux host, but it looks like it's a mis-understanding on my part. Oh well, back to using kfreebsd VMs to test build packages then. Sorry for the noise! Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642929: upcoming scim release
On 17.05.2012 20:32, Osamu Aoki wrote: On Thu, May 17, 2012 at 12:50 PM, Rolf Leggewie debian-b...@rolf.leggewie.biz wrote: http://oss.leggewie.org/deb/scim.md5 I think you should look at files in: http://oss.leggewie.org/deb/ Yes, indeed. The binary files themselves are in the toplevel directory. My apologies for the mistake and ensuing confusion. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673377: libtie-cache-perl: newer upstream release
Hi Bart, Yes I have noticed, I will be doing by next weekend or give it to debian-perl team to update. Now a days my am quite busy with me new Job which is talking all my time. -- Thanks Deepak On Fri, May 18, 2012 at 1:05 PM, Bart Martens ba...@debian.org wrote: Package: libtie-cache-perl Severity: wishlist Hi Deepak, Have you noticed that there is a newer upstream release ? Regards, Bart Martens -- -- |--| | Deepak Tripathi | | irc: irc.debian.org | | nick: deepak, gnumonk| | web: http://www.gnumonk.com | | E3 71V3 8Y C063(we live by code) | |--|
Bug#673386: tumgreyspf: Cron.daily script doesn't handle IPv6 addresses
Package: tumgreyspf
Version: 1.35-7
Severity: normal
Hello,
The cron.daily script chokes when there are IPv6 addresses in the
/var/lib/tumgreyspf/data dir, so mails are being sent from cron.
The cron script isn't written to handle them at all as it seems:
[root@yoshi /var/lib/tumgreyspf/data]# /etc/cron.daily/tumgreyspf
find:
`/var/lib/tumgreyspf/data/2001:4c48:2:a365:216:3eff:fe27:a3d7/check_file/*/':
Not a directory
rmdir: failed to remove
`/var/lib/tumgreyspf/data/2001:4c48:2:a365:216:3eff:fe27:a3d7/check_file/*':
Not a directory
rmdir: failed to remove
`/var/lib/tumgreyspf/data/2001:4c48:2:a365:216:3eff:fe27:a3d7/check_file': Not
a directory
Please note that the cron.daily script I'm using is from 1.36-3 that I
got from the sid package source, so I'm running the newest available
script.
-- System Information:
Debian Release: 6.0.5
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 3.3.3
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 tumgreyspf depends on:
ii adduser 3.112+nmu2 add and remove users and groups
ii passwd 1:4.1.4.2+svn3283-2+squeeze1 change and administer password and
ii python 2.6.6-3+squeeze7 interactive high-level object-orie
ii python-spf 2.0.5-2+squeeze1 sender policy framework (SPF) modu
ii spfquery1.2.9-4 query SPF (Sender Policy Framework
tumgreyspf recommends no packages.
tumgreyspf suggests no packages.
-- Configuration Files:
/etc/cron.d/tumgreyspf [Errno 2] No such file or directory:
u'/etc/cron.d/tumgreyspf'
/etc/cron.daily/tumgreyspf changed:
if [ -f /etc/tumgreyspf/default.conf ] ; then
GREYLISTEXPIREDAYS=`grep GREYLISTEXPIREDAYS
/etc/tumgreyspf/default.conf | cut -d'=' -f2 | awk '{print $1}' | cut -d'.' -f1`
fi
if [ -z ${GREYLISTEXPIREDAYS} ] ; then
GREYLISTEXPIREDAYS=10
fi
greylistDir=/var/lib/tumgreyspf/data
if ! [ -d ${greylistDir} ] ; then
# echo No tumgreyspf data folder
exit 0
fi
if [ -z $(ls ${greylistDir}) ] ; then
# echo No data to clean in this run
exit 0
fi
for i in ${greylistDir}/* ; do
for j in ${i}/* ; do
for k in ${j}/* ; do
find ${k}/ -name check_file -mtime
+${GREYLISTEXPIREDAYS} -delete
rmdir --ignore-fail-on-non-empty ${k}
done
rmdir --ignore-fail-on-non-empty ${j}
done
rmdir --ignore-fail-on-non-empty ${i}
done
/etc/tumgreyspf/default.conf changed:
SPFSEEDONLY = 0
GREYLISTTIME = 300
CHECKERS = spf,greylist
OTHERCONFIGS = client_address,envelope_sender,envelope_recipient
GREYLISTEXPIREDAYS = 10.0
/etc/tumgreyspf/tumgreyspf.conf changed:
debugLevel = 1
defaultSeedOnly = 0
defaultAllowTime = 300
configPath = 'file:///var/lib/tumgreyspf/config'
greylistDir = '/var/lib/tumgreyspf/data'
spfqueryPath = '/usr/bin/spfquery'
blackholeDir = '/var/lib/tumgreyspf/blackhole'
ignoreLastByte = 0
greylistByIPOnly = 1
-- 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#673387: lsyncd init script stores the wrong PID in /var/run/lsyncd.pid so cannot stop it
Package: lsyncd
Version: 2.0.7-1
Severity: important
When lsyncd starts by default it forks a child to do the work, and the parent
exits.
This does not work with the init script as supplied in the debain package,
as start-stop-daemon is recording the PID of the process it started, instead of
the
PID of the forked of worker.
lsyncd has a -pidfile filename command line option. I have hacked the init
script
on my install to add that cmd line option so it is now correctly storing the
PID.
(hacked script is attached)
NB: I am running Debian 6.0 Squeeze, but I installed the latest lsyncd from
Wheezey
to get the latest version. I don't think using the wrong version for the distro
will
affect this bug, but it might.
-- System Information:
Debian Release: 6.0.5
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: armel (armv5tel)
Kernel: Linux 2.6.32-5-kirkwood
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages lsyncd depends on:
ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib
ii liblua5.1-0 5.1.4-5Simple, extensible, embeddable pro
ii lua5.15.1.4-5Simple, extensible, embeddable pro
ii rsync 3.0.7-2fast remote file copy program (lik
lsyncd recommends no packages.
lsyncd suggests no packages.
-- Configuration Files:
/etc/init.d/lsyncd changed:
PATH=/sbin:/usr/sbin:/bin:/usr/bin
DESC=synchronization daemon
NAME=lsyncd
DAEMON=/usr/bin/$NAME
CONFIG=/etc/lsyncd/lsyncd.conf.lua
PIDFILE=/var/run/$NAME.pid
DAEMON_ARGS=-pidfile ${PIDFILE} ${CONFIG}
SCRIPTNAME=/etc/init.d/$NAME
[ -x $DAEMON ] || exit 0
[ -r $CONFIG ] || exit 0
[ -r /etc/default/$NAME ] . /etc/default/$NAME
. /lib/init/vars.sh
. /lib/lsb/init-functions
do_start()
{
start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON \
--test /dev/null \
|| return 1
start-stop-daemon --start --quiet --make-pidfile --pidfile $PIDFILE \
--exec $DAEMON -- \
$DAEMON_ARGS \
|| return 2
}
do_stop()
{
start-stop-daemon --stop --quiet --pidfile $PIDFILE --name $NAME
RETVAL=$?
[ $RETVAL = 2 ] return 2
start-stop-daemon --stop --quiet --oknodo --exec $DAEMON
[ $? = 2 ] return 2
# Many daemons don't delete their pidfiles when they exit.
rm -f $PIDFILE
return $RETVAL
}
do_reload() {
start-stop-daemon --stop --signal 1 --quiet --pidfile $PIDFILE --name
$NAME
return 0
}
case $1 in
start)
[ $VERBOSE != no ] log_daemon_msg Starting $DESC $NAME
do_start
case $? in
0|1) [ $VERBOSE != no ] log_end_msg 0 ;;
2) [ $VERBOSE != no ] log_end_msg 1 ;;
esac
;;
stop)
[ $VERBOSE != no ] log_daemon_msg Stopping $DESC $NAME
do_stop
case $? in
0|1) [ $VERBOSE != no ] log_end_msg 0 ;;
2) [ $VERBOSE != no ] log_end_msg 1 ;;
esac
;;
status)
status_of_proc $DAEMON $NAME exit 0 || exit $?
;;
restart|force-reload)
log_daemon_msg Restarting $DESC $NAME
do_stop
case $? in
0|1)
do_start
case $? in
0) log_end_msg 0 ;;
1) log_end_msg 1 ;; # Old process is still running
*) log_end_msg 1 ;; # Failed to start
esac
;;
*)
# Failed to stop
log_end_msg 1
;;
esac
;;
*)
echo Usage: $SCRIPTNAME {start|stop|restart|force-reload} 2
exit 3
;;
esac
:
-- 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#662780: cups: new version causes printer to hang for ages, then only print a blank page
Am Freitag, den 18.05.2012, 09:28 +0100 schrieb Brian Potkin: On Thu 17 May 2012 at 16:14:45 +0200, Paul Menzel wrote: I think I experienced that problem today with `cups` 1.5.2-11 and cups-filter 1.0.16-2 and 1.0.18-1. Although when printed to PDF from the GNOME printing dialog the file with the image is just 400 kB big, the print job took forever. Looking at the system usage (`htop`, `ps aux | grep gs`), the Ghostscript process used 100 % of the CPU. Were you printing to PDF using 'Print to file' or cups-pdf? The first one »Print to file«. Probably that does not use CUPS at all, does it? I will try with CUPS-pdf and report back. Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#673349: xserver-xorg: Memory leak in process /usr/bin/X
Yasir Assam yas...@gmail.com (18/05/2012): How can I determine if that's the case? You could try running the same things on another machine with a similar setup, but with non-vbox drivers. Alternatively, you could try running Xorg under valgrind and see whether leaks are happening. You're going to need patience, since things will be dog-slow. Maybe better to check whether there are already bug reports against virtualbox talking about memory leaks. Mraw, KiBi. signature.asc Description: Digital signature
Bug#673370: strace output
Hello, On Fri, May 18, 2012 at 10:33:28AM +0200, Boris Petersen wrote: On Fri, May 18, 2012 at 9:10 AM, Jan Huijsmans huysm...@koffie.nu wrote: Hello, I've started centerim withub strace and collected the included output. Recompile of the package didn't solve the problem. instead of strace, please run centerim through gdb. Before trying that, please also try to run centerim with the -d switch. Make sure that you deleted you ~/.centerim/debug file. Started with the -d option, with the enclosed last lines of the debug file as a result. Looking at this I would expect a policy change from msn instead of a bug. [IN] VER 4 MSNP8 [OUT] CVR 5 0x0409 winnt 5.2 i386 MSNMSGR 7.5.0324 MSMSGS huysm...@koffie.nu^M Received packet from Server 2a 02 e1 70 01 78 00 01 00 0f 80 00 9a ed d8 0d *..p.x.. 0010 00 06 00 01 00 02 00 03 08 31 33 38 30 34 35 35 .1380455 0020 32 00 00 00 0f 00 01 00 02 00 50 00 06 00 04 20 2.P 0030 03 00 00 00 05 00 04 35 7d 89 98 00 0d 00 40 09 ...5}.@. 0040 46 13 44 4c 7f 11 d1 82 22 44 45 53 54 00 00 09 F.DLDEST... 0050 46 13 49 4c 7f 11 d1 82 22 44 45 53 54 00 00 97 F.ILDEST... 0060 b1 27 51 24 3c 43 34 ad 22 d6 ab f7 3f 14 92 56 .'Q$C4?..V 0070 3f c8 09 0b 6f 41 bd 9f 79 42 26 09 df a2 f3 00 ?...oA..yB. 0080 0f 00 04 00 00 00 00 00 03 00 04 4f b6 0c c0 00 ...O 0090 15 00 04 00 00 08 00 00 0a 00 04 55 97 8f 81 00 ...U 00a0 22 00 02 84 31 00 1e 00 04 00 00 00 00 00 28 00 ...1.(. 00b0 01 21 00 2d 00 04 00 00 00 00 00 2c 00 04 00 00 .!.-..., 00c0 00 00 00 18 00 10 54 5f 49 20 28 54 68 65 20 49 ..T_I (The I 00d0 6e 73 61 6e 65 29 00 37 00 04 00 00 00 00 08 31 nsane).7...1 00e0 33 38 30 34 35 35 32 00 00 00 0c 00 01 00 02 00 3804552. 00f0 50 00 06 00 04 20 03 00 00 00 0d 00 40 09 46 13 P ..@.F. 0100 44 4c 7f 11 d1 82 22 44 45 53 54 00 00 09 46 13 DLDEST...F. 0110 49 4c 7f 11 d1 82 22 44 45 53 54 00 00 97 b1 27 ILDEST' 0120 51 24 3c 43 34 ad 22 d6 ab f7 3f 14 92 56 3f c8 Q$C4?..V?. 0130 09 0b 6f 41 bd 9f 79 42 26 09 df a2 f3 00 0f 00 ..oA..yB... 0140 04 00 00 00 00 00 2a 00 02 6e 6c 00 14 00 01 21 ..*..nl! 0150 00 03 00 04 4f b6 0c c0 00 15 00 04 00 00 08 00 O... 0160 00 0a 00 04 55 97 8f 81 00 22 00 02 84 31 00 1e U...1.. 0170 00 04 00 00 00 00 00 05 00 04 35 7d 89 98..5}.. Received User Info from server Buffer pointer not at end after parsing FLAP was: 0xde should be: 0x17e [IN] CVR 5 7.0.0820 7.0.0820 7.0.0820 http://msgruser.dlservice.microsoft.com/download/9/7/6/976085F9-D0F8-4D96-9208-FC1B461CD3D7/Install_MSN_Messenger_DL.exe http://download.live.com/?sku=messenger [OUT] USR 6 TWN I huysm...@koffie.nu^M Received packet from Server 2a 02 e1 71 00 25 00 03 00 0a 00 00 9a ed d8 7e *..q.%.~ 0010 09 31 31 34 36 39 34 30 32 32 08 31 30 37 35 39 .114694022.10759 0020 39 39 36 07 38 33 35 37 35 30 39 996.8357509 Unknown SNAC packet received - Family: 0x3 Subtype: 0xa Received packet from Server 2a 02 e1 72 00 28 00 03 00 0c 00 00 9a ed d8 7f *..r.(.. 0010 07 37 31 35 35 35 38 38 00 00 00 03 00 01 00 02 .7155588 0020 00 00 00 37 00 04 00 00 00 00 00 1d 00 00...7..
Bug#548437: pylucene/python segfault
Hi, New pylucene (3.5.0) is now in unstable. If you still care of this issue, could you please recheck it? Otherwise I'll just close bug since it's probably outdated. -- WBR, Dmitry signature.asc Description: Digital signature
Bug#673122: [Pkg-samba-maint] Bug#673122: Bug#673122: libnss-winbind: missing Replaces
On Thu, May 17, 2012 at 08:58:22AM -0700, Steve Langasek wrote: On Thu, May 17, 2012 at 10:38:31AM +0200, Christian PERRIER wrote: (Also, I don't see why you didn't just make libpam-winbind depend on libnss-winbind. #646292 requests the ability to install the NSS modules without the PAM modules, but not vice versa. So why not just make the PAM module package require the NSS module package, and then everything would just work on upgrade and you wouldn't need the NEWS.Debian hack?) Well, how about Recommends? I suspect some people might find use cases for the PAM module without the NSS modules though none come actually to my mind. I don't think we should cater to such use cases. Indeed, I was unconvinced that we should split the binary packages at all for this; but having done so, I see no reason why we care about someone wanting libpam-winbind without libnss-winbind. If you're doing authentication via winbind, it's silly to not also do the UID mapping part. What's wrong with using recommends in this case? This allows users to use libpam-winbind without libnss-winbind (whatever their use case would be), while resolving the issues caused by the split. There is no strong dependency between libpam-winbind and libnss-winbind. It's just that libpam-winbind is usually used together with libnss-winbind. Recommends seems more appropriate in this case. Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673388: Home folder not writeable by dnsmasq user
Package: dnsmasq Version: 2.55-2 Severity: important Hi, The default location for lease files (/var/lib/misc), which is also the home folder of the user dnsmasq, is not writeable for the user itself which is why the daemon won't function without specially setting everything in the config file. I'd suggest introducing /var/lib/dnsmasq which should be owned by dnsmasq and adding that folder as default location for leases and such. The current setting is just not sane at all... This bug is also described here https://bugzilla.redhat.com/show_bug.cgi?id=407901 -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages dnsmasq depends on: ii adduser 3.112+nmu2 add and remove users and groups ii dnsmasq-base 2.55-2 A small caching DNS proxy and DHCP ii netbase 4.45 Basic TCP/IP networking system dnsmasq recommends no packages. Versions of packages dnsmasq suggests: pn resolvconfnone (no description available) -- Configuration Files: /etc/default/dnsmasq changed [not included] /etc/dnsmasq.conf changed [not included] -- 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#661958: Apache2 2.4 transition postponed
tag 661958 wontfix thanks Stefan Fritsch s...@sfritsch.de (18/05/2012): we have decided to postpone the transition to apache2 2.4. The main blocker is that mod_perl needs a major new upstream release which very likely won't be ready in time for Wheezy and we don't want to release Wheezy without mod_perl. Thanks for the heads-up. It looked like there was too little time left to process this transition in a sane way anyway. Tagging wontfix for now as that's the first transition which isn't happening. Either we'll just close this bug report, or remove the tag once the release happens. Mraw, KiBi. signature.asc Description: Digital signature
Bug#662780: cups: new version causes printer to hang for ages, then only print a blank page
On Fri 18 May 2012 at 10:49:21 +0200, Paul Menzel wrote: Am Freitag, den 18.05.2012, 09:28 +0100 schrieb Brian Potkin: Were you printing to PDF using 'Print to file' or cups-pdf? The first one »Print to file«. Probably that does not use CUPS at all, does it? I will try with CUPS-pdf and report back. Indeed, 'Print to file' doesn't use CUPS. However, it is preferred over cups-pdf as it does directly produce a PDF file. I'd not recommend using cups-pdf because it is not designed to process PDF input, which is what your application will send to CUPS if you are using the GTK print dialogue. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673390: filetea: error in require.js
Package: filetea Version: 0.1.12+dfsg1-2 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear Maintainer, Installing filetea and opening it in the browser (tested with Iceweasel 10 and Chromium 18) results in a page missing most of the controls and reproting this JavaScript error: Iceweasel: Mismatched anonymous define() module: [object Object] http://requirejs.org/docs/errors.html#mismatch http://root.fladi.at:8081/common/require.js Line 76 Chromium: Uncaught Error: Mismatched anonymous define() module: [object Object] http://requirejs.org/docs/errors.html#mismatch - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 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 filetea depends on: ii adduser 3.113+nmu2 ii libc6 2.13-32 ii libevd-0.1-00.1.20-1 ii libgcrypt11 1.5.0-3 ii libglib2.0-02.32.3-1 ii libjs-jquery1.7.2-1 ii libjs-jquery-ui 1.8.ooops.20+dfsg-1 ii libjson-glib-1.0-0 0.14.2-1 ii libsoup2.4-12.38.1-2 ii libuuid12.20.1-4 filetea recommends no packages. Versions of packages filetea suggests: ii ssl-cert 1.0.28 - -- Configuration Files: /etc/default/filetea changed: START_DAEMON=yes /etc/filetea/filetea.conf changed: [node] id=fladi.at max-bandwidth-in=500.0 max-bandwidth-out=500.0 source-id-start-depth=8 user=filetea group=filetea pid-file=/var/run/filetea.pid [http] enabled=true port=8081 force-https=false [https] enabled=false cert=/etc/ssl/certs/ssl-cert-snakeoil.pem key=/etc/ssl/private/ssl-cert-snakeoil.key [transfer] max-bandwidth-in=0.0 max-bandwidth-out=0.0 [log] http-log-file=/var/log/filetea/access.log - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAk+2FEYACgkQeJ3z1zFMUGYf6wCfftEwECys3tjTbBmnvmsJwtM0 l9AAn0qbTKB5CW1JE0rFzP5Rxp1LW2ti =ezWW -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#672184: ecasound-el: debian-pkg-add-load-path-item
On Fri, May 18, 2012 at 03:05:51PM +1000, Kevin Ryde wrote:
Alessandro Ghedini wrote:
(let ((package-dir (concat /usr/share/
(symbol-name debian-emacs-flavor)
/site-lisp/ecasound-el)))
(debian-pkg-add-load-path-item package-dir)
Yes, but the key is the directory existence test before doing the
autoloads etc. If removed but not purged then the package-dir doesn't
exist.
(when (file-directory-p package-dir)
Sorry, I copy-pasted the wrong thing:
(let ((package-dir (concat /usr/share/
(symbol-name debian-emacs-flavor)
/site-lisp/ecasound-el)))
(when (file-directory-p package-dir)
(debian-pkg-add-load-path-item package-dir)
(autoload 'ecasound ecasound
Run an inferior ecasound, with I/O through BUFFER. t)
(autoload 'ecasound-ewf-mode ecasound
A major mode for editing ecasound .ewf files. t)
(add-to-list 'auto-mode-alist '(\\.ewf\\' . ecasound-ewf-mode
Cheers
--
perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse'
signature.asc
Description: Digital signature
Bug#614443: boinc-app-seti patch, added to git repository
Hello, I have just added the patch to the git repository and am very happy for Paul and Ilya having been so proactive on it all. We need a new maintainer for the boinc-app-seti package. Particularly for the advent of more and more performant mobile phones, many of which running with Linux, we should truly think about getting the BOINC apps migrated to them. I know upstream of BOINC to have addressed such already at their last user meeting, but they had not thought much about regular Debian/Ubuntu on various phones or tablets that are not Intel/AMD-based. Should any of you be running SETI on any such, please edit http://wiki.debian.org/BOINC/Projects . There was an earlier effort to update the SETI package to 5.28 which was never sent to the archive from what I recall. And there is already a version 6 out there. So, if any reader of this comment would feel like adopting the SETI package, please speak out. Kind regards, Steffen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673391: Bug to update be2net driver in Debian 7.0
Package: src:linux-2.6 Version: 3.2.17-1 Severity: important X-Debbugs-CC: debian-ker...@lists.debian.org Opening bug to update be2net driver in Debian 7.0 with latest fixes and patches in net-next. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661958: Apache2 2.4 transition postponed
Hi, On 18.05.2012 11:14, Cyril Brulebois wrote: Tagging wontfix for now as that's the first transition which isn't happening. Either we'll just close this bug report, or remove the tag once the release happens. The latter please. We'd like to start the transition as soon as the Testing is freeze is lifted again after Wheezy. We thought you might be more willing to accept a major breakage right after lifting the freeze with Wheezy+1 being in a distant future. -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#673392: override: auto-multiple-choice:education/optional
Package: ftp.debian.org Severity: normal Request: please consider changing the override section to 'education' for package auto-multiple-choice (the newly created auto-multiple-choice-common package is already in the 'education' section). auto-multiple-choice is a tool to create and manage multiple choice papers, and the target users are teachers, that's why I chose 'education' section. Thanks, Alexis Bienvenüe. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#317439: lilo: Lilo will be installed even if grub is already - without removing grub
Hello, I have tested removing of other boot loader with a newer package (23.1). This starts a discussion with a kernel maintainer about the sense because it is not a 'must' to remove other boot loader. That is the work of the administrator! But it is a must of each boot loader to check whether there is a valid configuration for this boot loader. E.g. if lilo is installied but no lilo.conf can be found, then lilo should do nothing. That is the way. --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673393: fglrx-atieventsd: atieventsd should use the LSB log_* functions in the initscript
Package: fglrx-atieventsd Version: 1:12-4-1 Severity: wishlist Tags: patch The atieventsd initscript doesn't use the pretty LSB log_* printing functions. Patch attached to fix this. -- Package-specific info: Full fglrx package list: ii fglrx-atieventsd 1:12-4-1 external events daemon for the non-free ATI/AMD RadeonHD display driver ii fglrx-control 1:12-4-1 control panel for the non-free ATI/AMD RadeonHD display driver ii fglrx-driver 1:12-4-1 non-free ATI/AMD RadeonHD display driver ii fglrx-glx 1:12-4-1 transitional package, use libgl1-fglrx-glx ii fglrx-modules-dkms1:12-4-1 dkms module source for the non-free ATI/AMD RadeonHD display driver ii glx-alternative-fglrx 0.2.1 allows the selection of FGLRX as GLX provider ii libfglrx:amd641:12-4-1 non-free ATI/AMD RadeonHD display driver (runtime libraries) ii libgl1-fglrx-glx:amd641:12-4-1 proprietary libGL for the non-free ATI/AMD RadeonHD display driver ii xvba-va-driver0.8.0-4 XvBA-based backend for VA API (AMD fglrx implementation) VGA-compatible devices on PCI bus: 02:00.0 VGA compatible controller: ATI Technologies Inc Madison [Mobility Radeon HD 5000 Series] DRM and fglrx Informations from dmesg: [0.00] No AGP bridge found [0.00] No AGP bridge found [1.845710] Linux agpgart interface v0.103 [8.023055] fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel. [8.054422] [fglrx] Maximum main memory to use for locked dma buffers: 7761 MBytes. [8.054800] [fglrx] vendor: 1002 device: 68c0 count: 1 [8.055453] [fglrx] ioport: bar 4, base 0x2000, size: 0x100 [8.055699] [fglrx] Kernel PAT support is enabled [8.055713] [fglrx] module loaded - fglrx 8.96.4 [Apr 5 2012] with 1 minors [ 132.943866] [fglrx] ATIF platform detected with notification ID: 0x81 [ 133.593136] fglrx_pci :02:00.0: irq 50 for MSI/MSI-X [ 133.595199] [fglrx] Firegl kernel thread PID: 9217 [ 133.595529] [fglrx] Firegl kernel thread PID: 9218 [ 133.595830] [fglrx] Firegl kernel thread PID: 9219 [ 133.596075] [fglrx] IRQ 50 Enabled [ 133.693258] [fglrx] Gart USWC size:1280 M. [ 133.693260] [fglrx] Gart cacheable size:508 M. [ 133.693263] [fglrx] Reserved FB block: Shared offset:0, size:100 [ 133.693265] [fglrx] Reserved FB block: Unshared offset:f8fd000, size:403000 [ 133.693267] [fglrx] Reserved FB block: Unshared offset:3fff4000, size:c000 Xorg X server configuration file status: -rw-r--r-- 1 root root 3337 Apr 1 10:21 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # Sample config file, edited by lxop 2011.01.31 # # It is not recommended to uncomment any more than is necessary, as # the server will choose good defaults in most cases. Thus, your # xorg.conf should only be used to override the server when those # defaults are incorrect for your system. # # For full documentation see xorg.conf(5) # Section Files # FontPath /usr/share/fonts/X11/100dpi # FontPath /usr/share/fonts/X11/75dpi # FontPath /usr/share/fonts/X11/cyrillic # FontPath /usr/share/fonts/X11/misc # FontPath /usr/share/fonts/Type1 # ModulePath /usr/lib/xorg/modules # EndSection # Section InputDevice # IdentifierKeyboard # Driverkbd # OptionCoreKeyboard # OptionXkbRules xorg # OptionXkbModel pc105 # OptionXkbLayout us # EndSection # Section InputDevice # IdentifierMouse # Drivermouse # OptionCorePointer # OptionDevice/dev/input/mice # OptionProtocol ExplorerPS/2 # EndSection # Section Device # IdentifierInternal Graphics Card We Disable # OptionIgnore true # BusID PCI:1:0:0 # EndSection # Section Monitor # IdentifierMonitor1 # DisplaySize 304 228 # EndSection # Section Monitor # IdentifierMonitor2 # HorizSync 24-82 # VertRefresh 55-77 # OptionRightOf Monitor1 # EndSection # Section Screen # IdentifierScreen # DeviceVideo Card # Monitor Monitor # DefaultDepth 24 # SubSection Display # Depth 24 # Virtual 3072 1200 #
Bug#673299: roundcube-mysql: Failure after login with PHP error from MDB2.php
Le 17.05.2012 18:20, Stefan Haun a écrit : After logging in, I can see the main screen w/ my IMAP folders etc. However, within the following seconds I get logged out again. The log in /var/log/roundcube/error shows multiple instances of this message: [17-May-2012 18:06:24] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/php/MDB2.php on line 2647 Looks more like a warning to me, but so far this is the only error I get. (I tried several servers with similar results.) I think the warning is unrelated. Do you use Suhosin? It should be disabled through .htaccess, but if you have it, maybe you can first try to uninstall it, just to see if it solves the problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659784: HELP needed for uploading a new version 6.1 of the Rheolef package
Le 15/05/2012 22:26, Saramito Pierre a écrit : Bonjour Sylvestre, Je viens de remonter sous svn une nouvelle version de la debianisation de rheolef : cela corrige le nouveau probleme a propos de gcc 4.7 sous sid (bug #671996 ). Cela correspond aussi a une nouvelle version 6.1 des sources : http://www-ljk.imag.fr/membres/Pierre.Saramito/rheolef/rheolef-6.1.tar.gz Serait-il possible de faire le chargement dans debian ? Sure. Next please, please use English on the public bug tracker ;) Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673395: RFP: fractalnow -- Fast, advanced fractal generator
Package: wnpp Severity: wishlist * Package name: fractalnow Version : 0.8.0 Upstream Author : Marc Pegon pe.m...@free.fr * URL : http://sourceforge.net/projects/fractalnow/ * License : LGPL Programming Lang: C, C++ Description : Fast, advanced fractal generator FractalNow provides users with tools to generate pictures of various types of fractals quickly and easily. It is made of both a command line (FractalNow) and a graphical tool (QFractalNow). The graphical tool, based on Qt library, allows users to explore fractals intuitively and generate pictures. Both tools are entirely multi-threaded and implement advanced algorithms and heuristics that make computation very fast compared to most existing free fractal generators. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673396: quota: package description suggestions
Package: quota
Version: 4.00-3
Severity: wishlist
Tags: patch
The package description for quotatool was mentioned on the
debian-l10n-english mailinglist (see #672848), which naturally brought
quota itself to my attention. Looking at the control file:
Package: quota
[...]
Description: implementation of the disk quota system
The implementation of part is a waste of valuable space here - every
piece of software in Debian is necessarily an implementation of
something or other. And besides, I'm not convinced that this package
is really an implementation of the disk quota system. I would have
said it was the kernel module that implemented the quota system - this
package just provides a set of standard tools for managing quotas.
QUOTA is implemented using the BSD system call interface as the means of
communication with the user level. This is based on the Melbourne quota
system which uses both user and group quota files.
Policy 3.4 requires that The description should describe the package
(the program) to a user (system administrator) who has never met it
before so that they have enough information to decide whether they
want to install it. Even among Debian sysadmins who know all about
the developmental history of disk quota systems on UNIX it seems
unlikely that many of them set out to choose a quota manipulation tool
on the basis of whether or not it is based on something used at the
University of Melbourne back in the eighties. So can we please leave
the ancient history to /usr/share/doc/quota/, and put something more
useful in the package description - for instance, an explanation of
what disk quotas are.
Compare the upstream web page at http://linuxquota.sourceforge.net/:
_About_this_project:_
This is the _Linux_DiskQuota_ project (linuxquota)
This project was registered on SourceForge.net on Jan 11, 2001, and
is described by the project team as follows:
Tools and patches for the Linux Diskquota system as part of the
Linux kernel
The quota package description (with its reference to QUOTA as if
that was the canonical upstream name) is considerably older than this
Linux Diskquota project; indeed, it has hardly changed since 1996.
Maybe, cribbing from the material I've suggested for quotatool:
Description: disk quota management tools
This package provides the standard set of utilities for manipulating
file system usage caps via the Linux Diskquota system. It can set hard
or soft limits with adjustable grace periods on block or inode usage for
users and groups. It allows users to check their quota status,
integrates with LDAP, and supports quotas on remote machines via NFS.
Parts I'm unsure of:
* should it mention supported file systems (e.g. XFS)?
* exactly how integrated with LDAP is it, anyway?
* are there any other parts I should be unsure of?
--
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package
diff -ru quota-4.00.pristine/debian/control quota-4.00/debian/control
--- quota-4.00.pristine/debian/control 2012-05-14 12:01:16.0 +0100
+++ quota-4.00/debian/control 2012-05-14 13:57:01.487392503 +0100
@@ -12,7 +12,9 @@
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}, debconf (= 1.2.9) | debconf-2.0, lsb-base (= 3.2-13)
Suggests: libnet-ldap-perl, rpcbind | portmap, default-mta | mail-transport-agent
-Description: implementation of the disk quota system
- QUOTA is implemented using the BSD system call interface as the means of
- communication with the user level. This is based on the Melbourne quota
- system which uses both user and group quota files.
+Description: disk quota management tools
+ This package provides the standard set of utilities for manipulating
+ file system usage caps via the Linux DiskQuota system. It can set hard
+ or soft limits with adjustable grace periods on block or inode usage for
+ users and groups. It allows users to check their quota status,
+ integrates with LDAP, and supports quotas on remote machines via NFS.
Bug#661958: Apache2 2.4 transition postponed
tag 661958 - wontfix tag 661958 + wheezy-ignore thanks Cyril Brulebois k...@debian.org (18/05/2012): Tagging wontfix for now as that's the first transition which isn't happening. Either we'll just close this bug report, or remove the tag once the release happens. Adjusting tags after I got an answer on #debian-release. ;-) Mraw, KiBi. signature.asc Description: Digital signature
Bug#672848: please reconsider package description
Justin B Rye wrote: diff -ru quotatool-1.4.12.pristine/debian/control quotatool-1.4.12/debian/control I've also submitted a wishlist patch for quota - see #673396. -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669880: apt-get should work better with partial mirrors
Santiago Vila sanv...@unex.es writes: On Wed, 16 May 2012, David Kalnischkies wrote: On Wed, May 16, 2012 at 1:50 PM, Santiago Vila sanv...@unex.es wrote: After upgrading to apt 0.9.3, I have seen apt-get to fail when Translation-es was not available. As Translations are important for many people to understand what is going on/what they do as not everyone speaks english at all or fluently i don't see the problem in at least notifying the user that he will not have updated Translations and therefore in extreme cases will not know what a package does (and is therefore okay to be installed/removed or not). [0] I don't see the problem in *notifying* the user either. The problem is that apt-get does a *lot* more than that: It *fails*: # apt-get update Des:1 file: wheezy InRelease [190 kB] Err file: wheezy/main Translation-es Err file: wheezy/main Translation-es Err file: wheezy/main Translation-es Err file: wheezy/main Translation-es Fichero no encontrado W: Imposible obtener file:/debian/dists/wheezy/main/i18n/Translation-es Fichero no encontrado E: Some index files failed to download. They have been ignored, or old ones used instead. # echo $? 100 This is not a fatal failure, APT will proceed to work with whatever it has got, [...] Well, it depends. Scripts like this will fail: #!/bin/sh set -e apt-get update apt-get upgrade I do not remember that this happened in squeeze, and that's why I think apt-get's current behaviour is a step backwards. [...] So yes, this is a try at doing the right thing by default. Well, it is a little bit strange that the right thing includes failing gratuitously (i.e. in a way that could be avoided). It is so much difficult to show a warning message and returning 0 as exit status by default? Do you really think you are going to make people unhappy by doing that? Why do you think so? I think both have merits. So the best thing would be if there where an option to say that outdated files are ok, esspecially for translations. If I run apt-get update in a script to test if my local mirror has all the right files then I certainly want to get an error return code if a translation file is bad. Otherwise I probably won't mind. Ignoring outdated translation files by default also seems like a reasonable default. As long as strict checks can be enabled. +1 on this idea. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673388: Home folder not writeable by dnsmasq user
On 18/05/12 10:09, Jörg Herzinger wrote: Package: dnsmasq Version: 2.55-2 Severity: important Hi, The default location for lease files (/var/lib/misc), which is also the home folder of the user dnsmasq, is not writeable for the user itself which is why the daemon won't function without specially setting everything in the config file. This is incorrect. Dnsmasq is started as root and opens the leases file before dropping root privileges, so the status of the leases file for writing by user dnsmasq is irrelevant. It does not require any config file entries for dnsmasq to run with leases file in the default location. I'd suggest introducing /var/lib/dnsmasq which should be owned by dnsmasq and adding that folder as default location for leases and such. The current setting is just not sane at all... This bug is also described here https://bugzilla.redhat.com/show_bug.cgi?id=407901 No, that's a different issue to do with SELinux. Simon. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673397: RM: xserver-xorg-video-qxl-dbg [ia64] -- ROM; ia64 domain I/O support code gone in xserver 1.12
Package: ftp.debian.org Severity: normal Hi, hopefully the last RM for X drivers on ia64. The qxl debug package was overlooked in #671386, please remove it. Thanks for your time. Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673398: Please mark update-inetd Multi-Arch: foreign
Package: update-inetd Version: 4.41 Severity: normal By marking update-inetd Multi-Arch: foreign you would allow people to install i386 packages that depend on update-inetd. No change is needed other than adding the Multi-Arch: foreign entry in debian/control. MfG Goswin -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages update-inetd depends on: ii debconf [debconf-2.0] 1.5.42 ii libfile-copy-recursive-perl 0.38-1 ii libfile-temp-perl 0.22-1 ii perl-modules [libfile-temp-perl] 5.14.2-9 update-inetd recommends no packages. update-inetd suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#481129: Bug#671503: general: APT repository format is not documented
Excerpts from David Kalnischkies's message of Thu May 17 18:21:59 +0200 2012: On Thu, May 17, 2012 at 3:16 PM, Michal Suchanek michal.sucha...@ruk.cuni.cz wrote: Excerpts from Ian Jackson's message of Thu May 17 14:53:30 +0200 2012: Michal Suchanek writes (Re: Bug#671503: general: APT repository format is not documented): Excerpts from Filipus Klutiero's message of Wed May 16 18:44:21 +0200 2012: Could you clarify how this differs from #481129? It's 4 years later. Sorry, forgot that I filed the bug already. It's quite some time. Given there is no feedback in 4 years I guess it is futile reporting this. Well, it's useful to bring it up again. Admittedly there is no text in social contract about using Debian-proprietary formats. And a format only defined by apt can read that is definitely Debian-proprietary there is no better term for that. Everyone agrees that it would be better if this were documented. (I have struggled on occasion myself due to the lack of documentation.) But I think the use of the word proprietary is going too far.  It's certainly a special Debian format, but that wouldn't be changed if it were documented.  But it's not secret and we publish at least two writer implementations and one reader implementation AFAIK, with proper Free licences. However, it's easier to reverse-engineer  an existing repository than the source code so for all practical purposes it's the same as if it were closed source. That is non-sense. You said yourself that the repository is not sufficient to understand it, yet you say that it is easier to understand with it than with looking at the source (and the various bits and pieces where parts are documented). No, understanding the repository (or current apt source) is not sufficient to ensure that your repository will be readable by future apt or that future repositories will not become unreadable by your apt without any warning or explanation. Both has happened. But I don't know why we are still talking here. Russ already said he would like to have it as a subpolicy in the debian-policy. ftpmasters already said they would accept maintaining it. Everything left is writing this goddamn piece of documentation. So, maybe you should just write it⦠If you want to be extra fancy, start a wikipage in the debian wiki, but start typing. Go to debian-dak@l.d.o and discuss your work there. That would be awesome. Maybe he just forgot to CC this bug as well? Would be way more productive than talking about that this document is missing⦠Everbody knows that. Everybody doesn't like it. Now go and fix that. That everyone would like to have such a document but nobody has it so far is a strong indication that the current people are busy with other stuff. An opportunity to get involved, I would say. As said earlier, just writing a random document does not make apt not diverging from it. I'd say it's slightly discriminatory against software not part of Debian that cannot rely on getting notified when apt can read that silently changes, there is no document defining what apt should be able to read that software authors can rely on to interoperate with apt, one of the core Debian tools. Apt in turn relies on open standards like HTTP and FTP to interoperate with the rest of the world. I think this is not an appropriate use of the social contract or its concepts. Rather than complaining that this documentation doesn't exist, how about writing the document yourself ?  It's not a trivial job but it should be feasible by looking at the apt source code. For me it is not feasible at all. I can, of course, describe what current repositories look like or what the current apt code accepts. However, that has silently changed in the past and is considered apt feature, not a bug. It hasn't silently changed. It was and is still the same. Your script was just horribly wrong and older APT versions just happened to work with that brokenness a little better. What you created with that script was NEVER intended to work, it just happened to be working out of complete luck (A Release file is supposed to include current data, not non-existent data, this conclusion is reachable even without too much guessing. Beside that this is actually documented in apt-secure and co, but that is the problem with most of the documentation, nobody really reads it even if it exists⦠which in the specific case of the Release file is even translated to a few languages -- i am to lazy to look it up nowâ¦). My script did exactly what apt-secure says. Well, at least so much as apt-secure is specific bout it. And the data was existing and well recognized by apt so it passed all available tests. At the time you reported that bug i also told you what was wrong in that script and how to fix it if you want to continue to use that script, so
Bug#481129: Bug#671503: general: APT repository format is not documented
Michal Suchanek michal.sucha...@ruk.cuni.cz writes: Excerpts from Ian Jackson's message of Thu May 17 14:53:30 +0200 2012: Michal Suchanek writes (Re: Bug#671503: general: APT repository format is not documented): Excerpts from Filipus Klutiero's message of Wed May 16 18:44:21 +0200 2012: Could you clarify how this differs from #481129? It's 4 years later. Sorry, forgot that I filed the bug already. It's quite some time. Given there is no feedback in 4 years I guess it is futile reporting this. Well, it's useful to bring it up again. Admittedly there is no text in social contract about using Debian-proprietary formats. And a format only defined by apt can read that is definitely Debian-proprietary there is no better term for that. Everyone agrees that it would be better if this were documented. (I have struggled on occasion myself due to the lack of documentation.) But I think the use of the word proprietary is going too far. It's certainly a special Debian format, but that wouldn't be changed if it were documented. But it's not secret and we publish at least two writer implementations and one reader implementation AFAIK, with proper Free licences. However, it's easier to reverse-engineer an existing repository than the source code so for all practical purposes it's the same as if it were closed source. I'd say it's slightly discriminatory against software not part of Debian that cannot rely on getting notified when apt can read that silently changes, there is no document defining what apt should be able to read that software authors can rely on to interoperate with apt, one of the core Debian tools. Apt in turn relies on open standards like HTTP and FTP to interoperate with the rest of the world. I think this is not an appropriate use of the social contract or its concepts. Rather than complaining that this documentation doesn't exist, how about writing the document yourself ? It's not a trivial job but it should be feasible by looking at the apt source code. For me it is not feasible at all. I can, of course, describe what current repositories look like or what the current apt code accepts. However, that has silently changed in the past and is considered apt feature, not a bug. Once such a document exists, even if it's a bit sketchy or perhaps not entirely accurate, it will be much easier to insist that future changes are likewise documented. I am not so sure about that. So long as the document merely describes what apt happens to do at the moment rather than apt implementing what the document says there is no saying this document has any value. The status was 'documented' by existing repositories which stopped working. Thanks Michal I would suggest you look at existing repositories, whatever scraps of information is in the manuals and maybe a bit at the source and start to write a documentation. Once you have that offer it for review and other people can pitch in their bits of knowledge. Getting the current format documented right shouldn't be that hard if someone just starts. And once such a document exists it is much easier to get people do document changes or hit them over the head if they don't. Remember that you don't have to be 100% right in what you write. You only need to write a draft to start the process. Getting people to comment and correct any mistakes you simply don't know about is much much easier than getting someone else to write the whole thing. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#481129: Bug#671503: general: APT repository format is not documented
CC'ing the apt list de...@lists.debian.org. Goswin von Brederlow writes (Re: Bug#481129: Bug#671503: general: APT repository format is not documented): Michal Suchanek michal.sucha...@ruk.cuni.cz writes: [ discussions regarding documenting the apt repository format ] I would suggest you look at existing repositories, whatever scraps of information is in the manuals and maybe a bit at the source and start to write a documentation. Once you have that offer it for review and other people can pitch in their bits of knowledge. Getting the current format documented right shouldn't be that hard if someone just starts. Right. And once such a document exists it is much easier to get people do document changes or hit them over the head if they don't. Can the apt maintainers confirm that once such a document exists, they will insist that future contributions to apt which change the repository format update the document ? What form do the apt maintainers think the document should take ? Should it eventually be in the apt source package or somewhere else ? Remember that you don't have to be 100% right in what you write. You only need to write a draft to start the process. Getting people to comment and correct any mistakes you simply don't know about is much much easier than getting someone else to write the whole thing. Indeed so. Thanks, Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630598: fails sometimes to download some tiles
how about 1.1.0-1? -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663945: libtool: Support tcc in _LT_LINKER_SHLIBS (for rpath)
On 2012-05-18 03:31:47 -0500, Jonathan Nieder wrote: How about this patch? (Patch is against the master branch of git://git.savannah.gnu.org/libtool.git. Untested.) It doesn't solve the problem. After a full clean-up of the mpfr directory and autoreconf -i, I can see the lines tcc* ) # Fabrice Bellard et al's Tiny C Compiler # When it learns to make shared objects, it will # presumably use -fPIC. _LT_TAGVAR(lt_prog_compiler_wl, $1)='-Wl,' _LT_TAGVAR(lt_prog_compiler_pic, $1)='-fPIC' _LT_TAGVAR(lt_prog_compiler_static, $1)='-static' ;; in m4/libtool.m4 in the MPFR directory (so that the patch was really taken into account), but after ./configure CC=tcc the libtool script still contains wl= and I get the same failure. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663945: libtool: Support tcc in _LT_LINKER_SHLIBS (for rpath)
tags 663945 - patch quit Vincent Lefevre wrote: On 2012-05-18 03:31:47 -0500, Jonathan Nieder wrote: How about this patch? (Patch is against the master branch of git://git.savannah.gnu.org/libtool.git. Untested.) It doesn't solve the problem. Thanks for the quick testing. I guess I'll have to actually try it out some day to see where the wl value comes from. :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673211: gnome-shell segfaulting
Hi all, Michael, thanks for notifying me of this. On Thu, May 17, 2012 at 6:56 PM, Michael Biebl bi...@debian.org wrote: Alessio, could you please have a look at this issue. We can re-assign if necessary. Unfortunately I cannot reproduce the issue, everything works fine for me here. Could anyone try to provide me a backtrace, please? You could rebuild accountsservice with nostrip, please read here [1] for instructions. Let me know, cheers! -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673211: gnome-shell segfaulting
Sorry, I forgot the footnote :) [1] http://wiki.debian.org/HowToGetABacktrace -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673289: cups-filters: PID xxxxx (/usr/lib/cups/filter/texttopdf) crashed on signal 6.
found 673289 1.0.18-1 quit Am Donnerstag, den 17.05.2012, 16:24 +0200 schrieb Paul Menzel: printing a text file with just the character `_` $ more /tmp/t.txt _ with lpr /tmp/t.txt only an empty page is printed. Looking at `/var/log/cups/error.log` the filter `` seems to have crashed. E [17/May/2012:11:11:01 +0200] PID 10055 (/usr/lib/cups/filter/texttopdf) crashed on signal 6. […] As an update I can reproduce this also with 1.0.18-1 and the following command. lpr -PCUPS-PDF-Printer sometextfile.txt Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#673365: installation-report: dnet-common looks unnecessary for normal environment
Quoting Kenshi Muto (km...@debian.org): Of course all installations worked well on VirtualBox, but I noticed the installer (with choosing desktop on tasksel) asked dnet-common debconf configuration even debconf-level was high. Although I'm not sure what introduces dnet-common, setting DECnet seems unnecessary for modern environment. We could maybe climb back the dependency tree. Have you tried removing dnet-common and see what's removed? A quick look shows things related to ROAR audio. No idea what it could be. But, for sure, having a default Debian desktop install asking questions about DECNet node address is certainly not something we want. signature.asc Description: Digital signature
Bug#673384: nautilus: Can't delete a file or directory with
Why this change? I think the old DELETE was very handy. In Ubuntu 12.04 works with this shortcut, for example. -- OpenKM http://www.openkm.com http://www.guia-ubuntu.org
Bug#673399: please drop Qt3 support
Package: matplotlib Version: 1.1.1~rc1-1 Severity: normal Please remove the Qt3 support so python-qt3 (and later, qt3), can be removed from the archive. More info: http://lists.debian.org/debian-python/2012/05/msg00079.html Thanks, Ana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669127: Trying KRB5_TRACE
I tried setting KRB5_TRACE like this: KRB5_TRACE=/tmp/krb5_tracefile.txt /usr/sbin/openvpn --writepid /var/run/openvpn.server.pid --syslog ovpn-server --cd /etc/openvpn --config /etc/openvpn/server.conf and restarted openvpn. Yet I see no krb5_tracefile.txt in /tmp. According to http://k5wiki.kerberos.org/wiki/Debugging_tips The KRB5_TRACE environment variable will not work for secure contexts, such as those created by ksu or login systems. Is PAM such a secure context? Any chance you can set KRB5_TRACE to the name of a file in /tmp in the environment of openvpn and send the output that generates? -- Ralf Hildebrandt Charite Universitätsmedizin Berlin ralf.hildebra...@charite.deCampus Benjamin Franklin http://www.charite.de Hindenburgdamm 30, 12203 Berlin Geschäftsbereich IT, Abt. Netzwerk fon: +49-30-450.570.155 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673400: slapd: normal user is able to change/delete/unset the password of other users
Package: slapd Version: 2.4.23-7.2 Severity: normal I've installed slapd on a plain debian squeeze together with ldap-account-manager. After configuring slapd with dpkg-reconfigure, I logged in as admin on the ldap-account-manager and created 2 users (user1, user2). I logged in as user1 and changed personal information. I noticed, that I am not able to change values of user2 except for the password. It's possible, logged in as user1, to change/delete/unset the password of user2 and vice versa. It seems that the standard setup lacks something like the following lines: access to attr=userPassword by self write by anonymous auth by dn.base=cn=Manager,dc=example,dc=com write by * none I report this as a critical bug, since it could cause information leakage and not wanted privileges to services that authenticate against LDAP. -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (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/dash Versions of packages slapd depends on: ii adduser3.112+nmu2add and remove users and groups ii coreutils 8.5-1 GNU core utilities ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libdb4.8 4.8.30-2 Berkeley v4.8 Database Libraries [ ii libgnutls262.8.6-1+squeeze2 the GNU TLS library - runtime libr ii libldap-2.4-2 2.4.23-7.2OpenLDAP libraries ii libltdl7 2.2.6b-2 A system independent dlopen wrappe ii libperl5.105.10.1-17squeeze3 shared Perl library ii libsasl2-2 2.1.23.dfsg1-7Cyrus SASL - authentication abstra ii libslp11.2.1-7.8 OpenSLP libraries ii libwrap0 7.6.q-19 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii perl [libmime-base64-p 5.10.1-17squeeze3 Larry Wall's Practical Extraction ii psmisc 22.11-1 utilities that use the proc file s ii unixodbc 2.2.14p2-1ODBC tools libraries Versions of packages slapd recommends: ii libsasl2-modules 2.1.23.dfsg1-7 Cyrus SASL - pluggable authenticat Versions of packages slapd suggests: ii ldap-utils2.4.23-7.2 OpenLDAP utilities -- debconf information: slapd/internal/generated_adminpw: (password omitted) * slapd/password2: (password omitted) slapd/internal/adminpw: (password omitted) * slapd/password1: (password omitted) slapd/password_mismatch: slapd/invalid_config: true * shared/organization: example.com slapd/upgrade_slapcat_failure: * slapd/backend: HDB slapd/dump_database: when needed * slapd/allow_ldap_v2: false * slapd/no_configuration: false * slapd/move_old_database: true slapd/dump_database_destdir: /var/backups/slapd-VERSION * slapd/purge_database: true * slapd/domain: example.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663945: libtool: Support tcc in _LT_LINKER_SHLIBS (for rpath)
On 2012-05-18 06:01:18 -0500, Jonathan Nieder wrote: Thanks for the quick testing. I guess I'll have to actually try it out some day to see where the wl value comes from. :) The lines added by your patch were at the wrong place (for GXX). I'm testing a new patch (libtool currently being rebuilt...). -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#481129: Bug#671503: general: APT repository format is not documented
On Fri, May 18, 2012 at 12:02:47PM +0100, Ian Jackson wrote: CC'ing the apt list de...@lists.debian.org. Goswin von Brederlow writes (Re: Bug#481129: Bug#671503: general: APT repository format is not documented): Michal Suchanek michal.sucha...@ruk.cuni.cz writes: [ discussions regarding documenting the apt repository format ] I would suggest you look at existing repositories, whatever scraps of information is in the manuals and maybe a bit at the source and start to write a documentation. Once you have that offer it for review and other people can pitch in their bits of knowledge. Getting the current format documented right shouldn't be that hard if someone just starts. Right. And once such a document exists it is much easier to get people do document changes or hit them over the head if they don't. Can the apt maintainers confirm that once such a document exists, they will insist that future contributions to apt which change the repository format update the document ? What form do the apt maintainers think the document should take ? Should it eventually be in the apt source package or somewhere else ? I do not think that APT is responsible for the repository format. The repository format is defined by ftpmaster, not by APT. APT has to my knowledge not defined anything new, but only implemented changes to the repository format after they were introduced by ftpmaster (see InRelease files). We currently have three independent implementations of the repository format in the archive: APT, cupt, smartpm. Furthermore, tools like debian-cd probably also have some knowledge about the repository format. The repository format should thus be part of Policy, not part of APT. APT is one of the users of that format, not the one defining it (it might just get stricter in behavior from time to time, just like compilers). Changes to the format should require approval of ftpmaster, as they have to implement them on the server-side. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. pgpAUkdUStosz.pgp Description: PGP signature
Bug#673368: git-dch: Add support for --team switch for Team uploads
Hi Guido On Fri, May 18, 2012 at 09:33:11AM +0200, Guido Günther wrote: Hi Salvatore, On Fri, May 18, 2012 at 08:37:53AM +0200, Salvatore Bonaccorso wrote: Source: git-buildpackage Version: 0.6.0~git20120419 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Guido git-dch already has support for --nmu, --qa and --bpo. Would it be possible to add the support for the --team switch too? I tentantively attached a patch (but I have not yet tested it works as expected). Yes, adding --team is fine. Just let me know if the patch works for you as expected. An update of the manpage would also be greatly appreciaged. Cheers, -- Guido Okay I have updated it with also an entry for the manpage. It seems to work fine here. One point is, it adds the Team upload to the first maintainer, if there are some stanzas, it would be best to put that outside, i.e. cut-cut-cut-cut-cut-cut- * Team upload [ A ] * foo [ B ] * bar cut-cut-cut-cut-cut-cut- Regards, Salvatore p.s.: I noticed that the manpage documentation for --bpo, --nmu and --qa seems missing too. signature.asc Description: Digital signature
Bug#673401: task-web-server: Please remove mod_perl and mod_python from task-web-server
Package: task-web-server Version: 3.09 Severity: normal mod_python is obsoleted by mod_wsgi and basically dead upstream (last commit to svn was 3 years ago). And mod_perl is IMNSHO not so popular anymore that it needs to be installed by default. Of course, the mod_python and mod_perl maintainers are welcome to express their opinions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671804: binutils: diff for NMU version 2.22-6.1, to fix Various hurd-i386 FTBFS due to ELF management discrepancy
tags 671804 + pending
thanks
Hello,
This bug is making a couple hundred packages FTBFS on hurd-i386,
the patch was applied upstream and only affects hurd-i386, so I've
prepared an NMU for binutils (versioned as 2.22-6.1) and uploaded it to
DELAYED/5. Please feel free to tell me if I should delay it longer.
Samuel
diff -u binutils-2.22/debian/changelog binutils-2.22/debian/changelog
--- binutils-2.22/debian/changelog
+++ binutils-2.22/debian/changelog
@@ -1,3 +1,10 @@
+binutils (2.22-6.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Fix PR ld/14069 (hurd-i386) (Closes: #671804).
+
+ -- Samuel Thibault sthiba...@debian.org Fri, 18 May 2012 11:52:14 +0200
+
binutils (2.22-6) unstable; urgency=low
* Update from the binutils-2_22-branch 20120307.
diff -u binutils-2.22/debian/patches/series binutils-2.22/debian/patches/series
--- binutils-2.22/debian/patches/series
+++ binutils-2.22/debian/patches/series
@@ -33,0 +34 @@
+pr14069.diff
only in patch2:
unchanged:
--- binutils-2.22.orig/debian/patches/pr14069.diff
+++ binutils-2.22/debian/patches/pr14069.diff
@@ -0,0 +1,43 @@
+===
+RCS file: /cvs/src/src/ld/emultempl/elf32.em,v
+retrieving revision 1.226
+retrieving revision 1.227
+diff -u -r1.226 -r1.227
+--- src/ld/emultempl/elf32.em 2012/05/14 19:45:28 1.226
src/ld/emultempl/elf32.em 2012/05/16 10:43:41 1.227
+@@ -72,7 +72,7 @@
+
+ if [ x${USE_LIBPATH} = xyes ] ; then
+ case ${target} in
+-*-*-linux-* | *-*-k*bsd*-*)
++*-*-linux-* | *-*-k*bsd*-* | *-*-gnu*)
+ fragment EOF
+ #ifdef HAVE_GLOB
+ #include glob.h
+@@ -374,7 +374,7 @@
+
+ EOF
+ case ${target} in
+- *-*-linux-* | *-*-k*bsd*-*)
++ *-*-linux-* | *-*-k*bsd*-* | *-*-gnu*)
+ fragment EOF
+ {
+ struct bfd_link_needed_list *l;
+@@ -620,7 +620,7 @@
+ # FreeBSD
+ ;;
+
+-*-*-linux-* | *-*-k*bsd*-*)
++*-*-linux-* | *-*-k*bsd*-* | *-*-gnu*)
+ fragment EOF
+ /* For a native linker, check the file /etc/ld.so.conf for directories
+in which we may find shared libraries. /etc/ld.so.conf is really
+@@ -1310,7 +1310,7 @@
+ # FreeBSD
+ ;;
+
+-*-*-linux-* | *-*-k*bsd*-*)
++*-*-linux-* | *-*-k*bsd*-* | *-*-gnu*)
+ # Linux
+ fragment EOF
+ if (gld${EMULATION_NAME}_check_ld_so_conf (l-name, force))
Bug#667862: [PATCH] pygpiv: Helping to enable hardened build flags
Here are some more fixes included in upload. Alternatively you can download the archive from Debian with all the changes. Thank you for helping with this update, Jari nmu.patch Description: Binary data
Bug#673402: v2.5.1 regression w/shell functions as commands
Package: abcde
Version: 2.5.1-1
The fix for upstream issue 27 unfortunately broke one of the most
endearing features of abcde and the fact it's written in shell---that
it lets you define shell functions in the configuration file and
use them the sub-programs. For example, until recently, I was able to
do this in my .abcde.conf:
CDDBTOOL=cddb-tool-nogenre
cddb-tool-nogenre () { cddb-tool $@ | grep -v ^CDGENRE; }
Which lets me throw away the whole idea of genre so metaflac (in my
case I only rip to flac) doesn't bother with it (because really, genre
is a stupid concept that nobody agrees on anyway).
Now, obviously this is an upstream bug, but I refuse to use an issue
tracker that requires a google account. I've attached a patch for the
problem. Note that the Debian package hint logic in checkexec() is
fundamentally broken in a few ways (there's no such file as
/etc/debian_release, $MISSING_PACKAGE ends up undefined for all but 3
programs, etc.) but this patch makes no attempt to fix that (becuase
honestly, the best fix is just to remove all the hint logic entirely,
the concept is unmaintainable; but that's a completely different issue).
--
Jamie Heilman http://audible.transient.net/~jamie/
--- abcde.orig 2012-05-18 09:36:21.083695541 +
+++ abcde 2012-05-18 11:17:03.153289133 +
@@ -339,12 +339,12 @@
new_checkexec ()
{
- if [ ! $@ = ]; then
- # Cut off any command-line option we added in
- X=$(echo $@ | cut -d' ' -f2)
- if [ $(which $X) = ]; then
+ local X
+ if [ X$1 != 'X' ]; then
+ X=`command -v $1 2/dev/null`
+ if [ X$X = 'X' ]; then
return 1
- elif [ ! -x $(which $X) ]; then
+ elif [ `expr X$X : 'X/'` -eq 2 ] [ ! -x $X ]; then
return 2
fi
fi
@@ -353,23 +353,21 @@
checkexec ()
{
- if [ ! $@ = ]; then
- # Cut off any command-line option we added in
- X=$(echo $@ | cut -d' ' -f2)
- # Test for built-in abcde.function
- [ $X != ${X#abcde.} ] type $X /dev/null 21 return
- if [ $(which $X) = ]; then
- log error $X is not in your path. 2
+ local X
+ if [ X$1 != 'X' ]; then
+ X=`command -v $1 2/dev/null`
+ if [ X$X = 'X' ]; then
+ log error $1 is not in your path. 2
log info Define the full path to the executable if it exists on your system. 2
if [ -e /etc/debian_release ] ; then
-case $X in
+case $1 in
oggenc) MISSING_PACKAGE=vorbis-tools ;;
- lame|flac) MISSING_PACKAGE=$X ;;
+ lame|flac) MISSING_PACKAGE=$1 ;;
esac
log info Hint: apt-get install $MISSING_PACKAGE 2
fi
exit 1
- elif [ ! -x $(which $X) ]; then
+ elif [ `expr X$X : 'X/'` -eq 2 ] [ ! -x $X ]; then
log error $X is not executable. 2
exit 1
fi
