Bug#679729: [amarok] amarok crashes for unknown reason
Package: amarok Version: 2.5.0-3 Severity: normal --- Please enter the report below this line. --- Hello, amarok just crashed, while i was listening to some podcast. I did nothing special, so it is hard for me to reproduce the error in a way other than by restarting amarok and waiting. Strangely (but luckily) i could generate some information about the crash (see below) although i do not have the package amarok-dbg installed. Hope it helps. i will also install the package amarok-dbg to be able to commit further information if it crashes again. Regards and thank you for developing and/or maintaining my favorite audio player Lorenz Application: Amarok (amarok), signal: Segmentation fault Using host libthread_db library /lib/i386-linux-gnu/i686/cmov/libthread_db.so.1. [Current thread is 1 (Thread 0xafb2b720 (LWP 3046))] Thread 22 (Thread 0xa7bf6b70 (LWP 3053)): #0 0xb36483d4 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #1 0xb3648698 in g_mutex_lock () from /lib/i386-linux-gnu/libglib-2.0.so.0 #2 0xb3608a9a in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0 #3 0xb595491f in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/i386-linux-gnu/libQtCore.so.4 #4 0xb59210dc in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/i386-linux-gnu/libQtCore.so.4 #5 0xb59213d1 in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/i386-linux-gnu/libQtCore.so.4 #6 0xb580db2c in QThread::exec() () from /usr/lib/i386-linux-gnu/libQtCore.so.4 #7 0xb58ff7dd in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4 #8 0xb5810ef0 in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4 #9 0xb46c4c39 in start_thread () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 #10 0xb560c27e in clone () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 Thread 21 (Thread 0xa6180b70 (LWP 3054)): #0 0xb7729430 in __kernel_vsyscall () #1 0xb46c920a in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 #2 0xb561936d in pthread_cond_wait () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 #3 0xb5811460 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/i386-linux-gnu/libQtCore.so.4 #4 0xb4e3c9c5 in ?? () from /usr/lib/libthreadweaver.so.4 #5 0xb4e3f80b in ?? () from /usr/lib/libthreadweaver.so.4 #6 0xb4e3c52a in ?? () from /usr/lib/libthreadweaver.so.4 #7 0xb4e3f964 in ?? () from /usr/lib/libthreadweaver.so.4 #8 0xb4e3c423 in ?? () from /usr/lib/libthreadweaver.so.4 #9 0xb4e3f980 in ?? () from /usr/lib/libthreadweaver.so.4 #10 0xb4e3c423 in ?? () from /usr/lib/libthreadweaver.so.4 #11 0xb4e3f980 in ?? () from /usr/lib/libthreadweaver.so.4 #12 0xb4e3c423 in ?? () from /usr/lib/libthreadweaver.so.4 #13 0xb4e3f980 in ?? () from /usr/lib/libthreadweaver.so.4 #14 0xb4e3c423 in ?? () from /usr/lib/libthreadweaver.so.4 #15 0xb4e3f980 in ?? () from /usr/lib/libthreadweaver.so.4 #16 0xb4e3c423 in ?? () from /usr/lib/libthreadweaver.so.4 #17 0xb4e3e3b4 in ?? () from /usr/lib/libthreadweaver.so.4 #18 0xb4e3e46a in ThreadWeaver::Thread::run() () from /usr/lib/libthreadweaver.so.4 #19 0xb5810ef0 in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4 #20 0xb46c4c39 in start_thread () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 #21 0xb560c27e in clone () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 Thread 20 (Thread 0xa574bb70 (LWP 3058)): #0 0xb7729430 in __kernel_vsyscall () #1 0xb46c920a in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 #2 0xb561936d in pthread_cond_wait () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 #3 0xb5811460 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/i386-linux-gnu/libQtCore.so.4 #4 0xb4e3c9c5 in ?? () from /usr/lib/libthreadweaver.so.4 #5 0xb4e3f80b in ?? () from /usr/lib/libthreadweaver.so.4 #6 0xb4e3c52a in ?? () from /usr/lib/libthreadweaver.so.4 #7 0xb4e3f964 in ?? () from /usr/lib/libthreadweaver.so.4 #8 0xb4e3c423 in ?? () from /usr/lib/libthreadweaver.so.4 #9 0xb4e3f980 in ?? () from /usr/lib/libthreadweaver.so.4 #10 0xb4e3c423 in ?? () from /usr/lib/libthreadweaver.so.4 #11 0xb4e3f980 in ?? () from /usr/lib/libthreadweaver.so.4 #12 0xb4e3c423 in ?? () from /usr/lib/libthreadweaver.so.4 #13 0xb4e3e3b4 in ?? () from /usr/lib/libthreadweaver.so.4 #14 0xb4e3e46a in ThreadWeaver::Thread::run() () from /usr/lib/libthreadweaver.so.4 #15 0xb5810ef0 in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4 #16 0xb46c4c39 in start_thread () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 #17 0xb560c27e in clone () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 Thread 19 (Thread 0xa030eb70 (LWP 3059)): #0 0xb7729430 in __kernel_vsyscall () #1 0xb46c920a in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 #2 0xb561936d in pthread_cond_wait () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 #3 0xb5811460 in
Bug#540406: Closing the bug
reopen 540406 thanks Anton Gladky gladky.an...@gmail.com writes: there was no meaningful answer to the moreinfo mail. Unfortunately, I didn't receive a copy. (I'm unsure if Debian's netiquette says anything about Cc: to bugno-submit...@bugs.debian.org, but I'd appreciate a copy anyway.) That is why I'm closing the bug. Please, feel free to reopen it if you think the bug is still there, or fill a new bug. The issue I was reporting (quoted below) is indeed still there. The ‘x11’ and ‘wxt’ drivers are quite distinct, and one may opt to install one of them but not other, which is clearly impossible when they belong to the same package. The problem is that the gnuplot-x11 package offers both the ‘x11’ and ‘wxt’ packages, and thus has all the dependencies for both. In some circumstances, I'd like to avoid dependencies on GTK and Pango, which are brought by the wxWidgets-based driver. Isn't it possible to build a single /usr/bin/gnuplot binary with all the relevant support for all the graphical interactive terminals supported by Debian, and then provide the necessary lib/gnuplot/ driver binaries in three separate packages (gnuplot-x11, gnuplot-wxt, gnuplot-qt)? It would also make the descriptions of the binary packages less confusing, cf. Christoph Bersch: I think the current configuration can also confuse users, because the names suggest, that only X11 and qt are supported as interactive terminals: TIA. -- FSF associate member #7257 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540406: Closing the bug
2012/7/1 Ivan Shmakov oneing...@gmail.com: ... Isn't it possible to build a single /usr/bin/gnuplot binary with all the relevant support for all the graphical interactive terminals supported by Debian, and then provide the necessary lib/gnuplot/ driver binaries in three separate packages (gnuplot-x11, gnuplot-wxt, gnuplot-qt)? I do not think so. We have now: gnuplot-nox, gnuplot-x11 and gnuplot-qt. Such structure is clear and no need to add one more gnuplot-wxt. That is my point of view. Anton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679730: adonthell-data: Byte-compiles for python 2.6, but adonthell actually uses 2.7
Package: adonthell-data Version: 0.3.4.cvs.20080529+dfsg-3 Severity: normal Dear Maintainer, adonthehell-data depends on python2.6 and generates bytecode for it, but the adonthell binary actually links to libpython2.7 Other than a slightly slower startup and the extra package being installed, this is harmless. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages adonthell-data depends on: ii adonthell 0.3.5-7.1 ii fonts-freefont-ttf [ttf-freefont] 20120503-1 ii python-support 1.0.14 ii python2.6 2.6.7-4 ii ttf-freefont 20120503-1 adonthell-data recommends no packages. adonthell-data 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#679680: [PATCH] Fix missing unsigned on fetch CAS calls
Hi,
Debian bug #679680 [1] found this issue
In the generalize-small.h template we have
---
#if defined(AO_HAVE_XSIZE_fetch_compare_and_swap_acquire) \
!defined(AO_HAVE_XSIZE_compare_and_swap_acquire)
AO_INLINE int
AO_XSIZE_compare_and_swap_acquire(volatile XCTYPE *addr, XCTYPE old_val,
XCTYPE new_val)
{
return AO_XSIZE_fetch_compare_and_swap_acquire(addr, old_val, new_val)
== old_val;
}
# define AO_HAVE_XSIZE_compare_and_swap_acquire
#endif
---
which matches for ia64; but then it tries to call the fetch CAS with
addr which ia64 defines as
---
AO_INLINE unsigned char
AO_char_fetch_compare_and_swap_acquire(volatile unsigned char *addr,
unsigned char old, unsigned char new_val)
---
I'm pretty sure the unsigned just got left off in the template
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679680
-i
* atomic_ops/generalize-small.template : add unsigned qualifier
when fetch CAS defined (Debian bug #679680)
* atomic_ops/generalize-small.h : regenerate
Signed-off-by: Ian Wienand i...@wienand.org
---
src/atomic_ops/generalize-small.h| 45 ++
src/atomic_ops/generalize-small.template | 15 ++
2 files changed, 36 insertions(+), 24 deletions(-)
diff --git a/src/atomic_ops/generalize-small.h
b/src/atomic_ops/generalize-small.h
index f30ebac..6cd6e6a 100644
--- a/src/atomic_ops/generalize-small.h
+++ b/src/atomic_ops/generalize-small.h
@@ -158,8 +158,9 @@
#if defined(AO_HAVE_char_fetch_compare_and_swap_full) \
!defined(AO_HAVE_char_compare_and_swap_full)
AO_INLINE int
- AO_char_compare_and_swap_full(volatile char *addr, char old_val,
- char new_val)
+ AO_char_compare_and_swap_full(volatile unsigned char *addr,
+ unsigned char old_val,
+ unsigned char new_val)
{
return AO_char_fetch_compare_and_swap_full(addr, old_val, new_val)
== old_val;
@@ -170,8 +171,9 @@
#if defined(AO_HAVE_char_fetch_compare_and_swap_acquire) \
!defined(AO_HAVE_char_compare_and_swap_acquire)
AO_INLINE int
- AO_char_compare_and_swap_acquire(volatile char *addr, char old_val,
-char new_val)
+ AO_char_compare_and_swap_acquire(volatile unsigned char *addr,
+unsigned char old_val,
+unsigned char new_val)
{
return AO_char_fetch_compare_and_swap_acquire(addr, old_val, new_val)
== old_val;
@@ -182,8 +184,9 @@
#if defined(AO_HAVE_char_fetch_compare_and_swap_release) \
!defined(AO_HAVE_char_compare_and_swap_release)
AO_INLINE int
- AO_char_compare_and_swap_release(volatile char *addr, char old_val,
-char new_val)
+ AO_char_compare_and_swap_release(unsigned volatile char *addr,
+unsigned char old_val,
+unsigned char new_val)
{
return AO_char_fetch_compare_and_swap_release(addr, old_val, new_val)
== old_val;
@@ -781,8 +784,9 @@
#if defined(AO_HAVE_short_fetch_compare_and_swap_full) \
!defined(AO_HAVE_short_compare_and_swap_full)
AO_INLINE int
- AO_short_compare_and_swap_full(volatile short *addr, short old_val,
- short new_val)
+ AO_short_compare_and_swap_full(volatile unsigned short *addr,
+ unsigned short old_val,
+ unsigned short new_val)
{
return AO_short_fetch_compare_and_swap_full(addr, old_val, new_val)
== old_val;
@@ -793,8 +797,9 @@
#if defined(AO_HAVE_short_fetch_compare_and_swap_acquire) \
!defined(AO_HAVE_short_compare_and_swap_acquire)
AO_INLINE int
- AO_short_compare_and_swap_acquire(volatile short *addr, short old_val,
-short new_val)
+ AO_short_compare_and_swap_acquire(volatile unsigned short *addr,
+unsigned short old_val,
+unsigned short new_val)
{
return AO_short_fetch_compare_and_swap_acquire(addr, old_val, new_val)
== old_val;
@@ -805,8 +810,9 @@
#if defined(AO_HAVE_short_fetch_compare_and_swap_release) \
!defined(AO_HAVE_short_compare_and_swap_release)
AO_INLINE int
- AO_short_compare_and_swap_release(volatile short *addr, short old_val,
-short new_val)
+ AO_short_compare_and_swap_release(unsigned volatile short *addr,
+unsigned short old_val,
+unsigned short new_val)
{
return AO_short_fetch_compare_and_swap_release(addr, old_val, new_val)
== old_val;
@@ -1404,8 +1410,9 @@
#if defined(AO_HAVE_int_fetch_compare_and_swap_full) \
Bug#638068: initramfs-tools generates unbootable initrd.img on IA-64
I've committed a fix for #638068 to git. It doesn't address the fact that klibc/sh appears to not be good enough to boot ia64 (which is an entirely different and, I assume, klibc bug), but it should improve the handling enough to make it at least do as requested for both BUSYBOX=y and BUSYBOX=n (which should fix ia64, as long as you use =y) Can someone test out git head and let me know if this works for you. It looks obviously correct to me, but I can't readily test it to make sure it DTRT. ... Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679612: return of the undead: /lib/init/rw
On 2012-07-01 00:24 +0200, Roger Leigh wrote: tags 679612 +pending thanks On Sat, Jun 30, 2012 at 02:58:05PM +0200, Michael Biebl wrote: On 30.06.2012 14:45, Roger Leigh wrote: On Sat, Jun 30, 2012 at 02:36:10PM +0200, Michael Biebl wrote: Right, I vaguely remember that we discussed that, i.e. initscripts removing /lib/init/rw during the next reboot, when it is guaranteed, that there is no more tmpfs mounted there. Yes, I think that might have been forgotten. I'll add this in for the next upload. Cool, thanks! Fixed in git. The fix will lead to a nasty error message though, namely rmdir: failed to remove `/lib/init/rw': No such file or directory. Also I wonder whether pre_mountall is the right place to remove the directory, considering that it's run by /etc/network/if-up.d/mountnfs as well. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634930: gpa: GPA unusable due to General Assuan error
Package: gpa Version: 0.9.0-2 Followup-For: Bug #634930 Dear Maintainer, I was hoping to really have this bug solved but I upgraded from a working 0.7.0-1.1 old version this 0.9.0-2 and still get the General Assuan Error that was first described here. Of course, as usual, reverting once again to the older version solves the problem. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'stable'), (100, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.4-trunk-amd64 (SMP w/4 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 gpa depends on: ii gnupg2 2.0.19-1 ii gpgsm 2.0.19-1 ii libassuan0 2.0.3-1 ii libc6 2.13-34 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgpg-error0 1.10-3 ii libgpgme11 1.2.0-1.4 ii libgtk2.0-0 2.24.10-1 ii zlib1g 1:1.2.7.dfsg-13 gpa recommends no packages. gpa 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#601078:
Package: openoffice.org-writer Version: 1:3.2.1-11+squeeze6 Severity: normal I'm running Squeeze with OpenOffice.org on a lot of production machines. As far as I understand, you won't fix this problem for Squeeze+OpenOffice, but I have to wait for Wheezy to come out with LibreOffice for this to be fixed? -- 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=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openoffice.org-writer depends on: ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libicu44 4.4.1-8International Components for Unico ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii libwpd8c2a0.8.14-1 Library for handling WordPerfect d ii libwps-0.1-1 0.1.2-1Works text file format import filt ii openoffice.or 1:3.2.1-11+squeeze6office productivity suite -- share ii openoffice.or 1:3.2.1-11+squeeze6office productivity suite -- arch- ii ure 1.6.1+OOo3.2.1-11+squeeze6 OpenOffice.org UNO runtime environ ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages openoffice.org-writer recommends: ii openoffice.org-email 1:3.2.1-11+squeeze6 office productivity suite -- email ii openoffice.org-filte 1:3.2.1-11+squeeze6 office productivity suite -- legac ii openoffice.org-java- 1:3.2.1-11+squeeze6 office productivity suite -- arch- ii openoffice.org-math 1:3.2.1-11+squeeze6 office productivity suite -- equat ii sun-java6-jre [java5 6.26-0squeeze1 Sun Java(TM) Runtime Environment ( Versions of packages openoffice.org-writer suggests: ii openoffice.org-base 1:3.2.1-11+squeeze6 office productivity suite -- datab pn openoffice.org-gcj none (no description available) Versions of packages openoffice.org-core depends on: ii fontconfig2.8.0-2.1 generic font configuration library ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-7~bpo60+1 The Cairo 2D vector graphics libra ii libcurl3-gnut 7.21.0-2.1+squeeze2Multi-protocol file transfer libra ii libdb4.8 4.8.30-2 Berkeley v4.8 Database Libraries [ ii libexpat1 2.0.1-7XML parsing C library - runtime li ii libfreetype6 2.4.2-2.1+squeeze4 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgraphite3 1:2.3.1-0.2SILGraphite - a smart font rende ii libgstreamer- 0.10.30-1 GStreamer libraries from the base ii libgstreamer0 0.10.30-1 Core GStreamer libraries and eleme ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libhunspell-1 1.2.11-1 spell checker and morphological an ii libhyphen02.5-1 ALTLinux hyphenation library - sha ii libice6 2:1.0.6-2 X11 Inter-Client Exchange library ii libicu44 4.4.1-8International Components for Unico ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii libmythes-1.2 2:1.2.1-1 simple thesaurus library ii libneon27-gnu 0.29.3-3 An HTTP and WebDAV client library ii libnspr4-0d 2:4.9-3~bpo60+1NetScape Portable Runtime Library ii libnss3-1d2:3.13.4-3~bpo60+1 Network Security Service libraries ii librdf0 1.0.10-3 Redland Resource Description Frame ii libsm62:1.1.1-1 X11 Session Management library ii libssl0.9.8 0.9.8o-4squeeze13 SSL shared libraries ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-4 X11 client-side library ii libxaw7 2:1.0.7-1 X11 Athena Widget library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxinerama1 2:1.1-3X11 Xinerama extension library ii libxml2 2.7.8.dfsg-2+squeeze4 GNOME XML library ii libxrandr22:1.3.0-3 X11 RandR extension library ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii libxslt1.11.1.26-6 XSLT 1.0 processing library - runt ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii openoffice.or 1:3.2.1-11+squeeze6office productivity suite -- arch- ii ttf-opensymbo 1:3.2.1-11+squeeze6OpenSymbol
Bug#679731: karbon: extra space for paragraph separetion in the package description
Package: karbon Severity: minor Dear Maintainer, in DDTSS I see: artists wanting to create breathtaking vector art. Features include: . * Loading support for ODG, SVG, WMF, WPG, EPS/PS I think it must be: artists wanting to create breathtaking vector art. Features include: . * Loading support for ODG, SVG, WMF, WPG, EPS/PS note that the '.' paragraph separation has an extra space ' .' Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Motivi per non comprare/usare ms-windows7: http://windows7sins.org/ Non autorizzo la memorizzazione del mio indirizzo su outlook -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679732: ipsec-tools: [INTL:ru] Russian debconf templates translation update
Package: ipsec-tools Version: 1:0.8.0-13 Severity: wishlist Tags: l10n patch Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** Russian debconf templates translation update is attached. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ru.po.gz Description: GNU Zip compressed data
Bug#540406: the wxt driver deserves its own package
Anton Gladky gladky.an...@gmail.com writes: 2012/7/1 Ivan Shmakov oneing...@gmail.com: Isn't it possible to build a single /usr/bin/gnuplot binary with all the relevant support for all the graphical interactive terminals supported by Debian, and then provide the necessary lib/gnuplot/ driver binaries in three separate packages (gnuplot-x11, gnuplot-wxt, gnuplot-qt)? I do not think so. As I've just checked, while the ‘x11’ and ‘qt’ drivers are provided as external binaries (under lib/gnuplot/), the ‘wxt’ one is apparently compiled into the main gnuplot binary itself. If I'm right in my guess that the library dependencies of the latter on the Qt libraries are superfluous (I hope to check it the next week), then that may be one more reason to keep the ‘wxt’ driver separate. Should my assumptions be right, I'd suggest the binary packages to be as follows: gnuplot provides /usr/bin/gnuplot compiled /with/ wxWidgets; gnuplot-nox (or gnuplot-nowx?) provides /usr/bin/gnuplot compiled /without/ wxWidgets; gnuplot-x11 provides gnuplot_x11 only; Depends: gnuplot | gnuplot-nox; gnuplot-qt provides gnuplot_qt only; Depends: gnuplot | gnuplot-nox. Also, the layout above could reduce the package sizes somewhat, as there would only be two (instead of three) packages holding all the share/ stuff. Alternatively, share/ could be split off to a single gnuplot-common instead. We have now: gnuplot-nox, gnuplot-x11 and gnuplot-qt. Such structure is clear and no need to add one more gnuplot-wxt. That is my point of view. First of all, I do not contest the clarity. Second, the present state of affairs is that the user isn't allowed to install the ‘x11’ driver without also installing libwxgtk2.8-0, like: # apt-get install -V -- gnuplot-x11 libwxgtk2.8-0- Reading package lists... Building dependency tree... Reading state information... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: gnuplot-x11 : Depends: libwxgtk2.8-0 (= 2.8.12.1) but it is not going to be installed E: Unable to correct problems, you have held broken packages. # While I believe that the ‘x11’ driver /per se/ is (still) perfectly usable without wxWidgets. -- FSF associate member #7257 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679733: perl-depends: package description review
Package: perl-depends
Version: 2011.0324+git74d587e-1
Severity: wishlist
Tags: patch
I noticed this package has two minor typos close together in its
description. Reading the rest I see the content is basically fine,
but there are a few other minor language issues, so here's a general
rewrite.
Description: roughly find out module depends from a perl file
Informative, but it's a verb phrase; DevRef recommends that packages
should have noun-phrase-based synopses.
Also, depends from is unidiomatic (except perhaps as Debian jargon),
and Perl should be capitalised (unless it's talking about
/usr/bin/perl).
Find out roughly the modules the program uses. This is based on the
This is another verb-phrase based sentence fragment; here it should be
a full sentence (perl-depends is a tool for...).
I'll keep this second use of roughly, but the third one at the end
of the paragraph is just too repetitive.
idea, that Perl evaluates the use commands at compile time and
^ ~~~
Un-English use of comma; but the This is based on the idea that
part is superfluous (and isn't in your upstream blurb anyway).
Also, unidiomatic use of definite article.
stores the loaded module information into the %INC variable. By
Loaded module information is a bit ambiguous; say information about
loaded modules.
Store takes in, not into.
examining the loaded modules and comparing them against the standard
Perl modules, the extenal module dpendencies can be roughly estimated.
^^ ^^
Two typos and an excess roughly.
There's no need for this use of the passive voice (with a by
phrase that doesn't mark the agent); it can just say comparing X
and Y gives an estimate of Z.
.
The depends information can be used to determine what external modules
Another unidiomatic use of depends where I think it means
dependency.
have to be installed before program can be used.
^
Missing article.
My suggested text is:
| Description: rough indicator of Perl module dependencies
| perl-depends is a tool to show roughly what modules a program uses. Perl
| evaluates use commands at compile time, storing the information about
| loaded modules in the %INC variable. Comparing that list with the
| standard Perl modules gives an estimate of the external module
| dependencies.
| .
| The dependency information can be used to determine what external
| modules have to be installed before the program can be used.
--
JBR
Ankh kak! (Ancient Egyptian blessing)
diff -ru perl-depends-2011.0324+git74d587e.pristine/debian/control perl-depends-2011.0324+git74d587e/debian/control
--- perl-depends-2011.0324+git74d587e.pristine/debian/control 2011-03-24 15:18:24.0 +
+++ perl-depends-2011.0324+git74d587e/debian/control 2012-06-30 23:23:09.555392863 +0100
@@ -11,12 +11,12 @@
Package: perl-depends
Architecture: all
Depends: ${misc:Depends}, ${perl:Depends}
-Description: roughly find out module depends from a perl file
- Find out roughly the modules the program uses. This is based on the
- idea, that Perl evaluates the use commands at compile time and
- stores the loaded module information into the %INC variable. By
- examining the loaded modules and comparing them against the standard
- Perl modules, the extenal module dpendencies can be roughly estimated.
+Description: rough indicator of Perl module dependencies
+ perl-depends is a tool to show roughly what modules a program uses. Perl
+ evaluates use commands at compile time, storing the information about
+ loaded modules in the %INC variable. Comparing that list with the
+ standard Perl modules gives an estimate of the external module
+ dependencies.
.
- The depends information can be used to determine what external modules
- have to be installed before program can be used.
+ The dependency information can be used to determine what external
+ modules have to be installed before the program can be used.
Bug#671135: nvclock: Segfaults on any action
On Sat, Jun 30, 2012 at 7:13 PM, Andreas Beckmann deb...@abeckmann.dewrote: I can't reproduce the problem here. It's probably depending on the graphics card used It does not: it only happens with driver newer than 290. Downgrading to 290 solves the issue - nvclock hasen't been updated for a long time and does not support the current ones. No true, at least in my case the bug shows for a very old graphic card where nvclock has been working for years You should probably look into nvidia-settings and see if that allows to change the desired options. There is no setting for changing the backlight level in nvidia-setting Andreas kind regards -- Lorenzo Paulatto - Paris
Bug#679562: developers-reference: note that it is possible for Release Team to override urgency
On 29-06-12 23:14, Martin Zobel-Helas wrote: Hi, you either want to install aspell, or you might want to contact debian-l10-english for a review of your patch. I am sorry for this stupid mistake. Please find a new patch attached. Paul Index: pkgs.dbk === --- pkgs.dbk (revision 9236) +++ pkgs.dbk (working copy) @@ -2388,7 +2388,8 @@ the urgency is sticky, meaning that the highest urgency uploaded since the previous literaltesting/literal transition is taken into account. Those delays may be doubled during a freeze, or literaltesting/literal -transitions may be switched off altogether; +transitions may be switched off altogether. The Debian Release team can override +the urgency; /para /listitem listitem signature.asc Description: OpenPGP digital signature
Bug#679280: [xml/sgml-pkgs] Bug#679280: CVE-2012-2807
On Jul 1, 2012 5:24 AM, Michael Gilbert mgilb...@debian.org wrote: I'm still investigating the problem and more details about it are welcomed, please don't NMU for either unstable or stable. Why? This kind of statement requires some kind of justification (such as the proposed commit is incomplete or wrong or something like that). Otherwise, why slow down others trying to help? Best wishes, Mike Actually I am not very willing to apply random patch without upstream acknowledgement or a clear statement of what problem it tries to fix. For this very issue, the solution is not clear to me about what problem it's trying to mitigate, and at the same time looks ugly on hard coding a magic size of 1024*1024*512 without a proper description. So I ask people don't NMU and give me more time to investigate.
Bug#679734: Maintainer address bounces
Source: ntop Version: 3:4.99.0-rc+ndpi5237+dfsg1-1 Severity: serious A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: jor...@linuxgen.com all hosts have been failing for a long time and were last tried after this message arrived -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666742: xineliboutput-sxfe: vdr-sxfe fails on looking big images with xineliboutput plugin
Hi, On 24/06/12 22:50, Tobias Grimm wrote: On 24.06.2012 18:21, Eric Lavarde wrote: Anyway, I updated my system and the problem is still there... I attach some more logs (also a vdr-err log I found in my /tmp directory) but I didn't notice anything significantly different from my last logs. The libextractor messages in vdr-err look weird - haven't seen these yet on my system. Which version of libextractor is installed? Can you try I used reportbug to create the following report: Package: libextractor3 Version: 1:0.6.3-4+b1 Severity: normal -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.6+vdr1 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libextractor3 depends on: ii libbz2-1.0 1.0.6-3 ii libc6 2.13-33 ii libgcc11:4.7.0-8 ii libltdl7 2.4.2-1 ii libpoppler19 0.18.4-2 ii librpm34.10.0-2 ii libstdc++6 4.7.0-8 ii multiarch-support 2.13-33 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages libextractor3 recommends: ii libextractor-plugins 1:0.6.3-4+b1 Versions of packages libextractor3 suggests: pn libextractor-java none pn python-extractor none disabling the Scan for metainfo option in the xineliboutput settings? I did it but didn't notice anything special (no change in behavior). /tmp/vdr-err.xxx contains only one line INFO: validating live server ip '0.0.0.0' Eric Tobias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679337: [Python-modules-team] Bug#679337: Bug#679337: python-virtualenv: Embedded pip in virtualenv crashes with Python = 2.7.3, 3.2.3
Hi Vincent (2012.06.29_21:38:36_+0200) Or copy pip/distribute/setuptools from the system? Or link it? Not that simple. pip is currently installed with easy_install, installing it from the installed version on the system would require manually installing all the necessary files, and re-writing the shebang. Patching the tarball in the source, or patching the installed file programmatically from virtualenv, is probably the way to go. Carl: Why did you use a sub-RC severity? I think virtualenv users would consider this RC. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679623: /etc/default/networking: no need to be executable
Hello, On Sat, 30 Jun 2012 11:08:59 +0200 Dirk Griesbach spamt...@freenet.de wrote: /etc/default/networking is only a shell include but the executable bit is set. Like the other files in that directory, mode 644 should suffice. Yes, I know, somehow it happened that this was set by accident. Will be fixed by the next upload. -- WBR, Andrew signature.asc Description: PGP signature
Bug#679672: ifupdown: ifup doesn't recognize aliases IPs for vlan in form ethX.Y:A
Hello, On Sat, 30 Jun 2012 19:37:57 +0300 Adrian Ban adrian@mantech.ro wrote: After an upgrade of the system the ifup command doesn't recognize anymore the aliases for the VLANs. I have severals vlans configured in /etc/network/interfaces like this: I've just committed a fix. For this: iface eth2.2:3 inet static address 3.4.5.6/23 It now runs the following: if test -d /sys/class/net/eth2 -a ! -d /sys/class/net/eth2.2 ; then ip link set up dev eth2; ip link add link eth2 name eth2.2 type vlan id 2; fi ip addr add 3.4.5.6/255.255.254.0 broadcast 3.4.5.255 dev eth2.2:3 label eth2.2:3 ip link set dev eth2.2:3 up Please check if that's correct. -- WBR, Andrew signature.asc Description: PGP signature
Bug#679735: developers-reference: typo: Freenodes - Freenode
Package: developers-reference Version: 3.4.8 Severity: minor $ zcat developers-reference.txt.gz | grep Freenode key in the Debian keyring. Please see Freenodes documentation for It should be s/Freenodes/Freenode/. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679736: spandsp: test suite fails to run when built in parallel (-j)
Source: spandsp Version: 0.0.6~pre20-1 Severity: serious Justification: fails to build from source (but built successfully in the past) The package spandsp has failed to build on some architectures. This is due to the test suite not intended to build in parallel. As Upstream does not consider this a bug, the simple fix is to disable running the tests in parallel. A patch is included in SVN. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679737: Handshake packets which span multiple records cause TLS handshake failure
Package: gnutls28 Version: 3.0.19-2 GnuTLS 3.0.19 has a bug which causes a TLS handshake failure if a handshake packet needs to be fragmented (if a packet is larger than 16 kB). This bug is fixed in 3.0.20 which is available in Debian sid. I am filing this bug report because I think this bug should be fixed in debian wheezy release (it has currently 3.0.19). The Debian package ca-certificates includes so many CA certificates that if used together with GnuTLS 3.0.19 with all CA's enabled (the default), it will always produce a failed TLS handshake. The error message is: Fatal error: A TLS packet with unexpected length was received. See the following for a discussion of the details, how to repeat, etc. of this bug: http://comments.gmane.org/gmane.network.gnutls.general/2789 See the following for 3.0.20 release notes: http://article.gmane.org/gmane.comp.encryption.gpg.gnutls.devel/6162 The specific commit which fixes this bug is here: http://git.savannah.gnu.org/gitweb/?p=gnutls.git;a=commitdiff;h=6299e8a8c7371da1e674419c36cbcbe1630aef0a IMHO it would be good to get 3.0.20 in wheezy before the release. Best Regards, -- Janne Snabb / EPIPE Communications sn...@epipe.com - http://epipe.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679552: Help needed for FTBS on mipsel (alone): #679554 / #679552
Hello, a few days ago I uploaded a new (debian) version of goobox. It builds fine on all archs except mipsel, where it dies in the man page generation / translation (using po4a and nsgmls from the package sp). Could some porter be so kind to retry goobox 3.0.1-2 on mipsel to check if that this is a permanent issue or a temporary glitch? Thanks! Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#679680: [Gc] [PATCH] Fix missing unsigned on fetch CAS calls
Hi Ian,
Thank you. Done (committed to master branch). Please test it.
Regards,
Ivan Maidanski
Sun, 01 Jul 2012 00:08:02 -0700 Ian Wienand i...@wienand.org:
Hi,
Debian bug #679680 [1] found this issue
In the generalize-small.h template we have
---
#if defined(AO_HAVE_XSIZE_fetch_compare_and_swap_acquire) \
!defined(AO_HAVE_XSIZE_compare_and_swap_acquire)
AO_INLINE int
AO_XSIZE_compare_and_swap_acquire(volatile XCTYPE *addr, XCTYPE old_val,
XCTYPE new_val)
{
return AO_XSIZE_fetch_compare_and_swap_acquire(addr, old_val, new_val)
== old_val;
}
# define AO_HAVE_XSIZE_compare_and_swap_acquire
#endif
---
which matches for ia64; but then it tries to call the fetch CAS with
addr which ia64 defines as
---
AO_INLINE unsigned char
AO_char_fetch_compare_and_swap_acquire(volatile unsigned char *addr,
unsigned char old, unsigned char new_val)
---
I'm pretty sure the unsigned just got left off in the template
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679680
-i
* atomic_ops/generalize-small.template : add unsigned qualifier
when fetch CAS defined (Debian bug #679680)
* atomic_ops/generalize-small.h : regenerate
Signed-off-by: Ian Wienand i...@wienand.org
---
src/atomic_ops/generalize-small.h| 45
++
src/atomic_ops/generalize-small.template | 15 ++
2 files changed, 36 insertions(+), 24 deletions(-)
diff --git a/src/atomic_ops/generalize-small.h
b/src/atomic_ops/generalize-small.h
index f30ebac..6cd6e6a 100644
--- a/src/atomic_ops/generalize-small.h
+++ b/src/atomic_ops/generalize-small.h
@@ -158,8 +158,9 @@
#if defined(AO_HAVE_char_fetch_compare_and_swap_full) \
!defined(AO_HAVE_char_compare_and_swap_full)
AO_INLINE int
- AO_char_compare_and_swap_full(volatile char *addr, char old_val,
- char new_val)
+ AO_char_compare_and_swap_full(volatile unsigned char *addr,
+ unsigned char old_val,
+ unsigned char new_val)
{
return AO_char_fetch_compare_and_swap_full(addr, old_val, new_val)
== old_val;
@@ -170,8 +171,9 @@
#if defined(AO_HAVE_char_fetch_compare_and_swap_acquire) \
!defined(AO_HAVE_char_compare_and_swap_acquire)
AO_INLINE int
- AO_char_compare_and_swap_acquire(volatile char *addr, char old_val,
-char new_val)
+ AO_char_compare_and_swap_acquire(volatile unsigned char *addr,
+unsigned char old_val,
+unsigned char new_val)
{
return AO_char_fetch_compare_and_swap_acquire(addr, old_val, new_val)
== old_val;
@@ -182,8 +184,9 @@
#if defined(AO_HAVE_char_fetch_compare_and_swap_release) \
!defined(AO_HAVE_char_compare_and_swap_release)
AO_INLINE int
- AO_char_compare_and_swap_release(volatile char *addr, char old_val,
-char new_val)
+ AO_char_compare_and_swap_release(unsigned volatile char *addr,
+unsigned char old_val,
+unsigned char new_val)
{
return AO_char_fetch_compare_and_swap_release(addr, old_val, new_val)
== old_val;
@@ -781,8 +784,9 @@
#if defined(AO_HAVE_short_fetch_compare_and_swap_full) \
!defined(AO_HAVE_short_compare_and_swap_full)
AO_INLINE int
- AO_short_compare_and_swap_full(volatile short *addr, short old_val,
- short new_val)
+ AO_short_compare_and_swap_full(volatile unsigned short *addr,
+ unsigned short old_val,
+ unsigned short new_val)
{
return AO_short_fetch_compare_and_swap_full(addr, old_val, new_val)
== old_val;
@@ -793,8 +797,9 @@
#if defined(AO_HAVE_short_fetch_compare_and_swap_acquire) \
!defined(AO_HAVE_short_compare_and_swap_acquire)
AO_INLINE int
- AO_short_compare_and_swap_acquire(volatile short *addr, short old_val,
-short new_val)
+ AO_short_compare_and_swap_acquire(volatile unsigned short *addr,
+unsigned short old_val,
+unsigned short new_val)
{
return AO_short_fetch_compare_and_swap_acquire(addr, old_val, new_val)
== old_val;
@@ -805,8 +810,9 @@
#if defined(AO_HAVE_short_fetch_compare_and_swap_release) \
!defined(AO_HAVE_short_compare_and_swap_release)
AO_INLINE int
- AO_short_compare_and_swap_release(volatile short *addr, short old_val,
-short new_val)
+ AO_short_compare_and_swap_release(unsigned volatile short *addr,
+unsigned short
Bug#679738: libgtk-3-0: Windows out of focus while they're not
Package: libgtk-3-0 Version: 3.4.2-1 Severity: minor Sometimes GTK3 windows are displayed as 'out of focus' while they're not. Here are some examples: Copy status text is gray while the window is in focus http://www.imagetoo.com/images/screenfhf.png No channel withing Empathy is in focus while there is one in focus http://www.imagetoo.com/images/screenogo.png With one channel in Empathy only the focus behaves normally http://www.imagetoo.com/images/screenumu.png -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-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 libgtk-3-0 depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-33 ii libcairo-gobject2 1.12.2-1 ii libcairo2 1.12.2-1 ii libcolord1 0.1.21-1 ii libcomerr2 1.42.4-3 ii libcups21.5.3-1 ii libfontconfig1 2.9.0-6 ii libfreetype62.4.9-1 ii libgcrypt11 1.5.0-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgnutls26 2.12.20-1 ii libgssapi-krb5-21.10.1+dfsg-1 ii libgtk-3-common 3.4.2-1 ii libk5crypto31.10.1+dfsg-1 ii libkrb5-3 1.10.1+dfsg-1 ii libpango1.0-0 1.30.0-1 ii libx11-62:1.5.0-1 ii libxcomposite1 1:0.4.3-2 ii libxcursor1 1:1.1.13-1 ii libxdamage1 1:1.1.3-2 ii libxext62:1.3.1-2 ii libxfixes3 1:5.0-4 ii libxi6 2:1.6.1-1 ii libxinerama12:1.1.2-1 ii libxrandr2 2:1.3.2-2 ii multiarch-support 2.13-33 ii shared-mime-info1.0-1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages libgtk-3-0 recommends: ii hicolor-icon-theme 0.12-1 ii libgtk-3-bin3.4.2-1 Versions of packages libgtk-3-0 suggests: ii gvfs 1.12.3-1+b1 ii librsvg2-common 2.36.1-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#679071: lxc: Please consider including lxc-centos template
On Saturday, June 30, 2012 00:36:47 Daniel Baumann wrote: retitle 679071 please include centos template tag 679071 moreinfo thanks On 06/26/2012 09:38 AM, Johannes Graumann wrote: The template works for me, yet the RELEASE_URL=$MIRROR_URL/Packages/centos-release-$release-2.el6.centos.7 .$arch.rpm line in particular might be non-generalizable and require revisiting. please do so then; besides, i'm not keen to include this as a local debian addition, it should go upstream, and given that you've been on the upstream mailinglist already, please do send it there. Done. thanks. Joh signature.asc Description: This is a digitally signed message part.
Bug#679739: RFS: ia32-libs/20120701 [RC]
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package ia32-libs: Package name: ia32-libs Version : 20120701 Upstream Author : Goswin von Brederlow goswin-...@web.de URL : NA License : GPL Section : oldlibs It builds those binary packages: ia32-libs - Transitional package to migrate ia32-libs to multiarch ia32-libs-i386 - Transitional package to migrate ia32-libs to multiarch To access further information about this package, please visit the following URL: http://mentors.debian.net/package/ia32-libs Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/i/ia32-libs/ia32-libs_20120701.dsc More information about hello can be obtained from http://bugs.debian.org/679671 Changes since the last upload: * Drop dependency on removed libdb4.8 [ROM] (Closes: #679671) Regards, 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679671: [Pkg-ia32-libs-maintainers] Bug#679671: ia32-libs-i386: depends on removed package libdb4.8
Sven Joachim svenj...@gmx.de writes: Package: ia32-libs-i386 Version: 20120616 Severity: serious Your package depends on libdb4.8 which is no longer available in unstable. It is still in wheezy. I assume it is going to be removed there as well? Dear Release Team, as per http://release.debian.org/wheezy/freeze_policy.html I'm CCing you on this bug (#679671) to ask for a freeze exception. == diff -Nru ia32-libs-20120616/debian/control ia32-libs-20120701/debian/control --- ia32-libs-20120616/debian/control 2012-06-16 21:30:00.0 +0200 +++ ia32-libs-20120701/debian/control 2012-07-01 10:54:26.0 +0200 @@ -31,7 +31,7 @@ libavahi-common3 (= 0.6.27-2+squeeze1), libbsd0 (= 0.2.0-1), libcap2 (= 1:2.19-3), libcomerr2 (= 1.41.12-4stable1), libcups2 (= 1.4.4-7+squeeze1), - libcurl3 (= 7.21.0-2), libdb4.8 (= 4.8.30-2), + libcurl3 (= 7.21.0-2), libdbus-1-3 (= 1.2.24-4+squeeze1), libdirectfb-1.2-9 (= 1.2.10.0-4), libdrm-intel1 (= 2.4.21-1~squeeze3), libdrm-radeon1 (= 2.4.21-1~squeeze3), libdrm2 (= 2.4.21-1~squeeze3), libedit2 (= 2.11-20080614-2), == The package is uploaded to mentors awaiting sponsoring: http://mentors.debian.net/package/ia32-libs http://mentors.debian.net/debian/pool/main/i/ia32-libs/ia32-libs_20120701.dsc 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#679073: texlive-base: failed during dist-upgrade (/usr/bin/fmtutil: Segmentation fault)
Hello,
I tried to install v2012.20120628-1 but dependencies forces to many other
packages to be changed to 'unstable' and I cannot do that.
Therefore I decided to upgrade texlive-base(2009) using 'testing' which
upgrades also luatex tex-common texlive-base texlive-binaries
texlive-common texlive-doc-base (and some others) to 2012.20120516. This
ended up with success so the problem was solved somewhere in between. If
you need me to do some more test, let me know.
Thanks for all your help,
Lukasz
On Fri, Jun 29, 2012 at 4:51 PM, Norbert Preining prein...@logic.at wrote:
On Fr, 29 Jun 2012, Hilmar Preusse wrote:
I had the impression that this is a duplicate (or is at least related
to #678604) or was fixed by your last upload/the
upstream-fix-ini-synctex-segfault
patch.
A ...yes that could be a problem...
Lukasz, could you retry using v2012.20120628-1, once it is available
as arm?
Yes, please!!!
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
BEREPPER
The irrevocable and sturdy fart released in the presence of royalty,
which sounds quite like a small motorbike passing by (but not enough
to be confused with one).
--- Douglas Adams, The Meaning of Liff
Bug#679740: folks: no documentation packages available
Package: folks Version: 0.6.9-1 Severity: normal Dear Maintainer, libfolks does contain gtk-doc documentation but the documentation is not build. i would like to have a libfolks-doc package with the gtk-doc files so i can use devhelp to have a look at the documentation. TIA, Tom -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679741: syntax/catalog.vim: misinterprets -- within other tokens as comment
Package: vim-runtime Version: 2:7.3.547-3 Severity: minor If I add foo--bar--baz to /etc/sgml/catalog, vim highlights --bar-- as if it was was a comment. But in fact, the specification[0] reads: the string -- is recognized as the start of a comment if and only if this string constitutes the first two (or only) characters of a token [0] https://www.oasis-open.org/specs/a401.htm -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.4-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vim-runtime recommends: ii vim2:7.3.547-3 ii vim-gtk [vim] 2:7.3.547-3 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675161: Still present in 1:1.0.1-1
found 675161 1:1.0.1-1 thanks I'm still seeing this bug with: ii xserver-xorg-video-nouve 1:1.0.1-1X.Org X server -- Nouveau display driver it seems like it happens less frequently than with older versions. To the extent it matters, my gfx card is 01:00.0 VGA compatible controller: NVIDIA Corporation GF116 [GeForce GTX 550 Ti] (rev a1) -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679742: Depends on non-existing libdb4.8
Package: 389-ds-base-dev
Version: 389-ds-base-dev/1.2.11.7-1
Severity: serious
The hard-coded dependency on lidb4.8 is wrong, since there is no
lidb4.8 package in the archive, and now your package depends on
lidb4.8 and libdb5.1.
That probably applies to all other libsomething hard coded
dependencies in your package. Also your -dev package probably misses
the -dev dependencies (in case they are needed - that depends on the
symbols exported from the library and headers used - you should test
that before blindly adding all -dev packages to Depends: field).
You should not hard-code such dependencies (unless you need a specific
version), but let the dpkg-shlibs handle it (that's the
${shlibs:Depends} field).
Snippet from debian/control file:
Package: 389-ds-base-libs
Section: libs
Architecture: any
Pre-Depends: ${misc:Pre-Depends}
Depends: ${misc:Depends}, ${shlibs:Depends},
libnss3-1d,
libsvrcore0,
libsnmp15,
libdb4.8,
O.
-- System Information:
Debian Release: 6.0.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable'), (300, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (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
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678247: [Pkg-clamav-devel] Bug#678247: Fix debdiff
This one time, at band camp, Scott Kitterman said: Attached. Hi, Have you tested that that is a valid config file? I have some vague memory of freshclam not being happy with a proxyhost but not a proxyport. Cheers, -- - | ,''`.Stephen Gran | | : :' :sg...@debian.org | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#679743: ipsec-tools: [INTL:it] Italian debconf translation
Package: ipsec-tools Severity: wishlist Tags: l10n, patch Hello, please update the Italian debconf templates translation (attached). Regards, Luca # Italian (it) translation of debconf templates for ipsec-tools # This file is distributed under the same license as the ipsec-tools package. # Luca Monducci luca...@tiscali.it, 2008-2012. # msgid msgstr Project-Id-Version: ipsec-tools 1:0.8.0\n Report-Msgid-Bugs-To: ipsec-to...@packages.debian.org\n POT-Creation-Date: 2012-06-30 16:16+0200\n PO-Revision-Date: 2012-07-01 11:24+0200\n Last-Translator: Luca Monducci luca...@tiscali.it\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../racoon.templates:2001 msgid direct msgstr diretto #. Type: select #. Choices #: ../racoon.templates:2001 msgid racoon-tool msgstr racoon-tool #. Type: select #. Description #: ../racoon.templates:2002 msgid Configuration mode for racoon IKE daemon: msgstr Modalità di configurazione del demone IKE racoon: #. Type: select #. Description #: ../racoon.templates:2002 msgid Racoon can be configured either directly, by editing /etc/racoon/racoon. conf, or using the racoon-tool administrative front end. msgstr Racoon può essere configurato direttamente, andando a modificare /etc/racoon/ racoon.conf, oppure usando l'interfaccia d'amministrazione racoon-tool. #. Type: select #. Description #: ../racoon.templates:2002 msgid Use of the \direct\ method is strongly recommended if you want to use all the racoon examples on the Net, and if you want to use the full racoon feature set. You will have to directly edit /etc/racoon/racoon.conf and possibly manually set up the Security Policy Database via setkey. msgstr L'uso del metodo \diretto\ è fortemente raccomandato se si vogliono usare tutti gli esempi disponibili in rete e se si vogliono usare tutte le funzionalità di racoon. Sarà necessario modificare direttamente /etc/racoon/ racoon.conf e probabilmente impostare manualmente il Security Policy Database con setkey. #. Type: select #. Description #: ../racoon.templates:2002 msgid Racoon-tool has been updated for racoon 0.8.0, and is for use in basic configuration setups. It gives the benefit of managing the SPD along with the IKE that strongSwan offers. IPv6, transport/tunnel mode (ESP/AH), PSK/ X509 auth, and basic \anonymous\ VPN server are supported. msgstr Racoon-tool è stato aggiornato per racoon 0.8.0 e può essere usato per fare delle configurazioni di base. Ha il pregio di gestire il SPD con IKE offerto da strongSwan. Supporta IPv6, la modalità trasporto/tunnel (ESP/AH), l'autenticazione PSK/X509 e server VPN \anonimi\ di base. #. Type: select #. Description #: ../racoon.templates:2002 msgid More information is available in /usr/share/doc/racoon/README.Debian. msgstr Maggiori informazioni sono disponibili in /usr/share/doc/racoon/README. Debian.
Bug#679562: developers-reference: note that it is possible for Release Team to override urgency
Le Sun, Jul 01, 2012 at 09:33:18AM +0200, Paul Gevers a écrit : Index: pkgs.dbk === --- pkgs.dbk (revision 9236) +++ pkgs.dbk (working copy) @@ -2388,7 +2388,8 @@ the urgency is sticky, meaning that the highest urgency uploaded since the previous literaltesting/literal transition is taken into account. Those delays may be doubled during a freeze, or literaltesting/literal -transitions may be switched off altogether; +transitions may be switched off altogether. The Debian Release team can override +the urgency; Dear Paul, Than you for your patch. I am not sure what is meant by overriding the urgency. The Release team can directly control the migration time for a package, but this is not exactly done by replacing the urgency by another value, nor by ignoring it altogether. See http://release.debian.org/britney/hints/README Perhaps your patch would gain by being a bit more precise. Also, the urgency might be used for other purposes than the transitions to Testing (like determining the priority for autobuilding ?) By thw way, is the sentence Those delays may be doubled during a freeze still acccurate ? Otherwise, this bug may be the opportunity to remove it. Have a nice Sunday, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679744: uif: Wish uif had ipv6 support
Package: uif Version: 1.0.6-1 Severity: wishlist Tags: ipv6 Dear Maintainer, I have found uif to be a nice and simple way to manage my packet filters over the years and just wish it could manage my ip6tables firewalls as well! Regards Alex Owen -- 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/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 uif depends on: ii bsdutils 1:2.20.1-5.1 ii debconf [debconf-2.0] 1.5.44 ii iptables 1.4.14-2 ii libnet-ldap-perl 1:0.4400-1 ii libnetaddr-ip-perl 4.062+dfsg-1 ii perl 5.14.2-12 uif recommends no packages. Versions of packages uif suggests: pn fwlogwatch none -- Configuration Files: /etc/uif/services changed [not included] -- 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#679745: libstrongswan: strongswan-4.6.4-4 conflicts with libstrongswan-4.6.4-4 (/etc/logcheck/ignore.d.server/strongswan)
Package: libstrongswan Version: 4.6.4-4 Severity: normal The following packages will be upgraded: strongswan 1 upgraded, 0 newly installed, 0 to remove and 11 not upgraded. Need to get 0 B/95,2 kB of archives. After this operation, 97,3 kB of additional disk space will be used. Do you want to continue [Y/n]? Retrieving bug reports... Done Parsing Found/Fixed information... Done Reading changelogs... Done (Reading database ... 211468 files and directories currently installed.) Preparing to replace strongswan 4.5.2-1.5 (using /strongswan_4.6.4-4_all.deb) ... Unpacking replacement strongswan ... dpkg: error processing /var/cache/apt/archives/strongswan_4.6.4-4_all.deb (--unpack): trying to overwrite '/etc/logcheck/ignore.d.server/strongswan', which is also in package libstrongswan 4.6.4-4 Errors were encountered while processing: /var/cache/apt/archives/strongswan_4.6.4-4_all.deb localepurge: Disk space freed in /usr/share/locale: 0 KiB localepurge: Disk space freed in /usr/share/man: 0 KiB localepurge: Disk space freed in /usr/share/gnome/help: 0 KiB localepurge: Disk space freed in /usr/share/omf: 0 KiB Total disk space freed by localepurge: 0 KiB E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (600, 'unstable'), (600, 'testing'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.4.0-4.dmz.1-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libstrongswan depends on: ii libc6 2.13-34 ii libcurl3 7.26.0-1 ii libfcgi0ldbl 2.4.0-8.1 ii libgcrypt111.5.0-3 ii libgmp10 2:5.0.5+dfsg-2 ii libgpg-error0 1.10-3 ii libldap-2.4-2 2.4.31-1 ii libssl1.0.01.0.1c-3 ii openssl1.0.1c-3 ii zlib1g 1:1.2.7.dfsg-13 libstrongswan recommends no packages. libstrongswan 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#679746: default --system home directory leads to piuparts RC bugs
Package: adduser Version: 3.113+nmu3 Severity: serious Hi, I am really sorry having to file this. When a package uses adduser --system without explicitly specifying the home directory of the new user, its home directory gets set to /home/$USER. Debian QA thinks that this is a policy violation and supports this by bending FHS http://www.debian.org/doc/packaging-manuals/fhs/fhs-2.3.html#HOMEUSERHOMEDIRECTORIES which says: /home : User home directories (optional) /home is a fairly standard concept, but it is clearly a site-specific filesystem. The setup will differ from host to host. Therefore, no program should rely on this location. Thus, packages using adduser --system and relying on adduser doing the right thing will get a piuparts-based RC bug in no time. Adduser should change its default behavior to something that QA will accept. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679747: [INTL: it] Italian translation of debconf messages - screen
Package: screen Severity: wishlist Tags: l10n patch Hi. Please find attached the Italian translation of screen debconf messages proofread by the Italian localization team. I know I am late for this round of l10n uploads, and I apologize, please include it in the next one. Thanks, Beatrice # Italian translation of screen debconf messages. # Copyright (C) 2012, screen package copyright holder # This file is distributed under the same license as the screen package. # Beatrice Torracca beatri...@libero.it, 2012. msgid msgstr Project-Id-Version: screen\n Report-Msgid-Bugs-To: scr...@packages.debian.org\n POT-Creation-Date: 2012-06-16 15:27+0200\n PO-Revision-Date: 2012-07-01 11:30+0200\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: error #. Description #: ../templates:2001 msgid Warning: upgrading to screen 4.1.0 with an active 4.0.3 session msgstr Attenzione: aggiornamento a screen 4.1.0 con una sessione 4.0.3 attiva #. Type: error #. Description #. Type: error #. Description #: ../templates:2001 ../templates:3001 msgid There seems to be at least one GNU Screen session running on this system; possibly the one you are running this upgrade in. However, GNU Screen 4.1.0 currently can't communicate with sessions started by Screen 4.0.3. msgstr Sembra esserci almeno una sessione di GNU Screen in esecuzione sul sistema; forse quella in cui si sta eseguendo questo aggiornamento. Tuttavia, al momento GNU Screen 4.1.0 non può comunicare con le sessioni avviate da Screen 4.0.3. #. Type: error #. Description #: ../templates:2001 msgid To reconnect to a running GNU Screen session after the new version has been unpacked, you'll need to call the old screen binary instead of the new one, so a copy has been made which can be invoked as \/tmp/screen-4.0.3 -rd\. msgstr Per riconnettersi ad una sessione di GNU Screen in esecuzione dopo che la nuova versione è stata spacchettata, è necessario eseguire il vecchio binario di screen invece del nuovo, perciò ne è stata fatta una copia che può essere chiamata usando \ /tmp/screen-4.0.3 -rd\. #. Type: error #. Description #: ../templates:2001 msgid If your /tmp/ is a separate mount point mounted with the nosuid or noexec options, you may need to copy it to somewhere else (such as /root) before calling it. Its permissions should be 2755 (-rwxr-sr-x) and it should belong to the user root and group utmp. msgstr Se /tmp/ è un punto di mount separato montato con le opzioni nosuid o noexec, può essere necessario copiarlo da qualche altra parte (come ad esempio /root) prima di eseguirlo. I suoi permessi devono essere 2755 (-rwxr-sr-x) e deve appartenere all'utente root e al gruppo utmp. #. Type: error #. Description #: ../templates:3001 msgid Failed copy of screen binary to /tmp/screen-4.0.3 msgstr Copia dell'eseguibile screen in /tmp/screen-4.0.3 non riuscita #. Type: error #. Description #: ../templates:3001 msgid To reconnect to a running GNU Screen session after the new version has been unpacked, you'll need to call the old screen binary instead of the new one. However, the attempt to copy it to /tmp/screen-4.0.3 has failed. msgstr Per riconnettersi ad una sessione di GNU Screen in esecuzione dopo che la nuova versione è stata spacchettata è necessario eseguire il vecchio binario di screen invece del nuovo. Tuttavia il tentativo di copiarlo in /tmp/screen-4.0.3 è fallito.
Bug#679748: RM: ia32-libs [ia64] -- RoM; ANAIS; No longer supported by kernel
Package: ftp.debian.org Severity: normal Some time ago the linux kernel on ia64 dropped support for running 32bit i386 code. This made ia32-libs on ia64 obsolete and the latest version of ia32-libs no longer includes ia64 in its architecture list. Please remove ia32-libs on ia64. For the ia32-libs-team, Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567558: Any solution? (escape '@' in proxy credentials in apt.conf)
Hello Did you find a solution? Is there a patch? We have a username/password in hand which contains @ and we don't have permission to change this password. Then it is really our problem too. Bahram Alinezhad.
Bug#621833: System users: removing them
On Sun, May 29, 2011 at 12:04:35PM +0100, Roger Leigh wrote: I'm currently using this logic (in postinst) # Create dedicated sbuild user if ! getent passwd sbuild /dev/null; then adduser --system --quiet --home /var/lib/sbuild --no-create-home \ --shell /bin/bash --ingroup sbuild --gecos Debian source builder sbuild fi However, consider that if the account is locked, the user already exists and no unlocking will occur, leaving the reinstalled package broken. This logic is common to many packages. That's a bug in a lot of packages, yes. adduser has been designed to allow adduser --system to be called without that logic: If called with one non-option argument and the --system option, adduser will add a system user. If a user with the same name already exists in the system uid range (or, if the uid is specified, if a user with that uid already exists), adduser will exit with a warning. This warning can be suppressed by adding --quiet. So, just remove the extra getent passwd check and you should be fine. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621833: System users: removing them
On Sun, May 29, 2011 at 08:32:21PM +0100, Roger Leigh wrote: We could add special behaviour to adduser to unlock the account if it already exists when run in the postinst. Yes, that would be the way to go for adduser --system However, most postinsts wrap the call to adduser with a check for whether the account already exists, so it would not be called without an update to every preinst employing this strategy. Yes, packages having used that approached are buggy in the first place. It would also alter the existing behaviour of adduser, which is to return nonzero if the user already exists, which could cause breakage. NACK, adduser --system does return zero if the user already exists and its parameters are sufficiently similiar to the parameters requested by the maintainer script. I dislike the fact that the behaviour of adduser and deluser would, in effect, /not/ add or delete users as intended, which is rather counter-intuitive. Providing that we have consensus on a recommended strategy for locking and unlocking accounts which can go into policy, I think all we need are examples for how maintainer scripts are expected to handle account creation and locking/unlocking. NACK, don't put the same logic into a hundred maintainer scripts where they'll have two hundred different bugs. Put the logic into a central place where bugs can be handled centrally. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621833: What about userdel?
On Sun, May 29, 2011 at 11:52:40AM +0100, Nicholas Bamber wrote: I am managing a package that does 'userdel' in a purge. Don't do that, use deluser, if you insist. And even that is dangerous. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679714: postgres-xc: fails to install: missing dependency on postgresql server?
On 2012-07-01 01:58, Vladimir Stavrinov wrote: On Sun, Jul 01, 2012 at 01:39:30AM +0200, Andreas Beckmann wrote: + '[' '!' -S /var/run/postgresql/.s.PGSQL.5432 ']' + i=11 + sleep 1 + '[' 11 -gt 10 ']' + exit 1 dpkg: error processing postgres-xc (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: postgres-xc Where should the socket come from? It created when coordinator starts. Try to start/stop it with init script and see what prevents to do so. One step further. So installation fails if policy-rc.d is configured to forbid starting of services ... Next problem (after I manually ran service postgres-xc start): + i=1 + '[' '!' -S /var/run/postgresql/.s.PGSQL.5432 ']' + sudo su - postgres-xc -c 'psql postgres -c CREATE NODE dn1 WITH (TYPE=datanode, PORT=15432); CREATE NODE dn2 WITH (TYPE=datanode, PORT=15433); select pgxc_pool_reload();' /var/lib/dpkg/info/postgres-xc.postinst: line 144: sudo: command not found dpkg: error processing postgres-xc (--configure): subprocess installed post-installation script returned error exit status 127 Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621833: System user handling in packages: status of discussion
On Fri, Jun 10, 2011 at 10:12:20AM +0100, Lars Wirzenius wrote: * To create an user, a maintainer script should call adduser --system foo. It is not necessary to wrap this in a check for whether the user exists. It would be a bug to do so. Add --quiet to the adduser call if you don't want to show the resulting warning to your users, but I'd recommend to leave the warning active. * When the package is removed, the user should be locked: lockuser foo. * lockuser is a still-hypothetical tool, which needs to be added to the adduser package. It is a wrapper around usermod -L -e 1 foo. * Similarly, adduser needs to be changed to unlock: usermod -U -e '' foo. Why not extending deluser to not delete the user if it is a system account? Unclear to me are the following two points: * Should packages also remove the contents of the system account's home directory? No, the local admin might have put important additional data in there. It may be an idea to remove all files that the _package_ has put there, but that would be a _significant_ burden IMO. Should this be done upon package remove or purge? Purge, of course. When you remove and reinstall, you should be exactly where you were before. * Is there consensus that adduser should get a --local option, and if so, what should its semantics be, and should packages start using it now? Or can this wait until there's an actual need for --local, so that the precise semantics can be defined? There's a fairly few packages that create users, so we should be able to deal with them fairly easily later. Actually --system was meant for that. Greetings Marc, who has for quite some time taken care of adduser but has lost touch to the package recently -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621833: System user handling in packages: status of discussion
On Fri, Jun 10, 2011 at 11:00:14AM +0100, Roger Leigh wrote: Would lockuser need to be in the adduser package? Given that adduser is only priority:important, it's not guaranteed to be present when postrm is run, so the operation could fail. Maybe passwd is a better place for it, given that it contains useradd etc., and is priority:required. adduser should be elevated to priority:required then. adduser contains all Debian logic for account handling, while passwd doesn't. adduser is the logical place for Debianisms. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677741: Multiarch issues
block 675797 by 675797 679671 677788 thanks On Saturday 16 June 2012 17:51:41 you wrote: Package: ia32-libs Version: 20120616 Severity: grave Meta bug to track the remaining issues with a multiarch ia32-libs. Just tried to update to ia32-libs 20120616 and found following remaining problems: libdb48 = 4.8.30-2 unavailable sane-utils conflicts with sane-utils:i386 lesstif2 conflicts with lesstif2:i386 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679749: src:ntop: maintainer address bounces
Source: ntop Severity: serious The maintainer address bounces: Mail Delivery System mailer-dae...@franck.debian.org writes: This message was created automatically by mail delivery software. A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: jor...@linuxgen.com retry timeout exceeded -- This is a copy of the message, including all the headers. -- Return-path: d...@franck.debian.org Received: from dak by franck.debian.org with local (Exim 4.72) (envelope-from d...@franck.debian.org) id 1Sjmzo-0004eb-S2 for jor...@linuxgen.com; Wed, 27 Jun 2012 07:49:04 + Message-Id: e1sjmzo-0004eb...@franck.debian.org To: jor...@linuxgen.com From: Debian FTP Masters ftpmas...@ftp-master.debian.org Subject: Processing of ntop_4.99.3+ndpi5517+dfsg1-1_amd64.changes Date: Wed, 27 Jun 2012 07:49:04 + X-Debian: DAK X-DAK: DAK X-Debian-Package: ntop Sender: Archive Administrator d...@franck.debian.org ntop_4.99.3+ndpi5517+dfsg1-1_amd64.changes uploaded successfully to localhost along with the files: ntop_4.99.3+ndpi5517+dfsg1-1.dsc ntop_4.99.3+ndpi5517+dfsg1.orig.tar.gz ntop_4.99.3+ndpi5517+dfsg1-1.debian.tar.gz ntop_4.99.3+ndpi5517+dfsg1-1_amd64.deb ntop-dbg_4.99.3+ndpi5517+dfsg1-1_amd64.deb ntop-data_4.99.3+ndpi5517+dfsg1-1_all.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592563: Possible problems in your Debian packages
Hello Ondrej, this bug was not fixed since 10 August 2010, I applied Jakub Wilk's patch. Best regards, Georges. DDPOMail robot a écrit : This is an automated mail. These mails are sent at most twice a month. For more information about these mails, refer to http://wiki.debian.org/qa.debian.org/DdpoByMail ... === sympy: (you co-maintain it) = 1 Release Goals bug(s): - #592563 http://bugs.debian.org/592563 sympy.galgebra.latex_ex.xdvi() creates a file named NUL on non-Linux architectures Part of release goal: kfreebsd-* as release architectures signature.asc Description: Digital signature
Bug#679750: ALPS touchpad recognized as PS/2 Generic Mouse
Package: xserver-xorg-input-synaptics (Maybe linux-image-3.2.0-0.bpo.1-amd64 Version: 3.2.4-1~bpo60+1 is more suitable?) Version: 1.4.1-1~bpo60+1 My lenovo G360 has an ALPS touchpad, show in Windows 7 Home Editition OEM in this laptop. Under Debian Squeeze in same laptop, the left and right key, single and double tap, tracking of touchpad works well. But, there isn't touchpad tab in gnome mouse setting dialog, so I can't setup edge scrolling and disable touchpad on typing. xinput shows it is a PS/2 Generic Mouse. Below is the detail information. synclient -l shows: Couldn't find synaptics properties. No synaptics driver loaded? xinput --list shows: ⎡ Virtual core pointer id=2[master pointer (3)] ⎜ ↳ Virtual core XTEST pointerid=4[slave pointer (2)] ⎜ ↳ USB OPTICAL MOUSEid=11 [slave pointer (2)] ⎜ ↳ PS/2 Generic Mouseid=14 [slave pointer (2)] ⎣ Virtual core keyboard id=3[master keyboard (2)] ↳ Virtual core XTEST keyboard id=5[slave keyboard (3)] ↳ Power Button id=6[slave keyboard (3)] ↳ Video Bus id=7[slave keyboard (3)] ↳ Video Bus id=8[slave keyboard (3)] ↳ Power Button id=9[slave keyboard (3)] ↳ Sleep Button id=10 [slave keyboard (3)] ↳ Lenovo EasyCamera id=12 [slave keyboard (3)] ↳ AT Translated Set 2 keyboard id=13 [slave keyboard (3)] ↳ Ideapad extra buttons id=15 [slave keyboard (3)] ↳ ACPI Virtual Keyboard Device id=16 [slave keyboard (3)] cat /proc/bus/input/devices shows (only post the section of PS/2 Generic Mouse): I: Bus=0011 Vendor=0002 Product=0001 Version= N: Name=PS/2 Generic Mouse P: Phys=isa0060/serio4/input0 S: Sysfs=/devices/platform/i8042/serio4/input/input9 U: Uniq= H: Handlers=mouse1 event9 B: PROP=0 B: EV=7 B: KEY=7 0 0 0 0 B: REL=3 Some related section in /var/log/Xorg.0.log is: [30.929] (II) config/udev: Adding input device PS/2 Generic Mouse (/dev/input/event9) [30.929] (**) PS/2 Generic Mouse: Applying InputClass evdev pointer catchall [30.929] (II) Using input driver 'evdev' for 'PS/2 Generic Mouse' [30.929] (II) Loading /usr/lib/xorg/modules/input/evdev_drv.so [30.929] (**) PS/2 Generic Mouse: always reports core events [30.929] (**) PS/2 Generic Mouse: Device: /dev/input/event9 [30.929] (--) PS/2 Generic Mouse: Found 3 mouse buttons [30.929] (--) PS/2 Generic Mouse: Found relative axes [30.929] (--) PS/2 Generic Mouse: Found x and y relative axes [30.929] (II) PS/2 Generic Mouse: Configuring as mouse [30.929] (**) PS/2 Generic Mouse: YAxisMapping: buttons 4 and 5 [30.929] (**) PS/2 Generic Mouse: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200 [30.929] (**) Option config_info udev:/sys/devices/platform/i8042/serio4/input/input9/event9 [30.929] (II) XINPUT: Adding extended input device PS/2 Generic Mouse (type: MOUSE) [30.929] (II) PS/2 Generic Mouse: initialized for relative axes. [30.929] (**) PS/2 Generic Mouse: (accel) keeping acceleration scheme 1 [30.929] (**) PS/2 Generic Mouse: (accel) acceleration profile 0 [30.929] (**) PS/2 Generic Mouse: (accel) acceleration factor: 2.000 [30.929] (**) PS/2 Generic Mouse: (accel) acceleration threshold: 4 [30.930] (II) config/udev: Adding input device PS/2 Generic Mouse (/dev/input/mouse1) There is no touchpad or synaptics information in the /var/log/Xorg.0.log System information: Debian Squeeze, kernel: 3.2.0-0.bpo.1-amd64, and also test on kernel 3.4 compiled with make oldconfig based on config-3.2.0-0.bpo.1-amd64, no lucky. I have tried too many methods found on internet, such as: 1, add psmouse.proto=imps(or exps) into kernel parameters; 2, add file etc/X11/xorg.d/10-synaptics.conf, the content as below: Section InputClass Identifier touchpad catchall Driver synaptics MatchIsTouchpad on MatchDevicePath /dev/input/event* Option SHMConfig on Option TapButton1 1 Option TapButton2 2 Option TapButton3 3 Option VertTwoFingerScroll on Option HorizTwoFingerScroll on EndSection 3, Tried patched psmouse.ko. I downloaded linux-source-3.2, and applied patch found on internet(Resend-Add-support-for-Intellimouse-Mode-in-ALPS-touchpad-on-Dell-E2-series-Laptops.patch, see attachment), I have not use cat *.patch | patch -p1, just copy the modified code into linux-source-3.2 and recompile psmouse.ko. But no lucky. My DMI information: me@debian:/sys/class/dmi/id$ for file in *; do if [ -f $file -a -r $file ]; then echo $file: `cat $file` ; fi; done bios_date:
Bug#679232: libxft2: update from 2.2.0-3 - 2.3.1-1 breaks font in rxvt-unicode
Package: libxft2 Followup-For: Bug #679232 Dear Maintainer, * What led up to the situation? [UPGRADE] libxft2:amd64 2.2.0-3 - 2.3.1-1 Similar to the previous report. But I'm using the following in my ~/.Xresources: URxvt*font: xft:DejaVu Sans Mono:pixelsize=12:antialias=true Downgrading to libxft2:amd64 2.2.0-3 and everything works fine. Attached are a couple of screen shots, from xmobar. Thanks -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (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 libxft2:amd64 depends on: ii libc6 2.13-33 ii libfontconfig1 2.9.0-6 ii libfreetype6 2.4.9-1 ii libx11-6 2:1.5.0-1 ii libxrender11:0.9.7-1 ii multiarch-support 2.13-33 libxft2:amd64 recommends no packages. libxft2:amd64 suggests no packages. -- no debconf information attachment: 2012-07-01-044729_1920x1200_scrot-libxft2-2.3.1-1.pngattachment: 2012-07-01-051603_1920x1200_scrot-libxft2-2.2.0-3.png
Bug#621833: What about userdel?
Marc, I inherited it. I had the feeling things were going to be clarified so I was waiting on that clarification. Also if I recall I was trying to raise the issue that half the issue was missed. On 01/07/12 10:56, Marc Haber wrote: On Sun, May 29, 2011 at 11:52:40AM +0100, Nicholas Bamber wrote: I am managing a package that does 'userdel' in a purge. Don't do that, use deluser, if you insist. And even that is dangerous. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679751: please clarify package account and home directory location in policy
Package: debian-policy Severity: normal Hi, many packages have to create system accounts on installation. Unfortunately, Debian policy is not quite clear on how to handle these. On the other hand, Debian QA is keen on addressing issues in account handling, which frequently leads to discussions about how to handle things like that, resulting in maintainer time being wasted to make unncessary changes to a package that could have been done right in the first place. #621833 has a lengthy discussion about what happens to an account on package removal / purge, but other things are stil open and unaddressed by Policy. I won't address the old user name (package versus Dpackage versus Debian-package versus debian-package) issue here since the discussions about that have died down in the last years and one gets away pretty well with Debian-package. But I need to address the where to put a users' home dir issue. Recently, QA has filed quite some bugs about system users' home dirs not being allowed in /home, (mis)interpreting the FHS (chapter /home) at this point, saying /home : User home directories (optional) /home is a fairly standard concept, but it is clearly a site-specific filesystem. [9] The setup will differ from host to host. Therefore, no program should rely on this location. Unfortunately, Policy is not clear on where a system accounts' home directory is to be placed. Thus, a maintainer trying to fix the bug that a home directory was placed *gasp* in /home is risking to do it wrong again when choosing between /etc/package(/home) and /var/(lib|cache|spool)/package(/home). In quite a few packages, the system user's home directory might accumulate dotfiles and/or ssh (keys|known_hosts) files, so this decision is not quite easy to take. I would love to have policy clearly say where a system users' home directory is to be placed. This saves a lot of maintainer time and grief with QA actions. If this were clearly laid out in Policy, QA would also be saved from discussions with grumpy maintainers like me, since they would have a clear reference to cite without having to bend FHS. Sorry, but I cannot suggest Policy language since I don't know how do to things right and I still believe that /home is a valid place for home directories. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621833: What about userdel?
On Sun, Jul 01, 2012 at 11:15:18AM +0100, Nicholas Bamber wrote: I had the feeling things were going to be clarified so I was waiting on that clarification. That is of course acceptable. Don't break things until Policy forces you to do so ,-) Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679727: RM: netapplet/1.0.8 -- ROM
Hi, The same upstream version of netapplet is in stable, testing and unstable and you didn't specify where you were asking for its removal from; I've assumed testing. On Sun, 2012-07-01 at 00:23 -0500, Rudy Godoy wrote: netapplet was meant to offer a user-friendly interface for dealing with networking configuration for the GNOME desktop. Currently there are better options and the package lacks of upstream. I've orphaned it before since I cannot commit to act both as upstream and maintainer for a stable release, despite better options exist now for the GNOME desktop. On that basis, would it better to remove the package from unstable, rather than just testing? Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551555: mountnfs.sh: start should declare dependency on name resolver
On Sun, Jul 01, 2012 at 02:22:49AM +0200, Rudy Zijlstra wrote: Anything happening on this bug? Not that I'm aware of. There are other NFS issues outstanding as well, which could really use the attention of an NFS expert. NFS mounting a separate /usr is IMO not something we should support, given that it makes no sense (just mount the rootfs on NFS directly). If we were to relax this existing constraint, would that make the dependencies any easier to fix? Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621833: What about userdel?
On 01/07/12 11:25, Marc Haber wrote: On Sun, Jul 01, 2012 at 11:15:18AM +0100, Nicholas Bamber wrote: I had the feeling things were going to be clarified so I was waiting on that clarification. That is of course acceptable. Don't break things until Policy forces you to do so ,-) Greetings Marc Yeah and next time I'll make sure I really understand policy before implementing it. ;-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621833: What about userdel?
On 01/07/12 11:25, Marc Haber wrote: On Sun, Jul 01, 2012 at 11:15:18AM +0100, Nicholas Bamber wrote: I had the feeling things were going to be clarified so I was waiting on that clarification. That is of course acceptable. Don't break things until Policy forces you to do so ,-) Greetings Marc Actually surely a good first step, perhaps even before fixing policy, would be to get some sort of experimental check in lintian for any sort of attempt to delete a system user in a maintenance script. Then we could get a handle on how big the problem is. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679752: dovecot-core: Initialization failed: Duplicate namespace prefix
Package: dovecot-core
Version: 1:2.1.7-2
Severity: normal
I upgraded dovecot on my wheezy system from 1:2.0.18-1 to 1:2.1.7-2. This
broke my namespace configuration and dovecot stopped working.
I have the following configuration information in a file called
/etc/dovecot/conf.d/50-grc.conf:
namespace {
hidden = no
inbox = no
location = maildir:~/dovecot
prefix =
separator = /
type = private
}
Previously this worked fine to override the standard config in 10-mail.conf.
However, after the upgrade, this gave the following errors, for every user:
Error: user cobb: Initialization failed: namespace configuration error:
Duplicate namespace prefix:
Error: Invalid user settings. Refer to server log for more information.
I had to edit the file 10-mail.conf to comment out the namespace inbox
section. This need to edit a conffile defeats the object of having a
configuration directory with ordered entries -- it should be possible to
override the distributed settings!
-- Package-specific info:
dovecot configuration
-
# 2.1.7: /etc/dovecot/dovecot.conf
# OS: Linux 3.2.0-2-amd64 x86_64 Debian wheezy/sid
log_timestamp = %Y-%m-%d %H:%M:%S
login_trusted_networks = 192.168.0.0/16 127.0.0.1
mail_privileged_group = mail
maildir_stat_dirs = yes
namespace {
hidden = yes
inbox = yes
location = mbox:~/mail:INBOX=/var/mail/%u
prefix = #mbox/
separator = /
type = private
}
namespace {
hidden = no
inbox = no
location = maildir:~/dovecot
prefix =
separator = /
type = private
}
namespace {
hidden = no
inbox = no
location = mbox:/home/imap-archive/
prefix = archive/
separator = /
type = public
}
passdb {
driver = pam
}
protocols = imap pop3
ssl_cert = /etc/ssl/certs/dovecot.pem
ssl_key = /etc/ssl/private/dovecot.pem
userdb {
driver = passwd
}
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE@euro, LC_CTYPE=en_IE@euro (charmap=ISO-8859-15) (ignored:
LC_ALL set to en_IE@euro)
Shell: /bin/sh linked to /bin/bash
Versions of packages dovecot-core depends on:
ii adduser 3.113+nmu3
ii libbz2-1.0 1.0.6-3
ii libc6 2.13-33
ii libpam-runtime 1.1.3-7.1
ii libpam0g1.1.3-7.1
ii libssl1.0.0 1.0.1c-3
ii openssl 1.0.1c-3
ii ucf 3.0025+nmu3
ii zlib1g 1:1.2.7.dfsg-13
dovecot-core recommends no packages.
Versions of packages dovecot-core suggests:
pn dovecot-gssapinone
ii dovecot-imapd 1:2.1.7-2
pn dovecot-ldap none
pn dovecot-lmtpd none
pn dovecot-managesieved none
pn dovecot-mysql none
pn dovecot-pgsql none
ii dovecot-pop3d 1:2.1.7-2
pn dovecot-sieve none
pn dovecot-solr none
pn dovecot-sqlitenone
ii ntp 1:4.2.6.p5+dfsg-2
Versions of packages dovecot-core is related to:
ii dovecot-core [dovecot-common] 1:2.1.7-2
pn dovecot-dbgnone
pn dovecot-devnone
pn dovecot-gssapi none
ii dovecot-imapd 1:2.1.7-2
pn dovecot-ldap none
pn dovecot-lmtpd none
pn dovecot-managesieved none
pn dovecot-mysql none
pn dovecot-pgsql none
ii dovecot-pop3d 1:2.1.7-2
pn dovecot-sieve none
pn dovecot-sqlite none
-- 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#488126: vorbisgain: Aborts because of too many open files
Marcel, Thanks for the patch. It will be included in the next vorbisgain upload. -- Daniel Martí - mv...@mvdan.cc - GPG 0x58BF72C3 pgpypU56JktTI.pgp Description: PGP signature
Bug#679733: perl-depends: package description review (Grammar)
On 2012-07-01 08:43, Justin B Rye wrote: | Package: perl-depends | Version: 2011.0324+git74d587e-1 | Severity: wishlist | Tags: patch | | I noticed this package has two minor typos close together in its | description... Applied, Fixes will appear in Debian soon. If you have any spare time, you're welcome to review the manual page too: # see /bin/perl-depends.pl where the embedded POD is above Help() git clone git://git.savannah.nongnu.org/perl-depends.git Thanks again for your contribution, Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505186: vorbisgain: Multiple vorbisgain processes may overwrite each
Hello Patrick and Pavel, As the new maintainer I'm trying to clean up old bugs which were not taken care of years ago. It has been four years now, but do you think we should finally do anything about this problem? I'm going to contact upstream about a few issues anyway, and I'll let him know about this one as well. Thank you. -- Daniel Martí - mv...@mvdan.cc - GPG 0x58BF72C3 pgp7Q5lnA2FsA.pgp Description: PGP signature
Bug#679753: calc: prime number test for large numbers results in error
Package: emacs24-common Version: 24.1+1-1 Severity: normal The prime number test in calc results in an error if the tested number is large. It works fine for small numbers. Steps to reproduce: - Start calc (M-x calc RET) - Enter the number 123456789 (123456789 RET) - Perform prime number test (k p) Expected result: The message Non-prime (or something similar) is displayed. Actual result: The message Wrong type argument: listp, 123456789 is displayed. If small numbers are tested, calc behaves as expected. E.g. typing 123 k p displays the message Non-prime. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages emacs24-common depends on: ii dpkg1.16.4.3 ii emacsen-common 2.0.3 ii install-info4.13a.dfsg.1-10 emacs24-common recommends no packages. Versions of packages emacs24-common suggests: ii emacs24-common-non-dfsg 24.1+1-1 pn emacs24-el none -- 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#652205: assembler errors when trying to build flint on armhf
I've prepared an NMU for this (based on the upload I did to
Ubuntu to solve the same bug). I'm attaching the debdiff,
which you're welcome to act on and include in a maintainer
upload, but if I don't hear back in a week or so, I'll just
upload this.
... Adam
diff -u flint-1.011/debian/changelog flint-1.011/debian/changelog
--- flint-1.011/debian/changelog
+++ flint-1.011/debian/changelog
@@ -1,3 +1,10 @@
+flint (1.011-2.1) unstable; urgency=low
+
+ * NMU: Fix the inline ASM for ARM to specify .arm mode, so it works
+correctly when compiling with -mthumb-interwork (Closes: #652205)
+
+ -- Adam Conrad adcon...@debian.org Mon, 25 Jun 2012 18:43:41 -0600
+
flint (1.011-2) unstable; urgency=low
* Add a prototype for __gmpn_udiv_w_sdiv when it is needed
diff -u flint-1.011/debian/patches/series flint-1.011/debian/patches/series
--- flint-1.011/debian/patches/series
+++ flint-1.011/debian/patches/series
@@ -4,0 +5 @@
+flint-arm-thumb.patch
only in patch2:
unchanged:
--- flint-1.011.orig/debian/patches/flint-arm-thumb.patch
+++ flint-1.011/debian/patches/flint-arm-thumb.patch
@@ -0,0 +1,76 @@
+--- flint-1.011/longlong.h 2008-06-15 21:31:56.0 -0600
../longlong.h 2012-06-25 19:12:22.747170289 -0600
+@@ -408,7 +408,7 @@
+
+ #if defined (__arm__) W_TYPE_SIZE == 32
+ #define add_ss(sh, sl, ah, al, bh, bl) \
+- __asm__ (adds\t%1, %4, %5\n\tadc\t%0, %2, %3 \
++ __asm__ (.arm\n\tadds\t%1, %4, %5\n\tadc\t%0, %2, %3
\
+ : =r (sh), =r (sl) \
+ : r (ah), rI (bh), %r (al), rI (bl) __CLOBBER_CC)
+ #define sub_ddmmss(sh, sl, ah, al, bh, bl) \
+@@ -416,47 +416,47 @@
+ if (__builtin_constant_p (al))\
+ {
\
+ if (__builtin_constant_p (ah)) \
+-__asm__ (rsbs\t%1, %5, %4\n\trsc\t%0, %3, %2\
++__asm__ (.arm\n\trsbs\t%1, %5, %4\n\trsc\t%0, %3, %2
\
+ : =r (sh), =r (sl) \
+ : rI (ah), r (bh), rI (al), r (bl) __CLOBBER_CC); \
+ else\
+-__asm__ (rsbs\t%1, %5, %4\n\tsbc\t%0, %2, %3\
++__asm__ (.arm\n\trsbs\t%1, %5, %4\n\tsbc\t%0, %2, %3
\
+ : =r (sh), =r (sl) \
+ : r (ah), rI (bh), rI (al), r (bl) __CLOBBER_CC); \
+ }
\
+ else if (__builtin_constant_p (ah))
\
+ {
\
+ if (__builtin_constant_p (bl)) \
+-__asm__ (subs\t%1, %4, %5\n\trsc\t%0, %3, %2\
++__asm__ (.arm\n\tsubs\t%1, %4, %5\n\trsc\t%0, %3, %2
\
+ : =r (sh), =r (sl) \
+ : rI (ah), r (bh), r (al), rI (bl) __CLOBBER_CC); \
+ else\
+-__asm__ (rsbs\t%1, %5, %4\n\trsc\t%0, %3, %2\
++__asm__ (.arm\n\trsbs\t%1, %5, %4\n\trsc\t%0, %3, %2
\
+ : =r (sh), =r (sl) \
+ : rI (ah), r (bh), rI (al), r (bl) __CLOBBER_CC); \
+ }
\
+ else if (__builtin_constant_p (bl))
\
+ {
\
+ if (__builtin_constant_p (bh)) \
+-__asm__ (subs\t%1, %4, %5\n\tsbc\t%0, %2, %3\
++__asm__ (.arm\n\tsubs\t%1, %4, %5\n\tsbc\t%0, %2, %3
\
+ : =r (sh), =r (sl) \
+ : r (ah), rI (bh), r (al), rI (bl) __CLOBBER_CC); \
+ else\
+-__asm__ (subs\t%1, %4, %5\n\trsc\t%0, %3, %2\
++__asm__ (.arm\n\tsubs\t%1, %4, %5\n\trsc\t%0, %3, %2
\
+ : =r (sh), =r (sl) \
+ : rI (ah), r (bh), r (al), rI (bl) __CLOBBER_CC); \
+ }
\
+ else /* only bh might be a constant */\
+- __asm__ (subs\t%1, %4, %5\n\tsbc\t%0, %2, %3 \
++ __asm__ (.arm\n\tsubs\t%1, %4, %5\n\tsbc\t%0, %2, %3
\
+ : =r (sh), =r (sl) \
+ : r (ah), rI (bh), r (al), rI (bl)
Bug#679492: [spamassassin] Dependency boot ordering and running sa_update
On Friday 29 June 2012 21:03:01 Noah Meyerhans wrote: severity 679492 wishlist thanks On Fri, Jun 29, 2012 at 09:38:55AM +0300, David Baron wrote: Sa_update needs be run before spamassassin in order for the rules to be up-to- date. I had been doing this in rc.local as well. Should be a more correct/Debian way. If you choose to run sa-update before starting spamd, that's fine, and not a bad idea if your host reboots frequently. Since sa-update potentially takes some time (especially if sa-compile is used), running it on every reboot could have an undesirable impact on boot time. Additionally, since spamd is typically run on mail servers, which don't reboot frequently, I believe this change would be of minimal benefit to most users. This might be reclassified a security issue! Since sa-update is optional and is never run automatically by default, you'll have a hard time convincing me that not running it at boot time is a security issue. I don't plan on making the requested change. However, if somebody provides a patch to implement it, I'd consider applying it. noah I see the point. Might better be a configuration option, possibly cron-job. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679754: libgtk-3-dev: /usr/share/doc/libgtk-3-dev/README: dangling symlink
Package: libgtk-3-dev Version: 3.4.2-2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, /usr/share/doc/libgtk-3-dev/README points to /usr/share/doc/libgtk-3-common/README which does not exist. I guess it's supposed to point to /usr/share/doc/libgtk-3-common/README.gz. Kind regards - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (650, 'unstable'), (601, 'testing'), (600, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (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 libgtk-3-dev depends on: ii gir1.2-gtk-3.03.4.2-2 ii libatk1.0-dev 2.4.0-2 ii libcairo2-dev 1.12.2-2 ii libgdk-pixbuf2.0-dev 2.26.1-1 ii libglib2.0-dev2.32.3-1 ii libgtk-3-03.4.2-2 ii libgtk-3-common 3.4.2-2 ii libpango1.0-dev 1.30.0-1 ii libx11-dev2:1.5.0-1 ii libxcomposite-dev 1:0.4.3-2 ii libxcursor-dev1:1.1.13-1 ii libxdamage-dev1:1.1.3-2 ii libxext-dev 2:1.3.1-2 ii libxfixes-dev 1:5.0-4 ii libxi-dev 2:1.6.1-1 ii libxinerama-dev 2:1.1.2-1 ii libxrandr-dev 2:1.3.2-2 ii pkg-config0.26-1 libgtk-3-dev recommends no packages. Versions of packages libgtk-3-dev suggests: pn libgtk-3-doc none - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJP8Ck7AAoJEGny/FFupxmTMVcQAIb6qJc0AwJKiq6opUlfgDcD wrB4t/i8HFRd3Q7DV81VNfzqjvNxqfTaF8zdxK6tVSJaVrQHi5aLRfWLH0FjqLRe 8AaPXAUVF2wIxKvNdWsiMkyqUAiHBI9Zn0wBG6zYk1ySI21jyb86WikbHmc2IGiK lTZS/MYi38GpCEU+4az9igOGKS2e0DsAQSfCLCP1x+YlK1uNNDkbmmaWQaNBhvkt 0BK9ZTCH97qxMrzDsA8J6RCDyFmm//TJo0FpyW03BXEREpNJbJ/fHsMgGru9GN7i lWUk2KLZ0HeekYzbKHLwB+9P4JeXuu5ixa6e1AT/q7q3+/wxgRhXDwxdV7qbxs6D Cju65UMdt2S/Jh0YRXXaMDoZQyrPg6/OC23nhDHSYOCzjOUOeDtqPb84Kk/y5jIs x98renOl0Yp8uRq5o9CGxqDAnL25Epw+LJwLQiR0qCbe3blNmxF0xDXmIjDR18VY 0ZrASLAiYoqP5Kx8uaMiSaIOMjskiYAOWP/FH52A3jC+rvlh6IDWWFDI5Etkvm8K FjMS9E6fZEzjcNtaE4OOeCroBUrB3fl6I5uqb0E5MCgEHcpLqYkIT0JVtrv6NN3Z A+R9magosGKDiQj4H/7P/vb/BqGuBYIz3wYvkZCAl2hGbrImFQW+sVA7075bujyq BJ57T1V0DTsVH0i7XcZw =S7F3 -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#678979: postgresql-9.1-slony1-2: Slony 2.0.7 is not supported with Postgresql 9.1
On sön, 2012-07-01 at 01:56 +, Steve Singer wrote: The problem is that slony 2.0.x (slon) opens up serializable transactions that caues the conflicts. This can happen even if user applications only perform repeatable read transactions. The transactions will be retried after they are aborted so they should eventually get through. OK, that's more serious then. I'll see what I can do. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661335: Bug still in 3.2.0-2, 3.2.0-3 and 3.4-trunk ([3.1 - 3.2.4 regression] ASUS P8H67-M EVO: No HDMI sound on HDAintel)
found 661335 linux-2.6/3.2.20-1 found 661335 linux-2.6/3.2.21-3 found 661335 linux-2.6/3.4.4-1~experimental.1 thanks Hello, I'm getting a bit nervous due to the fact that the wheezy freeze is approaching, that I'm still stuck on an outdated kernel (3.1), with all the security and supportability implications, and I don't have the impression that anything is happening to resolve the issue. Is there anything I can do to help make this bug disappear before the release of wheezy? As you can guess from the control orders, I've tried successfully to reproduce the bug on all versions of the kernel I could find. Thanks, Eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679671: ia32-libs-i386: depends on removed package libdb4.8
Am 01.07.2012 um 11:13 schrieb Goswin von Brederlow: Sven Joachim svenj...@gmx.de writes: Package: ia32-libs-i386 Version: 20120616 Severity: serious Your package depends on libdb4.8 which is no longer available in unstable. It is still in wheezy. Not anymore. I assume it is going to be removed there as well? It was removed yesterday when libdb4.8 4.8.30-12 migrated. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679755: wkhtmltopdf: newer versions available
Package: wkhtmltopdf Version: 0.9.9-1 Severity: wishlist several newer versions ae available which include some useful features such as better TOC handling. available from http://code.google.com/p/wkhtmltopdf/downloads/list -- System Information: Debian Release: 6.0.4 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=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wkhtmltopdf depends on: ii libc6 2.13-33Embedded GNU C Library: Shared lib ii libgcc1 1:4.7.0-8 GCC support library ii libqt4-network4:4.8.2-1 Qt 4 network module ii libqt4-webkit 4:4.8.1-1 transitional package for Qt 4 WebK ii libqtcore44:4.8.2-1 Qt 4 core module ii libqtgui4 4:4.8.2-1 Qt 4 GUI module ii libstdc++64.7.0-8GNU Standard C++ Library v3 wkhtmltopdf recommends no packages. Versions of packages wkhtmltopdf suggests: ii tightvncserver [xserver]1.3.9-6.1+b1 virtual network computing server s ii xserver-xorg-core [xserver] 2:1.7.7-14 Xorg X server - core server -- 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#679671: [Pkg-ia32-libs-maintainers] Bug#679671: ia32-libs-i386: depends on removed package libdb4.8
On Sun, 2012-07-01 at 11:13 +0200, Goswin von Brederlow wrote: Sven Joachim svenj...@gmx.de writes: Your package depends on libdb4.8 which is no longer available in unstable. It is still in wheezy. No, it isn't (and wasn't when you mailed). I assume it is going to be removed there as well? It was removed in last night's britney run. Dear Release Team, as per http://release.debian.org/wheezy/freeze_policy.html I'm CCing you on this bug (#679671) to ask for a freeze exception. == diff -Nru ia32-libs-20120616/debian/control ia32-libs-20120701/debian/control --- ia32-libs-20120616/debian/control 2012-06-16 21:30:00.0 +0200 +++ ia32-libs-20120701/debian/control 2012-07-01 10:54:26.0 +0200 @@ -31,7 +31,7 @@ libavahi-common3 (= 0.6.27-2+squeeze1), libbsd0 (= 0.2.0-1), libcap2 (= 1:2.19-3), libcomerr2 (= 1.41.12-4stable1), libcups2 (= 1.4.4-7+squeeze1), - libcurl3 (= 7.21.0-2), libdb4.8 (= 4.8.30-2), + libcurl3 (= 7.21.0-2), libdbus-1-3 (= 1.2.24-4+squeeze1), libdirectfb-1.2-9 (= 1.2.10.0-4), libdrm-intel1 (= 2.4.21-1~squeeze3), libdrm-radeon1 (= 2.4.21-1~squeeze3), libdrm2 (= 2.4.21-1~squeeze3), libedit2 (= 2.11-20080614-2), == Is that the only (non-changelog) change in the package? If so then feel free to get it uploaded and then come back to us with an unblock request. Note that in any case the package won't migrate with #677741 in the way. Looking at the package currently in unstable, I do have to ask what happened to: ia32-libs-20120616/debian/copyright|13164 -- Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679756: migemo-el: fails to upgrade from 'squeeze' - trying to overwrite /usr/share/emacs/site-lisp/migemo/migemo.el
Package: migemo-el Version: 20110227-5 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'squeeze'. It installed fine in 'squeeze', then the upgrade to 'sid' fails because it tries to overwrite files that are owned by other packages without declaring a Breaks/Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces This problem is exposed during the upgrade of the 'migemo' package, not by upgrading only the buggy package itself. In order to have piuparts automatically track this problem, I'll mark this bug as Affects/Found in the exposing package(s), too. From the attached log (scroll to the bottom...): Selecting previously unselected package migemo-el. Unpacking migemo-el (from .../migemo-el_20110227-5_all.deb) ... dpkg: error processing /var/cache/apt/archives/migemo-el_20110227-5_all.deb (--unpack): trying to overwrite '/usr/share/emacs/site-lisp/migemo/migemo.el', which is also in package migemo 0.40-10 configured to not write apport reports Preparing to replace migemo 0.40-10 (using .../migemo_20110227-5_all.deb) ... Remove migemo for emacs Unpacking replacement migemo ... cheers, Andreas migemo_20110227-5.log.gz Description: GNU Zip compressed data
Bug#679757: boinc-app-seti: FTBFS: E: Unable to locate package libboinc-app-dev
Package: src:boinc-app-seti Version: 6.12~svn1306-1 Severity: serious Tags: sid wheezy Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the buildds: E: Unable to locate package libboinc-app-dev Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679758: xfce4-cpugraph-plugin: crashes (without current usage bars)
Package: xfce4-cpugraph-plugin Version: 1.0.3-1 Severity: normal It seems that if I uncheck 'Show current usage bars', the plugin crashes next time it's reloaded. That's the best debug I can provide. The previous version worked flawlessly. Also, while I was checking rc file, I noticed very weird color format, don't know if it's connected to this bug. Foreground1=# Foreground2=# Foreground3=# Background=# BarsColor=#4b4b69698383 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.4.0 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xfce4-cpugraph-plugin depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-34 ii libcairo2 1.12.2-1 ii libfontconfig1 2.9.0-6 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgtk2.0-0 2.24.10-1 ii libpango1.0-0 1.30.0-1 ii libxfce4ui-1-0 4.8.1-1 ii libxfce4util4 4.8.2-1 ii xfce4-panel 4.8.6-3 xfce4-cpugraph-plugin recommends no packages. xfce4-cpugraph-plugin 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#549681: bug#549681: mkvmlinuz: use xz to compress vmlinuz-boxed initrd
On Sat, Jun 30, 2012 at 11:01:47PM -0400, Milan Kupcevic wrote: The attached patch brings vmlinuz from about 13MB to about 9.5MB, which is well under the 12MB limit. Downside is that xz compressing is noticeably slower than currently used gzip, but decompressing speed difference is not noticeable. I've tested it on Pegasos II machine, it boots really fast. Updated mkvmlinuz package is waiting on mentors.debian.net for a willing sponsor for upload. ... +if test $post_2_6_38; then + XZ=xz --check=crc32 -8 +else + XZ=false +fi From xz(1) manual page (you can ignore DecMem): Preset DictSize CompCPU CompMem DecMem -0 256 KiB 03 MiB1 MiB -1 1 MiB 19 MiB2 MiB -2 2 MiB 2 17 MiB3 MiB -3 4 MiB 3 32 MiB5 MiB -4 4 MiB 4 48 MiB5 MiB -5 8 MiB 5 94 MiB9 MiB -6 8 MiB 6 94 MiB9 MiB -7 16 MiB 6 186 MiB 17 MiB -8 32 MiB 6 370 MiB 33 MiB -9 64 MiB 6 674 MiB 65 MiB Better to use default setting -6 that has lower memory requirement. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601078:
Hi, On Sun, Jul 01, 2012 at 09:31:19AM +0200, Niki Kovacs wrote: I'm running Squeeze with OpenOffice.org on a lot of production machines. As far as I understand, you won't fix this problem for Squeeze+OpenOffice, but I have to wait for Wheezy to come out with LibreOffice for this to be fixed? I actually wanted to fix it for squeeze and had test packages ready but then I forgot it/ I never came to it/lost those packages :/ So yes, given that wheezy is there soon I think there won't be an update for this in squeeze... Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675161: Still present in 1:1.0.1-1
On 2012-07-01 11:17 +0200, Tollef Fog Heen wrote: found 675161 1:1.0.1-1 thanks I'm still seeing this bug with: ii xserver-xorg-video-nouve 1:1.0.1-1X.Org X server -- Nouveau display driver it seems like it happens less frequently than with older versions. To the extent it matters, my gfx card is 01:00.0 VGA compatible controller: NVIDIA Corporation GF116 [GeForce GTX 550 Ti] (rev a1) Please file your own bug for that, and mark it as forwarded to https://bugs.freedesktop.org/show_bug.cgi?id=51144. The current one exists for people who are unable to find #666468 and its two dozen duplicates. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679671: [Pkg-ia32-libs-maintainers] Bug#679671: ia32-libs-i386: depends on removed package libdb4.8
[Dropped pkg-db-devel from Cc because it apparently doesn't accept posts from non-subscribers] On Sun, 2012-07-01 at 11:56 +0100, Adam D. Barratt wrote: Looking at the package currently in unstable, I do have to ask what happened to: ia32-libs-20120616/debian/copyright|13164 -- Answering my own question, it's presumably a side-effect of no longer embedding loads of other packages, so not needing to ship their copyright information. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679714: postgres-xc: fails to install: missing dependency on postgresql server?
On Sun, Jul 01, 2012 at 11:57:15AM +0200, Andreas Beckmann wrote: One step further. So installation fails if policy-rc.d is configured to forbid starting of services ... It should be discussed what default setting should be. But in any case it should be taken in account by postinst script. + sudo su - postgres-xc -c 'psql postgres -c CREATE NODE dn1 WITH (TYPE=datanode, PORT=15432); CREATE NODE dn2 WITH (TYPE=datanode, PORT=15433); select pgxc_pool_reload();' /var/lib/dpkg/info/postgres-xc.postinst: line 144: sudo: command not found This certainly should be fixed either with dependency or by replacing sudo with su. I think postinst script should be rewritten in some other aspects too. So do not hurry up to take it production and be ready to reinstall it from scratch. Thanks You for Your testing. *** ### Vladimir Stavrinov ### vstavri...@gmail.com *** -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679758: [Pkg-xfce-devel] Bug#679758: xfce4-cpugraph-plugin: crashes (without current usage bars)
forwarded 679758 https://bugzilla.xfce.org/show_bug.cgi?id=9071 thanks On dim., 2012-07-01 at 13:06 +0200, Zlatko Calusic wrote: Package: xfce4-cpugraph-plugin Version: 1.0.3-1 Severity: normal It seems that if I uncheck 'Show current usage bars', the plugin crashes next time it's reloaded. That's the best debug I can provide. The previous version worked flawlessly. Also, while I was checking rc file, I noticed very weird color format, don't know if it's connected to this bug. Foreground1=# Foreground2=# Foreground3=# Background=# BarsColor=#4b4b69698383 That looks like https://bugzilla.xfce.org/show_bug.cgi?id=9071 -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#679726: [buildd-tools-devel] Bug#679726: schroot: error messages on exit
On Sun, Jul 01, 2012 at 06:15:54AM +0100, Nicholas Bamber wrote: I enter the schroot and exit and get an error message: sisyphus@taylor:~/chroot-sid$ schroot -c sisyphus (sisyphus)sisyphus@taylor:~/chroot-sid$ exit logout E: 10mount: /sbin/umount.aufs:plink.c:223: proc: No such file or directory E: 10mount: /sbin/umount.aufs:plink.c:223: proc: No such file or directory E: sisyphus-4723cc80-05b7-4599-8631-6cb1c35ee405: Chroot setup failed: stage=setup-stop Is this a bug in aufs? Or are we mounting the aufs overlay incorrectly? Can you set up an aufs overlay by hand on the host without error? (i.e. not involving schroot.) IIRC someone mentioned that aufs wasn't working properly, but I don't use it myself, and I don't have it set up on my system, so it would be very helpful if someone with aufs knowledge could take a look at this one. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679759: phantomjs: FTBFS[kfreebsd]: The build script does not currently recognize all platforms supported by Qt.
Package: src:phantomjs Version: 1.6.0-1 Severity: serious Tags: sid wheezy User: debian-...@lists.debian.org Usertags: kfreebsd X-Debbugs-Cc: debian-...@lists.debian.org Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the kfreebsd-* buildds: make[1]: Entering directory `/build/buildd-phantomjs_1.6.0-1-kfreebsd-amd64-i5dt1L/phantomjs-1.6.0' (cd src/qt ./preconfig.sh --qt-config -no-rpath -system-zlib -system-libjpeg -system-libpng -no-sql-sqlite cd ../..) The build script does not currently recognize all platforms supported by Qt. Rerun this script with a -platform option listed to set the system/compiler combination you use. make[2]: *** No targets specified and no makefile found. Stop. Full build log at https://buildd.debian.org/status/fetch.php?pkg=phantomjsarch=kfreebsd-amd64ver=1.6.0-1stamp=1341092472 Regards Christoph If you have further questions please mail debian-...@lists.debian.org -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679760: phantomjs: FTBFS: /usr/bin/ld: cannot find -ljpeg
Package: src:phantomjs Version: 1.6.0-1 Severity: serious Tags: sid wheezy Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the buildds: g++ -Wl,-O1 -o ../bin/phantomjs phantom.o callback.o webpage.o webserver.o main.o csconverter.o utils.o networkaccessmanager.o cookiejar.o filesystem.o system.o env.o terminal.o encoding.o config.o repl.o replcompletable.o gif_err.o gifalloc.o egif_lib.o gif_hash.o quantize.o gifwriter.o mongoose.o linenoise.o utf8.o minidump_file_writer.o convert_UTF.o md5.o string_conversion.o crash_generation_client.o exception_handler.o log.o linux_dumper.o linux_ptrace_dumper.o minidump_writer.o file_id.o guid_creator.o memory_mapped_file.o safe_readlink.o moc_phantom.o moc_callback.o moc_webpage.o moc_webserver.o moc_networkaccessmanager.o moc_filesystem.o moc_system.o moc_env.o moc_config.o moc_repl.o moc_replcompletable.o qrc_phantomjs.o -L/build/buildd-phantomjs_1.6.0-1-armhf-abzIVl/phantomjs-1.6.0/src/qt/lib -ldl -lQtWebKit -lQtGui -L/build/buildd-phantomjs_1.6.0-1-armhf-abzIVl/phantomjs-1.6.0/src/qt/lib -ljpeg -lQtNetwork -lQtCore -lpthread /usr/bin/ld: cannot find -ljpeg collect2: ld returned 1 exit status make[3]: *** [../bin/phantomjs] Error 1 Full build log at https://buildd.debian.org/status/fetch.php?pkg=phantomjsarch=armelver=1.6.0-1stamp=1341120389 Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679761: olsrd: FTBFS[kfreebsd]: fatal error: linux/types.h: No such file or directory
Package: src:olsrd Version: 0.6.3-3 Severity: serious Tags: sid wheezy User: debian-...@lists.debian.org Usertags: kfreebsd X-Debbugs-Cc: debian-...@lists.debian.org Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the kfreebsd-* buildds: [CC] src/lq_plugin_default_float.c [CC] src/lq_plugin_default_fpm.c [CC] src/main.c src/main.c:65:25: fatal error: linux/types.h: No such file or directory compilation terminated. make[2]: *** [src/main.o] Error 1 make[2]: Leaving directory `/build/buildd-olsrd_0.6.3-3-kfreebsd-amd64-4pNbb2/olsrd-0.6.3' make[1]: *** [override_dh_auto_build] Error 2 make[1]: Leaving directory `/build/buildd-olsrd_0.6.3-3-kfreebsd-amd64-4pNbb2/olsrd-0.6.3' make: *** [build-arch] Error 2 Full build log at https://buildd.debian.org/status/fetch.php?pkg=olsrdarch=kfreebsd-amd64ver=0.6.3-3stamp=1341076534 Regards Christoph If you have further questions please mail debian-...@lists.debian.org -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679120: libdrm-nouveau1a: text corruption using nouveau (not with video, images or 3d)
On 2012-06-26 15:35 +0200, Steven Post wrote: Package: libdrm-nouveau1a Version: 2.4.33-1 Severity: important Tags: upstream Dear Maintainer, * What led up to the situation? Using nouveau with multiple monitors (although I don't think that it is related to that) Text very frequently gets corrupted, but images, video and 3d are not affected. This mostly occurs when using iceweasel and gnome-terminal, but evolution is also affected. Try the xserver-xorg-video-nouveau package in unstable. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679762: dolfin: FTBFS: Armadillo could not be found. Be sure to set ARMADILLO_DIR. (missing: ARMADILLO_TEST_RUNS)
Package: src:dolfin Version: 1.0.0-7 Severity: serious Tags: sid wheezy Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the buildds: -- Performing Test ARMADILLO_BLAS_TEST_RUNS - Failed -- Performing Test ARMADILLO_GFORTRAN_TEST_RUNS -- Performing Test ARMADILLO_GFORTRAN_TEST_RUNS - Failed CMake Error at /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:97 (MESSAGE): Armadillo could not be found. Be sure to set ARMADILLO_DIR. (missing: ARMADILLO_TEST_RUNS) Call Stack (most recent call first): /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:288 (_FPHSA_FAILURE_MESSAGE) cmake/modules/FindArmadillo.cmake:178 (find_package_handle_standard_args) CMakeLists.txt:197 (find_package) -- Configuring incomplete, errors occurred! make: *** [obj-i486-linux-gnu/CMakeCache.txt] Error 1 Full build log at https://buildd.debian.org/status/fetch.php?pkg=dolfinarch=kfreebsd-amd64ver=1.0.0-7stamp=1340963024 Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505186: vorbisgain: Multiple vorbisgain processes may overwrite each other's temporary files, causing data loss
close 505186 thanks I just realised this is a duplicate bug and was dealt with long ago, but not closed properly. -- Daniel Martí - mv...@mvdan.cc - GPG 0x58BF72C3 pgpsLmnu0r5oi.pgp Description: PGP signature
Bug#679657: syncevolution-libs: syncevo-local-sync missing
On Sat, Jun 30, 2012 at 16:49:27 +0200, gregor herrmann wrote: Package: syncevolution-libs Version: 1.2.99.1-1 Severity: important Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 syncevo fails for me with: % syncevolution myconfig [ERROR] spawning child: Failed to execute child process syncevo-local-sync (No such file or directory) Installing /usr/lib/syncevolution/syncevo-local-sync indeed helps; cf. the attached debdiff. Cheers, gregor Hi, thanks for the report. Do you sync over bluetooth? If yes, it would be nice to mention in the changelog that the fix is bluetooth related. Feel free to upload an NMU version. I'm not a DD so I would submit the changes to my sponsor anyway. Regards, Tino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676081: rrdtool: diff for NMU version 1.4.7-1.1
tags 676081 + pending thanks Dear maintainer, I've prepared an NMU for rrdtool (versioned as 1.4.7-1.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits diff -u rrdtool-1.4.7/debian/changelog rrdtool-1.4.7/debian/changelog --- rrdtool-1.4.7/debian/changelog +++ rrdtool-1.4.7/debian/changelog @@ -1,3 +1,11 @@ +rrdtool (1.4.7-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Add ruby_bindings_format_string.patch to fix FTBFS +(Closes: #676081) + + -- Jonathan Wiltshire j...@debian.org Sun, 01 Jul 2012 12:37:47 +0100 + rrdtool (1.4.7-1) unstable; urgency=low * [b59bb994] Merge commit 'upstream/1.4.7' diff -u rrdtool-1.4.7/debian/patches/series rrdtool-1.4.7/debian/patches/series --- rrdtool-1.4.7/debian/patches/series +++ rrdtool-1.4.7/debian/patches/series @@ -7,0 +8 @@ +ruby_bindings_format_string.patch only in patch2: unchanged: --- rrdtool-1.4.7.orig/debian/patches/ruby_bindings_format_string.patch +++ rrdtool-1.4.7/debian/patches/ruby_bindings_format_string.patch @@ -0,0 +1,28 @@ +Subject: fix format string in Ruby binding +Author: Johannes Brandstätter jbrandstaet...@gmail.com +Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=676081 +Forwarded: no +Last-Update: 2012-07-01 + +--- rrdtool-1.4.7.orig/bindings/ruby/main.c rrdtool-1.4.7/bindings/ruby/main.c +@@ -27,7 +27,7 @@ + + #define RRD_CHECK_ERROR \ + if (rrd_test_error()) \ +- rb_raise(rb_eRRDError, rrd_get_error()); \ ++ rb_raise(rb_eRRDError, %s, rrd_get_error()); \ + rrd_clear_error(); + + string_arr string_arr_new( +@@ -56,8 +56,8 @@ + break; + default: + rb_raise(rb_eTypeError, +- invalid argument - %s, expected T_STRING or T_FIXNUM on index %ld, +- (long)rb_class2name(CLASS_OF(v)), i); ++ invalid argument - %s, expected T_STRING or T_FIXNUM on index %d, ++ rb_class2name(CLASS_OF(v)), i); + break; + } + } signature.asc Description: Digital signature
Bug#678443: Hard lockups due to lockup-detector (NMIs) on multi-Pentium-3 SMP systems on all kernel builds since 2.6.38
Hello, currently the system starts reaching an amount of uptime that was hardly possible before setting nowatchdog: netfinity5000:~# uptime 13:43:12 up 10 days, 20:43, 2 users, load average: 0,01, 0,08, 0,07 When we reach 14 days or more, we know that it's really the watchdog/NMI feature causing these SMP systems to lock up intermittently but quite deterministic after an uptime of 1 to 8 days. To avoid any side-effects while testing, I did not change anything on the system except this kernel boot parameter after the last lockup those 10 days ago. No software updates, no additional change to the kernel (this means the current kernel produced at least one successful lockup as I had tried various configurations and versions before the hint to the NMI/watchdog issue gained my full attention). After having me frustrated for months, I have quite a detailed impression of this misbehaviour and nothing ever made me feel that confident in restored reliability than setting this boot parameter. Here is my current interrupt state: netfinity5000:~# cat /proc/interrupts CPU0 CPU1 0: 49 0 IO-APIC-edge timer 1: 3 0 IO-APIC-edge i8042 6: 3 0 IO-APIC-edge floppy 7: 1 0 IO-APIC-edge parport0 8: 0 0 IO-APIC-edge rtc0 9: 0 0 IO-APIC-fasteoi acpi 12: 1 3 IO-APIC-edge i8042 14: 42 74 IO-APIC-edge ata_generic 15: 0 0 IO-APIC-edge ata_generic 16: 49 48 IO-APIC-fasteoi aic7xxx, aic7xxx 17: 19391683 19362804 IO-APIC-fasteoi eth0 18: 649647 660452 IO-APIC-fasteoi megaraid, ohci_hcd:usb2 19:87614728704241 IO-APIC-fasteoi eth1 22: 11804557 11924853 IO-APIC-fasteoi ehci_hcd:usb1, ohci_hcd:usb3, ohci_hcd:usb4, eth2, eth3 NMI: 1 1 Non-maskable interrupts LOC: 62410645 76099188 Local timer interrupts SPU: 0 0 Spurious interrupts PMI: 0 0 Performance monitoring interrupts IWI: 0 0 IRQ work interrupts RTR: 2 0 APIC ICR read retries RES:16280561619691 Rescheduling interrupts CAL: 293382 396292 Function call interrupts TLB: 211292 194994 TLB shootdowns TRM: 0 0 Thermal event interrupts THR: 0 0 Threshold APIC interrupts MCE: 0 0 Machine check exceptions MCP: 3129 3129 Machine check polls ERR: 0 MIS: 0 Here are my boot parameters and the reboot date since which the system has been running flawlessly: Jun 20 17:01:49 netfinity5000 kernel: [0.00] Kernel command line: auto BOOT_IMAGE=Linux ro root=UUID=338417b5-b8c8-47ed-97ee-2ebc9c8afee8 aic7xxx=no_reset,allow_memio pci=bios,use_crs,routeirq libata.force=mwdma2 reboot=warm rootdelay=30 nowatchdog Just for comparison: before this, reboots/lockups occured on June 4th, June 6th, June 7th, June 8th, June 11th, June 13th, June 15th and June 20th. If you need more information like a full kernel boot log or whatever, just ask me. Thanks and best regards, Hans-Juergen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673370: M$ handshake failure
On Sat, Jun 30, 2012 at 11:55:35PM +0200, Boris Petersen wrote: On 05/18/2012 02:27 PM, Jan Huijsmans wrote: After the debug run I changes msn status in ~/.centerim/config from o to _ and centerim starts without a problem. The msn connection has changed somehow. (I expect M$ to be the problem) since this is a release critical bug i guess it can be closed right? It isn't solved, so I wouldn't release. I jyst updated the computer, tested again and the error persists, when logging into msn, it crashes. BTW I downgraded to .1 and the problem exists there as well. Greetings, Jan Huijsmans -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679763: debsnap: bisect option/script
Package: devscripts Version: 2.11.9 Severity: wishlist It would be great if there were a debsnap option or wrapper script that could be used like `git bisect` to bisect bugs in binary/source packages and find the version that introduced the issue. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#679764: notion: unowned files after purge (policy 6.8, 10.8): /etc/X11/notion/cfg_debian_ext.lua
Package: notion Version: 3+2012042300-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m24.2s ERROR: FAIL: Package purging left files on system: /etc/X11/notion/ owned by: notion /etc/X11/notion/cfg_debian_ext.lua not owned cheers, Andreas notion_3+2012042300-1.log.gz Description: GNU Zip compressed data
Bug#601078:
Le 01/07/2012 12:56, Rene Engelhard a écrit : I actually wanted to fix it for squeeze and had test packages ready but then I forgot it/ I never came to it/lost those packages :/ So yes, given that wheezy is there soon I think there won't be an update for this in squeeze... Thanks for the quick reply. Though this is turning into a bit of a problem for me. Context: my company (http://www.microlinux.fr) provides 100 % GNU/Linux and FOSS solutions for professional users like small town halls, public libraries, private schools, small and medium companies, etc. All the solutions - server as well as desktop - are Debian-based, e. g. stable with a handful of backports. So far, this is the first really annoying bug, since the secretary of a private school where I installed it pointed it out to me, and I couldn't help her out. Right now I'm giving Libre Office from backports a spin, but the last time I checked it out - 3.4.something on Slackware, I was mostly impressed by the myriad of bugs. If there's an easy fix to this, it would come highly appreciated. Cheers from the rainy South of France, Niki Kovacs -- Microlinux - Solutions informatiques 100% Linux et logiciels libres 7, place de l'église - 30730 Montpezat Web : http://www.microlinux.fr Mail : i...@microlinux.fr Tél. : 04 66 63 10 32 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637526: Chrony bug 637526
On Sat, Jun 30, 2012 at 04:13:28PM -0500, John Hasler wrote: Package: chrony Version: 1.26-1 Should have been mentioned in changelog. -- John Hasler jhas...@newsguy.com Elmwood, WI USA This bug was already closed by a NMU. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679765: puppetmaster - CA prone to MD5 collision attacks
Package: puppetmaster Version: 2.7.14-1 Severity: grave The included CA still only displays MD5 fingerprints of certificates. MD5 is not longer save against collision attacks. So a rogue client is able to use a collision attack to get a certificate for the puppet master and overtake the clients. Bastian -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
