Bug#670953: [PATCH] pork: Helping to update to packaging format 3.0
On 04/30/2012 11:00 AM, jari.aa...@cante.net wrote: Package: pork Severity: wishlist Tags: patch Hi, The dpatch patch management system has been deprecated for some time. The Lintian currently flags use of dpatch packages as an error. The new 3.0 packaging format is an improved version which, among other things, contains patch management built-in. For more information, see: http://wiki.debian.org/Projects/DebSrc3.0 I had some free time; see attached patch to migrate to new package format. Note that all files in debian/patches/* are canocalized to *.patch. Let me know if there is anything that needs adjusting or if it is ok to upload this version in a NMU in case you are working on other issues needing attention. Thanks, Jari I will be unable to review this patch in a timely manner. Please feel free to do an NMU with the appropriate due diligence. Benjamin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653249: cyrus-imapd-2.2: IDLE not working?
I feel like I noticed this before but never got around to digging into it... B On 12/25/2011 02:55 PM, Ross Boylan wrote: Package: cyrus-imapd-2.2 Version: 2.2.13-14+lenny4 Severity: normal Using imtest localhost, IDLE does not seem to send any information until I tell it to quit. I waited c 20 minutes. $ imtest localhost S: * OK corn Cyrus IMAP4 v2.2.13-Debian-2.2.13-14+lenny4 server ready C: C01 CAPABILITY S: * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ NAMESPACE UIDPLUS ID NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE IDLE STARTTLS AUTH=CRAM-MD5 AUTH=DIGEST-MD5 SASL-IR S: C01 OK Completed C: A01 AUTHENTICATE CRAM-MD5 # deleted some authentication stuff S: A01 OK Success (no protection) Authenticated. Security strength factor: 0 a01 select inbox * FLAGS (\Answered \Flagged \Draft \Deleted \Seen Old $NotJunk $Junk JunkRecorded Junk $Label1 $Label2 $Label3 $Label4 $Label5 NotJunk receipt-handled NonJunk $Forwarded $MDNSent) * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen Old $NotJunk $Junk JunkRecorded Junk $Label1 $Label2 $Label3 $Label4 $Label5 NotJunk receipt-handled NonJunk $Forwarded $MDNSent \*)] * 71166 EXISTS * 0 RECENT * OK [UNSEEN 6] * OK [UIDVALIDITY 1153459907] * OK [UIDNEXT 164608] a01 OK [READ-WRITE] Completed a02 idle + idling DONE * 71168 EXISTS * 2 RECENT a02 OK Completed google didn't turn up other examples of this problem. The spec may not require notice in any particular length of time, but IDLE isn't too useful unless it pushes notices. Part of my imapd.conf: # Unix domain socket that lmtpd listens on. lmtpsocket: /var/run/cyrus/socket/lmtp # The idle backend to use for IDLE command. # Options: poll (default), idled, no # poll doesn't need the idled daemon and is supposed to be more robust. # however it doesn't update as quickly as the idled backend does. no # turns off IDLE support. If set to idled, you will also need to enable # the idled entry in cyrus.conf. idlemethod: poll # Unix domain socket that idled listens on. idlesocket: /var/run/cyrus/socket/idle -- System Information: Debian Release: 5.0.9 APT prefers oldstable APT policy: (995, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cyrus-imapd-2.2 depends on: ii cyrus-common-2.2 2.2.13-14+lenny4 Cyrus mail system (common files) ii libasn1-8-heimdal 1.2.dfsg.1-2.1 Heimdal Kerberos - ASN.1 library ii libc6 2.7-18lenny7 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.8g-15+lenny14 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 ___ Pkg-Cyrus-imapd-Debian-devel mailing list pkg-cyrus-imapd-debian-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-cyrus-imapd-debian-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598980: cyrmaster: symbol lookup error: /usr/lib/libhx509.so.3: undefined symbol: oid_id_pkcs3_rc2_cbc
On 10/03/2010 09:24 AM, Alessandro Polverini wrote: Package: cyrus-common-2.2 Version: 2.2.13-19 Severity: normal Hello, I'm trying to upgrade some components of my lenny system to squeeze because I need some packages from the new distribution. After having upgraded the cyrus2.2 packages the server can't start anymore because I get this error: cyrmaster: symbol lookup error: /usr/lib/libhx509.so.3: undefined symbol: oid_id_pkcs3_rc2_cbc I've tried also to downgrade but the problem persists and now cyrus does not work any more on my machine :( Any hint? Thanks, Alex ___ Pkg-Cyrus-imapd-Debian-devel mailing list pkg-cyrus-imapd-debian-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-cyrus-imapd-debian-devel We'll need the information reportbug sticks at the bottom of the message - the versions of all the packages Cyrus depends on. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585461: lsyncd: Segfaults in no-daemon mode
Package: lsyncd Version: 1.33-1 Severity: important astro...@asimov:~$ lsyncd --no-daemon /tmp/source/ /tmp/dest/ Segmentation fault It runs fine without no-daemon. This also occurs when running from a config file wiht the no-daemon property set. Backtrace below, though not sure how helpful it will be... (gdb) bt #0 0x77773d9a in _IO_vfprintf_internal (s=0x77a89780, format=value optimized out, ap=0x7fffe220) at vfprintf.c:1614 #1 0x00401f7e in ?? () #2 0x00404938 in ?? () #3 0x00404c2b in ?? () #4 0x7774cc4d in __libc_start_main (main=value optimized out, argc=value optimized out, ubp_av=value optimized out, init=value optimized out, fini=value optimized out, rtld_fini=value optimized out, stack_end=0x7fffe478) at libc-start.c:228 #5 0x00401979 in ?? () #6 0x7fffe478 in ?? () #7 0x001c in ?? () #8 0x0004 in ?? () #9 0x7fffe725 in ?? () #10 0x7fffe735 in ?? () #11 0x7fffe741 in ?? () #12 0x7fffe74e in ?? () #13 0x in ?? () -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-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/bash Versions of packages lsyncd depends on: ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib ii libxml2 2.7.7.dfsg-2 GNOME XML library ii rsync 3.0.7-2 fast remote file copy program (lik lsyncd recommends no packages. lsyncd 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#573269: pidgin segfaults upon startup since gst-plugins-bad0.10 version 0.10.18-1
Sebastian Dröge wrote: On Tue, 2010-04-20 at 12:13 -0400, Benjamin E. Seidenberg wrote: Log attached. Enjoy. Ok, thanks... unfortunately the segfault is catched by GStreamer and the application exists cleanly then. Could you rebuild pidgin with the attached patch and get another valgrind log? It'll be a bit before I have the time to do so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573269: Backtrace for #573269
Looks like it might be an issue in glib? Program received signal SIGSEGV, Segmentation fault. strcmp () at ../sysdeps/x86_64/strcmp.S:29 29../sysdeps/x86_64/strcmp.S: No such file or directory. in ../sysdeps/x86_64/strcmp.S (gdb) bt #0 strcmp () at ../sysdeps/x86_64/strcmp.S:29 #1 0x7509a5e9 in IA__g_str_equal (v1=0x7fffd6802fe0, v2=0x7fffd44aefe0) at /tmp/buildd/glib2.0-2.24.0/glib/gstring.c:116 #2 0x75067cd7 in g_hash_table_lookup_node (hash_table=0x6ef450, key=0x7fffd44aefe0) at /tmp/buildd/glib2.0-2.24.0/glib/ghash.c:327 #3 IA__g_hash_table_lookup (hash_table=0x6ef450, key=0x7fffd44aefe0) at /tmp/buildd/glib2.0-2.24.0/glib/ghash.c:898 #4 0x750619cb in g_quark_from_string_internal ( string=0x7fffd44aefe0 GstSignalProcessor) at /tmp/buildd/glib2.0-2.24.0/glib/gdataset.c:1015 #5 IA__g_intern_static_string (string=0x7fffd44aefe0 GstSignalProcessor) at /tmp/buildd/glib2.0-2.24.0/glib/gdataset.c:1175 #6 0x7fffd44aca4c in gst_signal_processor_get_type () from /usr/lib/libgstsignalprocessor-0.10.so.0 #7 0x7fffd46b39e0 in ?? () from /usr/lib/gstreamer-0.10/libgstlv2.so #8 0x7770fc56 in ?? () from /usr/lib/libgstreamer-0.10.so.0 #9 0x77710794 in gst_plugin_load_file () from /usr/lib/libgstreamer-0.10.so.0 #10 0x7771b35c in ?? () from /usr/lib/libgstreamer-0.10.so.0 #11 0x7771cc81 in ?? () from /usr/lib/libgstreamer-0.10.so.0 #12 0x7771ce39 in ?? () from /usr/lib/libgstreamer-0.10.so.0 #13 0x7771e6f5 in gst_update_registry () from /usr/lib/libgstreamer-0.10.so.0 #14 0x776d1fb5 in ?? () from /usr/lib/libgstreamer-0.10.so.0 #15 0x75085899 in IA__g_option_context_parse (context=0x914aa0, argc=0x0, argv=0x0, error=0x7fffc078) at /tmp/buildd/glib2.0-2.24.0/glib/goption.c:1947 #16 0x776d1705 in gst_init_check () from /usr/lib/libgstreamer-0.10.so.0 #17 0x004a8715 in ?? () #18 0x004853a4 in ?? () #19 0x74d7c662 in purple_core_init () from /usr/lib/libpurple.so.0 #20 0x00485a68 in main () signature.asc Description: OpenPGP digital signature
Bug#573269: Backtrace for #573269 - With debugging symbols
Resend - now with debugging symbols installed --- Program received signal SIGSEGV, Segmentation fault. strcmp () at ../sysdeps/x86_64/strcmp.S:29 29 ../sysdeps/x86_64/strcmp.S: No such file or directory. in ../sysdeps/x86_64/strcmp.S (gdb) bt #0 strcmp () at ../sysdeps/x86_64/strcmp.S:29 #1 0x7509a5e9 in IA__g_str_equal (v1=0x7fffd6802fe0, v2=0x7fffd44aefe0) at /tmp/buildd/glib2.0-2.24.0/glib/gstring.c:116 #2 0x75067cd7 in g_hash_table_lookup_node (hash_table=0x6ef450, key=0x7fffd44aefe0) at /tmp/buildd/glib2.0-2.24.0/glib/ghash.c:327 #3 IA__g_hash_table_lookup (hash_table=0x6ef450, key=0x7fffd44aefe0) at /tmp/buildd/glib2.0-2.24.0/glib/ghash.c:898 #4 0x750619cb in g_quark_from_string_internal ( string=0x7fffd44aefe0 GstSignalProcessor) at /tmp/buildd/glib2.0-2.24.0/glib/gdataset.c:1015 #5 IA__g_intern_static_string (string=0x7fffd44aefe0 GstSignalProcessor) at /tmp/buildd/glib2.0-2.24.0/glib/gdataset.c:1175 #6 0x7fffd44aca4c in gst_signal_processor_get_type () from /usr/lib/libgstsignalprocessor-0.10.so.0 #7 0x7fffd46b39e0 in ?? () from /usr/lib/gstreamer-0.10/libgstlv2.so #8 0x7770fc56 in gst_plugin_register_func (plugin=0xa5a9a0, desc=0x7fffd48b6b60, user_data=0x0) at gstplugin.c:422 #9 0x77710794 in gst_plugin_load_file ( filename=0xa62a30 /usr/lib/gstreamer-0.10/libgstlv2.so, error=0x0) at gstplugin.c:643 #10 0x7771b35c in gst_registry_scan_plugin_file ( context=0x7fffbe90, filename=0xa62a30 /usr/lib/gstreamer-0.10/libgstlv2.so, file_size=25472, file_mtime=1269539135) at gstregistry.c:1049 #11 0x7771cc81 in gst_registry_scan_path_level ( context=0x7fffbe90, path=0x7775cf97 /usr/lib/gstreamer-0.10, level=value optimized out) at gstregistry.c:1174 #12 0x7771ce39 in gst_registry_scan_path_internal ( context=0x7fffbe90, path=0x7775cf97 /usr/lib/gstreamer-0.10) at gstregistry.c:1201 #13 0x7771e6f5 in scan_and_update_registry () at gstregistry.c:1478 #14 ensure_current_registry () at gstregistry.c:1578 #15 gst_update_registry () at gstregistry.c:1660 #16 0x776d1fb5 in init_post (context=value optimized out, group=value optimized out, data=value optimized out, error=value optimized out) at gst.c:783 #17 0x75085899 in IA__g_option_context_parse (context=0x914aa0, argc=0x0, argv=0x0, error=0x7fffc078) at /tmp/buildd/glib2.0-2.24.0/glib/goption.c:1947 #18 0x776d1705 in gst_init_check (argc=0x0, argv=0x0, err=0x7fffc078) at gst.c:446 #19 0x004a8715 in pidgin_sound_init () at /usr/src/debian/work/build-area/pidgin-2.6.6/./pidgin/gtksound.c:313 #20 0x004853a4 in pidgin_ui_init () at /usr/src/debian/work/build-area/pidgin-2.6.6/./pidgin/gtkmain.c:330 #21 0x74d7c662 in purple_core_init (ui=value optimized out) at /usr/src/debian/work/build-area/pidgin-2.6.6/./libpurple/core.c:185 #22 0x00485a68 in main (argc=1, argv=0x7fffe4c8) at /usr/src/debian/work/build-area/pidgin-2.6.6/./pidgin/gtkmain.c:859 signature.asc Description: OpenPGP digital signature
Bug#573269: Reproducible workaround for #573269
- Pidgin fails to start - Run gstreamer-properties. It will complain about the same issue with libgstlv2.so but will continue to start up. This apparently does whatever initalizitation pidgin requires - Run pidgin again, it will start correctly. Apparently a reboot will restart the cycle; according to kiroken, removing .gstreamer0.10 will do so as well. signature.asc Description: OpenPGP digital signature
Bug#573269: More info for #573269
I also hit this bug, this time with gst-plugins-bad0.10 version 0.10.18-2. My gconf output was the same as Andres'. I found that got the same error text when I run 'gstreamer-properties', but gst-properties continues to load, and I am able to generate a test tone. I then ran pidgin under gdb, it started up fine, audio worked, etc. I then ran pidgin normally again and it continued to function normally, so I was unable to continue debugging. I'll keep my eye out for the behavior to recur, and will try to do more debugging when it does. signature.asc Description: OpenPGP digital signature
Bug#454498: What is the status of Cyrus IMAPD?
Help is needed, we just don't have enough time right now. As for the 4 RC bugs - The 2 conflicts bugs are identical, just not marked as duplicates. I hadn't even seen this until today - looks like no mail was sent. The main issue is the BDB one. We need to work on scripts to insure a safe upgrade path to the newer BDB version before we can proceed, and the BDB version bump is blocking any upload. You can see the comments on this issue in the mailing list archive. Help is appreciated. Benjamin Mathieu Parent wrote: Hello, The title says it all: What is the current status of cyrus imapd? Currently cyrus-imapd-2.2 has 4 RC bugs with not that much activity and cyrus-imapd-2.3 seems mostly ready but no upload has been made (to experimenal or sid). As a kolab-cyus-imapd maintainer, I have provided a patch for one of the RCs, and I can give some more help if needed (mostly testing). Keep in mind that after each cyrus-imapd upload in Debian; we (kolab packagers) have to keep kolab-cyrus-imapd in sync (sooner is better). As the number of patches for Kolab has decreased, we can think of integrating those patches in cyrus-imapd-2.3 (see http://wiki.kolab.org/index.php/Kolab-major-app-patches#Cyrus_IMAPD). Regards Mathieu Parent ___ Pkg-Cyrus-imapd-Debian-devel mailing list pkg-cyrus-imapd-debian-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-cyrus-imapd-debian-devel signature.asc Description: OpenPGP digital signature
Bug#551561: Attempting to modify configuration through the web interface blanks cupsd.conf
Package: cups Version: 1.4.1-5 Severity: normal Checking a box such as Share local printers or modifying the config directly through the Edit Configuration File button in the Server section on the Administration page causes a blank cupsd.conf to be written, which then causes the server restart to fail. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-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/bash Versions of packages cups depends on: ii adduser3.111 add and remove users and groups ii bc 1.06.95-2 The GNU bc arbitrary precision cal ii cups-client1.4.1-5 Common UNIX Printing System(tm) - ii cups-common1.4.1-5 Common UNIX Printing System(tm) - ii debconf [debconf-2.0] 1.5.27Debian configuration management sy ii ghostscript8.70~dfsg-2+b1The GPL Ghostscript PostScript/PDF ii libavahi-client3 0.6.25-1 Avahi client library ii libavahi-common3 0.6.25-1 Avahi common library ii libc6 2.9-27GNU C Library: Shared libraries ii libcups2 1.4.1-5 Common UNIX Printing System(tm) - ii libcupscgi11.4.1-5 Common UNIX Printing System(tm) - ii libcupsdriver1 1.4.1-5 Common UNIX Printing System(tm) - ii libcupsimage2 1.4.1-5 Common UNIX Printing System(tm) - ii libcupsmime1 1.4.1-5 Common UNIX Printing System(tm) - ii libcupsppdc1 1.4.1-5 Common UNIX Printing System(tm) - ii libdbus-1-31.2.16-2 simple interprocess messaging syst ii libgcc11:4.4.1-6 GCC support library ii libgnutls262.8.4-1 the GNU TLS library - runtime libr ii libgssapi-krb5-2 1.7dfsg~beta3-1 MIT Kerberos runtime libraries - k ii libijs-0.350.35-7IJS raster image transport protoco ii libkrb5-3 1.7dfsg~beta3-1 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.17-2 OpenLDAP libraries ii libpam0g 1.1.0-4 Pluggable Authentication Modules l ii libpaper1 1.1.23+nmu1 library for handling paper charact ii libpoppler40.10.6-1 PDF rendering library ii libslp11.2.1-7.6 OpenSLP libraries ii libstdc++6 4.4.1-6 The GNU Standard C++ Library v3 ii libusb-0.1-4 2:0.1.12-13 userspace USB programming library ii lsb-base 3.2-23Linux Standard Base 3.2 init scrip ii perl-modules 5.10.1-5 Core Perl modules ii procps 1:3.2.8-2 /proc file system utilities ii ssl-cert 1.0.23simple debconf wrapper for OpenSSL ii ttf-freefont 20090104-4Freefont Serif, Sans and Mono True ii xpdf-utils [poppler-ut 3.02-1.4+lenny1 Portable Document Format (PDF) sui ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages cups recommends: ii cups-driver-gutenprint5.2.4-1printer drivers for CUPS ii foomatic-filters 4.0-20090509-1 OpenPrinting printer support - fil ii ghostscript-cups 8.70~dfsg-2+b1 The GPL Ghostscript PostScript/PDF Versions of packages cups suggests: ii cups-bsd 1.4.1-5Common UNIX Printing System(tm) - ii cups-pdf 2.5.0-8PDF printer for CUPS ii cups-ppdc 1.4.1-5Common UNIX Printing System(tm) - ii foomatic-db 20090616-1 OpenPrinting printer support - dat ii foomatic-db-engine4.0-20090509-2 OpenPrinting printer support - pro ii hplip 3.9.4b-1 HP Linux Printing and Imaging Syst ii smbclient 2:3.4.0-5 command-line SMB/CIFS clients for ii udev 146-5 /dev/ and hotplug management daemo pn xpdf-korean | xpdf-japane none (no description available) -- debconf information: cupsys/raw-print: true cupsys/backend: ipp, lpd, parallel, scsi, serial, socket, usb, snmp, dnssd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547947: CVE-2009-3235: CMU sieve buffer overflows
fixed 547947 2.2.13-15 thanks A fix was released before the CVE was even published Giuseppe Iuculano wrote: Package: cyrus-imapd-2.2 Severity: grave Tags: security patch Hi, the following CVE (Common Vulnerabilities Exposures) id was published for cyrus-imapd-2.2. CVE-2009-3235[0]: | Multiple stack-based buffer overflows in the Sieve plugin in Dovecot | 1.0 before 1.0.4 and 1.1 before 1.1.7, as derived from Cyrus libsieve, | allow context-dependent attackers to cause a denial of service (crash) | and possibly execute arbitrary code via a crafted SIEVE script, as | demonstrated by forwarding an e-mail message to a large number of | recipients, a different vulnerability than CVE-2009-2632. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-3235 http://security-tracker.debian.net/tracker/CVE-2009-3235 Patch: https://bugzilla.andrew.cmu.edu/cgi-bin/cvsweb.cgi/src/sieve/sieve.y.diff?r1=1.40;r2=1.41;f=h https://bugzilla.andrew.cmu.edu/cgi-bin/cvsweb.cgi/src/sieve/bc_eval.c.diff?r1=1.14;r2=1.15;f=h https://bugzilla.andrew.cmu.edu/cgi-bin/cvsweb.cgi/src/sieve/script.c.diff?r1=1.68;r2=1.69;f=h ___ Pkg-Cyrus-imapd-Debian-devel mailing list pkg-cyrus-imapd-debian-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-cyrus-imapd-debian-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516794: libhighgui1: IEEE1394 Capture support broken
Package: libhighgui1 Version: 1.0.0-6.1 Severity: important highgui's capture from firewire (ieee1394) uses the older version of libdc1394 (libdc1394-13-dev). However, libavcodec and libavformat depend on libdc1394-22-dev which conflicts with -13-dev. Thus, the configure stage for highgui disables firewire capture. This is a regression from etch (where -22- was not pulled in). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513630: O: graphmonkey -- a GTK#-based graphing calculator
Sandro Tosi wrote: On Sun, Feb 1, 2009 at 00:28, Benjamin E. Seidenberg benja...@dlgeek.net wrote: rename 531630 RFA: graphmonkey -- a GTK#-based graphing calculator thanks Uh... Thanks for doing all of the following: - Emailing me to check if I actually was inactive - /msg'ing me on IRC (I'm on both freenode and OFTC. Hell, I'm even sitting in #debian-devel!) - Giving any other kind of warning Oh wait, you didn't do any of these things! Thanks for your sarcasm, completely un-needed. Keep it for others. You are a maintainer, your should maintain package, if you don't have time/wish to do so, orphan them. Stop. 1 wishlist bug and 1 normal bug do not make a package unmaintained. Really, the request for new upstream should be of priority: wishlist anyway. That's not an unmaintained package. For the record, I have an upload partially prepared to fix some of the outstanding bugs, but was waiting until after the Lenny release since it bumps the upstream version. Experimental is out of your possibilities? I decided it wasn't worth it for a crappy graphing calculator that is used by about 5 people with a upstream release that has very few changes. It also doesn't help the transition since transitions have to be done in unstable. Your commitment to detail is impeccable. Like yours: bts command is retitle not rename; congrats for being a jerk for the sake of nothing. I already had sent a follow up mail fixing this. I consider the orphaning of a package without any kind of consultation or warning to be a rude act, and thus replied in kind. That being said, if you think someone else can do better, feel free to adopt. Really, the package probably should be dropped for being worthless, but it actually has a small install base so I haven't done that. pkg-cli team is the right place, and they express interest in the package (see the correct retitle to ITA). If they had expressed interest to me, I would have been more than happy to hand the package over. However, I have never received any kind of email, bug, IRC message or any other communication expressing an interest in adopting this package. Someone from the pkg-cli team: If you'd like to contact me, I'd be more than happy to hand the package over without the whole RFA/ITA process. Or, retitle this bug. signature.asc Description: OpenPGP digital signature
Bug#500502: kspaceduel: score is limited to 99 wins
Package: kspaceduel Version: 4:3.5.10-1 Severity: minor After more than 99 wins, counter stops incrmenting. Duplication instructions: win 100 times -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-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/bash Versions of packages kspaceduel depends on: ii kdelibs4c2a 4:3.5.9.dfsg.1-6 core libraries and binaries for al ii libc6 2.7-13 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1GCC support library ii libkdegames14:3.5.10-1 KDE games library and common files ii libqt3-mt 3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 kspaceduel recommends no packages. kspaceduel suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495244: xcompmgr: causes x applications to stop updating
Julien Cristau wrote: Hi Benjamin, I seem unable to reproduce this, so I'll go ahead and downgrade the severity. It's possible this is a bug in the video driver or X server, rather than xcompmgr. Cheers, Julien Fair enough. I'll try to get a gdb trace on it when I can, but right now that computer is in a box in the garage while I am in the process of moving. Is there a debug symbol package for xcompmgr? Benjamin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495844: package deviates from standard mail-transport-agent dependency.
severity 495844 minor thanks Andreas Henriksson wrote: Package: cyrus-common-2.2 Severity: normal Hello! Your packag depends on postfix | mail-transport-agent. Exim (v4) is generally considered the default mta in Debian and is also the package providing mail-transport-agent which has the highest priority. Is there any particular reason why your package needs to deviate from which mta is pulled in by default? If not, could you please consider streamlining your package with the rest so we have a uniform behaviour in debian? I'm guessing that postfix is there for hysterical raisins. I do know that everybody on the packaging team does use postfix so that may be it. I really think this bug doesn't matter as Cyrus is a mail server, and needs the MTA to be configured. I find it extremely unlikely that anyone running a mail server is just going to use whatever installing Cyrus brings in. Since the admin is going to manually install one and the | m-t-a is there, I don't think this is really a bug, but I'm just going to knock the severity down until others have a chance to comment. (really, I think it should be wishlist, but I'll compromise with you and drop it to minor). Benjamin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495244: xcompmgr: causes x applications to stop updating
Package: xcompmgr Version: 1.1.4-0.1 Severity: grave Justification: renders package unusable While using xcompmgr (with fluxbox), it periodically (every few hours while watching video) locks up in such a way that various applications fail to make updates to the screen. Video and games freeze, terminals don't show anything typed, etc. A focus change (which changes transparency level) will sometimes make a window update once (a different video frame, text appears in a terminal all at once, etc). Restarting xcompmgr resolves this issue. (Killing it makes everything update normally, rerunning it does not break things). Benjamin -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-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/bash Versions of packages xcompmgr depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii libx11-6 2:1.1.4-2 X11 client-side library ii libxcomposite11:0.4.0-3 X11 Composite extension library ii libxdamage1 1:1.1.1-4 X11 damaged region extension libra ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxrender1 1:0.9.4-2 X Rendering Extension client libra xcompmgr recommends no packages. xcompmgr suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495244: xcompmgr: causes x applications to stop updating
Julien Cristau wrote: On Fri, Aug 15, 2008 at 12:32:01 -0400, Benjamin Seidenberg wrote: Package: xcompmgr Version: 1.1.4-0.1 Severity: grave Justification: renders package unusable It works well enough here (although with automatic compositing, I haven't really tested anything else). Fair enough. I used it for quite a while before problems developed, but I don't know what changed (it was originally infrequent and took me a while to realize it was xcompmgr). FWIW, I use xcompgr -c. While using xcompmgr (with fluxbox), it periodically (every few hours while watching video) locks up in such a way that various applications fail to make updates to the screen. Video and games freeze, terminals don't show anything typed, etc. A focus change (which changes transparency level) will sometimes make a window update once (a different video frame, text appears in a terminal all at once, etc). Restarting xcompmgr resolves this issue. (Killing it makes everything update normally, rerunning it does not break things). Would be nice if you could find out where it's stuck (use gdb from an ssh connection). This could as well be a bug in the x server. Or just from the console. I'll try to remember to do this, it's just it has to crash at a time when it's convenient for me to debug (not when I'm doing work or late at night, etc). Benjamin signature.asc Description: OpenPGP digital signature
Bug#480891: linux-uvc-source: Missing dependency on bzip2
Package: linux-uvc-source Version: 0.1.0.svn193-1 Severity: grave Justification: renders package unusable bzip2 is not essential but is required to unpack and build this module and as such should be a dependency. Benjamin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475915: pidgin-plugin-pack: version 2.3.0 available
Michael Domann wrote: Package: pidgin-plugin-pack Version: 2.2.0-1 Severity: wishlist Hi, there is a new upstream release available, with a plugin to switch the language. Please package it. Thanks and regards Micha According to upstream, 2.4 is almost out and they'd like me to hold off until that is released. Benjamin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470110: cyrus-common-2.2: Problem with LSB header in init.d script
Task #1: Implement IP stack on top of UDP for class Task #2: Implement message passing in my mini-operating system for other class Task #3: Work on cyrus. If someone wants to send me an all inclusive diff to avoid an NMU, I will go ahead and use it and prepare an upload. Otherwise, I'm hoping someone else on the team *cough*Sven*cough* could maybe prepare an upload. Benjamin Christian Perrier wrote: Quoting Petter Reinholdtsen ([EMAIL PROTECTED]): Any hope of having the init.d dependency information fixed soon? I'm working on an l10n NMU which I started preparing yesterday. In that process, I generally look over the said package BTS and also fix trivial QA issues. This one went on my radar and the fix is already there. The l10n NMU process is pretty long: - 2 week maintainer nnotification delay - 10 days translation update round Also, the maintainer(s) of the package can object to the NMU which I suspend when they do. However, I keep the package on my radar and, in (the very rare) case nothing happens, I NMU anyway. In short, the fix should come at least in about 3-4 weeks. In this process, I already fixed and will contineu to fix many other LSB-headers related issues, by the way.. (missing ones, most of the time). ___ Pkg-Cyrus-imapd-Debian-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-cyrus-imapd-debian-devel signature.asc Description: OpenPGP digital signature
Bug#469477: Debian bug #469477
Does upgrading to pidgin-plugin-pack 2.2.0 solve the problem? Benjamin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446081: pidgin-plugin-pack: ignore plugin does not flip state of context menu item, Ignore/Unignore
tag 446081 +wontfix thanks Yep John Bailey wrote: tag 446081 upstream thanks The Ignore menu item is not provided by the ignore plugin, but instead by Pidgin itself. While it may be technically possible to change the menu item's text, it would not have an effect on the functionality and would not behave as expected. As far as upstream (the plugin author and myself) are concerned, this is not a bug, and trying to fix it would actually introduce further complications. Benjamin, should this be tagged wontfix as well? John Bailey, Upstream Developer, Purple Plugin Pack
Bug#456613: cyrus-common-2.3: unable to remove package
severity 456613 important thanks Ouch! I plan to batch up a lot of cyrus work in the next few days. Thanks for the report and the patch. That's pretty bad... *shakes head*. Benjamin Jamie L. Penman-Smithson wrote: package: cyrus-common-2.3 version: 2.3.8-1 severity: normal tags: patch Whilst removing cyrus-common-2.3 (due to #437838) the remove fails due to an error in postrm: (Reading database ... 43032 files and directories currently installed.) Removing cyrus-admin-2.3 ... Removing cyrus-clients-2.3 ... Removing cyrus-pop3d-2.3 ... Removing cyrus-imapd-2.3 ... Removing cyrus-common-2.3 ... Stopping Cyrus IMAPd: . /var/lib/dpkg/info/cyrus-common-2.3.postrm: line 58: syntax error near unexpected token `do' dpkg: error processing cyrus-common-2.3 (--remove): subprocess post-removal script returned error exit status 2 Removing libcyrus-imap-perl23 ... Errors were encountered while processing: cyrus-common-2.3 E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Writing extended state information... Done Reading task descriptions... Done Building tag database... Done The following patch fixes this issue: --- /var/lib/dpkg/info/cyrus-common-2.3.postrm 2007-06-22 14:33:57.0 +0100 +++ /home/jamie/cyrus-common-2.3.postrm 2007-12-16 22:55:43.0 + @@ -55,7 +55,7 @@ db_get cyrus-common-2.3/removespools [ ${RET} = true ] { -/var/spool/sieve /etc/sieve ; do + for i in /var/spool/sieve /etc/sieve ; do find $i -type f -exec rm -f '{}' \; || true find $i -type d -depth -not -name 'lost+found' -exec rmdir '{}' \; || true done 8 Thanks, ___ Pkg-Cyrus-imapd-Debian-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-cyrus-imapd-debian-devel signature.asc Description: OpenPGP digital signature
Bug#454609: cyrus-imapd-2.3: software compiled against libdb 4.5, linked against libdb 4.4
merge 437838 454609 tags 454609 -patch tags 437838 -patch Thanks for this. However the issue is more complex than your patch would indicate. Ondrej: you said you had a fix prepared in #437838. Did you ever commit this? I don't see it in SVN logs. I'm really sorry for the state of the cyrus packages right now - I got caught up in school and just haven't had the time. My exams end in another two weeks, hopefully I'll have time to get them in shape during winter break. Benjamin Martin Dietze wrote: Package: cyrus-imapd-2.3 Version: 2.3.8-13 Severity: grave Tags: patch Justification: renders package unusable The configure script in the package is broken; it is supposed to find the most recent version of libdb but starts checking for version 4.4 which has been succeeded by 4.5 (which is actually a package dependency for cyrus-imapd-2.3). As a consequence the software fails to work issueing an error message to syslog more or less like compiled against libdb-4.5, linked against libdb-4.4. Thus the package is completely unusable. The patch below fixes this. - start patch --- --- cyrus-imapd-2.3-2.3.8/cmulocal/berkdb.m4-orig 2007-12-06 15:58:12.0 +0100 +++ cyrus-imapd-2.3-2.3.8/cmulocal/berkdb.m4 2007-12-06 15:57:56.0 +0100 @@ -213,7 +213,7 @@ fi saved_LIBS=$LIBS -for dbname in db-4.4 db4.4 db44 db-4.3 db4.3 db43 db-4.2 db4.2 db42 db-4.1 db4.1 db41 db-4.0 db4.0 db-4 db40 db4 db-3.3 db3.3 db33 db-3.2 db3.2 db32 db-3.1 db3.1 db31 db-3 db30 db3 db +for dbname in db-4.5 db4.5 db45 db-4.4 db4.4 db44 db-4.3 db4.3 db43 db-4.2 db4.2 db42 db-4.1 db4.1 db41 db-4.0 db4.0 db-4 db40 db4 db-3.3 db3.3 db33 db-3.2 db3.2 db32 db-3.1 db3.1 db31 db-3 db30 db3 db do LIBS=$saved_LIBS -l$dbname AC_TRY_LINK([#include db.h], --- cyrus-imapd-2.3-2.3.8/configure-orig 2007-12-06 15:58:43.0 +0100 +++ cyrus-imapd-2.3-2.3.8/configure 2007-12-06 16:00:51.0 +0100 @@ -8768,7 +8768,7 @@ fi saved_LIBS=$LIBS -for dbname in db-4.4 db4.4 db44 db-4.3 db4.3 db43 db-4.2 db4.2 db42 db-4.1 db4.1 db41 db-4.0 db4.0 db-4 db40 db4 db-3.3 db3.3 db33 db-3.2 db3.2 db32 db-3.1 db3.1 db31 db-3 db30 db3 db +for dbname in db-4.5 db4.5 db45 db-4.4 db4.4 db44 db-4.3 db4.3 db43 db-4.2 db4.2 db42 db-4.1 db4.1 db41 db-4.0 db4.0 db-4 db40 db4 db-3.3 db3.3 db33 db-3.2 db3.2 db32 db-3.1 db3.1 db31 db-3 db30 db3 db do LIBS=$saved_LIBS -l$dbname cat conftest.$ac_ext _ACEOF - end patch --- -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cyrus-imapd-2.3 depends on: ii cyrus-common-2.3 2.3.8-13 Cyrus mail system (common files) ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libcomerr21.40.2-1 common error description library ii libdb4.5 4.5.20-11 Berkeley v4.5 Database Libraries [ ii libkrb53 1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries ii libsasl2-22.1.22.dfsg1-14Authentication abstraction library ii libssl0.9.8 0.9.8g-1 SSL shared libraries ii libwrap0 7.6.dbs-14 Wietse Venema's TCP wrappers libra cyrus-imapd-2.3 recommends no packages. -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#450907: xscreensaver: fireworxx shows live screen contents when xcompmgr is running
Jose Luis Rivas Contreras wrote: Benjamin Seidenberg wrote: Package: xscreensaver Version: 5.03-3 Severity: serious Tags: security Justification: Security Hole - Unintended information disclosure When xcompmgr is running, the fireworxx hack will display over the live screen (including any changes post screen-lock). This does not occur when xcompmgr is not running. I do not understand when you say over the live screen, what do you mean? How does this affect in the security? When displays information? Regards, Jose Luis. Normally the screensaver displays fireworks shooting, with a black background. However, when xcompmgr is enabled, the background is instead the display, with all applications running. It's not just a snapshot of when the screensaver activated, any new events (popups, emails, instant messages) are shown as well. signature.asc Description: OpenPGP digital signature
Bug#450907: xscreensaver: fireworxx shows live screen contents when xcompmgr is running
Nico Golde wrote: Hi Benjamin, * Benjamin Seidenberg [EMAIL PROTECTED] [2007-11-12 12:13]: Package: xscreensaver Version: 5.03-3 Severity: serious Tags: security Justification: Security Hole - Unintended information disclosure When xcompmgr is running, the fireworxx hack will display over the live screen (including any changes post screen-lock). This does not occur when xcompmgr is not running. I am not really sure if this is a security issue. From my point of view it is not the work of a screensaver to hide content but to save the screen or to lock it. Kind regards Nico I disagree - I think many people will use the screensaver's lock to prevent other people from reading their screen if they step away. Example: I'm discussing something with my boss over instant message/irc/whatever. I lock my screen and go to the restroom. While I'm away, my boss replies with some sensitive information. I have a reasonable expectation that because my screensaver is locked, no one can read this information except me, when I unlock it. However, while I was in the restroom, the screensaver cycled to fireworxx and the message is available for anyone passing by to read. signature.asc Description: OpenPGP digital signature
Bug#450907: xscreensaver: fireworxx shows live screen contents when xcompmgr is running
Jamie Zawinski wrote: Obviously, fireworkx should not be showing a transparent background. Equally obviously, this is not a bug in xscreensaver. It's a bug in the X server, or in some lower layer like the video driver. You should reassign this. Is fireworkx the only OpenGL saver that provokes this bug? As far as I can tell. I tend to use mostly the GL screensavers (oooh, shiny) and it's the only one I've seen the behavior in. signature.asc Description: OpenPGP digital signature
Bug#450907: xscreensaver: fireworxx shows live screen contents when xcompmgr is running
Package: xscreensaver Version: 5.03-3 Severity: serious Tags: security Justification: Security Hole - Unintended information disclosure When xcompmgr is running, the fireworxx hack will display over the live screen (including any changes post screen-lock). This does not occur when xcompmgr is not running. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-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/bash Versions of packages xscreensaver depends on: ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libc6 2.6.1-6 GNU C Library: Shared libraries ii libcairo2 1.4.10-1+b2 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.91-1 generic font configuration library ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.14.2-1 The GLib library of C routines ii libgtk2.0-02.12.1-1 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpam0g 0.99.7.1-5Pluggable Authentication Modules l ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcomposite1 1:0.3.2-1+b1 X11 Composite extension library ii libxcursor11:1.1.9-1 X cursor management library ii libxdamage11:1.1.1-3 X11 damaged region extension libra ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxml22.6.30.dfsg-2 GNOME XML library ii libxmu61:1.0.3-1 X11 miscellaneous utility library ii libxpm41:3.5.7-1 X11 pixmap library ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii libxxf86misc1 1:1.0.1-2 X11 XFree86 miscellaneous extensio ii libxxf86vm11:1.0.1-2 X11 XFree86 video mode extension l ii netpbm 2:10.0-11 Graphics conversion tools Versions of packages xscreensaver recommends: ii libjpeg-progs 6b-14 Programs for manipulating JPEG fil ii perl [perl5] 5.8.8-11.1 Larry Wall's Practical Extraction ii wamerican [wordlist] 6-2.1 American English dictionary words pn xli | xloadimage none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450286: purple-plugin-pack: debian/watch fails to report upstream's version
tags 450286 +confirmed thanks John Bailey wrote: Raphael Geissert wrote: Source: purple-plugin-pack Version: 2.0.0-1 Severity: minor Usertags: dehs-no-upstream Hello maintainer, The debian/watch file of your package on the unstable distribution fails to report upstream's version. Uscan's message follows: uscan warning: In watchfile /tmp/purple-plugin-pack_watchMdv5WQ, reading webpage http://downloads.guifications.org/gaim-plugins/Plugin%20Pack/ failed: 404 Not Found The correct URL here would be http://downloads.guifications.org/plugins/Plugin%20Pack/ It appears that this is just another part of the fallout from the Pidgin renaming fiasco. John Ack, my fault. I'll fix this when I have time - very busy with Real Life (tm) right now. Benjamin signature.asc Description: OpenPGP digital signature
Bug#449576: cyrus-imapd-2.2 depends on unavailable packages libgssapi4-heimdal and libroken16-heimdal
severity 449576 serious # broken depends is RC thanks Erik Steffl wrote: Package: cyrus-imapd-2.2 Version: 2.2.13-10 Severity: important cyrus packages cyrus-imapd-2.2 cyrus-common-2.2 cyrus-clients-2.2 depend on packages that are not available (libgssapi4-heimdal and libroken16-heimdal) This will be fixed by a binNMU from the release team. signature.asc Description: OpenPGP digital signature
Bug#358742: cyrus21-imapd: Same problem with Apple Mail (Mail.app)
How much free space is on the device where cyrus has it's various partitions? Volker Sauer wrote: Package: cyrus21-imapd Version: 2.1.18-5.1 Followup-For: Bug #358742 Client: Apple Mail (Mail.app) Sending (big?) attachments causes imapd to hang and lock the Sent folder. No mail is stored to sent anymore. Apple Mail says in the log: 2007-11-05 08:28:02.277 Mail[325] Failed to append to Sent 2007-11-05 08:55:35.371 Mail[325] Error (null) occurred while trying to append messages to outoing store. Ignoring and proceeding with delivery... Cyrus says: Nov 5 08:28:01 paris cyrus/imapd[24948]: IOERROR: locking header for user.guerrero.Sent: Interrupted system call Nov 5 08:55:37 paris cyrus/imapd[25726]: IOERROR: locking header for user.guerrero.Sent: Interrupted system call -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.21-x64-smp-dvs1-2-preempt-64G Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages cyrus21-imapd depends on: ii cyrus21-common 2.1.18-5.1Cyrus mail system (common files) ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libdb3 3.2.9+dfsg-0.1Berkeley v3 Database Libraries [ru ii libsasl2-2 2.1.22.dfsg1-8Authentication abstraction library ii libssl0.9.80.9.8c-4etch1 SSL shared libraries ii libwrap0 7.6.dbs-13Wietse Venema's TCP wrappers libra cyrus21-imapd recommends no packages. -- no debconf information ___ Pkg-Cyrus-imapd-Debian-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-cyrus-imapd-debian-devel signature.asc Description: OpenPGP digital signature
Bug#448499: cyrus-clients-2.3: imtest fails with Dovecot/GSSAPI: invalid response length
severity 448499 minor thanks Brian: This is definitely interesting. It's very difficult to tell what's going on since the relevant part (what's different) was blacked out. I'd be interested in what happens if you try -a instead of -u. Since imtest works fine with -u, and the default is just a matter of convenience and the failure is trivial to work around, I'm going to drop the severity of this bug to minor. I don't have much time at the moment to debug it, but I'll definitely leave the bug open. Benjamin brian m. carlson wrote: Package: cyrus-clients-2.3 Version: 2.3.8-1 Severity: normal File: /usr/bin/imtest imtest fails to authenticate against Dovecot using GSSAPI, unless I use the -u option. mutt and evolution work fine, both using STARTTLS and GSSAPI. Whether I use STARTTLS (-t ) has no bearing on whether or not imtest works. Note that authentication *does* work if I use -u bmc to specify the authorization user ID, but it shouldn't require that, since I'm logged into the client machine as bmc. Client side: lakeview no % imtest -m GSSAPI castro S: * OK Dovecot ready. C: C01 CAPABILITY S: * CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS STARTTLS LOGINDISABLED AUTH=GSSAPI S: C01 OK Capability completed. C: A01 AUTHENTICATE GSSAPI ... S: + ... C: S: + ... C: ... S: A01 NO Authentication failed. Authentication failed. generic failure Security strength factor: 0 * LOGOUT * BYE Logging out * OK Logout completed. Connection closed. lakeview ok % imtest -m GSSAPI -u bmc castro S: * OK Dovecot ready. C: C01 CAPABILITY S: * CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS STARTTLS LOGINDISABLED AUTH=GSSAPI S: C01 OK Capability completed. C: A01 AUTHENTICATE GSSAPI ... S: + ... C: S: + ... C: ... S: A01 OK Logged in. Authenticated. Security strength factor: 0 * LOGOUT * BYE Logging out * OK Logout completed. Connection closed. lakeview ok % whoami bmc Server side: Oct 29 09:31:28 castro dovecot: auth(default): gssapi(?,:::172.16.2.249): Invalid response length Oct 29 09:31:35 castro dovecot: imap-login: Aborted login: method=GSSAPI, rip=:::172.16.2.249, lip=:::98.197.197.167, TLS Oct 29 10:14:21 castro dovecot: imap-login: Login: user=bmc, method=GSSAPI, rip=:::172.16.2.249, lip=:::98.197.197.167 Oct 29 10:14:24 castro dovecot: IMAP(bmc): Disconnected: Logged out Actual data is omitted and replaced with ..., because I'm not sure whether any sensitive information is passed. If no sensitive information is passed, or that information can be readily destroyed (say, with kdestroy and kinit), then I'm happy to provide a full transcript. If a DD really needs a test account, I'm happy to provide one of those, too; simply send me an email with your preferred username. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cyrus-clients-2.3 depends on: ii libc62.6.1-6 GNU C Library: Shared libraries ii libdb4.4 4.4.20-11 Berkeley v4.4 Database Libraries [ ii libsasl2-2 2.1.22.dfsg1-16 Cyrus SASL - authentication abstra ii libssl0.9.8 0.9.8g-1SSL shared libraries cyrus-clients-2.3 recommends no packages. -- no debconf information ___ Pkg-Cyrus-imapd-Debian-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-cyrus-imapd-debian-devel signature.asc Description: OpenPGP digital signature
Bug#435598: dpatch for autocreate
Christoph Klünter wrote: Hi, I have created a dpatch from the autocreate-patch because upstream didn't apply cleanly. It is attached. Don't know if you want to use it, but it works very well here. Cheers, Christoph Thanks Christoph. I'm very busy with real life at the moment, so it may be a bit before I have a chance to check through and apply this patch, but your help is greatly appreciated. Benjamin signature.asc Description: OpenPGP digital signature
Bug#441612: additional information
Alex Prinsier wrote: Trying to debug this further I found out that the sieve server doesn't list 'SASL PLAIN' as one of the authentication methods. # nc localhost 2000 IMPLEMENTATION Cyrus timsieved v2.2.13-Debian-2.2.13-10 SIEVE fileinto reject envelope vacation imapflags notify subaddress relational comparator-i;ascii-numeric regex STARTTLS OK Apparantly this user had the same problem, but I already had set sasl_mech_list correctly (http://lists.debian.org/debian-user/2004/02/msg03822.html): sasl_mech_list: PLAIN When I disable tls, the starttls also disappears from the greeting, but nothing else changes. So the bug could be described more clearly as timsieved doesn't list SASL PLAIN as authentication method even with sasl_mech_list: PLAIN. What values do you have for sasl_minimum_layer? signature.asc Description: OpenPGP digital signature
Bug#441612: cyrus-admin-2.2: sieveshell cannot connect to server
Alex Prinsier wrote: Package: cyrus-admin-2.2 Severity: normal Sieveshell is unable to connect to cyrmaster. I've found this error many times on google, but the cause was either unrelated or a solution wasn't found (or at least not posted there). # sieveshell --user=cyrus --authname=cyrus localhost:2000 connecting to localhost:2000 unable to connect to server at /usr/bin/sieveshell line 179. cyrus is running: # netstat -ntap | grep 2000 tcp0 0 127.0.0.1:2000 0.0.0.0:* LISTEN 17517/cyrmaster Do you have any firewall rules that might be preventing it? Did you try restarting cyrus? Is there any information in the logs that might help? Benjamin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441191: Problem in pidgin-dev
reassign 441191 pidgin-dev retitle 441191 pidgin-dev should depend on libpurple-dev thanks This bug was caused by the split of libpurple from pidgin. The maintainer intended pidgin-dev to depend on libpurple-dev but it was overlooked. signature.asc Description: OpenPGP digital signature
Bug#437983: fluxbox: Random program terminations with 1.0rc3-4
Package: fluxbox Version: 1.0~rc3-4 Severity: important After upgrading to 1.0~rc3-4 from -3, I've noticed random programs ended. Unfortunately I don't have any backtraces or core dumps. I usually notice them much later. Twice I've come back to my computer (locked by xscreensaver) and noticed that my programs in the slit (gkrellm, wmweather) and pidgin were all no longer running (all three together both times) and just now I noticed my ssh authentication agent has mysteriously stopped. Unfortunately I haven't witnessed any crashes directly. I've also noticed that flux has felt buggier since the upgrade but can't directly quantify it. Just things like being more laggy, less responsive, sometimes missing commands, and the like. Sorry I can't be more specific... Benjamin -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-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/bash Versions of packages fluxbox depends on: ii libc6 2.6.1-1 GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1.2generic font configuration library ii libgcc1 1:4.2.1-4GCC support library ii libice6 2:1.0.3-3X11 Inter-Client Exchange library ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.2.1-4 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxpm4 1:3.5.6-3X11 pixmap library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii menu2.1.35 generates programs menu for all me fluxbox recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435598: apply autocreate patch
Jack Bates wrote: Package: cyrus-imapd-2.2 Version: 2.2.13-13 Severity: wishlist Tags: patch We find ourselves in the same situation as the University of Athens: A small percentage of users ever use their Cyrus mailbox. So instead of creating Cyrus mailboxes for all our users, we apply the University of Athens' autocreate patch and rebuild the Debian Cyrus packages: http://email.uoa.gr/projects/cyrus/autocreate/ http://email.uoa.gr/download/cyrus/cyrus-imapd-2.2.13/ This patch allows configuring Cyrus to create mailboxes when users login for the first time, or mail arrives for a user without an existing mailbox. We heeded the warning accompanying this patch: Before configuring Cyrus to create mailboxes on message delivery, we configured our MTA to check mail is addressed to a valid user. This prevents potential attackers from flooding Cyrus with invalid mailboxes. We've been manually applying the autocreate patch and rebuilding the Debian Cyrus packages since 2004; the patch has proven quite stable. It doesn't by default change any Cyrus behavior unless one of its configuration options is set. However maintaining modified Debian packages is a bit of overhead and we hope the Debian Cyrus maintainers would consider applying the autocreate patch to the official Debian packages? Thanks for maintaining Cyrus in Debian, Jack We'll have to review the patch, but my personal feeling is that assuming it's a well written patch, it shouldn't be a problem. I'll look at it when I next get to working on cyrus. Benjamin signature.asc Description: OpenPGP digital signature
Bug#435137: ITP: sa-learn-cyrus -- wrapper for sa-learn (from spamassassin) reading spam/ham messages from cyrus-imapd mailboxes
I haven't looked at this, and I'm curious how it's different (since I use sa-learn on my cyrus folders) but maybe this would be better if it were integrated into either the spamassasian or cyrus packages, in /usr/share/doc/pkg/examples (CC-ing the rest of the Debian Cyrus team for their opinions) Benjamin Debian Cyrus Team Jan Hauke Rahm wrote: Package: wnpp Severity: wishlist Owner: Jan Hauke Rahm [EMAIL PROTECTED] * Package name: sa-learn-cyrus Version : 0.2.4 Upstream Author : Hans-Jürgen Beie [EMAIL PROTECTED] * URL : http://www.pollux.franken.de/hjb/mail-server/index.html * License : GPL Programming Lang: Perl Description : wrapper for sa-learn (from spamassassin) reading spam/ham messages from cyrus-imapd mailboxes sa-learn-cyrus is a perl script using sa-learn from the spamassassin package to train it knowing spam and ham. sa-learn-cyrus gets it's spam and ham messages from Cyrus-imapd mailboxes instead of mbox files or Maildirs as sa-learn does. This is usefull for Cyrus user who for example sort their missed spam into a subfolder and let sa-learn-cyrus read it out (e.g. unsing a cron job). -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Bug#434958: pidgin-plugin-pack: Please package new upstream version
Reuben Thomas wrote: Package: pidgin-plugin-pack Severity: wishlist I suspect this will fix at least some of the current bugs, too. As I stated in bugs #434400, #433632, #434136 and 431178, I will package it sometime next week, after my summer job ends. Benjamin
Bug#434400: Known and fixed bug
# BTS manipulation tags 434400 fixed-upstream tags 433632 fixed-upstream tags 434136 fixed-upstream tags 431178 fixed-upstream -reproducible thanks I'm currently (through the end of this week) at a short but extremely time consuming summer job. I will package the new upstream version when I get home (unless I find time to do it this week). John: Thanks so much for triaging all of these bugs. Benjamin (Debian pidgin-plugin-pack maintainer) John Bailey wrote: Hello, This crash is a bug in the Album plugin when using Pidgin 2.0.2. It has been known for some time and is fixed in upstream. We have released Purple Plugin Pack 2.0.0 with this fix as well as several others. We are simply waiting for it to be packaged for Debian. See also the Debian bugs numbered 434136 and 433632, as well as our own bug report on the matter at http://plugins.guifications.org/trac/ticket/357 for more information. John Bailey Developer, Purple Plugin Pack
Bug#432494: cyrus21-imapd: FTBFS: unmet build dep libdb3-dev
Henrique de Moraes Holschuh wrote: tag 432494 wontfix thanks On Tue, 10 Jul 2007, Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on i386. libdb3-dev is being removed from unstable. And so will cyrus21-imapd. I am not rebuilding an ultra-stable application with a non-ultrastable library. I warned people of this the last time I was asked about switching away from db 3.2. I think this is probably a good idea anyway. Upstream doesn't really do anything with 2.1, 2.2 is in maintenance mode, and they are considering 2.3 stable according to the last release email. It's served it's time well, but now that etch is released, I think it's time for 2.1 to be deprecated. Benjamin
Bug#432306: pidgin-guifications: Conflicts with gaim-guifications
Mark Brown wrote: Package: pidgin-guifications Version: 2.14-2 Severity: important When installing pidgin-guifications I get the following error: | Unpacking pidgin-guifications (from .../pidgin-guifications_2.14-2_powerpc.deb) ... | dpkg: error processing /var/cache/apt/archives/pidgin-guifications_2.14-2_powerpc.deb (--unpack): | trying to overwrite `/usr/share/locale/bn/LC_MESSAGES/guifications.mo', which is also in package gaim-guifications | dpkg-deb: subprocess paste killed by signal (Broken pipe) | Preparing to replace gaim-guifications 2.13~beta4-1 (using .../gaim-guifications_2.14-2_all.deb) ... Shouldn't pidgin-guification be using Replaces and/or Conflicts to tell apt about the upgrade path? Yes. It doesn't appear to declare any relationship with the old package at all. Oops. I missed that file apparently. I thought I had checked all the files, and most of them were in like /pidgin/ instead of /gaim/ and the like. For a period of time, most of the gaim/pidgin suites were able to be installed side by side. New upload in a bit. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.21-2-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash
Bug#431178: Can't reproduce this
tag 431178 +unreproducible thanks I can't reproduce this, I use the plugin and have the menu bar just fine. Please disable all other plugins and then try again. Benjamin mailto:[EMAIL PROTECTED]
Bug#417562: More info on bug 417562 requested
bts tag 417562 +moreinfo severity 417562 minor thanks I've looked into adding a configuration option so the init script will do a hard kill after a timeout, but I'm not convinced this bug is valid. I talked to an admin of a large cyrus install who says their imaps just drop on close, and I've looked through the source. The init script will send cyrmaster a SIGTERM, at which point it passes a SIGTERM through to all the children. The children do have a graceful shutdown routine, but it's invoked on SIGQUIT and not SIGTERM, therefore they should just die immediately. Can you please provide straces of the running processes that refuse to die so that this bug can be fixed? Until the bug is confirmed, I'm going to drop it's severity to minor. On an unrelated note, you'll be happy to note that the behavior your mentioned at the end of your mail (the reload causing breakage) has been fixed. Thanks, Benjamin Debian Cyrus Team signature.asc Description: OpenPGP digital signature
Bug#395504: Please don't use -quiet.
tags 395504 +pending thanks Your patch to update the README.exim in cyrus has been commited as r727. I'm sorry it took so long to do - because you sent the patch to the -quiet address on the bug, and neglected to add the patch flag, it slipped under our radar. Next time, please cc [EMAIL PROTECTED] and say tags bug +patch thanks or something similar. You'd have gotten a reply at least 6 months sooner. Thanks for your contribution to Cyrus. Benjamin, Debian Cyrus Team
Bug#416295: Same behaviour seen on bug #145766 is still present on this
reassign 416295 libnss-ldap thanks Based on the fact that rebuilding libnss-ldap solved the submitter's problem, I'm moving this bug to the libnss-ldap package. Benjamin Debian Cyrus Team [EMAIL PROTECTED] wrote: I built my own libnss-ldap package for version 254 with the patches found on Gentoo and, so far, everything is working. I'm attaching what I've built here. Some of the Gentoo patches didn't apply cleanly, but I managed to get the rejected parts into the correct files on the right spots. Still, this does not seem to be the solution since the etch release is just next month and versions are locked, so there might be no way to include this version of libnss-ldap into etch's packages. Regards, Pedro Algarvio. ___ Pkg-Cyrus-imapd-Debian-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-cyrus-imapd-debian-devel
Bug#408503: workaround for BUG 408503
tag 408503 +pending thanks Since this is a change between 2.1 and 2.2 which are packaged separately, fixing this on upgrade is the responsibility of the admin. I have added information about this to UPGRADE.Debian. Benjamin Debian Cyrus Team Grzegorz Patroń wrote: OK, I found, that you have change: [service]_tls_cert_file to tls_[service]_cert_file, imap_tls_cert_file/imap_tls_key_file not working, but: tls_imap_cert_file / tls_imap_key_file is OK from changelog: ** Changes to the Cyrus IMAP Server since 2.1.x ** * There have been extensive performance and consistancy changes to the configuration subsystem. This will both ensure greater consistancy between the documentation and the code, as well as a more standard format for specifing service-specific configuration options in imapd.conf. Important changes are detailed here: o The tls_[service]_* configuration options have been removed. Now use [servicename]_tls_*, where servicename is the service identifier from cyrus.conf for that particular process. so, this is back to old-style config... regards
Bug#400701: Confirm bug report
Can you please confirm that this bug (#400701) still exists in the latest versions of the cyrus packages? Thank you, Benjamin Debian Cyrus Team
Bug#386505: Upstream
tag 386505 +upstream thanks Upstream has created a feature request to add this feature. Details in their trac: http://plugins.guifications.org/trac/ticket/361 Benjamin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425844: Found the problem
The problem causing #425844 et al. (Cyrus dies on a reload) is caused by a double/invalid free in reread_conf(). The specific line is (on the patched source) 1578 (make sure to dpatch apply-all). The bug is introduced by 13-master_process_handling.dpatch, and is thus all Sven's fault. I'm going to try to figure out why this (seemingly ok) patch is breaking it later tonight. Benjamin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425844: More info
retitle 425844 cyrus-imapd-2.2: cyrmaster dies on reload/force-reload thanks Reload is the same action. signature.asc Description: OpenPGP digital signature
Bug#425844: cyrus reload problem More info
Ross Boylan wrote: On Sat, 2007-06-16 at 15:51 +0100, Benjamin Seidenberg wrote: retitle 425844 cyrus-imapd-2.2: cyrmaster dies on reload/force-reload thanks Reload is the same action. AFAIK cyrmaster is not directly responsible for listening on the lmtp socket. Why is that affected? Does the reload shutdown the imapd process as well? It calls a function reread_conf. I'm looking at it right now. Your subject was More info. Is that a request for more info? There was no more info tag added, so I'm guessing it wasn't. No, it meant I was adding (very little) info. P.S. Bug reports to cyrus are still generating bounce-back like Your mail to 'Pkg-Cyrus-imapd-Debian-devel' with the subject Bug#429164: cyrus-imapd-2.2: reload seems to block unix domain socket deliveries Is being held until the list moderator can review it for approval. The reason it is being held: Post by non-member to a members-only list My original report was from a different address than this message; I think this message is subscirbed to the list. It was a different email than you normally used, I had already approved it and added it to the auto-approve list. Benjamin
Bug#428457: pidgin-plugin-pack: missing transitional package for irchelper
Martin-Éric Racine wrote: Package: pidgin-plugin-pack Version: 1.0-1 Severity: important As it now provides the irchelper plugin, pidgin-plugin-pack must also provide the transitional package required to allow upgrades. Adding the following lines to the source debian/control and building the matching dummy package solves this: Package: gaim-irchelper Architecture: all Depends: pidgin-plugin-pack Description: IRC extensions for Pidgin (dummy transitional package) This plugin enhances the usability of the IRC protocol in Pidgin. . This dummy package depends upon pidgin-plugin-pack, which provides the IRC helper starting with the Debian release codename Lenny. It can safely be removed after the upgrade to Lenny is complete. I sent you an email about this, but didn't get a response - maybe a spam filter. I wasn't sure if you wanted me to do it or to do it yourself. I'll go ahead and do this tonight. Benjamin signature.asc Description: OpenPGP digital signature
Bug#414820: Re: Bug#414820: FTBFS: Depeneds on non-existant version of libnfnetlink-dev (= 0.0.25)
wrote: * Alexander Wirt [Wed, 14 Mar 2007 06:10:09 +0100]: =20 Benjamin Seidenberg schrieb am Dienstag, den 13. M=E4rz 2007: =20 =20 Package: libnetfilter-conntrack Version: 0.0.50-1 Severity: serious Justification: FTBFS =20 =20 Only libnfnetlink 0.0.16 is in the archive, libnetfilter-conntrack depends on =3D 0.0.25 =20 0.0.25 is, due to a soname bump, currently in NEW... So we have to wai= t for this. =20 This bug was left unclosed, which prevents migration to testing. Closin= g it now if that's okay. Cheers, =20 Sure, assuming it builds. signature.asc Description: OpenPGP digital signature
Bug#425790: (no subject)
Package: icedove Version: 2.0.0.0-4 For me, Icedove opens the gnome browser rather than iceweasel (which is also sensible-browser). I can't find any option to change this. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.21-1-amd64 Debian Release: lenny/sid 500 unstable www.debian-multimedia.org 500 unstable ftp.us.debian.org --- Package information. --- Depends (Version) | Installed =-+- fontconfig | 2.4.2-1.2 psmisc | 22.5-1 debianutils (= 1.16) | 2.19 libatk1.0-0 (= 1.13.2) | 1.18.0-2 libc6 (= 2.5-5) | 2.5-9 libcairo2 (= 1.4.0) | 1.4.6-1.1 libfontconfig1 (= 2.4.0) | 2.4.2-1.2 libfreetype6 (= 2.2) | 2.2.1-6 libgcc1 (= 1:4.2-20070516) | 1:4.2-20070528-1 libglib2.0-0 (= 2.12.9) | 2.12.12-1 libgtk2.0-0 (= 2.10.3) | 2.10.12-2 libhunspell-1.1-0 (= 1.1.5-1) | 1.1.5-6 libjpeg62 | 6b-13 libnspr4-0d (= 1.8.0.10) | 4.6.6-3 libnss3-0d (= 1.8.0.10) | 3.11.5-3+b1 libpango1.0-0 (= 1.16.4) | 1.16.4-1 libpng12-0 (= 1.2.13-4) | 1.2.15~beta5-2 libstdc++6 (= 4.2-20070516) | 4.2-20070528-1 libx11-6 | 2:1.0.3-7 libxcursor1 ( 1.1.2) | 1:1.1.8-2 libxext6 | 1:1.0.3-2 libxfixes3 (= 1:4.0.1) | 1:4.0.3-2 libxft2 ( 2.1.1) | 2.1.12-2 libxi6 | 1:1.0.1-4 libxinerama1 | 1:1.0.2-1 libxrandr2 (= 2:1.2.0) | 2:1.2.1-1 libxrender1 | 1:0.9.2-1 libxt6 | 1:1.0.5-3 zlib1g (= 1:1.2.1) | 1:1.2.3-15 signature.asc Description: OpenPGP digital signature
Bug#353641: gaim-plugin-pack: conflicts with existing Gaim plug-ins
Martin-Éric Racine wrote: I'd like to point out that Gaim Plug-in Pack Conflicts with several existing separate packages, such as gaim-irchelper. This should be thoroughly checked and Conflicts items be inserted in the control file, as appropriate. Will do. Any help on this would be appreciated. Additionally, the package really should be called pidgin-plugin-pack to reflect the upstream renaming. Noted. As I already maintain gaim-irchelper, I could help package this Plug-in Pack, if necessary. This can be done now, as Pidgin just entered unstable. I have some preliminary packaging done. There was some automagic stuff that was sub-optimal that was fixed in a later upstream. I was waiting for the etch freeze to end then the pidgin rename. I'm in the middle of my exam study period right now, hopefully I'll have time to work on the plugin pack soon. If you want to help, I'll be happy to put my work so far online. signature.asc Description: OpenPGP digital signature
Bug#409016: #409016 Update?
Hamish: I wanted to ping you about #409016 and see if you had any news? Thanks Benjamin
Bug#417562: cyrus-common-2.2: Cyrus init script does not stop all cyrus processes
Henrique de Moraes Holschuh wrote: On Thu, 05 Apr 2007, Gilles Mocellin wrote: I have around 1800 imapd processes... I think that's what happening, the processes are doing something. But, if I want to stop, whatever someone is doing, how do I do ? I thought cyrmaster would have killed all theses processes. No, it doesn't. And really, the proper fix to it *does* require changing cyrmaster to do so, in the usual wait n seconds, send sigkill, wait n seconds, bomb out with an error if any children are left. The hard part is making sure you don't leave the databases, client, etc. in an inconsistent state. signature.asc Description: OpenPGP digital signature
Bug#417562: cyrus-common-2.2: Cyrus init script does not stop all cyrus processes
tag 417562 +unreproducible thanks Gilles Mocellin wrote: Package: cyrus-common-2.2 Severity: important I use cyrus in a cluster configuration (RHCS). When I want to reallocate the cyrus service to another node, I must stop cyrus, umount the underlying filesystems And do the same in reverse order on the other node. I can' umount the filesystems because it remains cyrus processes : imapd, pop3d, timseived, notifys, idled... Only cyrusmaster is stopped. Another use case is when you make a change in /etc/imapd.conf, a reload or restart of cyrus render it not quite usable. For example, it refuses LMTP connections. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) ___ Pkg-Cyrus-imapd-Debian-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-cyrus-imapd-debian-devel I can't reproduce this. [EMAIL PROTECTED]:~$ ps -ef | grep imap | wc -l 20 [EMAIL PROTECTED]:~$ sudo /etc/init.d/cyrus2.2 stop Stopping Cyrus IMAPd: cyrmaster. [EMAIL PROTECTED]:~$ ps -ef | grep imap | wc -l 1 [the grep process] Did you wait a minute or two? I believe that if an imap process is actually in use (serving a client) it will continue until it's finished and then quit. signature.asc Description: OpenPGP digital signature
Bug#416287: gaim-encryption: fails to handshake with newer versions of gaim
Package: gaim-encryption Version: 3.0~beta7-1 Severity: serious Tags: patch Due to changes in protocol strings between gaim 2.0b5 and 2.0b6, gaim-encryption will not communicate with users with the higher gaim version (such as other distros, windows, etc). We discussed this back in the end of January but I failed to follow up, you have my appologies. This is the only code change between this upstream version and the latest (though there are autoconf and PO updates, assumably automatically generated). I've attached the relevent diff, but it may be better to upload a new version. If I don't hear back, I plan to upload an NMU to the delayed queue tonight or tommorow. Regards, Benjamin -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gaim-encryption depends on: ii gaim1:2.0.0+beta5-11 multi-protocol instant messaging c ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libnspr4-0d 1.8.0.10-3 NetScape Portable Runtime Library ii libnss3-0d 1.8.0.10-3 Network Security Service libraries gaim-encryption recommends no packages. -- no debconf information --- gaim-encryption-3.0beta7/encrypt.c 2006-10-22 22:09:30.0 -0400 +++ gaim-encryption-3.0beta8/encrypt.c 2007-01-28 21:29:56.0 -0500 @@ -633,6 +633,8 @@ } else { /* No encrypt-o-header */ GE_set_rx_encryption(conv, FALSE); gaim_debug(GAIM_DEBUG_MISC, gaim-encryption, No header: %s\n, *message); + gaim_debug(GAIM_DEBUG_MISC, gaim-encryption, +Proto '%s', header should be: %s\n, gaim_account_get_protocol_id(acct), header); strip_crypto_smiley(*message); } } @@ -1124,6 +1126,13 @@ g_hash_table_insert(notify_table, g_strdup(prpl-oscar), g_strdup(A HREF=\Gaim-Encryption Capable\/A)); + g_hash_table_insert(header_table, g_strdup(prpl-aim), + g_strdup(*** Encrypted with the Gaim-Encryption plugin A HREF=\)); + g_hash_table_insert(footer_table, g_strdup(prpl-aim), + g_strdup(\/A)); + g_hash_table_insert(notify_table, g_strdup(prpl-aim), + g_strdup(A HREF=\Gaim-Encryption Capable\/A)); + /* If jabber stops stripping HTML, we can go back to these headers */ /*g_hash_table_insert(header_table, g_strdup(prpl-jabber), */ /*g_strdup(*** Encrypted with the Gaim-Encryption plugin A HREF=')); */
Bug#416322: apache2 returns a .bz2 file as plaintext
Package: apache2 Version: 2.2.3-3.3 Severity: wishlist Tags: patch When apache serves a .bz2 it uses text/plain as the MIME type, causing it to be rendered by the browser. The following patch treats bz2 files similar to .gz's. -8 --- apache2.conf.old2007-03-26 17:37:58.0 -0400 +++ apache2.conf2007-03-26 17:38:37.0 -0400 @@ -356,6 +356,7 @@ # AddType application/x-compress .Z AddType application/x-gzip .gz .tgz +AddType application/x-bzip2 .bz2 # # DefaultLanguage and AddLanguage allows you to specify the language of ---8-- -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages apache2 depends on: ii apache2-mpm-prefork 2.2.3-3.3 Traditional model for Apache HTTPD apache2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416287: Ooops
severity 416287 minor tags 416287 -patch close 416287 thanks Ooops. After more investigation, it turns out that the patch is for newer versions of gaim-e to talk to older versions, not the other way around. The solution is for people incompatible versions to upgrade. Apologies for the noise. Benjamin signature.asc Description: OpenPGP digital signature
Bug#414824: reportbug-ng should send a BCC to the submitter's email address
Bastian Venthur wrote: Hi Benjamin, why do you think should should a bugreport be CCed to the submitter by default? Cheers, Bastian (In decreasing order of relevance) a.) To maintain similar behavior as reportbug b.) So that if the message to submit@ is lost/spamfiltered/etc, there is a record and it can be resubmitted c.) So that if someone is submitting bug reports under someone else's email address, it can be found out Great job with reportbug-ng, I only wish you had started it 6 months earlier so it could have been shipped with etch. Benjamin signature.asc Description: OpenPGP digital signature
Bug#414820: FTBFS: Depeneds on non-existant version of libnfnetlink-dev (= 0.0.25)
Package: libnetfilter-conntrack Version: 0.0.50-1 Severity: serious Justification: FTBFS Only libnfnetlink 0.0.16 is in the archive, libnetfilter-conntrack depends on = 0.0.25 signature.asc Description: OpenPGP digital signature
Bug#414488: reportbug-ng: Please add a reset button to clear the package list and get the directions back
Package: reportbug-ng Version: 0.2007.03.10 Python-Version: current Severity: wishlist A way to reset reportbug-ng to it's initial state would be nice (perhaps just clearing the input box and hitting enter) --- System infomation. --- Architecture: amd64 Kernel: Linux 2.6.18-4-amd64 Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') signature.asc Description: OpenPGP digital signature
Bug#412570: ITP: fldigi -- digital modem program for hamradio operators
Joop Stakenborg wrote: Package: wnpp Severity: wishlist Owner: Joop Stakenborg [EMAIL PROTECTED] * Package name: fldigi Version : 1.30 Upstream Author : David H. Freese [EMAIL PROTECTED] * URL : http://www.w1hkj.com/Fldigi.html * License : GPL Programming Lang: C++ Description : digital modem program for hamradio operators fldigi is a Digital modem program for Linux written with the Fast Light Toolkit. It supports most of the modern digital modes used by hamradio operators. It can also be used for soundcard calibration and frequency measurement. A CW decoder is included. I would suggest adding a word about the interface - is it a GUI or console program? -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) signature.asc Description: OpenPGP digital signature
Bug#409016: gerbv: Gerbv barfs on xinerama setup
Package: gerbv Version: 1.0.2-1 Severity: important When launching gerbv in a xinerama display, it opens to the wrong size, refuses to size itself properly, extends well past the screen, etc. This has happened on two different computers with dual heads. Benjamin -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gerbv depends on: ii libatk1.0-0 1.12.4-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libfontconfig12.4.2-1generic font configuration library ii libglib2.0-0 2.12.6-2 The GLib library of C routines ii libgtk2.0-0 2.8.20-5 The GTK+ graphical user interface ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes31:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxrandr22:1.1.0.2-5X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra gerbv recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382376: cyrus-imapd-2.2: Create Debian packages for version 2.3 of Cyrus
Hello, Trying not to be too impudent but... are the any news on Cyrus 2.3 for Debian? No words about it since September - and there are too useful features there (such as Sieve body extension) to miss. Unfortunately, a lack of time has prevented us from working on it recently. However, one of the major things that had to be done has just been done (configurable idled support, it turns out we don't need a patch.) Still remaining is writing the upgrade doc and a more through audit of the patch set. Once those are done, it will be ready for experimental. I will try to work on it sometime in the next week before I go back to school, but no promises. -- With best regards, Alexander mailto:[EMAIL PROTECTED] ___ Pkg-Cyrus-imapd-Debian-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-cyrus-imapd-debian-devel
Bug#400747: cyrus-murder-2.2: first broken version
Jochen Radmacher wrote: I just checked cyrus-murder-2.2_2.2.13-7_i386 and this version produces the same error message: Dec 5 17:33:05 mailcluster-frontend cyrus/mupdate[1079]: authentication to remote mupdate server failed: unspecified saslclient() error Dec 5 17:33:05 mailcluster-frontend cyrus/mupdate[1079]: couldn't connect to mupdate server Dec 5 17:33:05 mailcluster-frontend cyrus/mupdate[1079]: retrying connection to mupdate server in 22 seconds Thanks. This confirms Sven's suspicions that it was introduced in -7. Hopefully we'll have a fix shortly. Benjamin signature.asc Description: OpenPGP digital signature
Bug#401766: cryptsetup luksOpen should fail with meaningful error message when non-root
Package: cryptsetup Version: 2:1.0.4+svn16-1 Severity: minor When someone is not root, cryptsetup will keep asking for a password, but not give an error that they're not root. This leads someone to beleive that the password is wrong. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages cryptsetup depends on: ii dmsetup 2:1.02.12-1 The Linux Kernel Device Mapper use ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libdevma 2:1.02.12-1 The Linux Kernel Device Mapper use ii libgcryp 1.2.3-2 LGPL Crypto library - runtime libr ii libgpg-e 1.4-2 library for common error values an ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libuuid1 1.39+1.40-WIP-2006.11.14+dfsg-1 universally unique id library cryptsetup recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401479: wmweather: Should round temperatures rather than flooring them
Package: wmweather Version: 2.4.3-3 Severity: normal When the METAR report contains something like Temperature: 38.8 F (3.8 C), the applet should display 39 not 38 -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages wmweather depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libcurl3 7.15.5-1Multi-protocol file transfer libra ii libx11-6 2:1.0.3-4 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxpm4 1:3.5.5-2 X11 pixmap library Versions of packages wmweather recommends: ii xbase-clients 1:7.1.ds-3 miscellaneous X clients -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401227: ITP: metacafe-dl -- download videos from metacafe.com
Nacho Barrientos Arias wrote: Package: wnpp Severity: wishlist Owner: Nacho Barrientos Arias [EMAIL PROTECTED] * Package name: metacafe-dl Version : 2006.11.25 Upstream Author : Ricardo García González * URL : http://www.arrakis.es/~rggi3/metacafe-dl/ * License : MIT Programming Lang: Python Description : download videos from metacafe.com Metacafe-dl is a small command-line program to download videos from metacafe.com featuring a simulation mode to get the video's URL and download it with another download manager. . Command-line syntax is similar to youtube-dl. . Homepage: http://www.arrakis.es/~rggi3/metacafe-dl/ Why not just have metacafe added to youtube-dl and possibly ship a symlink named metacafe-dl? (Hmm, as youtube-dl also does google video, maybe we should rename it to something like flash-dl.) Benjamin signature.asc Description: OpenPGP digital signature
Bug#400747: downgrade to 2.2.13-6 fixes this problem
Jochen Radmacher wrote: when I downgrade all my cyrus packages to 2.2.13-6 the murder update works again, recompiling the 2.2.13-9 Packages from source does not help. The config was the same in both cases. ___ Pkg-Cyrus-imapd-Debian-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-cyrus-imapd-debian-devel Can you see if this problem occurs in -7? Sven did some quick glancing over the changelog and patches and thinks it was introduced there, but we'd like verification. Thanks, Benjamin signature.asc Description: OpenPGP digital signature
Bug#345081: eog: Feature Request: Add a Save all unsaved images option
Sven Arvidsson wrote: It would be quite nice for eog to be able to save all images that had been manipulated, for example, rotated a large number of pictures in a directory. Hi, Eog 2.16 (in unstable) has the ability to save all of the selected images at once, I believe this was the functionality you requested. Can I close the bug? It's not quite the same, as you still have to manually select the unsaved images. What I want would be any modified images, without having to go through and pick them out. Use Case: I go through a large folder of images, rotating the ones that were taken sideways. At the end of this process, I don't want to go back and select them all to save, I just want to save all of them that I touched. signature.asc Description: OpenPGP digital signature
Bug#400796: gtkterm: Menu entry needs to be capitalized
Package: gtkterm Version: 0.99.5-1 Severity: minor Tags: patch The menu entry for gtkterm should be Serial Port Terminal not serial port terminal --8--- --- debian/gtkterm.desktop.old 2006-11-28 16:11:16.0 -0500 +++ debian/gtkterm.desktop 2006-11-28 16:11:33.0 -0500 @@ -1,6 +1,6 @@ [Desktop Entry] Encoding=UTF-8 -Name=serial port terminal +Name=Serial Port Terminal Name[fr]=Terminal pour port sée Comment=Communicate with the serial port Comment[fr]=Communique avec le port sée -8- -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Bug#400645: lmtp_overquota_perm_failure - lmtp_over_quota_perm_failure
tag 400645 +pending thanks Omniflux wrote: Package: cyrus-common-2.2 Version: 2.2.13-9 Please document somewhere that the option lmtp_overquota_perm_failure has been renamed lmtp_over_quota_perm_failure between versions 2.1.x and 2.2.x. Message at http://lists.andrew.cmu.edu/pipermail/info-cyrus/2003-November/010058.html states that it is not mentioned in the upgrading docs for some reason... Thanks! --Omniflux Fixed in r689 by adding a line to UPGRADE.Debian. Thanks, Benjamin signature.asc Description: OpenPGP digital signature
Bug#395504: Cyrus and Exim docs: Patch?
Hi Romain. On behalf of the Debian Cyrus team, I would like to apologize to you for letting this bug sit for a month. This bug was submitted during an upgrade of Alioth, the collaborative maintenance system that hosts our mailing list, and never made it to any of our inboxes. Unfortunately, to the best of my knowledge, all of the members of the Cyrus team use postfix and not exim. As such, we aren't exactly sure what you're asking to be changed. Can you please reply with more information (or even better, a patch) so that we can improve our documentation? Sorry again for the inconvenience. Benjamin Seidenberg Debian Cyrus Packaging Team signature.asc Description: OpenPGP digital signature
Bug#398679: calling schroot -e -a with no open sessions outputs an error (harmless)
Package: schroot Version: 1.0.3-1 Severity: minor Callin schroot -e -a with no open sessions has it create a dummy session and output an error like E: sid32-b21ec1a6-54f6-41de-94c8-2b6b38c07c32: Failed to unlock chroot: /var/lib/schroot/session/sid32-b21ec1a6-54f6-41de-94c8-2b6b38c07c32: Failed to unlink session file: No such file or directory This error is harmless, but anti-intuitive -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages schroot depends on: ii libboost 1.33.1-8program options library for C++ ii libboost 1.33.1-8regular expression library for C++ ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-19 GCC support library ii liblockd 1.0.3-1 Run-time shared library for lockin ii libpam0g 0.79-4 Pluggable Authentication Modules l ii libstdc+ 4.1.1-19The GNU Standard C++ Library v3 ii libuuid1 1.39+1.40-WIP-2006.10.02+dfsg-2 universally unique id library schroot recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397092: cyrus-imapd-2.2: source package includes CVS directories
tag 397092 wontfix thanks Ross Boylan wrote: Package: cyrus-imapd-2.2 Version: 2.2.13-9 Severity: minor apt-get source cyrus-imapd-2.2 produced a directory tree with many CVS subdirectories and the corresponding entries. Unless there's a good reason, it would be cleaner to eliminate them. This is a known issue. We decided that it was more important to preserve the exact upstream tar ball than to remove them. Someone (*cough*hmh*cough*) was supposed to bring the issue to the attention of upstream, I don't know if this was done. Benjamin signature.asc Description: OpenPGP digital signature
Bug#396138: partman-crypto: Swap message is confusing
Package: partman-crypto Severity: minor The message shown when swap is enabled in the installer doesn't provide instructions for how to completly disabling swap. Even repeatidly running swapoff -a / swapoff information from /proc/swaps didn't allow me to continue until I set my swap partition to Use as: Do not use in the partitioner -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291973: (no subject)
merge 353641 291973 327425 retitle 327425 ITP: gaim-plugin-pack -- Over 30 useful plugins for the Gaim instant messenger retitle 353641 ITP: gaim-plugin-pack -- Over 30 useful plugins for the Gaim instant messenger retitle 291973 ITP: gaim-plugin-pack -- Over 30 useful plugins for the Gaim instant messenger owner 327425 ! thanks I am working on a single package for the plugin pack. signature.asc Description: OpenPGP digital signature
Bug#394761: gaim-dev: [REGRESSION] guifications FTBFS against gaim beta4
Package: gaim-dev Version: 1:2.0.0+beta4-1 Severity: serious Justification: FTBFS guifications built fine against gaim beta3 but FTBFS against gaim beta4 gf_action.c:29:22: error: gtkstock.h: No such file or directory gf_action.c: In function 'gf_action_execute_context': gf_action.c:736: error: 'GAIM_STOCK_INFO' undeclared (first use in this function) gf_action.c:736: error: (Each undeclared identifier is reported only once gf_action.c:736: error: for each function it appears in.) gf_action.c:742: error: 'GAIM_STOCK_IM' undeclared (first use in this function) gf_action.c:782: error: 'GAIM_STOCK_ALIAS' undeclared (first use in this function) gf_action.c:808: error: 'GAIM_STOCK_CHAT' undeclared (first use in this function) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gaim-dev depends on: ii gaim 1:2.0.0+beta4-1 multi-protocol instant messaging c ii gaim-data1:2.0.0+beta4-1 multi-protocol instant messaging c ii libglib2.0-dev 2.12.4-1Development files for the GLib lib ii pkg-config 0.21-1 manage compile and link flags for gaim-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394760: gaim-dev: [REGRESSION] gaim-encryption FTBFS against beta4
Package: gaim-dev Version: 1:2.0.0+beta4-1 Severity: serious Justification: FTBFS gaim-encryption built fine against gaim beta3 but FTBFS against gaim beta4. In file included from encrypt.c:44: state_ui.h:27: error: expected ')' before '*' token encrypt.c: In function 'GE_plugin_load': encrypt.c:1189: error: 'VERSION' undeclared (first use in this function) encrypt.c:1189: error: (Each undeclared identifier is reported only once encrypt.c:1189: error: for each function it appears in.) encrypt.c:1227: error: 'GE_log_displaying_cb' undeclared (first use in this function) encrypt.c: At top level: encrypt.c:1279: error: expected '}' before 'VERSION' -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gaim-dev depends on: ii gaim 1:2.0.0+beta4-1 multi-protocol instant messaging c ii gaim-data1:2.0.0+beta4-1 multi-protocol instant messaging c ii libglib2.0-dev 2.12.4-1Development files for the GLib lib ii pkg-config 0.21-1 manage compile and link flags for gaim-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393513: process 23446 exited, signaled to death by 6
reassign 393513 libnss-ldap thanks Ian Tester wrote: Package: Cyrus-imapd-2.2 Version: 2.2.13-8 Almost two weeks ago I started getting this error when trying to log into my Cyrus 2.1 IMAP server. I have an LDAP setup to centralise user accounts on my small family network. Thankfully this server is only used by myself. I use saslauthd for authentication, configured to use my LDAP directory. In the process of trying to find the problem I upgraded to the 2.2 packages in an attempt to fix it, which is why I'm submitting it here. The problem remains the same. Today I found the reference to bug #145766 in README.Debian.gz. I rebuilt the openldap2 package with --without-cyrus-sasl and installed the libldap2 package, but this did not seem to fix things. I found that simply removing the 'ldap' entries in nsswitch.conf fixed the problem. So it seems to be a problem with libnss-ldap. But without LDAP I couldn't log in to that machine (I use it for a few things) and Postfix started bouncing my email because it couldn't find my user account. So this is a totally unworkable solution. Please help me! Thanks, bye Based on your description of the problem and the timeline involved, I believe this is a bug in libnss-ldap and am reassigning it accordingly. On 2006-10-3, libnss-ldap 251-5.2 migrated to testing, which would be the point where you started experiencing problems. In the future, please try to include the appropriate information in your bug reports, such as the version of debian you are using, the version of all the packages involved, your kernel and so forth. Using the reportbug utility will do this for you automatically. Also, please make sure your bugs are filed against the appropriate packages. If you had a working cyrus 2.1 configuration that stopped working, filing a bug against cyrus 2.2 is not productive. Look at the dpkg logs to see what packages were updated around the time the problem occured and use that to trace the problem. Best of luck in resolving your situation. Benjamin Debian Cyrus Packaging Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392290: gaim: shipped plugin musicmessaging requires non-availble binary
Package: gaim Version: 1:2.0.0+beta3.1-5 Severity: normal The Music Messaging Plugin allows a number of users to simultaneously work on a peice of music by editting a common score in real-time. This plugin is included in the gaim package, however when it's enabled, it doesn't work. The configuration options point to a nonexistant gscore binary at /usr/local/bin/gscore. gscore is not in Debian. Please either package it and spin this plugin off to a package that depends on it or do not ship this plugin in debian. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gaim depends on: ii gaim-data 1:2.0.0+beta3.1-5 multi-protocol instant messaging c ii libao2 0.8.6-4 Cross Platform Audio Output Librar ii libaspell150.60.4-4 GNU Aspell spell-checker runtime l ii libatk1.0-01.12.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libavahi-compat-howl0 0.6.14-1 Avahi Howl compatibility library ii libc6 2.3.6.ds1-6 GNU C Library: Shared libraries ii libcairo2 1.2.4-1 The Cairo 2D vector graphics libra ii libdbus-1-30.93-1simple interprocess messaging syst ii libdbus-glib-1-2 0.71-2simple interprocess messaging syst ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgadu3 1:1.7~rc2-1 Gadu-Gadu protocol library - runti ii libgcrypt111.2.3-2 LGPL Crypto library - runtime libr ii libglib2.0-0 2.12.4-1 The GLib library of C routines ii libgnutls131.4.4-1 the GNU TLS library - runtime libr ii libgtk2.0-02.8.20-2 The GTK+ graphical user interface ii libgtkspell0 2.0.10-3+b1 a spell-checking addon for GTK's T ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libmeanwhile1 1.0.2-2 open implementation of the Lotus S ii libpango1.0-0 1.14.5-1 Layout and rendering of internatio ii libperl5.8 5.8.8-6.1 Shared Perl library ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libsm6 1:1.0.1-3 X11 Session Management library ii libstartup-notificatio 0.8-2 library for program launch feedbac ii libx11-6 2:1.0.0-9 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxss11:1.0.1-4 X11 Screen Saver extension library ii zlib1g 1:1.2.3-13compression library - runtime gaim recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389658: Bug#391591: easyh10: crashes due to uninitialized memory (patch available)
nyaochi wrote: Hi Carsten, I was planning to migrate from libid3tag to TagLib as libid3tag seems to have some problems with tags generated by MusicBrainzPiccard. But I found serious problem of using TagLib for those who use non ISO-8859-1 characters (such as Japanese, Chinese, etc.) daily. In Japan, we store Japanese tag-values to ID3v1 and non-unicode ID3v2 in Shift_JIS (CP932) encoding for the historical reason. TagLib couldn't handle these tags properly since it preserves the specification (we must interpret non-UNICODE tag with ISO-8859-1 charset) so strictly. I can't change the behavior of TagLib to assume non-UNICODE values to be written in Shift_JIS. So I removed the code to use TagLib and took back the old code to use libid3tag. This is the latest source code which will be released as the next version: http://nyaochi.sakura.ne.jp/temp/easyh10-1.5.tar.gz Could you test this source tar-ball? I think the degression is caused only by the migration. The source code also includes the bug-fix found today. This is the one for Geoff's bug? Benjamin Cheers, Nyaochi Carsten Pfeiffer wrote: On Saturday 07 October 2006 22:41, you wrote: I want to make sure that Carsten's problem will be solved with the latest CVS code. It would be great if you could check the latest package. I sent him the link, but I see no reason why it wouldn't, since he's the one who wrote the patch, and it is included in the CVS release. Yes, the patch I wrote definitely fixes the problem for me. I just tested the tarball from dlgeek.net (I'm on i386 so cannot test the .deb). It works fine, although it seems to be a little bit more prone to filename encoding problems: #0 ucs2len (string=0x0) at ucs2char.c:71 #1 0x080591a5 in ucs2dup (src=0x0) at ucs2char.c:190 #2 0x08053e53 in h10db_set_title (h10db=0x8064310, index=56, value=0x0) at h10db.c:856 #3 0x0805a98c in gettag_set_info (h10db=0x8064310, index=56, info=0xb45e4e08) at getmediainfo.c:136 #4 0x0804df70 in easyh10_database (path_to_root=0xbfa047e4, path_to_db=0xbfa007e0, path_to_music=0xbf9fe7de, model_filename=0xbf9fa7da, info_extractor=0x0, flags=67174400, instance=0xbfa097fc, progress_proc=0x804a9b0 database_progress, error_proc=0x804adc0 easyh10_error) at ../common/easyh10_database.c:737 #5 0x0804bfab in main (argc=6, argv=0xbfa098b4) at main.c:1108 The filename was kinda broken, at least it wasn't latin1, as I specified with --encoding=ISO-8859-1 I don't know why, but the previous version didn't crash on this. Cheers, Carsten signature.asc Description: OpenPGP digital signature
Bug#389658: Bug#391591: easyh10: crashes due to uninitialized memory (patch available)
Carsten Pfeiffer wrote: On Saturday 07 October 2006 22:41, you wrote: I want to make sure that Carsten's problem will be solved with the latest CVS code. It would be great if you could check the latest package. I sent him the link, but I see no reason why it wouldn't, since he's the one who wrote the patch, and it is included in the CVS release. Yes, the patch I wrote definitely fixes the problem for me. I just tested the tarball from dlgeek.net (I'm on i386 so cannot test the .deb). It works fine, although it seems to be a little bit more prone to filename encoding problems: #0 ucs2len (string=0x0) at ucs2char.c:71 #1 0x080591a5 in ucs2dup (src=0x0) at ucs2char.c:190 #2 0x08053e53 in h10db_set_title (h10db=0x8064310, index=56, value=0x0) at h10db.c:856 #3 0x0805a98c in gettag_set_info (h10db=0x8064310, index=56, info=0xb45e4e08) at getmediainfo.c:136 #4 0x0804df70 in easyh10_database (path_to_root=0xbfa047e4, path_to_db=0xbfa007e0, path_to_music=0xbf9fe7de, model_filename=0xbf9fa7da, info_extractor=0x0, flags=67174400, instance=0xbfa097fc, progress_proc=0x804a9b0 database_progress, error_proc=0x804adc0 easyh10_error) at ../common/easyh10_database.c:737 #5 0x0804bfab in main (argc=6, argv=0xbfa098b4) at main.c:1108 The filename was kinda broken, at least it wasn't latin1, as I specified with --encoding=ISO-8859-1 I don't know why, but the previous version didn't crash on this. Cheers, Carsten The tarball is just a checkout from upstream CVS. It's fairly trivial to build a source package, but I'll upload an x86 package as soon as my pbuilder environment updates. I don't know why the regression would have happened, talk to Nyaochi. Nyaochi, Geoff: How did the remote debug go? Benjamin signature.asc Description: OpenPGP digital signature
Bug#391591: easyh10: crashes due to uninitialized memory (patch available)
Hi Carsten. I've updated the packages at http://dlgeek.net/easyh10/ with an up-to-date CVS build. I'm trying to wait to do a release until #389658 is fixed. Actually, I believe Nyaochi is planning to do an upstream release once this is fixed as well. Unfortunately, I don't think this will fix the problem, as the fix was committed before my last CVS packages. Nyaochi, Geoff, how is tracking that bug down coming? The general debian freeze is 10 days from tomorrow (the prorogation time of packages from unstable to testing at low priority, though I would feel justified in a higher priority fixing 2 important bugs). We're starting to race the clock here. Benjamin Carsten Pfeiffer wrote: Package: easyh10 Version: 1.4-1 Severity: important Tags: patch Could you please incorporate the patch available at http://sourceforge.net/tracker/index.php?func=detailaid=1539139group_id=138812atid=742398 A new easyh10 release is not available yet, but the patch was added to the development version. Without the patch, easyh10 is basically unusable for me, as it always crashes. Thanks, Carsten -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages easyh10 depends on: ii libc62.3.6.ds1-5 GNU C Library: Shared libraries ii libid3tag0 0.15.1b-8 ID3 tag reading library from the M ii zlib1g 1:1.2.3-13 compression library - runtime easyh10 recommends no packages. -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#391591: easyh10: crashes due to uninitialized memory (patch available)
nyaochi wrote: Hi all, I've updated the packages at http://dlgeek.net/easyh10/ with an up-to-date CVS build. I'm trying to wait to do a release until #389658 is fixed. Actually, I believe Nyaochi is planning to do an upstream release once this is fixed as well. Unfortunately, I don't think this will fix the problem, as the fix was committed before my last CVS packages. I want to make sure that Carsten's problem will be solved with the latest CVS code. It would be great if you could check the latest package. I sent him the link, but I see no reason why it wouldn't, since he's the one who wrote the patch, and it is included in the CVS release. Nyaochi, Geoff, how is tracking that bug down coming? The general debian freeze is 10 days from tomorrow (the prorogation time of packages from unstable to testing at low priority, though I would feel justified in a higher priority fixing 2 important bugs). We're starting to race the clock here. We're arranging a remote debug tomorrow just as I found a bug in your case. I will finalize the code by this Monday as I don't have time after the day. OK, Cool. Thanks, Nyaochi signature.asc Description: OpenPGP digital signature
Bug#390276: Fixed packages ready
tags 390276 +pending thanks Fixed packages are available at http://dlgeek.net/gg/. They have been approved by the maintainer and are waiting on a sponsor. signature.asc Description: OpenPGP digital signature
Bug#389658: EasyH10 Bugs
nyaochi wrote: Hi Benjamin, Thank you for letting me know of this bug report. I'd like to bring your attention to http://bugs.debian.org/389658 . It reminds me of that issue you fixed for me in playlist creation where the file buffer wasn't closed, but I couldn't find similar in the code (though I don't know exactly where to look). Me either. But I'd like to see how replacing libid3tag with taglib affects (described later). Also, it was brought to my attention that although easyh10 builds against zlib (as the readme and configure script require), no symbols from zlib are actually used by the binary. Was this something that was used in the past and has since been dropped? Actually, libid3tag has a dependency to zlib library since ID3v2 allow zlib compression for tag data. But I'm not sure who should take responsibility for resolving zlib: a) libid3tag automatically imports zlib symbols after EasyH10 imports libid3tag b) libid3tag does not import zlib symbols on its own and EasyH10 must resolve zlib symbols I thought b) was the right answer, but the choice might be wrong. Anyway, I'm going to replace libid3tag with taglib since libid3tag can't seem to handle ID3v2 tag generated by MusicBrainz Picard: http://easyh10.sourceforge.net/forum/index.php?topic=121.msg790#msg790 I heard that more projects now use taglib instead of libid3tag or libid3. The new code using taglib is ready in the CVS, but I can't access to the CVS server now. I hope this will also sort out the bug reported in the bugtracker. OK. I've built some test packages against the CVS. They're at http://dlgeek.net/easyh10/ . Currently only amd64. Geoff, can you try these out and see if they fix your issue? If you need 386 packages built, let me know. Nyaochi: I had some troubles dropping the dependency on libz. Do you think you can look into this? Also, the etch freeze is in about a month. It would be really nice if you could manage to get a release of the easyh10 cui out before then so it can be in etch. Let me know if I can help. Benjamin signature.asc Description: OpenPGP digital signature
Bug#389658: EasyH10 Bugs
Geoff Crompton wrote: Benjamin Seidenberg wrote: OK. I've built some test packages against the CVS. They're at http://dlgeek.net/easyh10/ . Currently only amd64. Geoff, can you try these out and see if they fix your issue? If you need 386 packages built, let me know. Nyaochi: I had some troubles dropping the dependency on libz. Do you think you can look into this? Also, the etch freeze is in about a month. It would be really nice if you could manage to get a release of the easyh10 cui out before then so it can be in etch. Let me know if I can help. Benjamin Hi Ben, I build i386 packages from the files at http://dlgeek.net/easyh10/, but I'm still having the same problem. I used script to record the output, this is the last bit before it crashed: ^M 990: 09.Thin_Line_(ft._Nelly_Furtado).mp3 ^M 991: 10.After_School_Special.mp3 ^M 992: 11.High_Fidelity.mp3 ^M 993: 15.Hey.mp3 ^M 994: 04.Iey.mp3 ^Mmake: *** [easyh10_database] Segmentation fault ESC]0; That last song 04.Iey.mp3 is a bit odd. The other songs look like the full filename, even if it doesn't include the subdirectory. But i can't find any file with the name 04.Iey.mp3. Don't know if that bit of information is useful or not. Interesting. What I also find interesting is that there is a song numbered 12 between 11 and 15 in the list you sent me that's not showing up. Perhaps it's some weird header in either 12 or 15 that's screwing up easyh10? Try removing both of these files and seeing if it works (and of course if it does, figure out which of the two was causing it). Benjamin signature.asc Description: OpenPGP digital signature
Bug#389658: [Fwd: Re: EasyH10 Bugs]
Original Message Subject:Re: EasyH10 Bugs Date: Fri, 29 Sep 2006 01:46:40 +0900 From: nyaochi [EMAIL PROTECTED] To: Benjamin E. Seidenberg [EMAIL PROTECTED] References: [EMAIL PROTECTED] Hi Benjamin, Thank you for letting me know of this bug report. I'd like to bring your attention to http://bugs.debian.org/389658 . It reminds me of that issue you fixed for me in playlist creation where the file buffer wasn't closed, but I couldn't find similar in the code (though I don't know exactly where to look). Me either. But I'd like to see how replacing libid3tag with taglib affects (described later). Also, it was brought to my attention that although easyh10 builds against zlib (as the readme and configure script require), no symbols from zlib are actually used by the binary. Was this something that was used in the past and has since been dropped? Actually, libid3tag has a dependency to zlib library since ID3v2 allow zlib compression for tag data. But I'm not sure who should take responsibility for resolving zlib: a) libid3tag automatically imports zlib symbols after EasyH10 imports libid3tag b) libid3tag does not import zlib symbols on its own and EasyH10 must resolve zlib symbols I thought b) was the right answer, but the choice might be wrong. Anyway, I'm going to replace libid3tag with taglib since libid3tag can't seem to handle ID3v2 tag generated by MusicBrainz Picard: http://easyh10.sourceforge.net/forum/index.php?topic=121.msg790#msg790 I heard that more projects now use taglib instead of libid3tag or libid3. The new code using taglib is ready in the CVS, but I can't access to the CVS server now. I hope this will also sort out the bug reported in the bugtracker. Thanks, Nyaochi signature.asc Description: OpenPGP digital signature
Bug#389658: easyh10: Segmentation fault while Obtaining media information
Geoff Crompton wrote: Package: easyh10 Version: 1.4-1 Severity: normal When I run easyh10 on my player, it segfaults while doing the media information:See below for what I see when I run it. I had a look at the core file dumped, using gdb, but it seems there were no debugging symbols in the easyh10 binary, so I didn't get a useful backtrace. I'm using a 20Gb H10, running firmware 2.51. Has this worked in the past and only just became apparent or is this the first time you've used easyh10? signature.asc Description: OpenPGP digital signature
Bug#389658: easyh10: Segmentation fault while Obtaining media information
Geoff Crompton wrote: Benjamin Seidenberg wrote: Geoff Crompton wrote: Package: easyh10 Version: 1.4-1 Severity: normal When I run easyh10 on my player, it segfaults while doing the media information:See below for what I see when I run it. I had a look at the core file dumped, using gdb, but it seems there were no debugging symbols in the easyh10 binary, so I didn't get a useful backtrace. I'm using a 20Gb H10, running firmware 2.51. Has this worked in the past and only just became apparent or is this the first time you've used easyh10? I haven't had my H10 very long, but in the time that I have had it, I have used easyh10 succesfully. I'm slowly ramping up the number of mp3 on the device. I have had it work ok earlier on with a smaller number of mp3's. I have also found that at one point it was crashing on particular mp3 files. I've deleted the problem files, but now it crashes without mentioning a specific file. Hmmm reminds me of a similar problem I had before, but that Nyochi fixed. Can you send me an ls -alR of the player? Thanks, Benjamin signature.asc Description: OpenPGP digital signature
Bug#327425: closed by David Moreno Garza [EMAIL PROTECTED] (WNPP bug closing)
reopen 327425 thanks Upstream felt the last released version was too unstable, but development switched to gaim 2.0 which is not yet in sid. I will upload this once a new stable version is released. Benjamin On 9/16/06, Debian Bug Tracking System [EMAIL PROTECTED] wrote: This is an automatic notification regarding your Bug report #327425: ITP: gaim-slashexec -- adds functionality to execute commands from within a Gaim conversation, which was filed against the wnpp package. It has been closed by David Moreno Garza [EMAIL PROTECTED]. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact David Moreno Garza [EMAIL PROTECTED] by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) -- Forwarded message -- From: David Moreno Garza [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Sat, 16 Sep 2006 11:59:35 -0600 Subject: WNPP bug closing Hello, This is an automatic mail sent to close the ITP you have reported or are involved with. Your ITP wnpp bug is being closed because of the following reasons: - It is, as of today, older than 365 days. - It hasn't had any activity recently. As this is an automatic procedure, it could of course have something wrong and probably it would be closing some bugs that are not intended by owners and submitters (like you) to be closed, for example if the ITP is still of your interest, or there has been some kind of activity around it. In that case, please reopen the bug, do it, DO IT NOW! (I don't want to be blamed because of mass closing and not let people know that they can easily reopen their bugs ;-). To re-open it, you simply have to mail [EMAIL PROTECTED] with a body text like this: reopen 327425 thanks bts Further comments on the work done in the bug sent to [EMAIL PROTECTED] would be truly welcomed. Anyway, if you have any kind of problems when dealing with the BTS, feel free to contact me and I'd be more than happy to help you on this: [EMAIL PROTECTED]. A similar process is being applied to other kind of wnpp bugs. Thanks for your cooperation, -- David Moreno Garza [EMAIL PROTECTED]. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382376: Status and plans for Cyrus 2.3 and 2 unrelated notes
[ To save effort for the reader, lets start with unrelated notes: Note 1: I think it's about time to release -7, as we have a large number of pending bugs. Whoever releases it, please fix the cyrus2.3 changelog accordingly. Note 2: I have been back (though I forgot to mention it) from my Semi-Vac mentioned in [EMAIL PROTECTED] for a while. I am all settled into college, and am currently using Cyrus work as an excuse to avoid my Lasers and Photonics homework. Do be advised I have joined CU AUV (www.cuauv.org) and may have less free time, but we'll see. ] Now for something completely different. I've been working on the Cyrus 2.3 packages that Farzad provided. They are currently in build able shape, but need some more work still. Here is my thoughts on the steps to 2.3 release. 1.) Finish packaging work - Several items 1a) Review the diff of debian/ between 2.2 and 2.3. I merged in Farzad's packages without reviewing the complete diff and this needs to be done prior to release. 1b) *NOT ME* Someone who knows it (*Cough* Sven *Cough*) has to fix the idle method selection patch to work with 2.3. It'd be nice to submit it upstream this time. Also, the kolab patch needs to be reviewed, I think we applied it (41- I believe) 1c) *ALSO NOT ME* - Review all the stuff I did in the past few commits to make sure I didn't fuck up. Pay special attention to the POT handling. 1d) I know I'm forgetting something, so I'll leave space for it here. 1e) Actually, I'm sure there is more than one thing I'm forgetting. 2.) Upload to new queue for experimental. At this time mark the bug as pending. I'll consider this one a race between our team and elmo. We'll see whether my account gets created before or after the first package ready for experimental. My money is on the team. 2.5) Make sure fixed-in-experimental tag gets applied to that bug once it gets in. 3.) Maintain 2.3 package in experimental until upstream considers it stable. 4.) Once it's stable, release to unstable. This is the 2nd race. This time, I'm actually betting on elmo, though it's a tough decision. 5.) ??? 6.) PROFIT! Benjamin signature.asc Description: OpenPGP digital signature