Bug#933163: cyrus-imapd: Data loss possible when upgrading to buster
FYI: Upstream has now fixed this bug in 3.0.11: https://www.cyrusimap.org/imap/download/release-notes/3.0/x/3.0.11.html -m
Bug#908351: gajim: Throws errors soon after startup, doesn't work, won't quit
A follow-up, for what it may be worth... Typically, when gajim starts up for me, it automatically joins a groupchat after entering my account password, and the exceptions being thrown appear to relate to that. I have gone back to 1.0.3-1 (compiled from source) so that I have a working gajim and can continue with life, but if anyone wants me to try out anything with the 1.1.0+ source to reproduce/diagnose this, I'd be happy to give it a shot. -m
Bug#724644: initramfs-tools: Parsing of ip= option is brittle
Package: initramfs-tools Version: 0.113 Severity: normal Dearest Maintainer, The configure_networking() function in scripts/functions fails to parse an ip= kernel option if it has more than one parameter following the device name. For example: ip=client-ip:server-ip:gw-ip:netmask:hostname:device:autoconf works just fine, however, ip=client-ip:server-ip:gw-ip:netmask:hostname:device:autoconf:dns0:dns1 does not, and that happens to be the format described in https://www.kernel.org/doc/Documentation/filesystems/nfs/nfsroot.txt A one character change to configure_networking() will make it immune to any number of parameters following the device name: --- functions 2013-09-25 00:39:49.0 -0700 +++ functions-better2013-09-25 00:40:20.0 -0700 @@ -396,7 +396,7 @@ # grab device entry from ip option NEW_DEVICE=${IP#*:*:*:*:*:*} if [ ${NEW_DEVICE} != ${IP} ]; then - NEW_DEVICE=${NEW_DEVICE%:*} + NEW_DEVICE=${NEW_DEVICE%%:*} else # wrong parse, possibly only a partial string NEW_DEVICE= In other words: remove the *longest* suffix beginning with :, rather than the shortest. -mm -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (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 initramfs-tools depends on: ii cpio 2.11+dfsg-1 ii klibc-utils2.0.1-3.1 ii kmod 9-3 ii module-init-tools 9-3 ii udev 204-4 Versions of packages initramfs-tools recommends: ii busybox 1:1.20.0-9 -- 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#651016: libiec61883: Patch for multiarch (BSP2011/Portland)
Source: libiec61883 Severity: wishlist Here's a patch to convert to multiarch packaging. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-12-virtual (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash diff -u libiec61883-1.2.0/debian/compat libiec61883-1.2.0/debian/compat --- libiec61883-1.2.0/debian/compat +++ libiec61883-1.2.0/debian/compat @@ -1 +1 @@ -5 +9 diff -u libiec61883-1.2.0/debian/libiec61883-dev.install libiec61883-1.2.0/debian/libiec61883-dev.install --- libiec61883-1.2.0/debian/libiec61883-dev.install +++ libiec61883-1.2.0/debian/libiec61883-dev.install @@ -1,5 +1,5 @@ usr/include/* -usr/lib/lib*.a -usr/lib/lib*.so -usr/lib/pkgconfig/* +usr/lib/*/lib*.a +usr/lib/*/lib*.so +usr/lib/*/pkgconfig/* usr/bin/plug* diff -u libiec61883-1.2.0/debian/libiec61883-0.install libiec61883-1.2.0/debian/libiec61883-0.install --- libiec61883-1.2.0/debian/libiec61883-0.install +++ libiec61883-1.2.0/debian/libiec61883-0.install @@ -1 +1 @@ -usr/lib/lib*.so.* +usr/lib/*/lib*.so.* diff -u libiec61883-1.2.0/debian/rules libiec61883-1.2.0/debian/rules --- libiec61883-1.2.0/debian/rules +++ libiec61883-1.2.0/debian/rules @@ -20,6 +20,9 @@ # DEB_OPT_FLAG := -O2 -fno-strict-aliasing # +# something for multiarchification +DEB_CONFIGURE_EXTRA_FLAGS += --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) + install/libiec61883-dev:: doc doc: manpages diff -u libiec61883-1.2.0/debian/control libiec61883-1.2.0/debian/control --- libiec61883-1.2.0/debian/control +++ libiec61883-1.2.0/debian/control @@ -2,7 +2,7 @@ Priority: optional Maintainer: Marcio Roberto Teixeira marcio...@gmail.com Uploaders: Loic Minier l...@dooz.org -Build-Depends: debhelper (= 5), autotools-dev, libraw1394-dev (= 2.0.2), cdbs, pkg-config, xsltproc, docbook-xsl +Build-Depends: debhelper (= 8.1.3~), autotools-dev, libraw1394-dev (= 2.0.2), cdbs (= 0.4.93~), pkg-config, xsltproc, docbook-xsl Standards-Version: 3.8.0 Section: libs @@ -31,7 +31,9 @@ Package: libiec61883-0 Section: libs Architecture: any +Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends}, ${misc:Depends} +Multi-Arch: same Description: an partial implementation of IEC 61883 This library is an implementation of IEC 61883, part 1 (CIP, plug registers, and CMP), part 2 (DV-SD), part 4 (MPEG2-TS), and part 6 diff -u libiec61883-1.2.0/debian/changelog libiec61883-1.2.0/debian/changelog --- libiec61883-1.2.0/debian/changelog +++ libiec61883-1.2.0/debian/changelog @@ -1,3 +1,10 @@ +libiec61883 (1.2.0-0.2) unstable; urgency=low + + * Non-maintainer upload. + * Multiarch'ification. + + -- Build User buil...@ip-10-176-166-169.us-west-1.compute.internal Sun, 04 Dec 2011 23:26:10 + + libiec61883 (1.2.0-0.1) unstable; urgency=low * Non-maintainer upload.
Bug#630188: libgtest-dev: Version 1.6.0 was released on April 18th, 2011.
Package: libgtest-dev Version: 1.5.0-3 Severity: wishlist *** Please type your report below this line *** Hi, Version 1.6.0 of gtest came out back in April; it would be great if the debian packages could get this update. -m -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (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 libgtest-dev depends on: ii libgtest0 1.5.0-3Google's framework for writing C++ libgtest-dev recommends no packages. libgtest-dev 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#606559: boxbackup-server: Handling of get command broken due to bug in temp file name creation.
Subject: boxbackup-server: Handling of get command broken due to bug in temp file name creation. Package: boxbackup-server Version: 0.11~rc2-6 Severity: important *** Please type your report below this line *** The server has a bug in how it constructs the name of a temporary file used when restoring old/non-current versions of files. (Whether or not the bug manifests itself depends on whether or not the server has write privileges in the directory where the file ends up.) Appended is a patch to fix the problem, which was introduced into the upstream source around 4 years ago (although at that point it only affected the build for windows). -mm --- boxbackup-0.11~rc2/bin/bbstored/BackupCommands.cpp 2008-01-28 19:58:25.0 -0500 +++ boxbackup-0.11~rc2-fixed/bin/bbstored/BackupCommands.cpp2010-12-09 18:15:04.0 -0500 @@ -402,11 +402,10 @@ std::auto_ptrIOStream diff2(rContext.OpenObject(patchID)); // Choose a temporary filename for the result of the combination - std::ostringstream fs(rContext.GetStoreRoot()); - fs .recombinetemp.; - fs p; - std::string tempFn(fs.str()); - tempFn = RaidFileController::DiscSetPathToFileSystemPath(rContext.GetStoreDiscSet(), tempFn, p + 16); + std::ostringstream fs; + fs rContext.GetStoreRoot() .recombinetemp. p; + std::string tempFn = RaidFileController::DiscSetPathToFileSystemPath(rContext.GetStoreDiscSet(), + fs.str(), p + 16); // Open the temporary file std::auto_ptrIOStream combined; -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages boxbackup-server depends on: ii adduser 3.112add and remove users and groups ii debconf [debconf-2.0] 1.5.33 Debian configuration management sy ii gawk1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8GCC support library ii libssl0.9.8 0.9.8o-3 SSL shared libraries ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii openssl 0.9.8o-1 Secure Socket Layer (SSL) binary a ii perl5.10.1-14Larry Wall's Practical Extraction ii ucf 3.0025 Update Configuration File: preserv ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime boxbackup-server recommends no packages. boxbackup-server suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591475: cyrus-imapd-2.2: rename mailbox across virtual domains loses sieve scripts
Package: cyrus-imapd-2.2 Version: 2.2.13-14+lenny3 Severity: important Issuing a 'rename' command in cyradm to move a mailbox into a new/different virtual domain will end up deleting the mailbox's sieve scripts, because the sieve directory tree for the destination domain does not get setup properly. For example, this cyradm command: rename user@example1.com user@example2.com should copy sieve scripts from /var/spool/sieve/domain/e/example1.com/x/xxx to /var/spool/sieve/domain/e/example2.com/x/xxx However, it does not create the target directory's parent(s) if it does not already exist, and in that case the scripts are simply deleted from the source. One workaround is to manually create the directory structure for the new/target domain before doing any moving: for x in a b c d e f g h i j k l m n o p q r s t u v w x y z; do mkdir -p /var/spool/sieve/domain/T/TARGET/$x done chown -R cyrus.mail /var/spool/sieve/domain/T chmod -R go-rw /var/spool/sieve/domain/T I classified this as 'important' because of the silent data loss. -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (500, 'stable'), (50, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages cyrus-imapd-2.2 depends on: ii cyrus-common-2.2 2.2.13-14+lenny3 Cyrus mail system (common files) ii libasn1-8-heimdal 1.2.dfsg.1-2.1 Heimdal Kerberos - ASN.1 library ii libc6 2.7-18lenny4 GNU C Library: Shared libraries ii libcomerr21.41.3-1 common error description library ii libdb4.2 4.2.52+dfsg-5 Berkeley v4.2 Database Libraries [ ii libgssapi2-heimda 1.2.dfsg.1-2.1 Heimdal Kerberos - GSSAPI support ii libkrb5-25-heimda 1.2.dfsg.1-2.1 Heimdal Kerberos - libraries ii libroken18-heimda 1.2.dfsg.1-2.1 Heimdal Kerberos - roken support l ii libsasl2-22.1.22.dfsg1-23+lenny1 Cyrus SASL - authentication abstra ii libssl0.9.8 0.9.8n-1 SSL shared libraries ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra cyrus-imapd-2.2 recommends no packages. cyrus-imapd-2.2 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#562806: gnomint: Crashes immediately upon startup
Package: gnomint Version: 1.1.0-1 Severity: important The GUI version (gnomint) crashes immediately at startup --- a window seems to appear for a flash of a split-second, but then the program terminates with the following message: The program 'gnomint' received an X Window System error. This probably reflects a bug in the program. The error was 'BadAlloc (insufficient resources for operation)'. (Details: serial 212 error_code 11 request_code 53 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) The command-line version (gnomint-cli) doesn't do this, but I haven't tried that out beyond executing the 'help' command. -mm -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (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 gnomint depends on: ii gconf22.28.0-1 GNOME configuration database syste ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcairo2 1.8.8-2The Cairo 2D vector graphics libra ii libfontconfig12.6.0-4.2 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libgconf2-4 2.28.0-1 GNOME configuration database syste ii libgcrypt11 1.4.4-6LGPL Crypto library - runtime libr ii libglib2.0-0 2.22.3-1 The GLib library of C routines ii libgnutls26 2.8.5-2the GNU TLS library - runtime libr ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio ii libreadline6 6.0-5 GNU readline and history libraries ii libsqlite3-0 3.6.21-2 SQLite 3 shared library gnomint recommends no packages. gnomint 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#536891: erlang-mode: Warnings when installing for emacs22
Package: erlang-mode Version: 1:13.b-dfsg1-1 Severity: normal The following warnings show up when installing erlang-mode; given the feedback in Bug 428054, these are probably due to parenthesis bugs. Unpacking erlang-mode (from .../erlang-mode_1%3a13.b-dfsg1-1_all.deb) ... Setting up erlang-mode (1:13.b-dfsg1-1) ... emacsen-common: Handling install of emacsen flavor emacs emacsen-common: Handling install of emacsen flavor emacs22 emacsen-common: byte-compiling for emacs22 Wrote /etc/emacs22/site-start.d/00debian-vars.elc Wrote /usr/share/emacs22/site-lisp/debian-startup.elc install/erlang: Handling install for emacsen flavor emacs22 Wrote /usr/share/emacs22/site-lisp/erlang/erlang-start.elc In erlang-partial-parse: erlang.el:3549:16:Warning: `t' called as a function In erlang-calculate-stack-indent: erlang.el:3567:52:Warning: value returned from (nth 2 stack-top) is unused erlang.el:3567:52:Warning: value returned from (+ (nth 2 stack-top) erlang-indent-level) is unused erlang.el:3567:52:Warning: value returned from (+ (nth 2 stack-top) erlang-indent-level) is unused In erlang-tags-install-module-check: erlang.el:5132:8:Warning: value returned from (symbol-function (quote set)) is unused Wrote /usr/share/emacs22/site-lisp/erlang/erlang.elc -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (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 erlang-mode depends on: ii emacsen-common1.4.19 Common facilities for all emacsen erlang-mode recommends no packages. Versions of packages erlang-mode suggests: pn erlangnone (no description available) pn erlang-doc-html none (no description available) pn erlang-manpages none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#416225: www-mysql: Segfault due to missing initialization
Package: www-mysql Version: 0.5.7-20 Severity: important Tags: patch Hi, www-mysql was segfaulting on my Sparc Ultra5 --- I tracked the problem down to the omission of an initialization of a MYSQL struct. Appended is a tiny patch that fixes the problem. Thanks for the continued maintenance! (Sometimes I wonder if I'm the only guy out there using this handy software), -matt m. --- www-sql-0.5.7-original/mysql.c 2007-01-05 22:27:30.0 -0500 +++ www-sql-0.5.7/mysql.c 2007-01-05 21:24:32.0 -0500 @@ -143,6 +143,7 @@ } conn = xmalloc(sizeof(MYSQL)); + mysql_init(conn); mysql_real_connect(conn, host, user, pass, 0, 0, 0, 0); #ifdef mysql_errno if (mysql_errno(conn)) { -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-sparc64 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages www-mysql depends on: ii apache-ssl 1.3.34-4versatile, high-performance HTTP s ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libmysqlclient15off 5.0.30-3mysql database client library ii wn 2.2.9-3 Secure and efficient http server w www-mysql recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390962: aptitude: Packages which are upgradable are classified in New Packages section
From: Daniel Burrows [EMAIL PROTECTED] ... I think new packages that are upgradable have always gone into the new packages section. It might make sense to pull them out of there automatically, though. Hmm --- maybe I misunderstand what a new package is... In the particular instance I noticed/reported last night: o libmyth-0.20 was already installed, at version 0.20-0.0. o A younger version, 0.20-0.2, became available. o After updating the package cache, aptitude displayed libmyth-0.20 in the new packages section. Since libmyth-0.20 had already been installed, and it wasn't listed as a new package before the latest update, why did it become new again after the update? (libmyth-0.20 is from a foreign repository, so maybe it is a poor sample point, but I'm positive that I've seen this occur now and again with mainline Debian packages.) -matt m. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390962: aptitude: Packages which are upgradable are classified in New Packages section
Package: aptitude Version: 0.4.3-1 Severity: normal This is something I've noticed from time to time but I've never quite had the presence of mind to catch until now. Occasionally, a few upgradable packages (i.e., already installed but with a new version available) are filed into the New Packages category of the display. When one hits 'g', these errant packages appear listed under Packages being held back --- which is typically when I notice them and think hmm... did I overlook these packages earlier?. Hitting 'f' to Forget new packages causes such packages to find their proper places in the Upgradable Packages listing. (I've captured a bunch of state files from /var which I figure might be useful to someone trying to debug this. Quite a bit of bytes, so if someone wants them, they can ask me.) -matt m. -- System Information: Debian Release: testing/unstable APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-6-3. 0.6.46 Advanced front-end for dpkg ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-15 GCC support library ii libncursesw5 5.5-2 Shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.16-3type-safe Signal Framework for C++ ii libstdc++6 4.1.1-15The GNU Standard C++ Library v3 Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-doc 0.4.3-1English manual for aptitude, a ter -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]