Bug#867455: marked as pending
tag 867455 pending thanks Hello, Bug #867455 reported by you has been fixed in the Git repository. You can see the changelog below, and you can check the diff of the fix at: https://anonscm.debian.org/cgit/python-modules/packages/python-shellescape.git/commit/?id=67d8d11 --- commit 67d8d11b6b62b88dd7ad9110b2d3e520aeb353b3 Author: Steffen Moeller Date: Thu Aug 3 17:08:40 2017 +0200 fixed RC bug #867455 diff --git a/debian/changelog b/debian/changelog index 2f3a70d..14d49ca 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,8 +1,11 @@ -python-shellescape (3.4.1-2) UNRELEASED; urgency=low +python-shellescape (3.4.1-2) unstable; urgency=low - * Adjusted for python team management. + * debian/control: +- Declaring complicance with Debian policy 4 +- Fixing inconsistent runtime dependency (Closes: 867455) + * debian/copyright: Eliminated formatting lintian warning - -- Steffen Moeller Fri, 12 Feb 2016 10:55:49 +0100 + -- Steffen Moeller Thu, 03 Aug 2017 16:44:22 +0200 python-shellescape (3.4.1-1) unstable; urgency=low
Bug#697507: update dfsg-6 to -8 conflicts
Package: libqt4-dbus Version: 4:4.8-2+dfsg-6 Severity: serious Unpacking libqtdbus4:amd64 (from .../libqtdbus4_4%3a4.8.2+dfsg-8_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libqtdbus4_4%3a4.8.2+dfsg-8_amd64.deb (--unpack): trying to overwrite '/usr/lib/x86_64-linux-gnu/libQtDBus.so.4.8.2', which is also in package libqt4-dbus:amd64 4:4.8.2+dfsg-6 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Please add a "Conflicts:" Cheers, Steffen -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-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 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693653: OpenGL function fails and blocks Pmv and Autodocktools
Package: mgltools-opengltk
Version: 1.5.6~rc3~cvs.20120601-1
Severity: serious
Tags: patch
It seems like some platform specific size specifications in
Swig wrappers have caused some issue. The patch below we
have locally tested to solve the issue for us and now we wait
for a confirmation by upstream.
SM+TA
Index: opengltk/extent/dejavu.i
===
RCS file: /opt/cvs/opengltkDIST/opengltk/extent/dejavu.i,v
retrieving revision 1.65
diff -u -r1.65 dejavu.i
--- opengltk/extent/dejavu.i16 Oct 2009 22:49:12 - 1.65
+++ opengltk/extent/dejavu.i18 Nov 2012 23:03:43 -
@@ -3222,7 +3222,7 @@
%typemap(in) const float *coords
{
- long buffer_len;
+ Py_ssize_t buffer_len;
if (PyObject_AsWriteBuffer( $input, (void**)&$1, &buffer_len))
return NULL;
if (! $1) return PyErr_Format( PyExc_ValueError,
Index: opengltk/extent/glArrayTypemap.i
===
RCS file: /opt/cvs/opengltkDIST/opengltk/extent/glArrayTypemap.i,v
retrieving revision 1.3
diff -u -r1.3 glArrayTypemap.i
--- opengltk/extent/glArrayTypemap.i30 Jul 2007 21:28:55 - 1.3
+++ opengltk/extent/glArrayTypemap.i18 Nov 2012 23:03:43 -
@@ -107,7 +107,7 @@
{
if (isContiguosBuffer((PyObject*)$input))
{
- int buffer_len;
+ Py_ssize_t buffer_len;
array = NULL;
if (PyObject_AsReadBuffer( $input, (const void**)&$1, &buffer_len))
return NULL;
@@ -124,7 +124,7 @@
}
else
{
-int buffer_len;
+Py_ssize_t buffer_len;
array = NULL;
if (PyObject_AsReadBuffer( $input, (const void**)&$1, &buffer_len))
return NULL;
@@ -153,7 +153,7 @@
{
if (isContiguosBuffer((PyObject*)$input))
{
- int buffer_len;
+ Py_ssize_t buffer_len;
array = NULL;
if (PyObject_AsReadBuffer( $input, (const void**)&$1, &buffer_len))
return NULL;
@@ -173,7 +173,7 @@
}
else
{
-int buffer_len;
+Py_ssize_t buffer_len;
array = NULL;
if (PyObject_AsReadBuffer( $input, (const void**)&$1, &buffer_len))
return NULL;
@@ -202,7 +202,7 @@
{
if (isContiguosBuffer((PyObject*)$input))
{
- int buffer_len;
+ Py_ssize_t buffer_len;
array = NULL;
if (PyObject_AsReadBuffer( $input, (const void**)&$1, &buffer_len))
return NULL;
@@ -222,7 +222,7 @@
}
else
{
-int buffer_len;
+Py_ssize_t buffer_len;
array = NULL;
if (PyObject_AsReadBuffer( $input, (const void**)&$1, &buffer_len))
return NULL;
Index: opengltk/extent/gltypemap.i
===
RCS file: /opt/cvs/opengltkDIST/opengltk/extent/gltypemap.i,v
retrieving revision 1.3
diff -u -r1.3 gltypemap.i
--- opengltk/extent/gltypemap.i 11 Jun 2009 22:45:13 - 1.3
+++ opengltk/extent/gltypemap.i 18 Nov 2012 23:03:43 -
@@ -63,7 +63,7 @@
GLvoid*,
GLint[ANY]
{
- long buffer_len;
+ Py_ssize_t buffer_len;
if (PyObject_AsWriteBuffer( $input, (void**)&$1, &buffer_len))
return NULL;
if (! $1) return PyErr_Format( PyExc_ValueError,
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.5-trunk-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 mgltools-opengltk depends on:
ii libc6 2.13-36
ii libgl1-mesa-glx [libgl1] 8.0.5-1
ii libglu1-mesa 8.0.4-2
ii libx11-6 2:1.5.0-1
ii libxext6 2:1.3.1-2
ii libxmu6 2:1.1.1-1
ii libxt61:1.1.3-1
ii mgltools-gle 1.5.6~rc3+cvs.20121117-1
ii python2.7.3-3
ii python-numpy [python-numpy-abi9] 1:1.6.2-1
ii tk8.5.0-2
ii tk8.4 8.4.19-5
ii tk8.5 8.5.11-2
mgltools-opengltk recommends no packages.
mgltools-opengltk suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#670607: dpkg --configure fails with multiarch, interpreting those as ambiguous package names
Package: dpkg Version: 1.16.2 Severity: serious To update a package that is available both as amd64 and i386 on my machine, dpkg fails as in Setting up libc-bin (2.13-30) ... (Reading database ... 290169 files and directories currently installed.) Preparing to replace libc6:i386 2.13-27 (using .../libc6_2.13-30_i386.deb) ... De-configuring libc6:amd64 ... Unpacking replacement libc6:i386 ... Preparing to replace libc6:amd64 2.13-27 (using .../libc6_2.13-30_amd64.deb) ... Unpacking replacement libc6:amd64 ... dpkg: error: --configure needs a valid package name but 'libc6' is not: ambiguous package name 'libc6' with more than one installed instance One can then get over it by removing all reverse dependencies and libc6:i386 with it, which hurts. Afterwards, the package can be installed again. Flawlessly. Once over it, it now happens again with the very next package: Unpacking libstdc++6:i386 (from .../libstdc++6_4.7.0-3_i386.deb) ... Processing triggers for ccache ... Updating symlinks in /usr/lib/ccache ... dpkg: error: --configure needs a valid package name but 'gcc-4.7-base' is not: ambiguous package name 'gcc-4.7-base' with more than one installed instance $ dpkg -l gcc-4.7-base Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- iU gcc-4.7-base:amd64 4.7.0-3GCC, the GNU Compiler Collection (base package) iU gcc-4.7-base:i386 4.7.0-3GCC, the GNU Compiler Collection (base package) Cheers, Steffen -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg depends on: ii libbz2-1.0 1.0.6-1 ii libc62.13-30 ii libselinux1 2.1.9-2 ii tar 1.26-4 ii xz-utils 5.1.1alpha+20110809-3 ii zlib1g 1:1.2.6.dfsg-2 dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.8.15.10 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#638339: the problem still persists with 0.8.4
Package: blcr-dkms Version: 0.8.4-1 Followup-For: Bug #638339 DKMS make.log for blcr-0.8.4 for kernel 3.1.0-1-amd64 (x86_64) Sat Jan 14 12:43:27 CET 2012 make: Entering directory `/usr/src/linux-headers-3.1.0-1-amd64' /var/lib/dkms/blcr/0.8.4/build/Kbuild:19: /var/lib/dkms/blcr/0.8.4/build/module_files: No such file or directory cd /var/lib/dkms/blcr/0.8.4/build && env -i PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/lib/dkms ./configure --disable-maintainer-mode --with-linux=3.1.0-1-amd64 --with-installed- libcr --with-installed-util --with-components=modules --prefix=/usr && touch /var/lib/dkms/blcr/0.8.4/build/config-stamp checking for a BSD-compatible install... /usr/bin/install -c [...] checking whether CXX='g++' acts like a C++ compiler... yes checking whether CXX='g++' matches wordsize of CC... yes checking for value of CR_SIGNUM... 64 checking size of void *... (cached) 8 checking compiler to build kernel modules... gcc (default) checking for BSD- or MS-compatible name lister (nm)... (cached) /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... (cached) BSD nm configure: error: --with-linux argument '3.1.0-1-amd64' is neither a kernel version string nor a full path make[3]: *** [/var/lib/dkms/blcr/0.8.4/build/config-stamp] Error 1 make[2]: *** [_module_/var/lib/dkms/blcr/0.8.4/build] Error 2 make[1]: *** [sub-make] Error 2 make: *** [all] Error 2 make: Leaving directory `/usr/src/linux-headers-3.1.0-1-amd64' Please shout out for help if you need help with this. Thanks Steffen -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-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 blcr-dkms depends on: ii dkms 2.2.0.3-1 ii linux-headers-3.1.0-1-amd64 [linux-headers] 3.1.8-2 ii linux-headers-amd64 [linux-headers] 3.1+41 ii make 3.81-8.1 Versions of packages blcr-dkms recommends: ii blcr-util 0.8.4-1 blcr-dkms suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648287: postinst install error with 0.1.13.1
Package: colord Version: 0.1.13-1 Severity: serious Setting up colord (0.1.13-1) ... dpkg: error processing colord (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: colord E: Sub-process /usr/bin/dpkg returned an error code (1) It fails in this line: addgroup --quiet --system scanner || echo "Could not add group 'scanner'. [ignored]" The echo I have added myself to investigate the problem. Steffen -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages colord depends on: ii acl2.2.51-4 ii adduser3.113 ii libc6 2.13-21 ii libcolord1 0.1.13-1 ii libglib2.0-0 2.28.8-1 ii libgudev-1.0-0 1:162-1 ii liblcms2-2 2.2+git20110628-2 ii libsane1.0.22-6 ii libsqlite3-0 3.7.9-2 ii libusb-1.0-0 2:1.0.8-6 ii multiarch-support 2.13-21 colord recommends no packages. colord suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#611008: does not run with current version of R in squeeze
Package: r-other-mott-happy Version: 2.1-4+b1 Severity: grave Tags: squeeze sid The current -4 package was built with a version of R < 2.10 and is hence incompatible. The current version should not be shipped with squeeze. -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-rc5-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 r-other-mott-happy depends on: ii libc6 2.11.2-9 Embedded GNU C Library: Shared lib ii r-base-core 2.12.1-1 GNU R core of statistical computat ii r-cran-g.data 2.0-2 GNU R package for delayed-data ii r-cran-mass [r-cran-vr] 7.3-9-1GNU R package of Venables and Ripl r-other-mott-happy recommends no packages. r-other-mott-happy suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592558: /usr/sbin/phonefsod is a directory
Package: phonefsod Severity: grave Tags: sid This is cute one # /etc/init.d/phonefsod start Starting SHR Phone FSO daemon: phonefsodstart-stop-daemon: unable to start /usr/sbin/phonefsod (Permission denied) failed! debian-gta02:~# ls -l /usr/sbin/phonefsod/ total 36 -rwxr-xr-x 1 root root 36792 Aug 9 17:10 phonefsod debian-gta02:~# ls -l /usr/sbin/phonefsod/phonefsod -rwxr-xr-x 1 root root 36792 Aug 9 17:10 /usr/sbin/phonefsod/phonefsod To repair, I did debian-gta02:~# mv /usr/sbin/phonefsod/phonefsod /tmp debian-gta02:~# rmdir /usr/sbin/phonefsod debian-gta02:~# mv /tmp/phonefsod /usr/sbin/ debian-gta02:~# /etc/init.d/phonefsod restart Stopping SHR Phone FSO daemon: phonefsod failed! Starting SHR Phone FSO daemon: phonefsod. seems like a bug in the .install file . Cheers, Steffen -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#589815: groovy does not provide classes needed
Package: eucalyptus-cloud Version: 1.6.2-2 Severity: serious r:0185] User 'eucalyptus' validated [error:0185] User 'eucalyptus' validated [error:0215] java.lang.NoClassDefFoundError: groovy/lang/GroovyObject at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:634) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) at java.net.URLClassLoader.defineClass(URLClassLoader.java:277) at java.net.URLClassLoader.access$000(URLClassLoader.java:73) at java.net.URLClassLoader$1.run(URLClassLoader.java:212) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:205) at java.lang.ClassLoader.loadClass(ClassLoader.java:321) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) at java.lang.ClassLoader.loadClass(ClassLoader.java:266) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:334) at com.eucalyptus.bootstrap.SystemBootstrapper.init(SystemBootstrapper.java:128) Caused by: java.lang.ClassNotFoundException: groovy.lang.GroovyObject at java.net.URLClassLoader$1.run(URLClassLoader.java:217) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:205) at java.lang.ClassLoader.loadClass(ClassLoader.java:321) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) at java.lang.ClassLoader.loadClass(ClassLoader.java:266) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:334) ... 13 more [error:0390] Service exit with a return value of 1 r...@master:/etc/init.d# -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/24 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 eucalyptus-cloud depends on: ii eucalyptus-common 1.6.2-2Elastic Utility Computing Architec ii eucalyptus-java-common1.6.2-2Elastic Utility Computing Architec Versions of packages eucalyptus-cloud recommends: ii exim4-daemon-light [mail-tran 4.72-1 lightweight Exim MTA (v4) daemon eucalyptus-cloud suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556860: same files in several packages without replace/conflict
Package: qemu-utils Version: 0.11.0-5 Severity: normal Sorry for the German, but you will get the message. My hunch is that with qemu now being updated, a second run will just work fine. If I am not erroneous, then the declaration of a conflict with the older version should change the order of installations. Thanks Steffen Entpacke qemu-utils (aus .../qemu-utils_0.11.0-5_amd64.deb) ... dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/qemu-utils_0.11.0-5_amd64.deb (--unpack): Versuche, »/usr/share/man/man1/qemu-img.1.gz« zu überschreiben, welches auch in Paket qemu 0:0.10.6-1 ist dpkg-deb: Unterprozess paste mit Signal (Datenübergabe unterbrochen (broken pipe)) getötet Vorbereiten zum Ersetzen von qemu 0.10.6-1 (durch .../qemu_0.11.0-5_amd64.deb) ... Entpacke Ersatz für qemu ... -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages qemu-utils depends on: ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libcurl3-gnutls7.19.7-1 Multi-protocol file transfer libra ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime qemu-utils recommends no packages. qemu-utils suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#548408: [slapd] missing entropy, caused by failed access to /dev/(u)random
Package: slapd Version: 2.4.17-2 Severity: serious Hello, the message Starting OpenLDAP: slapd - failed: Fatal: no entropy gathering module detected is cause by $ ls -l /dev/*random crw-rw 1 root dialout 1, 8 26. Sep 09:41 /dev/random crw-rw 1 root dialout 1, 9 26. Sep 09:42 /dev/urandom and slapd being started as user 'openldap' but $ grep openldap /etc/group dialout:x:20:bayer,moeller,cupsys,chipcard openldap:x:133: openldap is not part of dialout or of anything else. Adding openldap to dialout has fixed this for me - while nothaving any idea on why /dev/random cannot be read by everyone. Cheers, Steffen -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages slapd depends on: ii adduser 3.111add and remove users and groups ii coreutils 7.5-6GNU core utilities ii debconf [debconf-2.0] 1.5.27 Debian configuration management sy ii libc6 2.9-26 GNU C Library: Shared libraries ii libdb4.74.7.25-8 Berkeley v4.7 Database Libraries [ ii libgnutls26 2.8.3-3 the GNU TLS library - runtime libr ii libldap-2.4-2 2.4.17-2 OpenLDAP libraries ii libltdl72.2.6a-4 A system independent dlopen wrappe ii libperl5.10 5.10.0-25Shared Perl library ii libsasl2-2 2.1.23.dfsg1-1.1 Cyrus SASL - authentication abstra ii libslp1 1.2.1-7.6OpenSLP libraries ii libuuid12.16.1-3 Universally Unique ID library ii libwrap07.6.q-18 Wietse Venema's TCP wrappers libra ii lsb-base3.2-23 Linux Standard Base 3.2 init scrip ii perl [libmime-base64-pe 5.10.0-25Larry Wall's Practical Extraction ii psmisc 22.8-1 utilities that use the proc file s ii unixodbc2.2.11-20ODBC tools libraries Versions of packages slapd recommends: ii libsasl2-modules2.1.23.dfsg1-1.1 Cyrus SASL - pluggable authenticat Versions of packages slapd suggests: ii ldap-utils2.4.17-2 OpenLDAP utilities -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#546822: apt-get update of grub-pc daisychained from -legacy boots into -pc
Package: grub-pc
Version: 1.97~beta3-1
Severity: serious
Hello,
I obeyed the request to test grub2 and install grub-pc. This ended up in the
daisychained invocation of first the legacy grub with the first entry being the
grub2.
Then there was a new grub2 package which was installed together with others via
apt-get -u dist-upgrade.
Since then, the system boots into grub-pc, no longer into grub-legacy. This
will be of some serious dissatisfaction to those whose daisychained grub-pc
install was not functional and the user hoped to have better success with the
new version.
Cheers,
Steffen
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/disk/by-uuid/11b5532e-86cb-4550-bd43-4475da8dcff2 / ext3
rw,relatime,errors=remount-ro,data=ordered 0 0
/dev/mapper/vg-home /home xfs rw,relatime,noquota 0 0
/dev/mapper/vg-usr /usr xfs rw,relatime,noquota 0 0
/dev/mapper/vg-var /var xfs rw,relatime,noquota 0 0
*** END /proc/mounts
*** BEGIN /boot/grub/device.map
(hd0) /dev/sda
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
set default=0
insmod lvm
insmod xfs
set root=(vg-usr)
search --no-floppy --fs-uuid --set 83ae9024-7051-4b31-b995-070035811348
if loadfont /share/grub/unicode.pf2 ; then
set gfxmode=640x480
insmod gfxterm
insmod vbe
if terminal_output gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
fi
fi
set timeout=5
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry "Debian GNU/Linux, Linux 2.6.30-1-amd64" {
insmod ext2
set root=(hd0,3)
search --no-floppy --fs-uuid --set 11b5532e-86cb-4550-bd43-4475da8dcff2
linux /boot/vmlinuz-2.6.30-1-amd64
root=UUID=11b5532e-86cb-4550-bd43-4475da8dcff2 ro quiet
initrd /boot/initrd.img-2.6.30-1-amd64
}
menuentry "Debian GNU/Linux, Linux 2.6.30-1-amd64 (recovery mode)" {
insmod ext2
set root=(hd0,3)
search --no-floppy --fs-uuid --set 11b5532e-86cb-4550-bd43-4475da8dcff2
linux /boot/vmlinuz-2.6.30-1-amd64
root=UUID=11b5532e-86cb-4550-bd43-4475da8dcff2 ro single
initrd /boot/initrd.img-2.6.30-1-amd64
}
menuentry "Debian GNU/Linux, Linux 2.6.29-2-amd64" {
insmod ext2
set root=(hd0,3)
search --no-floppy --fs-uuid --set 11b5532e-86cb-4550-bd43-4475da8dcff2
linux /boot/vmlinuz-2.6.29-2-amd64
root=UUID=11b5532e-86cb-4550-bd43-4475da8dcff2 ro quiet
initrd /boot/initrd.img-2.6.29-2-amd64
}
menuentry "Debian GNU/Linux, Linux 2.6.29-2-amd64 (recovery mode)" {
insmod ext2
set root=(hd0,3)
search --no-floppy --fs-uuid --set 11b5532e-86cb-4550-bd43-4475da8dcff2
linux /boot/vmlinuz-2.6.29-2-amd64
root=UUID=11b5532e-86cb-4550-bd43-4475da8dcff2 ro single
initrd /boot/initrd.img-2.6.29-2-amd64
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/20_memtest86+ ###
menuentry "Memory test (memtest86+)" {
linux /boot/memtest86+.bin
}
menuentry "Memory test (memtest86+, serial console 115200)" {
linux /boot/memtest86+.bin console=ttyS0,115200n8
}
### END /etc/grub.d/20_memtest86+ ###
### BEGIN /etc/grub.d/30_os-prober ###
menuentry "Microsoft Windows XP Professional (on /dev/sda1)" {
insmod ntfs
set root=(hd0,1)
search --no-floppy --fs-uuid --set 0c841f0e841ef9c2
drivemap -s (hd0) ${root}
chainloader +1
}
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###
*** END /boot/grub/grub.cfg
-- System Information:
Debian Release: squeeze/sid
APT prefers oldstable
APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages grub-pc depends on:
ii debconf [debconf-2.0] 1.5.27 Debian configuration management sy
ii grub-common 1.97~beta3-1 GRand Unified Bootloader, version
ii libc6 2.9-26 GNU C Library: Shared libraries
ii ucf 3.0021 Update Configuration File: preserv
grub-pc recommends no packages.
Versions
Bug#545859: Fatal: not entropy gathering module detected by /etc/init.d/slapd start
Package: slapd Version: 2.4.17-1 Severity: serious Hello, this worked a couple of weeks ago. I alread chmoded o+rw /dev/random, but this has not helped. $ ls -l /dev/random crw-rw-rw- 1 root dialout 1, 8 9. Sep 11:36 /dev/random $ sudo /etc/init.d/slapd start Starting OpenLDAP: slapd - failed: Fatal: no entropy gathering module detected My hunch was that with my update of the sysv-rc bits something is no longer detected/started that was started before. Just while panicking around, /etc/init.d/urandom start does not make a difference, the problem was $ ls -l /dev/urandom crw-rw 1 root dialout 1, 9 9. Sep 18:13 /dev/urandom A chmod o+rw /dev/urandom fixed the problem, i.e. slapd then started. I don't know what the problem is here. Somehow the group "dialout" for /dev/urandom seems strange. Cheers, Steffen -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages slapd depends on: ii adduser 3.110add and remove users and groups ii coreutils 7.5-1GNU core utilities ii debconf [debconf-2.0] 1.5.27 Debian configuration management sy ii libc6 2.9-26 GNU C Library: Shared libraries ii libdb4.74.7.25-7 Berkeley v4.7 Database Libraries [ ii libgnutls26 2.8.3-2 the GNU TLS library - runtime libr ii libldap-2.4-2 2.4.17-1 OpenLDAP libraries ii libltdl72.2.6a-4 A system independent dlopen wrappe ii libperl5.10 5.10.0-25Shared Perl library ii libsasl2-2 2.1.23.dfsg1-1.1 Cyrus SASL - authentication abstra ii libslp1 1.2.1-7.6OpenSLP libraries ii libuuid12.16-3 Universally Unique ID library ii libwrap07.6.q-18 Wietse Venema's TCP wrappers libra ii perl [libmime-base64-pe 5.10.0-25Larry Wall's Practical Extraction ii psmisc 22.8-1 utilities that use the proc file s ii unixodbc2.2.11-20ODBC tools libraries Versions of packages slapd recommends: ii libsasl2-modules2.1.23.dfsg1-1.1 Cyrus SASL - pluggable authenticat Versions of packages slapd suggests: ii ldap-utils2.4.17-1 OpenLDAP utilities -- debconf information: slapd/tlsciphersuite: shared/organization: nodomain slapd/upgrade_slapcat_failure: slapd/backend: HDB slapd/allow_ldap_v2: false slapd/no_configuration: false slapd/move_old_database: true slapd/suffix_change: false slapd/dump_database_destdir: /var/backups/slapd-VERSION slapd/domain: nodomain slapd/password_mismatch: slapd/invalid_config: true slapd/slurpd_obsolete: slapd/dump_database: when needed slapd/purge_database: false -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541343: pdfsam-console - output files not readable
Package: pdfsam Version: 1.1.3-1 Severity: serious Hello, when invoking pdfsam-console regularly, I just get no error but unreadable files. When following the instructions from pdfsam-console -h, I get the following: $ java -jar /usr/share/pdfsam/lib/pdfsam-console-2.0.5e.jar concat tmp/shell/*.pdf > a.pdf log4j:WARN No appenders could be found for logger (org.pdfsam.console.business.parser). log4j:WARN Please initialize the log4j system properly. and unreadable files :) Any suggestions? I can forward the files should that be informative, but I presume my problem is just very much file-invariant. Cheers, Steffen -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pdfsam depends on: ii gcj-jre [java2-runtime] 4:4.3.3-9 Java runtime environment using GIJ ii java-gcj-compat [java2-ru 1.0.80-5.1 Java runtime environment using GIJ ii libdom4j-java 1.6.1+dfsg.2-1 flexible XML framework for Java ii libitext-java 2.1.5-1Java Library to create and manipul ii libjaxen-java 1.1.1-3Java XPath engine ii libjgoodies-looks-java2.2.2-1library with Swing look&feel imple ii liblog4j1.2-java 1.2.15-7 Logging library for java ii openjdk-6-jre [java2-runt 6b16-4 OpenJDK Java runtime, using Hotspo pdfsam recommends no packages. pdfsam suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#540320: Missing Conflict: libuniconf4.4
Package: libuniconf4.6 Version: 4.6-1 Severity: normal Just to confirm the original report. You'd need a libuniconf-common, probably. For the time being, please just add a conflict, which should reinstall the possibility to perform automated updates. Cheers, Steffen Reading package lists... Done Building dependency tree Reading state information... Done Correcting dependencies... Done The following packages were automatically installed and are no longer required: libxplc0.3.13 libuniconf4.4 libwvstreams4.4-extras libwvstreams4.4-base Use 'apt-get autoremove' to remove them. The following extra packages will be installed: libuniconf4.6 The following NEW packages will be installed: libuniconf4.6 0 upgraded, 1 newly installed, 0 to remove and 99 not upgraded. 4 not fully installed or removed. Need to get 0B/181kB of archives. After this operation, 508kB of additional disk space will be used. Do you want to continue [Y/n]? (Reading database ... 273230 files and directories currently installed.) Unpacking libuniconf4.6 (from .../libuniconf4.6_4.6-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libuniconf4.6_4.6-1_amd64.deb (--unpack): trying to overwrite `/etc/uniconf.conf', which is also in package libuniconf4.4 Errors were encountered while processing: /var/cache/apt/archives/libuniconf4.6_4.6-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libuniconf4.6 depends on: ii libc6 2.9-23GNU C Library: Shared libraries ii libgcc11:4.4.1-1 GCC support library ii libstdc++6 4.4.1-1 The GNU Standard C++ Library v3 pn libwvstreams4.6-base (no description available) pn libwvstreams4.6-extras (no description available) ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime libuniconf4.6 recommends no packages. libuniconf4.6 suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#537238: dpkg -c lists files in /tmp/debian - postinst fails
Package: dbus Version: 1.2.16-1 Severity: critical The subject says it all. Apparently the packaging of dbus ruined the install bits. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dbus depends on: ii adduser 3.110 add and remove users and groups ii libc6 2.9-20 GNU C Library: Shared libraries ii libdbus-1-3 1.2.16-1 simple interprocess messaging syst ii libexpat1 2.0.1-4XML parsing C library - runtime li ii libselinux1 2.0.82-1 SELinux shared libraries ii lsb-base 3.2-22 Linux Standard Base 3.2 init scrip dbus recommends no packages. Versions of packages dbus suggests: pn dbus-x11 (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#528713: fails to be initialised
Package: mgltools-opengltk Version: 1.5.4.cvs.20090514-1 Severity: grave Should not enter testing until this has been addressed. Welcome to Python Molecule Viewer! Visit http://mgltools.scripps.edu/documentation to read latest documentation. Resource file used to customize PMV: /home/moeller/.mgltools/1.6.0/Pmv/_pmvrc Traceback (most recent call last): File "/usr/lib/python2.5/site-packages/AutoDockTools/__init__.py", line 432, in runADT title=title, withShell= not interactive, verbose=False, gui=gui) File "/usr/lib/python2.5/site-packages/Pmv/moleculeViewer.py", line 316, in __init__ verbose=verbose, trapExceptions=trapExceptions) File "/usr/lib/python2.5/site-packages/ViewerFramework/VF.py", line 345, in __init__ verbose=verbose) File "/usr/lib/python2.5/site-packages/ViewerFramework/VFGUI.py", line 269, in __init__ verbose=verbose,guiMaster=VIEWER_root,) File "/usr/lib/python2.5/site-packages/DejaVu/Viewer.py", line 582, in __init__ maxClipP = int(GL.glGetDoublev(GL.GL_MAX_CLIP_PLANES)[0]) File "/usr/lib/python2.5/site-packages/opengltk/wrapper/gl_auto.py", line 73, in glGetDoublev _gllib.glGetDoublev( pname, result) File "/usr/lib/python2.5/site-packages/opengltk/exception.py", line 44, in processglerror raise apply( GLerror, errs) GLerror: invalid enumerant hit enter to continue moel...@notebook:~/alioth/debian-med/trunk/packages/mgltools $ reportbug mgltools-opengltk *** Welcome to reportbug. Use ? for help at prompts. *** Detected character set: UTF-8 Please change your locale if this is incorrect. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mgltools-opengltk depends on: ii libc6 2.9-12 GNU C Library: Shared libraries ii libgl1-mesa-glx [li 7.4.1-1 A free implementation of the OpenG ii libglu1-mesa7.4.1-1 The OpenGL utility library (GLU) ii libx11-62:1.2.1-1X11 client-side library ii libxext62:1.0.4-1X11 miscellaneous extension librar ii libxmu6 2:1.0.4-1X11 miscellaneous utility library ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii mgltools-gle1.5.4.cvs.20090514-1 GLE library Python extension ii python 2.5.4-2 An interactive high-level object-o ii python-central 0.6.11 register and build utility for Pyt ii python-numpy1:1.2.1-1Numerical Python adds a fast array ii tk 8.4.16-2 The Tk toolkit for Tcl and X11 (de ii tk8.4 8.4.19-3 Tk toolkit for Tcl and X11, v8.4 - ii tk8.5 8.5.7-1 Tk toolkit for Tcl and X11, v8.5 - mgltools-opengltk recommends no packages. mgltools-opengltk suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524127: [uscan] 'x509_user' not valid URI scheme at /usr/bin/uscan line 389
Hi Adam, Adam D. Barratt wrote: > On Thu, 2009-04-16 at 02:45 +0200, Steffen Moeller wrote: >> the issue seems to be invariant of the watch file used. It still occurs. > [...] >> $ set | grep -i proxy >> X509_USER_PROXY=/home/moeller/myproxy > > Aha! This seems to be due to a change made upstream in libwww-perl in > version 5.821: > > croak on bad proxy args [RT#39919] > > This is easily confirmable by checking whether the following also fails > for you: > > #! /usr/bin/perl > use LWP::UserAgent; > my $ua = LWP::UserAgent->new(env_proxy => 1); > > env_proxy is documented as reading environment variables of the form > *_proxy. Your hunch did not fool you. $ perl a.pl 'x509_user' is not a valid URI scheme at a.pl line 3 It (including uscan) works with env_proxy => 0, but this obviously is not what you want. > LWP maintainers - any thoughts? Should clients (e.g. uscan) be > attempting to sanitise the proxy variables in the environment to only > include those they specifically care about before using env_proxy? (or > wrapping the call in an eval() and ignoring the specific error) > > That's obviously doable, but would need doing in every client > individually, which seems somewhat overkill. Somehow it seems strange to reserve all _PROXY variably for oneself. Best, Steffen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524127: [uscan] 'x509_user' not valid URI scheme at /usr/bin/uscan line 389
Hello, the issue seems to be invariant of the watch file used. It still occurs. Adam D. Barratt wrote: > $ uscan --watchfile ~/watch-524127 --package gwyddion --upstream-version 0 > --download > gwyddion: Newer version (2.14) available on remote site: > http://qa.debian.org/watch/sf.php/gwyddion/gwyddion-2.14.tar.gz > (local version is 0) > gwyddion: Successfully downloaded updated package gwyddion-2.14.tar.gz > and symlinked gwyddion_2.14.orig.tar.gz to it $ set | grep -i proxy X509_USER_PROXY=/home/moeller/myproxy url proxy fetch push mirror skipDefaultUpdate core.gitProxy http.proxy -B --bts -l --ldap --no-ldap --proxy= --http_proxy= \ -o --output -p --print -P --pgp --proxy --http_proxy\ --ftpproxy --ftpport --justdb --httpproxy --httpport \ --rcfile --requires --ftpport --ftpproxy \ --httpproxy --httpport --provides --triggers \ --requires --triggeredby --ftpport --ftpproxy \ --httpproxy --httpport --provides --triggers \ --requires --triggeredby --ftpport --ftpproxy \ --httpproxy --httpport --provides --triggers \ > Please could you confirm whether it is currently working for you? If > not, please could you post the output of "set | grep -i proxy" and rerun > uscan with the --debug flag and make the output available? uscan --debug gives just the very same output $ uscan --debug --verbose --report 'x509_user' is not a valid URI scheme at /usr/bin/uscan line 389 Thanks and greetings Steffen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524127: [uscan] 'x509_user' not valid URI scheme at /usr/bin/uscan line 389
Package: devscripts Version: 2.10.48 Severity: serious uscan should have went off to fetch the latest version, the watch file is version=3 http://sf.net/gwyddion/gwyddion-([0-9].[0-9]+\w*)\.tar\.gz I get this error 'x509_user' is not a valid URI scheme at /usr/bin/uscan line 389 Many thanks Steffen -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- DEBSIGN_KEYID="BE9D5339" DEBSIGN_PROGRAM="gpg --use-agent" DEBSIGN_SIGNLIKE="gpg" -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages devscripts depends on: ii dpkg-dev 1.14.26Debian package development tools ii libc6 2.9-7 GNU C Library: Shared libraries ii perl 5.10.0-19 Larry Wall's Practical Extraction Versions of packages devscripts recommends: ii at 3.1.10.2 Delayed job execution and batch pr ii bsd-mailx [mailx] 8.1.2-0.20081101cvs-2 A simple mail user agent ii bzr1.14~rc1-2easy to use distributed version co ii curl 7.18.2-8.1Get a file from an HTTP, HTTPS or ii cvs1:1.12.13-12 Concurrent Versions System ii dctrl-tools2.13.1Command-line tools to process Debi ii debian-keyring 2009.04.04GnuPG (and obsolete PGP) keys of D ii debian-maintainers 1.55 GPG keys of Debian maintainers ii dupload2.6.6 utility to upload Debian packages ii equivs 2.0.7-0.1 Circumvent Debian package dependen ii fakeroot 1.12.2Gives a fake root environment ii git-core 1:1.6.2.2-1 fast, scalable, distributed revisi ii gnupg 1.4.9-4 GNU privacy guard - a free PGP rep ii iceweasel [www-bro 3.0.7-1 lightweight web browser based on M ii konqueror [www-bro 4:4.2.2-1 KDE 4's advanced file manager, web ii libauthen-sasl-per 2.12-1Authen::SASL - SASL Authentication ii libcrypt-ssleay-pe 0.57-1+b1 Support for https protocol in LWP ii libparse-debcontro 2.005-2 Easy OO parsing of Debian control- ii libsoap-lite-perl 0.710.08-2Client and server side SOAP implem ii libterm-size-perl 0.2-4+b1 Perl extension for retrieving term ii libtimedate-perl 1.1600-9 Time and date functions for Perl ii liburi-perl1.37+dfsg-1 Manipulates and accesses URI strin ii libwww-perl5.825-1 WWW client/server library for Perl ii libyaml-syck-perl 1.05-1Fast, lightweight YAML loader and ii lintian2.2.9 Debian package checker ii lsb-release3.2-22Linux Standard Base version report ii lynx-cur [www-brow 2.8.7pre1-1 Text-mode WWW Browser with NLS sup ii mailx 1:20081101-2 Transitional package for mailx ren ii man-db 2.5.5-1 on-line manual pager ii midori [www-browse 0.1.4-1 fast, lightweight graphical web br ii openssh-client [ss 1:5.1p1-5 secure shell client, an rlogin/rsh ii opera [www-browser 9.64.2480.gcc4.qt3The Opera Web Browser ii patch 2.5.9-5 Apply a diff file to an original ii patchutils 0.3.1-1 Utilities to work with patches ii strace 4.5.18-1 A system call tracer ii subversion 1.5.6dfsg-1 Advanced version control system ii unzip 5.52-12 De-archiver for .zip files ii w3m [www-browser] 0.5.2-2+b1WWW browsable pager with excellent ii wdiff 0.5-18Compares two files word by word ii wget 1.11.4-2 retrieves files from the web Versions of packages devscripts suggests: ii build-essential 11.4 Informational list of build-essent pn cvs-buildpackage (no description available) pn devscripts-el (no description available) ii gnuplot 4.2.5-1A command-line driven interactive pn libfile-desktopentry-perl (no description available) pn libnet-smtp-ssl-perl (no description available) ii mutt 1.5.18-6 text-based mailreader supporting M ii svn-buildpackage 0.6.23 helper programs to maintain Debian -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.de
Bug#503367: Again: Bug#503367: plink: file conflict with putty-tools
Andreas Tille wrote: > On Fri, 3 Apr 2009, Steffen Moeller wrote: > >> we should ask the technical committee to rule over it. And maybe this >> needs some voting in the end. > > Who is this *we*? Do you volunteer? :) no, since I personally see no preferable alternative to the current conflicting state. > IMHO plink should be renamed because it is way less popular than the > putty tool. So we will loose this voting anyway and there is much effort > for an foreseable outcome. IMHO the solution I described in README.Debian > is reasonable for plink users even with existing scripts. Morten's suggestion of a rename to purcell_plink (or plink_purcell) seems reasonable to me. snplink I find strange and as it was mentioned in the initial thread, there an earlier program with that name. >> I personally think that we should not rename it. And putty's plink >> should not be renamed >> either. The two are in a technical conflict, though with little >> practical consequences. To >> me, this situation is preferable over the renaning of the binary of >> either. > > This is a worse solution than a rename. In your view, I know. >> Please keep in mind that we don't need to package everything. >> (sn)plink can just be >> removed from the archive. Or could it move to non-free si it does >> not adhere to >> Debian's principles? I need to reread the policy here. > > Moving to non-free will not solve the problem and is just wrong > (because it is actually not non-free). Trying to solve a problem > by pretending wrong facts is a no go. I know what you mean. > I'd strongly recommend to settle (together with upstream) for > a reasonable alternative name (I don't care whether it is > snplink, Plink, PLINK or something else) but we should find > a reasonable decision in a short time frame (to not spend to > power into an issue which does not bring anybody foreward). If _I_ was upstream, with a program that has such a strong name in the community, I would not change it lightheartedly. PLINK would certainly remain PLINK, the only chance I'd see is that upstream leaves the name PLINK for its software and renames the binary alone and then towards something that is very similar to the old one, maybe p_link or so. But this should possibly be synced with a general API overhaul or so. The conflict in my view is a problem of Debian or of UNIX in general, not of either of the two plinks. We should have namespaces of some sort and not everything in one directory. Best, Steffen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#503367: Again: Bug#503367: plink: file conflict with putty-tools
Hello, Daniel Leidert wrote: > Andreas Tille wrote: >> in October last year there was a longish discussion about name space >> pollution regarding plink. If you like to spend some time you should >> read the complete log of #503367 [1]. >> >> I decided to put an end now on this issue to make sure it will >> not remain as is for ever and renamed the entry in /usr/bin. >> This is explained in README.Debian of this package (see svn[2]). we should ask the technical committee to rule over it. And maybe this needs some voting in the end. I personally think that we should not rename it. And putty's plink should not be renamed either. The two are in a technical conflict, though with little practical consequences. To me, this situation is preferable over the renaning of the binary of either. Please keep in mind that we don't need to package everything. (sn)plink can just be removed from the archive. Or could it move to non-free since it does not adhere to Debian's principles? I need to reread the policy here. Best regards, Steffen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511521: boinc: Does not check the RSA_public_decrypt() return value.
Frank S. Thomas wrote: > On Tuesday 13 January 2009 16:43:55 Rene Mayorga wrote: >> I was about to port this fix to 6.2.14-2, are everybody ok with this? > > FWIW: I'm ok with backporting this to the current version in Lenny. Lenny should not be without it, good point. My comment referred to my preference to use a newer upstream version and keep the Debian packaging bits as simple as possible. Best, Steffen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511521: boinc: Does not check the RSA_public_decrypt() return value.
Rene Mayorga wrote: > On Tue, Jan 13, 2009 at 04:24:27PM +0100, Steffen Moeller wrote: >> marcos.mar...@sonae.com wrote: >>> Upstream has a fix for this: >>> http://boinc.berkeley.edu/trac/changeset/16883 >> and they have introduced another since it may be "en- or decryption", not >> only >> "encryption" as their error message indicates. > > They check already for "en- or decryption" as you said, perhaps just > changing ERR_CRYPTO to show this. > I was about to port this fix to 6.2.14-2, are everybody ok with this? I personally think that you should save your energy. Upstream will release a new version any time soon. That version will have that patch and I'd wait for that. Best, Steffen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511521: boinc: Does not check the RSA_public_decrypt() return value.
marcos.mar...@sonae.com wrote: > Upstream has a fix for this: > http://boinc.berkeley.edu/trac/changeset/16883 and they have introduced another since it may be "en- or decryption", not only "encryption" as their error message indicates. Whenever there is the next Debian release, this bug will be closed, I'd say. Many thanks for spotting this. Steffen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#508637: [Debian-med-packaging] Bug#508637: mgltools-geomutils_1.5.4.cvs.20081126-1(sparc/experimental):, FTBFS: ImportError: No module named numpy
Hi Peter, have many thanks for your report, I have just uploaded the fix. You are "just" a friendly builder and not actually a user of AutoDock on sparc by any chance, right? Best, Steffen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#475923: Can confirm missing template error upon installation
Package: console-data Version: 2:1.07-1 Severity: Grave Followup-For: Bug #475923 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages console-data depends on: ii debconf [debconf-2.0] 1.5.20 Debian configuration management sy Versions of packages console-data recommends: pn console-common (no description available) ii console-tools 1:0.2.3dbs-65 Linux console and font utilities -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#470406: well, you have a point
I am preparing and uploading an update that has the dependency removed and closes the bug. I must admit though that I do not like overly much to put this extra load on the buildds for this (in my perception) minor issue and I wished we could have announced the availability of the autodocksuite for lenny already. But, admittedly, it was rather extraneous to have added this dependency. With a larger front of individuals objecting this idea, lintian should probably check against this. Best, Steffen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#467604: qtdmm: FTBFS: make: *** No rule to make target
thanks Sune, I have no clue how this could have happened on my side and can only thank you for fixing it. Are you using qtdmm in routine? Would you consider adopting the package from me, then? Best, Steffen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#468202: subprocess post-installation script returned error exit status 1
Package: openoffice.org-writer2latex
Version: 0.5-5
Severity: grave
There was nothing that I had done except for
apt-get -u dist-upgrade
in Debian Sid
SM
Setting up openoffice.org-writer2latex (0.5-5) ...
Adding extension
/usr/lib/openoffice/share/extension/install/writer2latex.uno.pkg...
unopkg failed.
dpkg: error processing openoffice.org-writer2latex (--configure):
subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
openoffice.org-writer2latex
E: Sub-process /usr/bin/dpkg returned an error code (1)
-- Package-specific info:
Identifier: org.openoffice.legacy.writer2latex.uno.pkg
URL:
vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/i9DLiP_/writer2latex.uno.pkg
is registered: yes
Media-Type: application/vnd.sun.star.package-bundle
Description: Extension
bundled Packages: {
URL:
vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/i9DLiP_/writer2latex.uno.pkg/writer2latex.jar
is registered: yes
Media-Type: application/vnd.sun.star.uno-component;type=Java
Description: UNO Java Component
URL:
vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/i9DLiP_/writer2latex.uno.pkg/w2l_types.xcu
is registered: yes
Media-Type: application/vnd.sun.star.configuration-data
Description: Configuration Data
URL:
vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/i9DLiP_/writer2latex.uno.pkg/w2l_filters.xcu
is registered: yes
Media-Type: application/vnd.sun.star.configuration-data
Description: Configuration Data
}
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages openoffice.org-writer2latex depends on:
ii openoffice.org-core1:2.4.0~rc1-2 OpenOffice.org office suite archit
ii openoffice.org-java-common 1:2.4.0~rc1-3 OpenOffice.org office suite Java s
openoffice.org-writer2latex recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#327961: Patch for NMU 0.8.4-1.1
Hi Luk, thank you for the NMU. I debianised a new upstream version of qtdmm that accomodates your patch in http://public.pzr.uni-rostock.de/~moeller/debian/qtdmm/ and informed my sponsor Andreas <[EMAIL PROTECTED]> about its existance. Cheers, Steffen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292339: mssstest: License does not permit modification, but source is modified
Hello again, I sent upstream an email asking for the permission. To me this is all a bit strange, distracting myself and upstream from the real work we need to do; however the lawsuit between SCO and IBM is strange, too, so I should feel thankful for your help. Sorry for the premature -wontfix-thingy. This was rude. I felt stressed. Steffen On Wed, Jan 26, 2005 at 05:18:13PM +0100, G?ran Weinholt wrote: > On Wed, Jan 26, 2005 at 03:41:55PM +0100, Steffen Moeller wrote: > > Hello G?ran, > > > > where does the license say that I am not allowed to do modifications? > > The default of copyright law doesn't allow you to do very much with > the software. So to distribute modified versions of the software, you > need a license that allows that. mssstest's license does not say that > it is allowed, so therefore it is not allowed. > > I just noticed a more severe problem with this license: it doesn't > allow distribution of binaries. You can work around that by changing > the package so that the user builds the binary package themselves, > like the qmail-src package. > > > The change to roxburgh.cpp refers to the line that claims Borland to have > > compiled the package that I commented out. > > > The changes to the Makefile are of similar $(DESTDIR)-like severity. > > > Upstream is happy with the Debian package. All that I have done was to > > adapt the source for that process. I have not modified the source in > > order to change the functionality. And from what I read the license is > > not in the way even of doing that. > > Then I'm sure you can ask upstream for permission to distribute the > modified source and the resulting binaries. > > > I do not see any bug. > > Btw, I don't think your message to [EMAIL PROTECTED] > made it to the BTS. > > Regards, > > -- > G?ran Weinholt <[EMAIL PROTECTED]> > Debian developer, sysadmin, netadmin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
