Bug#692002: unblock: esmtp/1.2-10
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi Release-Team Please unblock package esmtp esmtp 1.2-10 includes only a fix to the french debconf translation. It had the wrong charset previously: + * Fix charset to UTF-8 for french translation +debian/po/fr.po uses UTF-8, but was declared as using ISO-8859-1. That +causes the debconf screen to be broken in French. +Thanks to David Prévot taf...@debian.org (Closes: #691926) Could you unblock esmtp 1.2-10? Attached is the debdiff. unblock esmtp/1.2-10 Many thanks for your work, Regards, Salvatore -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Base version: esmtp_1.2-9 from testing Target version: esmtp_1.2-10 from unstable No hints in place. changelog |9 + po/fr.po |2 +- 2 files changed, 10 insertions(+), 1 deletion(-) diff -Nru esmtp-1.2/debian/changelog esmtp-1.2/debian/changelog --- esmtp-1.2/debian/changelog 2012-04-19 10:53:53.0 + +++ esmtp-1.2/debian/changelog 2012-10-31 14:46:59.0 + @@ -1,3 +1,12 @@ +esmtp (1.2-10) unstable; urgency=low + + * Fix charset to UTF-8 for french translation +debian/po/fr.po uses UTF-8, but was declared as using ISO-8859-1. That +causes the debconf screen to be broken in French. +Thanks to David Prévot taf...@debian.org (Closes: #691926) + + -- Salvatore Bonaccorso car...@debian.org Wed, 31 Oct 2012 15:38:47 +0100 + esmtp (1.2-9) unstable; urgency=low * Update debian/copyright file. diff -Nru esmtp-1.2/debian/po/fr.po esmtp-1.2/debian/po/fr.po --- esmtp-1.2/debian/po/fr.po 2012-04-19 10:53:53.0 + +++ esmtp-1.2/debian/po/fr.po 2012-10-31 14:46:59.0 + @@ -21,7 +21,7 @@ Language-Team: French debian-l10n-fre...@lists.debian.org\n Language: fr\n MIME-Version: 1.0\n -Content-Type: text/plain; charset=ISO-8859-1\n +Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean
Bug#502845: (no subject)
Forwarding this: https://groups.google.com/group/open-iscsi/browse_thread/thread/7b44b4b57f01eb70?hl=en# Since I'm not sure how long it takes google groups to update, i'll go ahead and paste the patch here as well below. If you apply the first patch from the above link, the second patch below is not needed. It is only required for a 32bit userspace to talk to an unpatched 32bit kernel. The first patch allows for 64/64, 32/32, and 32/64 user/kernel setups. I'm not sure sure if you want to patch the kernel and userspace at the same time, or patch userspace and sunset the below patches on the next convenient patch window. Thanks, ~Lisa M diff --git a/include/iscsi_if.h b/include/iscsi_if.h index dad9fd8..db97332 100644 --- a/include/iscsi_if.h +++ b/include/iscsi_if.h @@ -3,6 +3,7 @@ * * Copyright (C) 2005 Dmitry Yusupov * Copyright (C) 2005 Alex Aizman + * Copyright (C) 2012 Lisa Maginnis * maintained by open-is...@googlegroups.com * * This program is free software; you can redistribute it and/or modify @@ -106,6 +107,14 @@ struct iscsi_uevent { uint32_t iferror; /* carries interface or resource errors */ uint64_t transport_handle; + /* Structs in this union can differ on size between 32bit and 64bit +* systems. This will break systems running a 32bit userspace with a + * 64bit kernel. It is important to specify an alignment for the + * struct(s) so that their sizes match on both in both 32 and 64bit +* systems. Currently the two largest structs are: +* msg_bind_conn: 20 bytes, 24 aligned to the sizeof(uint64_t) +* stop_conn: 20 bytes, 24 aligned to the sizeof(uint64_t) +*/ union { /* messages u - k */ struct msg_create_session { @@ -131,7 +140,7 @@ struct iscsi_uevent { uint32_tcid; uint64_ttransport_eph; uint32_tis_leading; - } b_conn; + } b_conn __attribute__((aligned (sizeof(uint64_t; struct msg_destroy_conn { uint32_tsid; uint32_tcid; @@ -157,7 +166,7 @@ struct iscsi_uevent { uint32_tcid; uint64_tconn_handle; uint32_tflag; - } stop_conn; + } stop_conn __attribute__((aligned (sizeof(uint64_t; struct msg_get_stats { uint32_tsid; uint32_tcid; diff --git a/usr/iscsi_netlink.h b/usr/iscsi_netlink.h index 25b41db..6b482ad 100644 --- a/usr/iscsi_netlink.h +++ b/usr/iscsi_netlink.h @@ -2,6 +2,7 @@ * iSCSI Netlink attr helpers * * Copyright (C) 2011 Red Hat, Inc. All rights reserved. + * Copyright (C) 2012 Lisa Maginnis * * This program is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License as published @@ -30,4 +31,10 @@ struct iovec; extern struct nlattr *iscsi_nla_alloc(uint16_t type, uint16_t len); +#ifdef __i386__ +int fix_32bit_kernel_structs; /* If set to 1, will cause reads from the kernel to be + * padded with an extra 4 bytes between iscsi_uevent.u and + * iscsi_uevent.r */ +#endif + #endif diff --git a/usr/iscsid.c b/usr/iscsid.c index b4bb65b..53381bf 100644 --- a/usr/iscsid.c +++ b/usr/iscsid.c @@ -4,6 +4,7 @@ * Copyright (C) 2004 Dmitry Yusupov, Alex Aizman * Copyright (C) 2006 Mike Christie * Copyright (C) 2006 Red Hat, Inc. All rights reserved. + * Copyright (C) 2012 Lisa Maginnis * maintained by open-is...@googlegroups.com * @@ -52,6 +53,10 @@ #include iscsid_req.h #include iscsi_err.h +#ifdef __i386__ +extern int fix_32bit_kernel_structs; /* For i386 compatibility. */ +#endif + /* global config info */ struct iscsi_daemon_config daemon_config; struct iscsi_daemon_config *dconfig = daemon_config; @@ -336,6 +341,28 @@ static void missing_iname_warn(char *initiatorname_file) ignored.\n, initiatorname_file, initiatorname_file); } +#ifdef __i386__ +/* check_kernel_compatibility() + * This function detects when we are built in i386 and running a x86_64 (64bit) kernel and + * sets a flag. This flag is used to to signal the nlpayload_read() and nl_read() functions + * in netlink.c + */ +void check_kernel_compatibility() +{ + struct utsname uname_data; + fix_32bit_kernel_structs = 0; + + /* Get our kernel and machine type for compatibility */ + uname(uname_data); + + /* If we are not running a x86_64 kernel, enable the kernel struct fix. + * TODO: When/if kernel patches are made, a kernel version check should be done here. */ + if(strcmp(uname_data.machine, x86_64) != 0) { +fix_32bit_kernel_structs = 1; + } +} +#endif + int main(int argc, char *argv[]) { struct
Bug#692003: posh: does a bit too much of tilde expansion
Package: posh Version: 0.10.2 Hi Clint, Considering the following commands so that $PWD and $OLDPWD are set: cd ; cd - /dev/null The following commands result in non-SUSv3 tilde expansion: echo PWD: ~+ echo OLDPWD: ~- Could you please nuke that part of the tilde expansion code in posh? TIA. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691979: Please, remove debian/po/en.po
]] David Prévot Please, remove the debian/po/en.po file: it's useless (the original template is in English), No, the original template is in C, not English. ineffective (0 translated messages) and broken (UTF-8 encoded file, with a charser declared as ISO-8859-1 in its headers). That should be fixed, though. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692004: network-manager: tries to start unplugged wired connection after daemon restart
Package: network-manager Version: 0.9.6.4-1 Severity: normal Dear Maintainer, If I restart network-manager using /etc/init.d/network-manager restart then it tries to connect to the wired network, even though no cable is plugged in. Thanks, Andreas -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: ii adduser3.113+nmu3 ii dbus 1.6.8-1 ii dpkg 1.16.9 ii isc-dhcp-client4.2.2.dfsg.1-5+deb70u2 ii libc6 2.13-35 ii libdbus-1-31.6.8-1 ii libdbus-glib-1-2 0.100-1 ii libgcrypt111.5.0-3 ii libglib2.0-0 2.34.1-1 ii libgnutls262.12.20-1 ii libgudev-1.0-0 175-7 ii libnl-3-2003.2.7-4 ii libnl-genl-3-200 3.2.7-4 ii libnl-route-3-200 3.2.7-4 ii libnm-glib40.9.6.4-1 ii libnm-util20.9.6.0-1 ii libpolkit-gobject-1-0 0.105-1 ii libuuid1 2.20.1-5.2 ii lsb-base 4.1+Debian7 ii udev 175-7 ii wpasupplicant 1.0-2 Versions of packages network-manager recommends: ii crda 1.1.2-1 ii dnsmasq-base 2.62-3 ii iptables 1.4.14-3 ii modemmanager 0.5.2.0-2 ii policykit-1 0.105-1 ii ppp 2.4.5-5.1+b1 Versions of packages network-manager suggests: ii avahi-autoipd 0.6.31-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692005: RFS: libcouchbase/2.0.0~beta2-1 -- Couchbase protocol library [ITP]
Package: sponsorship-requests Severity: normal Dear Mentors, I am looking for a sponsor for my package libcouchbase * Package name: libcouchbase Version : 2.0.0~beta2-1 Upstream Author : Couchbase, Inc. * URL : http://www.couchbase.com/develop/c/current * License : Apache-2.0 Section : libs It builds those binary packages: libcouchbase-dev - Development files for Couchbase protocol library libcouchbase-libev2 - Couchbase protocol library (libev io plugin) libcouchbase-libevent2 - Couchbase protocol library (libevent io plugin) libcouchbase2 - Couchbase protocol library libcouchbase2-bin - client tool for libcouchbase To access further information about this package, please visit the following URL: http://mentors.debian.net/package/libcouchbase Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libc/libcouchbase/libcouchbase_2.0.0~beta2-1.dsc Changes: libcouchbase (2.0.0~beta2-1) unstable; urgency=low * Initial release. (Closes: #691903) * debian/patches/m4_version_define.patch: - Define required build system variables. * debian/patches/add_pkg-config.patch: - Add patch to generate and install libcouchbase.pc. Best regards, Neutron Soutmun -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash signature.asc Description: Digital signature
Bug#692006: git-buildpackage: gbp-create-remote-repo doesn't set HEAD
Package: git-buildpackage Version: 0.6.0~git20120601 Severity: normal gbp-create-remote-repo doesn't appear to set the HEAD on the remote end; this defaults to refs/heads/master. However it isn't particularly unusual for the main branch to be called debian. If this is the case, gbp-create-remote-repo silently succeeds, but the repo can't be checked out cleanly (git barfs until an existent branch is selected). HEAD should be updated to point to whatever the debian branch is -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages git-buildpackage depends on: ii devscripts 2.11.8 ii git 1:1.7.10.4-1 ii python 2.7.3~rc2-1 ii python-dateutil 1.5-1 ii python2.62.6.7-4 ii python2.72.7.3~rc2-2.1 Versions of packages git-buildpackage recommends: ii cowbuilder0.71 pn pristine-tar none Versions of packages git-buildpackage suggests: pn python-notify none ii unzip 6.0-6 -- 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#690353: d-i: lilo cannot be used - lack of initrd entry
Hi, Joachim Wiedorn ad_deb...@joonet.de wrote: Hello Cyril, Cyril Brulebois wrote on 2012-10-28 22:58: getting fixed in beta3. Are you sure you didn't try beta1? I thinks then I had the old beta1 version. Thanks for your reply. Would you mind testing beta3 on your hardware to be sure? Holger -- = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Created with Sylpheed 3.0.2 under D e b i a n G N U / L I N U X 6.0 ( S q u e e z e ) Registered LinuxUser #311290 - http://counter.li.org/ = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692007: wrong notifications for Google Reader feeds that have already been read
Package: liferea Version: 1.8.6-1 Severity: normal With reader notifications enabled in liferea's settings. Right click on a google reader feed and click update. When the update is complete, liferea sends an incorrect desktop notification that all the articles in the feed are new articles, but they've all been read before. As a result, the notification tray gets flooded with notifications about new feed articles, but there is no unread articles in liferea. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (1001, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages liferea depends on: ii gconf-service 3.2.5-1+build1 ii gconf2 3.2.5-1+build1 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libgconf-2-43.2.5-1+build1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-2 ii libgtk2.0-0 2.24.10-2 ii libice6 2:1.0.8-2 ii libjson-glib-1.0-0 0.14.2-1 ii libnotify4 0.7.5-1 ii libpango1.0-0 1.30.0-1 ii libsm6 2:1.2.1-2 ii libsoup2.4-12.38.1-2 ii libsqlite3-03.7.13-1 ii libunique-1.0-0 1.1.6-4 ii libwebkitgtk-1.0-0 1.8.1-3.3 ii libxml2 2.8.0+dfsg1-6 ii libxslt1.1 1.1.26-14 ii liferea-data1.8.6-1 Versions of packages liferea recommends: ii curl 7.26.0-1 ii dbus 1.6.8-1 ii dbus-x11 1.6.8-1 ii kget 4:4.8.4-1+b1 ii wget 1.13.4-3 Versions of packages liferea suggests: ii network-manager 0.9.4.0-6 -- 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#692008: ifupdown: Bugfix to 679549 breaks systems not using upstart
Package: ifupdown Version: 0.7.3 Severity: grave Justification: renders package unusable Hi, the modifications introduced to close bug 679549 don't work on systems which don't use upstart, making it impossible to bring interfaces up or down. Could you please install the upstart hooks only if the system actually uses upstart? Thanks, Benjamin (Not sending this mail from the affected machine, so don't rely on the version information below. The version of ifupdown introducing the problem is 0.7.3.) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ifupdown depends on: ii dpkg 1.16.9 ii initscripts 2.88dsf-32 ii iproute 20120521-3 ii libc62.13-36 ii lsb-base 4.1+Debian7 ifupdown recommends no packages. Versions of packages ifupdown suggests: ii isc-dhcp-client [dhcp-client] 4.2.4-3 ii net-tools 1.60-24.2 pn pppnone pn rdnssd none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691994: artha: Artha crashes on certain verbs ending in ing
Hi Dan, thanks for your bug report. Because this is obviosely an upstream bug I make sure that upstream receives the message and hope he will respond apropriately. Kind regards Andreas. On Wed, Oct 31, 2012 at 06:20:26PM -0700, Dan DeVoto wrote: Package: artha Version: 1.0.2-1 Severity: important Dear Maintainer, Artha crashes with a segmentation fault when looking up some verbs ending in ing. For example, verbs ending in ie and replaced with ing like tying, lying, and vying. Also, verbs with a second consonant added like swimming and sitting. Falling and pulling also crash. And for some reason the word matter crashes, though I couldn't find similar words that also crashed it. All these words crash whether they're looked up from highlighted text in another window, they're typed manually in Artha, or if they're double clicked within a definition in Artha. Regards, Dan -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 3.2.0-3-powerpc Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages artha depends on: ii libc6 2.13-35 ii libdbus-1-3 1.6.0-1 ii libdbus-glib-1-2 0.100-1 ii libglib2.0-0 2.32.3-1 ii libgtk2.0-0 2.24.10-2 ii libx11-6 2:1.5.0-1 ii wordnet 1:3.0-28 Versions of packages artha recommends: ii libenchant1c2a 1.6.0-7 pn libnotify1 none ii wordnet-sense-index 1:3.0-28 Versions of packages artha suggests: ii aspell-en 7.1-0-1 -- no debconf information -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691977: please add be2iscsi module to d-i image
reassign 691977 linux thanks Quoting Aron Xu (happyaron...@gmail.com): Package: debian-installer Dear d-i maintainers, I found that be2iscsi module is absent in d-i image. The module are the driver of iSCSI functions in Emulex be2/3 NICs, which is a standard configuration for HP BL490c G7 blade servers. Missing this module makes d-i not able to detect the hard drive provided by the iSCSI HBA in the Emulex NIC, hence not able to install the system to SAN, which is vital for diskless configurations. Thanks for the suggestion. This indeed belongs to kernel packages as the linux source package is the one building d-i kernels and modules set. signature.asc Description: Digital signature
Bug#691972: smake ITP
On Wed, Oct 31, 2012 at 04:26:19PM -0700, Eric Shattow wrote: On Wed, Oct 31, 2012 at 2:23 PM, Joerg Jaspert jo...@ganneff.de wrote: Basically, unless you have a very good reason to package this (any important other software you want to package that depends on this?), there is a strong recommendation to *not* try to upload this to Debian. It is unlikely that it will get accepted. I am okay if the author is not my friend. Any technical reason to not have smake in Debian reposoitory? Seriously - a hostile upstream is a bad thing if you want software to work well in Debian. And Schily is about as hostile as they get. Again, do you have a massive need for smake? -- Steve McIntyre, Cambridge, UK.st...@einval.com Every time you use Tcl, God kills a kitten. -- Malcolm Ray -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502845: open-iscsi: login fails using 64-bit kernel with 32-bit userland
Hi Lisa, Lisa Marie wrote: [Subject: (no subject)] Please keep in mind that these appear as emails in a crowded inbox, where a subject line can be very useful for providing context. Forwarding this: https://groups.google.com/group/open-iscsi/browse_thread/thread/7b44b4b57f01eb70?hl=en# Since I'm not sure how long it takes google groups to update, i'll go ahead and paste the patch here as well below. If you apply the first patch from the above link, the second patch below is not needed. It is only required for a 32bit userspace to talk to an unpatched 32bit kernel. The first patch allows for 64/64, 32/32, and 32/64 user/kernel setups. Thanks for working on this! Your patches have no effect in the 64bit case (good). In the 32bit case, they break ABI, so they are a no-go, unfortunately. The userspace patch is especially dangerous, since it would make this bug impossible to fix properly later. Userspace processes using iscsi start by creating a netlink socket with socket(PF_NETLINK, SOCK_RAW, NETLINK_ISCSI) and binding to it. Afterwards, they use sendmsg and recvmsg as appropriate to send and receive events. We need to use a different message format when interacting with 32bit tasks. Kernel commit 1dacc76d0014 (net/compat/wext: send different messages to compat tasks, 2009-07-01) can provide some inspiration. In the send path, the way to do this is to set frag_list to the 32bit version of the structure, like so: #ifdef CONFIG_COMPAT compat_skb = alloc_skb(len, GFP_ATOMIC); ... fill compat_skb ... skb_shinfo(skb)-frag_list = compat_skb; #endif Then on a 64bit kernel, 32bit processes will receive compat_skb instead of skb. No ABI breakage! So much for broadcast. When receiving messages from userspace, we want to know whether a 32bit process sent the message. The netlink API doesn't tell us. The patch [1] (netlink: store MSG_CMSG_COMPAT flag in netlink_skb_parms) is simple and something similar would be likely to be accepted once there's a caller using it. Hope that helps, Jonathan [1] http://thread.gmane.org/gmane.linux.network/157118/focus=157119 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691902: [squeeze-wheezy regression] Unable to shutdown via normal means
Hi sorry but I have a problem I cannot remember if I installed the nvidia binary driver (installer from Nvidia site) or nvidia from nonfree repo... I have a spare hard drive that I can swap in and install wheezy, would that be ok? That way we would be testing stock wheezy against this hardware BR -Janne On Wed, Oct 31, 2012 at 10:00 PM, Jonathan Nieder jrnie...@gmail.com wrote: Janne Boman wrote: ouput attached. Thanks. Can you reproduce this using nouveau instead of nvidia? (Testing this would require disabling uvesafb temporarily.) If it works with nouveau, we can pass this on to the maintainers of the nvidia proprietary driver. If it fails with nouveau, too, that will help us bring this up with linux-kernel upstream. So either result is progress. Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691902: [squeeze-wheezy regression] Unable to shutdown via normal means
Janne Boman wrote: I have a spare hard drive that I can swap in and install wheezy, would that be ok? That way we would be testing stock wheezy against this hardware That would be great. If you have time for it, don't forget to file an installation report: http://www.debian.org/releases/wheezy/amd64/apas04.html Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691902: [squeeze-wheezy regression] Unable to shutdown via normal means
Ok, I'm going with this image: debian-wheezy-DI-b3-amd64-CD-1.iso (http://cdimage.debian.org/cdimage/wheezy_di_beta3/amd64/iso-cd/) On Thu, Nov 1, 2012 at 10:44 AM, Jonathan Nieder jrnie...@gmail.com wrote: That would be great. If you have time for it, don't forget to file an installation report: http://www.debian.org/releases/wheezy/amd64/apas04.html Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691998: TypeError: decoding Unicode is not supported
Package: gdebi Followup-For: Bug #691998 Dear Maintainer, downgrade it to 0.8.5 make it work again. I download the older version on http://debian.linuxmint.com/latest/pool/main/g/gdebi/ aragorn@aragorn-1215b ~/Download $ sudo dpkg -i *.deb Selecting previously unselected package gdebi. (Reading database ... 324564 files and directories currently installed.) Unpacking gdebi (from gdebi_0.8.5_all.deb) ... dpkg: warning: downgrading gdebi-core from 0.8.6 to 0.8.5 Preparing to replace gdebi-core 0.8.6 (using gdebi-core_0.8.5_all.deb) ... Unpacking replacement gdebi-core ... dpkg: warning: downgrading gdebi-kde from 0.8.6 to 0.8.5 Preparing to replace gdebi-kde 0.8.6 (using gdebi-kde_0.8.5_all.deb) ... Unpacking replacement gdebi-kde ... Setting up gdebi-core (0.8.5) ... Processing triggers for man-db ... Setting up gdebi-kde (0.8.5) ... Setting up gdebi (0.8.5) ... Processing triggers for desktop-file-utils ... aragorn@aragorn-1215b ~/Download $ -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (500, 'testing-proposed-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-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/dash Versions of packages gdebi depends on: ii gdebi-core0.8.5 ii gir1.2-gtk-3.03.4.2-4 ii gir1.2-vte-2.90 1:0.32.2-1 ii gksu 2.0.2-6 ii gnome-icon-theme 3.4.0-2 ii python2.7.3~rc2-1 ii python-gi 3.2.2-1 Versions of packages gdebi recommends: ii libgtk2-perl 2:1.244-1 ii shared-mime-info 1.0-1+b1 gdebi 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#692009: bup: should Recommend python-pyxattr and python-pylibacl
Package: bup Version: 0.25~git2011.11.04-5 Severity: minor Dear Maintainer, bup meta requires python-pyxattr and python-pylibacl in order to back up and restore extended attributes resp. ACLs, so they should be listed in Recommends or at least Suggests. === Begin === sascha.silbe@twin:~/baz$ bup meta -f /dev/null --create . Warning: Linux xattr support missing; install python-pyxattr. Warning: POSIX ACL support missing; install python-pylibacl. sascha.silbe@twin:~/baz$ === End === -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bup depends on: ii git [git-core] 1:1.7.10.4-1 ii git-core1:1.7.10.4-1 ii libc6 2.13-35 ii python 2.7.3~rc2-1 ii python-fuse 2:0.2.1-7 ii python-support 1.0.15 ii python-tornado 2.3-2 Versions of packages bup recommends: ii par2 0.4-11 bup 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#692010: unblock: raptor2/2.0.8-2
Package: release.debian.org User: release.debian@packages.debian.org Usertags: unblock Hi, Please unblock raptor2/2.0.8-2, which adds a Breaks against raptor1 versions without symbol versioning, fixing the important bug#656928: | raptor_sequence.c:385: (raptor_sequence_get_at) assertion failed: object pointer of type raptor_sequence is NULL. | raptor_sequence.c:385: (raptor_sequence_get_at) assertion failed: object pointer of type raptor_sequence is NULL. To avoid confusion, I should mention that this update has a missing changelog item for a minor change, unfortunately: * Stop passing --with-xml-parser=libxml to configure, since it is redundant and unrecognized these days. I provided a debdiff adding the missing changelog entry[1], but the maintainer didn't seem interested, and I don't think that rises to the level of NMU-worthy. Thoughts welcome, as always. Regards, Jonathan [1] http://bugs.debian.org/656928#40 diff -Nru raptor2-2.0.8/debian/changelog raptor2-2.0.8/debian/changelog --- raptor2-2.0.8/debian/changelog 2012-06-24 23:30:38.0 -0700 +++ raptor2-2.0.8/debian/changelog 2012-09-07 21:39:50.0 -0700 @@ -1,3 +1,13 @@ +raptor2 (2.0.8-2) unstable; urgency=low + + * debian/control: add a breaks relation by libraptor2-0 against squeeze +libraptor1 to force upgrades to a version with symbol versioning +(Closes: #656928) + * Added debian/patches/001-remove-m-strict-help.patch to remove -m strict +from rapper help (Closes: #685682) + + -- Dave Beckett daj...@debian.org Fri, 07 Sep 2012 21:32:35 -0700 + raptor2 (2.0.8-1) unstable; urgency=low * New upstream release diff -Nru raptor2-2.0.8/debian/control raptor2-2.0.8/debian/control --- raptor2-2.0.8/debian/control2012-03-15 20:50:11.0 -0700 +++ raptor2-2.0.8/debian/control2012-09-07 21:30:30.0 -0700 @@ -21,6 +21,7 @@ Section: libs Architecture: any Depends: ${misc:Depends}, ${shlibs:Depends} +Breaks: libraptor1 ( 1.4.21-3) Suggests: raptor2-utils Description: Raptor 2 RDF syntax library Raptor is a C library providing a set of parsers and serializers for diff -Nru raptor2-2.0.8/debian/patches/001-remove-m-strict-help.patch raptor2-2.0.8/debian/patches/001-remove-m-strict-help.patch --- raptor2-2.0.8/debian/patches/001-remove-m-strict-help.patch 1969-12-31 16:00:00.0 -0800 +++ raptor2-2.0.8/debian/patches/001-remove-m-strict-help.patch 2012-09-07 21:45:17.0 -0700 @@ -0,0 +1,22 @@ +Description: Remove -m MODE from rapepr help +Origin: commit:430a21084665da35a715e9055d72a13487972969 +Author: Dave Beckett d...@dajobe.org +Last-Update: 2012-09-07 + +Remove -m MODE from help + +This option was removed in commit f94fa561db05b21132b14a2b72f05b77e666c252 +on Wed Apr 28 21:31:54 2010 -0700 as part of the Raptor V2 work. + +diff --git a/utils/rapper.c b/utils/rapper.c +index c130177..31affb8 100644 +--- a/utils/rapper.c b/utils/rapper.c +@@ -707,7 +707,6 @@ main(int argc, char *argv[]) + puts(HELP_TEXT(f OPTION(=VALUE), feature OPTION(=VALUE), HELP_PAD Set parser or serializer options HELP_PAD Use `-f help' for a list of valid options)); + puts(HELP_TEXT(g, guess , Guess the input syntax (same as -i guess))); + puts(HELP_TEXT(h, help, Print this help, then exit)); +-puts(HELP_TEXT(m MODE, mode MODE , Set parser mode - 'lax' (default) or 'strict')); + puts(HELP_TEXT(q, quiet , No extra information messages)); + puts(HELP_TEXT(r, replace-newlines, Replace newlines with spaces in literals)); + #ifdef SHOW_GRAPHS_FLAG diff -Nru raptor2-2.0.8/debian/patches/series raptor2-2.0.8/debian/patches/series --- raptor2-2.0.8/debian/patches/series 1969-12-31 16:00:00.0 -0800 +++ raptor2-2.0.8/debian/patches/series 2012-09-07 21:45:55.0 -0700 @@ -0,0 +1 @@ +001-remove-m-strict-help.patch diff -Nru raptor2-2.0.8/debian/rules raptor2-2.0.8/debian/rules --- raptor2-2.0.8/debian/rules 2012-06-24 23:31:55.0 -0700 +++ raptor2-2.0.8/debian/rules 2012-09-07 21:54:14.0 -0700 @@ -13,7 +13,6 @@ DEB_DBG_PACKAGE_libraptor2-0 = libraptor2-0-dbg DEB_CONFIGURE_USER_FLAGS= \ - --with-xml-parser=libxml \ --enable-release LDFLAGS += -Wl,--default-symver
Bug#692004: [Pkg-utopia-maintainers] Bug#692004: network-manager: tries to start unplugged wired connection after daemon restart
On 01.11.2012 07:23, Andreas Kloeckner wrote: Package: network-manager Version: 0.9.6.4-1 Severity: normal Dear Maintainer, If I restart network-manager using /etc/init.d/network-manager restart then it tries to connect to the wired network, even though no cable is plugged in. Please get me a debug log or Networkmanager https://live.gnome.org/NetworkManager/Debugging What does # cat /sys/class/net/eth0/carrier say? (replace eth0 with your network device) -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#691754: LSI MegaRAID
Hi! Considering this seems to affect a very limited number of hardware I don't think it actually classifies as critical for kfreebsd after all. I don't know how many SystemX servers IBM has sold in the last 6 months, but most of them mount this or other LSI cards based on the same LSI MegaRAID SAS 2208 chip. So it may be a quite significant amount of hardware... However, FreeBSD 9.0-stable ships a newer driver from LSI (maybe it's the same as the new mrsas driver mentioned in LSI's KB article?). http://svnweb.freebsd.org/base/stable/9/sys/dev/mps/mps.c?view=log I guess this driver is being used with FreeBSD at Netflix (they claim to use MPT2 controllers for their new CDN) and/or at Yahoo!; note that scottl reviewed many of the fixes in the changelog: http://lists.freebsd.org/pipermail/freebsd-stable/2012-June/068129.html That suggests it would be technically possible to use the newer driver with kFreeBSD 9.0, but the diff would be large, and maybe not the sort of thing that could be introduced this late in the freeze for Wheezy? I can not confirm that those are the same drivers. Comparing the sources of the drivers shipped by LSI with that: http://svnweb.freebsd.org/base/releng/9.1/sys/dev/mps/mps.c?view=log seems to indicate that they don't have anything to do with each other. Maybe same chip but different card with different API? Or maybe just a lot of refactoring... no idea. Anyway, I managed to successfully install FreeBSD-9.0-RELEASE following the instructions here (pages 26-35): http://www.lsi.com/downloads/Public/MegaRAID%20Common%20Files/80-00163-01_RevG.pdf The sources and the pre-compiled module can be found here: http://www.lsi.com/downloads/Public/MegaRAID%20Common%20Files/MR_FreeBSD_DRIVER_2208-v05.504.05.00.tgz As I was installing a stock kernel, for me it boiled down to just copying the pre-compiled module mrsas.ko to /boot/kernel and add the following two lines to /boot/loader.conf: mfi_load=NO mrsas_load=YES So, all in all, for kfreebsd it would be a patch of 5524 lines, but all concentrated in a single directory for a module that was not present in kfreebsd before, so the probability of breaking something else along the way seems pretty small. And, the module sources are BSD licensed, so no problems with that either ;) Ciao, Tiziano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692012: cairo-dock starts without plugins due to version problems
Package: cairo-dock Version: 3.1.0-1 Severity: grave Justification: renders package unusable Dear Maintainer, cairo-dock starts without plugins due to version problems: cairo-dock is 3.1.0, while plugins are 3.0.0 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cairo-dock depends on: ii cairo-dock-core 3.1.0-1 ii cairo-dock-plug-ins 3.0.0-1+b1 cairo-dock recommends no packages. cairo-dock 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#690130: [Mail Delivery System] Undelivered Mail Returned to Sender
The maintainer address still bounces. Please finally fix this and stop flooding ftpmaster@ with hundreds of bounces. Ansgar ---BeginMessage--- This is the mail system at host debian.tryton.org. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can delete your own text from the attached returned message. The mail system try...@lists.debian-maintainers.org (expanded from maintain...@debian.tryton.org): delivery temporarily suspended: Host or domain name not found. Name service error for name=lists.debian-maintainers.org type=MX: Host not found, try again Reporting-MTA: dns; debian.tryton.org X-Postfix-Queue-ID: B2237121FD2 X-Postfix-Sender: rfc822; envelope@ftp-master.debian.org Arrival-Date: Wed, 24 Oct 2012 20:52:56 + (UTC) Final-Recipient: rfc822; tryton@lists.debian-maintainers.org Original-Recipient: rfc822;maintainers@debian.tryton.org Action: failed Status: 4.4.3 Diagnostic-Code: X-Postfix; delivery temporarily suspended: Host or domain name not found. Name service error for name=lists.debian-maintainers.org type=MX: Host not found, try again ---BeginMessage--- DM flag not set, but accepted as DMUA was set. Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 24 Oct 2012 14:24:56 +0200 Source: tryton-modules-project-revenue Binary: tryton-modules-project-revenue Architecture: source all Version: 2.6.0-1 Distribution: experimental Urgency: low Maintainer: Debian Tryton Maintainers maintain...@debian.tryton.org Changed-By: Mathias Behrle mathi...@m9s.biz Description: tryton-modules-project-revenue - Tryton Application Platform (Project Revenue Module) Changes: tryton-modules-project-revenue (2.6.0-1) experimental; urgency=low . * Merging upstream version 2.6.0. * Bumping versioned tryton depends to 2.6. Checksums-Sha1: 08fbb0b9b97a5d0a05b32f14e0d62b008fc39ad7 2231 tryton-modules-project-revenue_2.6.0-1.dsc 2cd3cdd57782fb8671f93f1aba1498722421ed59 20164 tryton-modules-project-revenue_2.6.0.orig.tar.xz 172fef9ca085465949ca9b5e954aade821ca49f9 2424 tryton-modules-project-revenue_2.6.0-1.debian.tar.xz ee5d65025e64d6d5977045963521b65f754f5475 11892 tryton-modules-project-revenue_2.6.0-1_all.deb Checksums-Sha256: 58b858f18a62ba3179ea99106b0bddcf0cf1920e14f972f521d416bd2ec5aa77 2231 tryton-modules-project-revenue_2.6.0-1.dsc 46143df3d78be02a371ca723742e346ddaab36aaccee955ccb53db6b5eda106d 20164 tryton-modules-project-revenue_2.6.0.orig.tar.xz 61d9df93252b13e62913cdfb4dc3ad72e7ff83e159065047fd3dad238e613fe3 2424 tryton-modules-project-revenue_2.6.0-1.debian.tar.xz 1402b022cda93a99760aa9a9701f9f37fd0a3da4adc0fc84ddb2bb2e3c6ca1d4 11892 tryton-modules-project-revenue_2.6.0-1_all.deb Files: dcad5c454e9fb765531ef28e37f0458c 2231 python optional tryton-modules-project-revenue_2.6.0-1.dsc 77226fc02d748512ed8facb9b6e8de8e 20164 python optional tryton-modules-project-revenue_2.6.0.orig.tar.xz f26f9f4dcdad3bcef5a56c30f8d21d60 2424 python optional tryton-modules-project-revenue_2.6.0-1.debian.tar.xz 0a590ee4dee9d1ea3ac90f0551180389 11892 python optional tryton-modules-project-revenue_2.6.0-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQh+NlAAoJENbQm+SEBbv2DggQAJfEXwogCclj/e41Nxm6XWv3 sFkHD5MUzgVovgkDCVY/um0I4xX/RFieqJtK9w1QdcjGNucXQw7wpSqGktGIE+Tf /BgVN+8brMY+/7QTvJ2Lt96UxGeTVVbXKRhEcp6F+26EYHU37YaFg/v3vibnwSXR ITxVR8/J5VMaLv4qS5i/ufyzRcXlbTLVbniCis4WsQWJYD9UsJTdkHJn37fpNrlX 7FQ5+iB41WQkuB+2GlB3/zwykBBlO0hW7Tc7zf/2rMzSsh2qRCuNNcExJ8PgHtKn /wCvYTJeam84QCnUedNuPBdj8AL3Bq16OIRcagybqh83PtMDw3TwujlDsk4yQ776 J91UST9864kkNnk6OdJDokI10P/uTIy4jrlA2gFhPmjVM1t0g6o8YopAQddQJnPi EVsyd9tXrQHgQFaSDdhTYR9bTNfh0SJL4yE1PBWV9zZ8z0TBONoMu5APFTa62ZV5 KkOXXvLpgtQqcYGks7WKUFlTpQ0lS37tPML/SfR2qb+5S9itIT1Nu2vmTsWhYaja Ro/3gB3l7UuTMH/sMdOI93aybo9gbc8jTLcNcB93T+PMclWDqY6n7W0q0fBldfvs lxh0ZT7iEChmsYnTW0lRj5u9A+26sX1ZQEgbEiBmCz5sEYLVQuPBz5PfZhDdLbBc 7+Ny2xycEbE6ZNniWKnu =Tla9 -END PGP SIGNATURE- Thank you for your contribution to Debian. ---End Message--- ---End Message---
Bug#675081: maybe this is not enough
Dear Debian users! Maybe 2 seconds are not enough to stop. You have to wait for proftpd to stop. /etc/init.d/proftpd:176 signal stop 1 sleep 2 start All the best wishes to you all! Szépe Viktor -- +36 20 4242498 s...@szepe.net skype: szepe.viktor Budapest, XIV. kerület, Róna utca 121. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690814: [3.1-3.2.y regression] disk activity provokes lockups on VIA EPIA CL-6000
--- On Tue, 10/30/12, Jonathan Nieder jrnie...@gmail.com wrote: Thanks! To recap: 3.1.8-2 works fine 3.2.1-1 hung at Loading, please wait... once, worked fine twice 3.2.23-1 reliably hangs (though not always right away) Could you try 3.2~rc4-1~experimental.1, to narrow down the range a little? (If it doesn't hang, that would be great, but I suspect it will hang, too.) 3.2~rc4-1~experimental.1 seems to work fine i.e. I booted it several times and didn't encounter a problem. Also booted 3.2.1-1 again and it also booted fine (it has been running fine for a week or so). Also tried 3.2.23-1 again but it got stuck at Activating swap..., thus I think that reliably hangs states it correctly. I also tried linux-image-3.2.0-2-486_3.2.19-1_i386.deb. It seems to boot fine (3 tests) and I left it running for now to see if it locks up while it is in use.
Bug#692013: php5-memcache: fails to install and uninstall
Package: php5-memcache Version: 3.0.7-1 Severity: serious Justification: 10.7.3 Hallo, the package fails to update and trying to recover by uninstalling fails too 1 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue [Y/n]? Setting up php5-memcache (3.0.7-1) ... ERROR: /etc/php5/mods-available/memcache.ini does not exist dpkg: error processing php5-memcache (--configure): subprocess installed post-installation script returned error exit status 2 Errors were encountered while processing: php5-memcache E: Sub-process /usr/bin/dpkg returned an error code (1) thecus:~# apt-get remove php5-memcache Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: php5-memcache 0 upgraded, 0 newly installed, 1 to remove and 2 not upgraded. 1 not fully installed or removed. After this operation, 173 kB disk space will be freed. Do you want to continue [Y/n]? (Reading database ... 98551 files and directories currently installed.) Removing php5-memcache ... dpkg: error processing php5-memcache (--remove): subprocess installed pre-removal script returned error exit status 1 Errors were encountered while processing: php5-memcache E: Sub-process /usr/bin/dpkg returned an error code (1) thecus:~# for the installation script it seems that the package fails to detect if the config file has been deleted by the user for the prerm script it is the same, but here the user is completly left in the woods what really happens. coldtobi -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages php5-memcache depends on: ii libapache2-mod-php5 [phpapi-20100525+lfs] 5.4.4-9 ii libc6 2.13-36 ii php5-cgi [phpapi-20100525+lfs] 5.4.4-9 ii php5-cli [phpapi-20100525+lfs] 5.4.4-9 ii ucf3.0025+nmu3 php5-memcache recommends no packages. Versions of packages php5-memcache suggests: ii memcached 1.4.13-0.1 -- Configuration Files: /etc/php5/mods-available/memcache.ini [Errno 2] No such file or directory: u'/etc/php5/mods-available/memcache.ini' -- 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#684184: closed by Hleb Valoshka 375...@gmail.com (Bug#684184: fixed in ruby-gettext 2.2.1-3)
Control: found -1 ruby-gettext/2.2.1-3 On Sun, 07 Oct 2012 22:21:13 + Debian Bug Tracking System wrote: [...] - 0005-process-RubyToken-TkDSTRING-too.patch: rgettext won't copy comments for translators to all subsequent messages (Closes: #684184) Thanks for addressing this issue. Unfortunately, the fix seems to be incomplete. I still experience the bug, whenever ngettext() is used. I updated my little test case (originally sent along with bug report #684182), in order to show that the bug is not yet completely fixed. $ cat myapplication.rb #!/usr/bin/ruby1.8 # Copyright (C) 2012 Francesco Poli # # This program is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation; either version 2 of the License, or # (at your option) any later version. # # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # You should have received a copy of the GNU General Public License with # the Debian GNU/Linux distribution in file /usr/share/common-licenses/GPL; # if not, write to the Free Software Foundation, Inc., 59 Temple Place, # Suite 330, Boston, MA 02111-1307 USA require 'gettext' include GetText GetText::bindtextdomain(myapplication) count = 0 print _(Hello everybody!\n) count += 1 print _(You are running an internationalized Ruby program.\n) count += 1 # TRANSLATORS: %d is the number of already printed messages print ngettext(You have already seen %d translatable message.\n, You have already seen %d translatable messages.\n, count) % count print _(Is this message # 3 or # 4 ?\n) print _(OK, I am tired...\n) print _(Goodbye!\n) Let's generate the corresponding .pot file by using xgettext (from the gettext package): $ xgettext --add-comments=TRANSLATORS --no-wrap \ --copyright-holder=Francesco Poli \ --package-name=myapplication --package-version=0.2 \ --msgid-bugs-address=addr...@example.com \ --language=python \ myapplication.rb -o myapplication_XGETTEXT.pot $ cat myapplication_XGETTEXT.pot # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR Francesco Poli # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: myapplication 0.2\n Report-Msgid-Bugs-To: addr...@example.com\n POT-Creation-Date: 2012-11-01 11:05+0100\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=INTEGER; plural=EXPRESSION;\n #: myapplication.rb:24 msgid Hello everybody!\n msgstr #: myapplication.rb:27 msgid You are running an internationalized Ruby program.\n msgstr #. TRANSLATORS: %d is the number of already printed messages #: myapplication.rb:31 #, python-format msgid You have already seen %d translatable message.\n msgid_plural You have already seen %d translatable messages.\n msgstr[0] msgstr[1] #: myapplication.rb:35 msgid Is this message # 3 or # 4 ?\n msgstr #: myapplication.rb:37 msgid OK, I am tired...\n msgstr #: myapplication.rb:39 msgid Goodbye!\n msgstr Once again, everything seems to be OK. Let's try with rgettext: $ rgettext myapplication.rb -o myapplication_RGETTEXT.pot # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n POT-Creation-Date: 2012-11-01 11:06+0100\n PO-Revision-Date: 2012-11-01 11:06+0100\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=INTEGER; plural=EXPRESSION;\n #: myapplication.rb:24 msgid Hello everybody!\n msgstr #: myapplication.rb:27 msgid You are running an internationalized Ruby program.\n msgstr #. %d is the number of already printed messages #: myapplication.rb:31 msgid You have already seen %d translatable message.\n msgid_plural You have already seen %d translatable messages.\n msgstr[0] msgstr[1] #. %d is the number of already printed messages #: myapplication.rb:35 msgid Is this message # 3 or # 4 ?\n msgstr #: myapplication.rb:37 msgid OK, I am
Bug#692014: kbd: /usr/bin/resizecons is only included on arch i386 and there is no hint why
Package: kbd Version: 1.15.3-9 Severity: normal Dear Maintainers, I wanted to try if resizecons works in a VM guest (amd64) after having found its man page. But I could not run the command and finally found out that it is not there. A short research on packages.debian.org showed that the program is only included on arch i386. I would like when the system could at least give a hint and tell that this program is not included. I did also not find anything about this in the doc. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kbd depends on: ii libc6 2.13-35 ii lsb-base 4.1+Debian7 Versions of packages kbd recommends: ii console-setup 1.82 kbd 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#692015: unblock: kdesudo/3.4.2.4-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package kdesudo. The -2 version fixes two l10n bugs: a fix in es.po and the addition of id.po. I have also re-run debconf-updatepo (which only affects the VCS state). Changelog is: kdesudo (3.4.2.4-2) unstable; urgency=low [ David Prévot ] * debian/po/es.po: Fix charset (Closes: #691952) [ Mahyuddin Susanto ] * Add Indonesian debconf templates translation. (Closes: #658788) [ Didier Raboud ] * Run debconf-updatepo. diffstat: changelog | 13 + po/es.po |2 +- po/id.po | 47 +++ 3 files changed, 61 insertions(+), 1 deletion(-) So please: unblock kdesudo/3.4.2.4-2 Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692016: xfce4-session: Possibly memory leak in xfsm-legacy.c
Package: xfce4-session Version: 4.10.0-1 Severity: minor Tags: upstream Hi, I checked xfce4-session with cppcheck and it noticed a possible leak in xfce4-session/xfsm-legacy.c in the 4.10.0 (experimental) version. The leak appears to be happening in an inner loop[0], but given the name of the file (legacy) it is possibly a minor problem. ~Niels [0] So a leak based on the number of windows (screens * number of windows in that screen). --- xfce4-session/xfsm-legacy.c.orig 2012-11-01 11:23:53.228575912 +0100 +++ xfce4-session/xfsm-legacy.c 2012-11-01 11:28:37.624583205 +0100 @@ -306,8 +306,8 @@ SmWindow *sm_window; int n, i; int type; - gchar *wmclass1; - gchar *wmclass2; + gchar *wmclass1 = NULL; + gchar *wmclass2 = NULL; Window root, window; XEvent ev; int awaiting_replies = 0; @@ -374,6 +374,8 @@ sm_window = sm_window_new (leader, n, type, wmclass1, wmclass2); window_list = g_list_append (window_list, sm_window); + g_free(wmclass2); + g_free(wmclass1); } }
Bug#692017: aptitude: package hold consistency between apt - aptitude - dpkg - synaptic
Package: aptitude Version: 0.6.8.1-2 Severity: wishlist * What led up to the situation? I just tried to hold a specific package (gdebi) in aptitude and it really is not held while using apt-get upgrade. If hold in aptitude, apt-get ignores it, dpkg too. If hold by dpkg, apt-get accept it, but aptitude doesnt. it is a real pain though trying to keep old versions of something. as a note: gdebi 0.8.5 working, but not with 0.8.6, i've send a bug report * What exactly did you do (or not do) that was effective (or ineffective)? only using one method to update/upgrade , in my case, i'm using aptitude * What outcome did you expect instead? It will be really nice if one can simply hold a package on apt and all the package manager respect it.. One hold to rule them all, One hold to find them, One hold to bring them all and in the darkness bind them -- Package-specific info: Terminal: xterm $DISPLAY is set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.6.8.1 compiled at Sep 25 2012 14:08:38 Compiler: g++ 4.7.2 Compiled against: apt version 4.12.0 NCurses version 5.9 libsigc++ version: 2.2.10 Ept support enabled. Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 5.9.20110404 cwidget version: 0.5.16 Apt version: 4.12.0 aptitude linkage: linux-vdso.so.1 = (0x7fff64f7a000) libapt-pkg.so.4.12 = /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 (0x7fd00c75d000) libncursesw.so.5 = /lib/x86_64-linux-gnu/libncursesw.so.5 (0x7fd00c52d000) libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7fd00c303000) libsigc-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 (0x7fd00c0fe000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7fd00bdfe000) libept.so.1.aptpkg4.12 = /usr/lib/libept.so.1.aptpkg4.12 (0x7fd00bb5d000) libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7fd00b778000) libz.so.1 = /lib/x86_64-linux-gnu/libz.so.1 (0x7fd00b561000) libsqlite3.so.0 = /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x7fd00b2b5000) libboost_iostreams.so.1.49.0 = /usr/lib/libboost_iostreams.so.1.49.0 (0x7fd00b09c000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7fd00ae8) libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7fd00ab78000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7fd00a8f6000) libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7fd00a6e) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7fd00a358000) libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x7fd00a155000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7fd009f51000) libbz2.so.1.0 = /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7fd009d4) libuuid.so.1 = /lib/x86_64-linux-gnu/libuuid.so.1 (0x7fd009b3b000) librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7fd009932000) /lib64/ld-linux-x86-64.so.2 (0x7fd00d0fb000) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (500, 'testing-proposed-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-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/dash Versions of packages aptitude depends on: ii aptitude-common 0.6.8.1-2 ii libapt-pkg4.120.9.7.5 ii libboost-iostreams1.49.0 1.49.0-3.1 ii libc6 2.13-35 ii libcwidget3 0.5.16-3.4 ii libept1.4.12 1.0.9 ii libgcc1 1:4.7.1-7 ii libncursesw5 5.9-10 ii libsigc++-2.0-0c2a2.2.10-0.2 ii libsqlite3-0 3.7.13-1 ii libstdc++64.7.1-7 ii libtinfo5 5.9-10 ii libxapian22 1.2.12-1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages aptitude recommends: ii apt-xapian-index0.45 ii aptitude-doc-en [aptitude-doc] 0.6.8.1-2 ii libparse-debianchangelog-perl 1.2.0-1 ii sensible-utils 0.0.7 Versions of packages aptitude suggests: pn debtags none ii tasksel 3.13 -- 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#486881: Yes, Dimdim is dead
As others already noticed Dimdim is dead as an Open Source project since the company was bought by Salesforce. What will happen to the Open Source version of Dimdim? The open source code made available by Dimdim remains available on SourceForge.net. Dimdim will no longer be contributing to this project. http://www.dimdim.com/faq.html#q9 I therefore suggest to resolve this RFP issue as won't fix. I also suggest to help with this new RFP: RFP: bigbluebutton -- Open Source Web Conferencing http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691978 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691998: TypeError: decoding Unicode is not supported
Control: severity -1 serious Control: tags -1 patch This bug leaves the gdebi-kde executable completely broken -- it can't even generate help output let alone install packages. In gdebi-kde, _ is set to the ugettext function rather than gettext ( (as opposed to gdebi-gtk where it is gettext). The result of help=unicode(_(Run non-interactive (dangerous!)),UTF-8)) is that unicode is trying to decode a unicode object as UTF-8 rather than a string. Python can't do that, so you get the reported error. The attached patch removes what I believe to be the unicode(…, UTF-8) call. cheers Stuart -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprintBE65 FD1E F4EA 08F3 23D4 3C6D 9FE8 B8CD 71C5 D1A8 GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7 diff -Nru gdebi-0.8.6/debian/changelog gdebi-0.8.6+nmu1/debian/changelog --- gdebi-0.8.6/debian/changelog 2012-10-11 21:07:45.0 +0100 +++ gdebi-0.8.6+nmu1/debian/changelog 2012-11-01 09:57:59.0 + @@ -1,3 +1,10 @@ +gdebi (0.8.6+nmu1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Don't try to decode a unicode string as UTF-8 in gdeb-kde (Closes: #691998) + + -- Stuart Prescott stu...@debian.org Thu, 01 Nov 2012 09:47:13 + + gdebi (0.8.6) unstable; urgency=low * gdebi, GDebi/GDebiCli.py: diff -Nru gdebi-0.8.6/gdebi-kde gdebi-0.8.6+nmu1/gdebi-kde --- gdebi-0.8.6/gdebi-kde 2012-10-11 20:56:58.0 +0100 +++ gdebi-0.8.6+nmu1/gdebi-kde 2012-11-01 09:57:59.0 + @@ -64,7 +64,7 @@ parser.add_option(-n, --non-interactive, action=store_true, dest=non_interactive, default=False, - help=unicode(_(Run non-interactive (dangerous!)),UTF-8)) + help=_(Run non-interactive (dangerous!))) (options, args) = parser.parse_args() try: signature.asc Description: This is a digitally signed message part.
Bug#691895: weechat-curses: ceritificate verification fails
On Wed, Oct 31, 2012 at 12:43:38AM +0100, Michal Suchanek wrote: Package: weechat-curses Version: 0.3.9-1 Severity: normal [...] weechat fails: 23:29:57 oftc -- | irc: reconnecting to server... 23:29:57 oftc -- | irc: connecting to server irc.oftc.net/6697 (SSL) via socks5 proxy 10.10.10.11/9050... 23:30:02 oftc -- | gnutls: connected using 2048-bit Diffie-Hellman shared secret exchange 23:30:02 oftc =!= | gnutls: peer's certificate is NOT trusted 23:30:02 oftc =!= | gnutls: peer's certificate issuer is unknown 23:30:02 oftc -- | gnutls: receiving 4 certificates [...] It works fine for me with a setup very close to yours: 11:42:06oftc -- | irc: connecting to server irc.oftc.net/6697 (SSL) via socks5 proxy 127.0.0.1/... 11:42:06oftc -- | gnutls: connected using 2048-bit Diffie-Hellman shared secret exchange 11:42:07oftc -- | gnutls: peer's certificate is trusted 11:42:07oftc -- | gnutls: receiving 4 certificates 11:42:07oftc -- | - certificate[1] info: 11:42:07oftc -- |- subject `CN=kinetic.oftc.net', issuer `O=Open and Free Technology Community,OU=certification authority for irc,CN=irc.ca.oftc.net,EMAIL=supp...@oftc.net', RSA key 2048 bits, signed using RSA-SHA1, activated `2012-10-03 19:44:39 UTC', expires `2013-10-03 19:44:39 UTC', SHA-1 fingerprint | `bd06ae699d8602a0af92f81d11d900c77fc062a4' 11:42:07oftc -- | - certificate[2] info: 11:42:07oftc -- |- subject `O=Open and Free Technology Community,OU=certification authority for irc,CN=irc.ca.oftc.net,EMAIL=supp...@oftc.net', issuer `O=Open and Free Technology Community,OU=Certification Authority,CN=ca.oftc.net,EMAIL=supp...@oftc.net', RSA key 2048 bits, signed using RSA-SHA1, activated | `2008-05-25 00:10:59 UTC', expires `2013-05-24 00:10:59 UTC', SHA-1 fingerprint `e45b2de35faec3e999209e34f7ce4c05b6adb73c' 11:42:07oftc -- | - certificate[3] info: 11:42:07oftc -- |- subject `O=Open and Free Technology Community,OU=Certification Authority,CN=ca.oftc.net,EMAIL=supp...@oftc.net', issuer `C=US,ST=Indiana,L=Indianapolis,O=Software in the Public Interest,OU=hostmaster,CN=Certificate Authority,EMAIL=hostmas...@spi-inc.org', RSA key 2048 bits, signed using | RSA-SHA1, activated `2008-05-24 23:53:25 UTC', expires `2013-05-23 23:53:25 UTC', SHA-1 fingerprint `27361360dd639f5ee74b07468345516fc0f052f1' 11:42:07oftc -- | - certificate[4] info: 11:42:07oftc -- |- subject `C=US,ST=Indiana,L=Indianapolis,O=Software in the Public Interest,OU=hostmaster,CN=Certificate Authority,EMAIL=hostmas...@spi-inc.org', issuer `C=US,ST=Indiana,L=Indianapolis,O=Software in the Public Interest,OU=hostmaster,CN=Certificate Authority,EMAIL=hostmas...@spi-inc.org', RSA | key 4096 bits, signed using RSA-SHA1, activated `2008-05-13 08:07:56 UTC', expires `2018-05-11 08:07:56 UTC', SHA-1 fingerprint `af70884383820215cd61c6bcecfd3724a990431c' 11:42:07oftc -- | irc: connected to irc.oftc.net/6697 (?) What about the result of the following command in weechat? weechat# /set *ssl_* Regards, -- Emmanuel Bouthenot mail: kolter@{openics,debian}.orggpg: 4096R/0x929D42C3 xmpp: kol...@im.openics.org irc: kolter@{freenode,oftc} -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692017: [Aptitude-devel] Bug#692017: aptitude: package hold consistency between apt - aptitude - dpkg - synaptic
Control: forcemerge 137771 -1 Hi Muhammad, thanks for the report. Muhammad Safri Dzalfaiz wrote: I just tried to hold a specific package (gdebi) in aptitude and it really is not held while using apt-get upgrade. If hold in aptitude, apt-get ignores it, dpkg too. If hold by dpkg, apt-get accept it, but aptitude doesnt. it is a real pain though trying to keep old versions of something. Nevertheless, this is known issue and already has been reported, but is not as trivial to fix as it seems. I'm merging your bug report into the already existing buig report(s). You will be notified as soon as a fix is uploaded to Debian. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692018: xfdesktop4: Possible memory leak in settings/main.c
Package: xfdesktop4 Version: 4.8.3-2 Severity: normal Tags: upstream Hi, cppcheck brought the following code snippet in settings/main.c to my attention. Unlike #692016, this appears to be a real leak: PreviewData *pdata = g_new0(PreviewData, 1); pdata-model = g_object_ref(G_OBJECT(model)); if(TARGET_TEXT_URI_LIST != info || selection_data-format != 8 || selection_data-length = 0) { gtk_drag_finish(context, FALSE, FALSE, time_); return; } [...] It seems to both cppcheck and me that pdata is leaked if the condition for this if-statement is true. Also, model may be leaked due to the g_object_ref call. I cannot find any ownership passing (or any use) of pdata or model in the body of the if-statement. I attached an untested proposed solution, which is to defer memory allocation and ref'ing till after the if (i.e. at the [...] part). The code snippet appears in 4.10.0, so if you agree with my assertion, 4.10.0 is also affected. ~Niels --- settings/main.c.orig 2012-11-01 11:54:34.540623096 +0100 +++ settings/main.c 2012-11-01 11:56:46.288626451 +0100 @@ -1087,9 +1087,7 @@ gboolean file_added; gchar *p; GtkTreeModel *model = gtk_tree_view_get_model(GTK_TREE_VIEW(widget)); -PreviewData *pdata = g_new0(PreviewData, 1); - -pdata-model = g_object_ref(G_OBJECT(model)); +PreviewData *pdata; if(TARGET_TEXT_URI_LIST != info || selection_data-format != 8 @@ -1099,6 +1097,9 @@ return; } +pdata = g_new0(PreviewData, 1); +pdata-model = g_object_ref(G_OBJECT(model)); + p = (gchar *)selection_data-data; while(*p) { if(*p != '#') {
Bug#691973: wicd-daemon.py clobbers /etc/resolv.conf
Op 31 okt. 2012 23:36 schreef David Paleino da...@debian.org het volgende: I've fixed it by taking care of the case where resolv.conf is a symlink. Please note the quotes around fixed. :-) Well let me think. Certainly making the backup does no harm. And restoring a symlink with the same symlink also does no harm. So from resolvconf's perspective you have fixed the present (clobber) bug. Unfortunately, where the daemon does the backup/restore operations, it doesn't know anything about the interfaces -- or whether resolvconf is being used. Anything can always assume that resolvconf is being used if it is installed, i.e., /sbin/resolvconf exists and is executable. P.s. Thanks for responding so quickly. In the future I'll just file reports in the Debian BTS unless the Ubuntu package is relevantly different. P.p.s. Looking forward to trying out wicd. -- Thomas
Bug#692019: xterm: changing title not working
Package: xterm Version: 261-1 Severity: normal xterm -T Le titre de mon XTerm -n Le titre de son icône http://www.tldp.org/pub/Linux/docs/HOWTO/translations/fr/html-1page/Xterm-Title.htmlhttp://www.tldp.org/pub/Linux/docs/HOWTO/translations/fr/html-1page/Xterm-Title.html 0x02600024 0 debian reportbug-xterm-20121101-21745-o4YZQi + (/tmp) - VIM VIM kind regards -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages xterm depends on: ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libfontconfig12.8.0-2.1 generic font configuration library ii libice6 2:1.0.6-2 X11 Inter-Client Exchange library ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ii libutempter0 1.1.5-3A privileged helper for utmp/wtmp ii libx11-6 2:1.3.3-4 X11 client-side library ii libxaw7 2:1.0.7-1 X11 Athena Widget library ii libxft2 2.1.14-2 FreeType-based font drawing librar ii libxmu6 2:1.0.5-2 X11 miscellaneous utility library ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii xbitmaps 1.1.0-1Base X bitmaps Versions of packages xterm recommends: ii x11-utils 7.5+4 X11 utilities Versions of packages xterm suggests: pn xfonts-cyrillic none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691895: weechat-curses: ceritificate verification fails
Hello, On 1 November 2012 11:50, Emmanuel Bouthenot kol...@openics.org wrote: What about the result of the following command in weechat? weechat# /set *ssl_* I have these settings: 12:20:37 weechat | [network] (relay.conf) 12:20:37 weechat | relay.network.ssl_cert_key = %h/ssl/relay.pem 12:20:37 weechat | 12:20:37 weechat | [server_default] (irc.conf) 12:20:37 weechat | irc.server_default.ssl_cert = 12:20:37 weechat | irc.server_default.ssl_dhkey_size = 2048 12:20:37 weechat | irc.server_default.ssl_priorities = NORMAL 12:20:37 weechat | irc.server_default.ssl_verify = on 12:20:37 weechat | Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691747: closing 691747
Hi, On Wed, Oct 31, 2012 at 04:59:45PM -0400, David Prévot wrote: ... Not even mentioning AsciiDoc sources, converted to DocBook, translated for the DocBook version, etc. So in doubt, just let the maintainers take care of handling their bug reports ;). Thanks. I think I missed your last svn commit before my upload. This series of updates and both needs to be updated. But I guess it is not urgent. Regards, Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692022: fortunes: Paulus Silentarius → Paulus Silentiarius
Package: fortunes Version: 1:1.99.1-4 Severity: minor Tags: patch Today, fortune delivered: For I swore I would stay a year away from her; out and alas! but with break of day I went to make supplication. -- Paulus Silentarius, c. 540 A.D. Actually, the guys name is Paulus Silentiarius. Best regards, Alexander -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (700, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fortunes depends on: ii fortunes-min 1:1.99.1-4 Data files containing fortune cook Versions of packages fortunes recommends: ii fortune-mod 1:1.99.1-4 provides fortune cookies on demand fortunes suggests no packages. -- no debconf information --- men-women.old 2012-11-01 12:41:50.148155254 +0100 +++ men-women.new 2012-11-01 12:42:41.184158485 +0100 @@ -702,7 +702,7 @@ % For I swore I would stay a year away from her; out and alas! but with break of day I went to make supplication. - -- Paulus Silentarius, c. 540 A.D. + -- Paulus Silentiarius, c. 540 A.D. % For thirty years a certain man went to spend every evening with Mme. ___. When his wife died his friends believed he would marry her, and urged
Bug#692023: ITP: python-dbusmock -- Mock D-Bus objects for testsuites
Package: wnpp Severity: wishlist Owner: Martin Pitt mp...@debian.org * Package name: python-dbusmock Version : 0.1.2 Upstream Author : Martin Pitt martin.p...@ubuntu.com * URL : https://launchpad.net/python-dbusmock * License : LGPL 3+ Programming Lang: Python 3 Description : Mock D-Bus objects for testsuites With this program/Python library you can easily create mock objects on D-Bus. This is useful for writing tests for software which talks to D-Bus services such as upower, systemd, ConsoleKit, gnome-session or others, and it is hard (or impossible without root privileges) to set the state of the real services to what you expect in your tests. When using a local system/session bus, you can do integration testing without needing root privileges or disturbing a running system. The Python API offers some convenience functions like start_session_bus() and start_system_bus() for this, in a DBusTestCase class (subclass of unittest.TestCase). You can use this with any programming language, as you can run the mocker as a normal program. The actual setup of the mock (adding objects, methods, properties, etc.) all happen via D-Bus methods on the org.freedesktop.DBus.Mock interface. You just don't have the convenience API that way. Have a look at the README for more information, examples, and pointers to documentation: http://bazaar.launchpad.net/~pitti/python-dbusmock/trunk/view/head:/README.rst PyPI page: http://pypi.python.org/pypi/python-dbusmock Ubuntu packages: https://code.launchpad.net/~pitti/+archive/daily-builds Is it ok to upload this with Maintainer: being the Python team, and me being the/an uploader? Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#672336: Segfault when printing some PDF
reassign 672336 libcairo2 forcemerge 687783 672336 thanks ❦ 30 octobre 2012 11:22 CET, Olivier Berger olivier.ber...@it-sudparis.eu : With the following PDF: http://www.ameli.fr/fileadmin/user_upload/formulaires/S3704.pdf I get a segfault when printing (even with the preview, no need to really print): #0 decode_integer (p=0x0, integer=0x7fff8aa1b388) at /tmp/buildd/cairo-1.12.2/src/cairo-cff-subset.c:241 241 /tmp/buildd/cairo-1.12.2/src/cairo-cff-subset.c: No such file or directory. (gdb) bt full #0 decode_integer (p=0x0, integer=0x7fff8aa1b388) at /tmp/buildd/cairo-1.12.2/src/cairo-cff-subset.c:241 No locals. #1 0x7fac2dba802e in cairo_cff_font_read_top_dict (font=0x1a8d7e0) at /tmp/buildd/cairo-1.12.2/src/cairo-cff-subset.c:1185 At first look, this seems to be a bug in cairo and not evince-gtk... and very similar to #687783. Would you mind checking, and eventually (force)merging ? Yes, that's the same: (gdb) bt full #0 decode_integer (p=0x0, integer=integer@entry=0x7fffe020) at /tmp/buildd/cairo-1.12.2/src/cairo-cff-subset.c:241 No locals. #1 0x757a1bfa in cairo_cff_font_read_top_dict (font=0x5620ab30) at /tmp/buildd/cairo-1.12.2/src/cairo-cff-subset.c:1185 index = {size = 1, num_elements = 1, element_size = 24, elements = 0x5616aac0 } element = optimized out buf = `\256\b\364\377\177\000\000\b\000\000\000\000\000\000\000\020\243)V operand = optimized out status = CAIRO_INT_STATUS_SUCCESS p = 0x5629a3db r\244\371`\227\373f\244\367\067\213\006\367\361\224\374ڤ\a\323\n\343\v\367\252\024 size = optimized out offset = 204 #2 0x757a32f2 in cairo_cff_font_read_font (font=0x5620ab30) at /tmp/buildd/cairo-1.12.2/src/cairo-cff-subset.c:1321 i = optimized out status = optimized out #3 cairo_cff_font_generate (length=synthetic pointer, data=synthetic pointer, font=0x5620ab30) at /tmp/buildd/cairo-1.12.2/src/cairo-cff-subset.c:2545 status = optimized out #4 _cairo_cff_subset_init (cff_subset=cff_subset@entry=0x7fffe2d0, subset_name=subset_name@entry=0x7fffe340 CairoFont-4-0, font_subset=font_subset@entry=0x7fffe440) at /tmp/buildd/cairo-1.12.2/src/cairo-cff-subset.c:2928 font = optimized out status = optimized out data = 0x0 length = 0 i = optimized out #5 0x757deba2 in _cairo_pdf_surface_emit_cff_font_subset (font_subset=0x7fffe440, surface=0x564ade10) at /tmp/buildd/cairo-1.12.2/src/cairo-pdf-surface.c:4884 status = optimized out subset = {family_name_utf8 = 0x56496ab0 , ps_name = 0x5616aac0 , widths = 0x560b6cd0, x_min = -0.568359375, y_min = -0.306640625, x_max = 2.0283203125, y_max = 1.0068359375, ascent = 0.89111328125, descent = -0.21630859375, data = 0x56408c00 \360\361@VUU, data_length = 21040} name = CairoFont-4-0\000\000\000\260\001\034VUU\000\000\060\360GVUU\000\000\320\317~\365\377\177\000\000\000`\nVUU\000\000\227\000\000\000\000\000\000\000\254\n\330\363\377\177\000 #6 _cairo_pdf_surface_emit_unscaled_font_subset (font_subset=0x7fffe440, closure=0x564ade10) ---Type return to continue, or q return to quit--- at /tmp/buildd/cairo-1.12.2/src/cairo-pdf-surface.c:5596 surface = 0x564ade10 status = CAIRO_INT_STATUS_SUCCESS #7 0x757a49de in _cairo_sub_font_collect (closure=0x7fffe3f0, entry=0x561a2dc0) at /tmp/buildd/cairo-1.12.2/src/cairo-scaled-font-subsets.c:751 sub_font = 0x561a2dc0 collection = 0x7fffe3f0 subset = {scaled_font = 0x56337c00, font_id = 4, subset_id = 0, glyphs = 0x55dd8c10, utf8 = 0x55dc7840, glyph_names = 0x0, to_latin_char = 0x564892e0, latin_to_subset_glyph_index = 0x560bc090, num_glyphs = 2, is_composite = 1, is_scaled = 0, is_latin = 1} i = optimized out j = optimized out #8 _cairo_scaled_font_subsets_foreach_internal (font_subsets=optimized out, font_subset_callback=font_subset_callback@entry=0x757deb20 _cairo_pdf_surface_emit_unscaled_font_subset, closure=closure@entry=0x564ade10, type=type@entry=CAIRO_SUBSETS_FOREACH_UNSCALED) at /tmp/buildd/cairo-1.12.2/src/cairo-scaled-font-subsets.c:1072 collection = {glyphs = 0x55dd8c10, utf8 = 0x55dc7840, glyphs_size = 70, to_latin_char = 0x564892e0, latin_to_subset_glyph_index = 0x560bc090, max_glyph = 1, num_glyphs = 2, subset_id = 0, status = CAIRO_STATUS_SUCCESS, font_subset_callback = 0x757deb20 _cairo_pdf_surface_emit_unscaled_font_subset, font_subset_callback_closure = 0x564ade10} sub_font = 0x561a2dc0 is_scaled = optimized out is_user = 0 #9 0x757a5bb7 in
Bug#686526: unblock: lightdm/1.2.2-4
Something's wrong... the PTS page doesn't show any unblock requests for this package. Is it possible to repeat it somehow? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630018: patch/fix doxygen: Missing spaces in man page output
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A patch/fix for issue A (missing space in Function doc) was submitted upstream at https://bugzilla.gnome.org/show_bug.cgi?id=651848 I can not reproduce B (no spaces after the commas in a Defines) with doxygen 1.8.2 - may be related to Doxyfile settings. #defines end up in the Macro section and arguments are properly separated. Please consider adding the patch to the debian patch-series until the issue gets resolved upstream: http://bugzilla-attachments.gnome.org/attachment.cgi?id=227750 Cheers! robin -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJQkmUdAAoJEKCQvOAs9X8EfGAP/0PeqW0j88ER/OE1IGJsh/Av UhklJewKaeCtG1PlCmU5QsUkGWuScLGgxzxQQ4hz1teGM/FFn1Nr66CA53P5Dp5E PXemu0lcDZAV1Q0GoSFM+p9acv27RloOaNgd4EQ78lJ0WSiE3zc3NZC6etuotwAb HIzAAahiV0q859Z/X0i/h078aSCrA0xV3vG62qc+SKwypTb+OCWNN2R/TDOnS8kW E+n2rpElI+pvkK22EVLLcthSjVgaa3t0vTVTCfxVbBUZUGyX4T8UrgAsFsl/SPMr UKnTL3rsAXXv31djbEvLR4ujPz8B6M9JPRONmycPit2StV6QkElgM9JOciQj8kH9 EGgvZKaZldS9dYkU157ksUzuXoQHs5w1qJNFgMWu5lj/9nz7L6rm/F9PRVcKedLq amCiWJ97b2owSDl1m/26SjboqOYhALBk9ii8NRxR173WF5zra1bloz15lPQGUoQT kdkZ/rQVuobIBFl30egupeisUBJHewgtTv6VT4JwaxOy2gNEODwxUudoHFcD2F5j JvhYwaFqvP0KAb1VlFScUmZYe1e9nhIkSZE7Ku+SnUTC68Al7wQbwS2lK3QBwozh 7U1M86g35j2IRLiHw1QH+lmaV2fuGWnB0cgyUoH/2aOT3/Nwdt4UTR79uuVqgxBX w8gKdoWhoV/oZPhRzG5v =+3Iw -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691922: installation failure with 2TB disk
Hello, Jukka Neppius, le Wed 31 Oct 2012 13:42:19 +0200, a écrit : http://d-i.alioth.debian.org/manual/en.i386/apas02.html #howto-getting-images-usb says it is a 256 MB image, so my 1 GB stick (Kingston) should be enough. This version of the manual used to be outdated. I have now setup a cronjob on my account on d-i.debian.org to update it every day. gzip: stdout: No space left on device Disk /dev/sdc: 1000 MB, 1000341504 bytes 34044754 1002438656 96.6% boot.img Gah :) Could you make boot image slightly smaller? I believe this does not cause any problems though. Sure, now reduced to 99488 bytes. I hope that nobody sells a 1GB key with less that a GB room :) apas02.html could also have a link to 'Debian netinst CD image'. It actually already points at CD images now. Then I plugged 2 TB disk. Now installation hangs at: Searching drives for an installer ISO image /dev/sda4 I'm leaving this issue (which is the actual titled issue) for others. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689868: gnome-control-center: wacom button assignments broken
Hi! Futher invesitation shows, that the button assignements seem to break as soon as the wacom setup applet loads. If I assing keys to the tablet's keys, close the gnome wacom setup applet all assignements are lost. If I then unplug the tablet, and replug it in all buttons get assigned properly and things work as they should. Therefore, it seems that the applet causes the problem. Additionally. I tried to use intuos4-led-config[1] to set the LED buttons on my intuos 4 properly. I used this application for quite a while on Debian squeeze, and it actually works on Wheezy as well in as far as it sets the leds properly. However, this also kills the tablet. (Note that the above mentioned tool requires to unload and reload the wacom module.) It seems that this is in a way related to my first problem with the gnome tool to set the buttons, as also with intuos4-led-config I can get my tablet to work properly by unplugging and replugging to the usb bus. (Of course then my LED assignement is lost.) [1] http://braindump.kargulus.de/?p=408 -- Kind regards,/ War is Peace. |Freedom is Slavery. Alexander Wagner| Ignorance is Strength. | | Theory : G. Orwell, 1984 / In practice: USA, since 2001 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650522: backuppc: Patch
Package: backuppc Followup-For: Bug #650522 I am not a programmer and have no patchwritingexperience The solution: /usr/share/backuppc/lib/BackupPC/Lib.pm 1413c1413 foreach my $param (qw(BackupFilesOnly BackupFilesExclude)) { --- foreach my $param qw(BackupFilesOnly BackupFilesExclude) { /usr/share/backuppc/lib/BackupPC/Storage/Text.pm 302c302 foreach my $param (qw(BackupFilesOnly BackupFilesExclude)) { --- foreach my $param qw(BackupFilesOnly BackupFilesExclude) { Regards, Jan -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692024: zram module is missing
Package: linux-image-3.6-trunk-amd64 Version: 3.6.4-1~experimental.1 Severity: important zram module is missing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692025: linux: internet connection refused after new route
Package: linux Version: linux-image Severity: important Tags: upstream When one lan interface is connected and you try to connect an other one, often you can't connect to the Internet after that. You need to retry the connection. I suspect this bug is when a task (i.e. ntp, virus updater, ...) tries to connect to the Internet through a socket using the first interface, holds it open, the kernel won't reroute to the new one and you need try to again. Example: When a openvpn connection is made and initiation is okey, but you can't connect to the Internet, through the openvpn-connection. Retrying it and you can connect. Example: When one wlan connection is up and you try to connect throught an other one, you need to retry. I have tested both examples with lftp trying to connect to an IP-address and you cant' connect as long as lftp's socket is in effect. -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686526: unblock: lightdm/1.2.2-4
On 2012-11-01 12:56, Vlad Orlov wrote: Something's wrong... the PTS page doesn't show any unblock requests for this package. Is it possible to repeat it somehow? Hi, The PTS does not show unblock requests (only actual unblocks), because its data source (Britney) does not know about requests (only actual unblocks). ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692026: fish: Update to new upstream snapshot
Package: fish Version: 1.23.1+20120106.git8b407a3-1 Severity: wishlist Tags: upstream Dear Maintainer, Upstream development has been very active since the new maintainer took over. As a consequence, the snapshot of fish now in Debian is quite out of date. Upstream has fixed several usability issues as well as added features. Please consider uploading a more recent snapshot. For reference, the new upstream homepage is: http://ridiculousfish.com/shell/ The Github repository is: https://github.com/fish-shell/fish-shell Regards, Scott. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fish depends on: ii bc 1.06.95-2+b1 ii iceweasel [www-browser] 10.0.9esr-1 ii libc62.13-35 ii libncurses5 5.9-10 ii libtinfo55.9-10 ii w3m [www-browser]0.5.3-8 Versions of packages fish recommends: ii xsel 1.2.0-1 Versions of packages fish suggests: pn doc-base none ii menu 2.1.46 -- 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#692027: gdm-shell: greeter window width increases
Package: gdm3 Version: 3.4.1-3 Severity: normal Dear Maintainer, using the gdm-shell (setting session-name='gdm-shell' in /etc/gdm3/greeter.gsettings) the width of the greeter window increases by some pixels everytime another user is selected (by pressing the up or down arrow key). The problem occours if gdm3 has just been started or if one has just logged out. The problem does not occour if one first goes to a password prompt by pressing enter and then goes back by pressing escape, in this case the width is fixed as expected. The bug is always reproducible. Best regards Nils Asmussen -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdm3 depends on: ii accountsservice 0.6.21-6 ii adduser 3.113+nmu3 ii dconf-gsettings-backend 0.12.1-2 ii dconf-tools 0.12.1-2 ii debconf [debconf-2.0] 1.5.46 ii dpkg1.16.8 ii gir1.2-freedesktop 1.32.1-1 ii gir1.2-glib-2.0 1.32.1-1 ii gnome-session [x-session-manager] 3.4.2.1-3 ii gnome-session-bin 3.4.2.1-3 ii gnome-session-fallback [x-session-manager] 3.4.2.1-3 ii gnome-settings-daemon 3.4.2+git20120925.a4c817-1 ii gnome-terminal [x-terminal-emulator]3.4.1.1-1+build1 ii gsettings-desktop-schemas 3.4.2-1 ii libaccountsservice0 0.6.21-6 ii libatk1.0-0 2.4.0-2 ii libattr11:2.4.46-8 ii libaudit0 1:1.7.18-1.1 ii libc6 2.13-35 ii libcairo-gobject2 1.12.2-2 ii libcairo2 1.12.2-2 ii libcanberra-gtk3-0 0.28-5 ii libcanberra00.28-5 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-20.100-1 ii libfontconfig1 2.9.0-7 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-2 ii libglib2.0-bin 2.33.12+really2.32.4-2 ii libgtk-3-0 3.4.2-4 ii libpam-modules 1.1.3-7.1 ii libpam-runtime 1.1.3-7.1 ii libpam0g1.1.3-7.1 ii libpango1.0-0 1.30.0-1 ii librsvg2-common 2.36.1-1 ii libselinux1 2.1.9-5 ii libupower-glib1 0.9.17-1 ii libwrap07.6.q-24 ii libx11-62:1.5.0-1 ii libxau6 1:1.0.7-1 ii libxdmcp6 1:1.1.1-1 ii libxklavier16 5.2.1-1 ii libxrandr2 2:1.3.2-2 ii lsb-base4.1+Debian7 ii metacity [x-window-manager] 1:2.34.3-3 ii mutter [x-window-manager] 3.4.1-5 ii policykit-1-gnome 0.105-2 ii twm [x-window-manager] 1:1.0.6-1 ii upower 0.9.17-1 ii x11-common 1:7.7+1 ii x11-xserver-utils 7.7~3 ii xterm [x-terminal-emulator] 278-2 Versions of packages gdm3 recommends: ii at-spi2-core 2.5.3-2 ii desktop-base 7.0.3 ii gnome-icon-theme 3.4.0-2 ii gnome-icon-theme-symbolic 3.4.0-2 ii x11-xkb-utils 7.7~1 ii xserver-xephyr 2:1.12.4-1 ii xserver-xorg 1:7.7+1 ii zenity 3.4.0-2 Versions of packages gdm3 suggests: ii gnome-orca3.4.2-2 ii gnome-shell 3.4.2-2 pn gok none ii libpam-gnome-keyring 3.4.1-5 -- Configuration Files: /etc/gdm3/greeter.gsettings changed: [org.gnome.desktop.session] session-name='gdm-shell' [org.gnome.login-screen] logo='/usr/share/icons/gnome/48x48/places/debian-swirl.png' fallback-logo='/usr/share/icons/gnome/48x48/places/debian-swirl.png' [org.gnome.power-manager] icon-policy='never' [org.gnome.metacity] compositing-manager=false -- debconf information: * shared/default-x-display-manager: gdm3 gdm3/daemon_name: /usr/sbin/gdm3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a
Bug#691975: wnettools.py does not interface with resolvconf correctly
Well, the first thing I have done is to read the patch. I can at least say that the patched code runs resolvconf with the correct syntax and that you have the right idea. I don't know the wicd code very well, so I can't comment on whether or not you are in fact calling FlushDNS() or flush_dns_addresses() in all the right places. If iface.FlushDNS() gets called when iface gets deconfigured and if FlushDNS() gets called on all configured ifaces when the app quits, then you have done it right. :) To cause DNS to be flushed when the process is terminated you will have to atexit.register(on_exit) where def on_exit(): for iface in list_of_active_ifaces: iface.FlushDNS() I see you already use atexit.register in the daemon, so you know what I am talking about. Remark: You should run FlushDNS *before* deconfiguring the interface, thus (I presume) before doing SetAddress('0.0.0.0') or anything like that. Remark about the _connect() functions: I see you take down interface before you bring up interface. If you are entirely sure that you are very shortly going to do resolvconf -a foo.wicd (after bringing up the interface) then you don't have to do resolvconf -d foo.wicd first (before taking it down) and it might be a worthwhile optimization to skip the resolvconf -d foo.wicd, keeping in mind that there is a run-parts on a hook script directory involved. But if it's possible that we don't get so far as resolvconf -a foo.wicd or if it can take a significant amount of time to get there, then it's safer to keep the initial resolvconf -d foo.wicd that you have included in the patch. -- Thomas
Bug#684924: poedit: Upstream version 1.5.2 available
Hi all, On 31 October 2012 19:26, intrigeri intrig...@debian.org wrote: Hi, Andika Triwidada wrote (14 Aug 2012 19:31:38 GMT) : poedit version 1.5.2 has been released, please update Debian package. Uploading a newer version of poedit to Debian experimental would enable testers to report which ones, of the bugs reported against Debian, were fixed upstream during the nearly two years since 1.4.6 was uploaded to Debian. Pedro, what are your plans regarding this topic? First, sorry for the delay, but i've had a few RL troubles.. .anyway.. i've just uploaded poedit 1.5.4 to debian mentors. Since i'm not a DD i'll need someone to sponsor the upload (bug report to follow, as soon as package its avaliable on mentors.) In case time is the blocker, but you consider such an upload would be a fine idea, please consider tagging this bug help. I've found little activity from you on the bugs reported against poedit in Debian since you have adopted it, so perhaps you would welcome help, such as a co-maintainer, to maintain this package. Cc'ing Nobuhiro Iwamatsu, who was apparently involved in the adoption process two years ago, and might be interested in giving a hand in case it's needed. I think co-maintaining the package might be a good idea, it might help me making a better job. Not that this package requires a lot of work, but i still have a lot ot learn :) Thank you for your work on poedit in Debian so far :) Cheers! -- intrigeri Cheers, Pedro m42 Ribeiro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691747: Bug handling, and AsciiDoc too (was: Bug#691747: closing 691747)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Osamu, Le 01/11/2012 07:33, Osamu Aoki a écrit : On Wed, Oct 31, 2012 at 04:59:45PM -0400, David Prévot wrote: ... Not even mentioning AsciiDoc sources, converted to DocBook, translated for the DocBook version, etc. So in doubt, just let the maintainers take care of handling their bug reports ;). I think I missed your last svn commit before my upload. This series of updates and both needs to be updated. But I guess it is not urgent. Agreed about non-urgent. Those reports and my other update were done after the package was uploaded, so you couldn't include them back then anyway ;). About AsciiDoc, the next po4a version (to be released on 21 November) will include a new specific module, that should allow to translate directly from the AsciiDoc source. If we can build directly the HTML book from it (without using DocBook), it could be a improvement (as in less headache in source handling and build process). Cheers David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQknUpAAoJELgqIXr9/gny3F4P+wZ/2TURQsJNLpOHFiK32T57 VF4t6mvhVpa8t1j6DSHy7sKgzVv1pmhl1KQh63OdMFlrDLnnm1637i01usX8gyn1 crtu6sPmZlZKxLcrVoPL77cDgEBldX/r9oddLXfsy6PJ3cr66qr+0caVviFy9R48 UQSoNtznEj/4ZOU2oAsha6F4h1lYt8uHmCOk3K+txikvkKdQmcVGPuSsKa+zVblG 8Cze+FdVDL9/ia2YALXO5LEfNxAhT5etqE7Fe/PhQOTh85l1ImFU8njrCZrTm9IT XHR9TJ/UGSSzTCjhs253PsV+3xOBhgPkQo5zCeMpMXEBqQLZJ40x/WCYNWvaB51i t+RVemr8znLxZxvDoldzsyh3vF4rprpOP9AEXhxFLj7CQuYXZW53PSSgeEYx8aGd HS92XQyzYvqqYFuWRIpEwCzkY9ZVhIryjiKuweFO5H+FTK1K4nFnvgTbJ9GlJ2t5 maFiHRhtM50e1NJUXUXrRSjmy9EuuEM9nbwu9ehrKCV2aNdgZTi5OASakNxIxaB6 XIjzTstyaf1DTAkN33njHzshoZBv2ZKTwSGeaQrt3jJv3RPAjeuSZtNuLkVtNGBn nvZcPZHvQNYp3FvLNoL7PG4S6erfsvtHKfONIb6Q+N05/eDzK8Y4iNeYb33oxgfB I+93RwTlnVx1Udq4YX5a =ptBR -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502845: open-iscsi: login fails using 64-bit kernel with 32-bit userland
Your patches have no effect in the 64bit case (good). In the 32bit case, they break ABI, so they are a no-go, unfortunately. The userspace patch is especially dangerous, since it would make this bug impossible to fix properly later. The 2nd patch is set up to not break the ABI for 32bit userspace, the first patch would indeed break the ABI (and hence the need for the 2nd one). On Thu, 1 Nov 2012, Jonathan Nieder wrote: Date: Thu, 1 Nov 2012 01:25:35 -0700 From: Jonathan Nieder jrnie...@gmail.com To: Lisa Marie nullo...@sdf.org Cc: 502...@bugs.debian.org, open-is...@packages.debian.org Subject: Re: open-iscsi: login fails using 64-bit kernel with 32-bit userland Hi Lisa, Lisa Marie wrote: [Subject: (no subject)] Please keep in mind that these appear as emails in a crowded inbox, where a subject line can be very useful for providing context. Forwarding this: https://groups.google.com/group/open-iscsi/browse_thread/thread/7b44b4b57f01eb70?hl=en# Since I'm not sure how long it takes google groups to update, i'll go ahead and paste the patch here as well below. If you apply the first patch from the above link, the second patch below is not needed. It is only required for a 32bit userspace to talk to an unpatched 32bit kernel. The first patch allows for 64/64, 32/32, and 32/64 user/kernel setups. Thanks for working on this! Your patches have no effect in the 64bit case (good). In the 32bit case, they break ABI, so they are a no-go, unfortunately. The userspace patch is especially dangerous, since it would make this bug impossible to fix properly later. Userspace processes using iscsi start by creating a netlink socket with socket(PF_NETLINK, SOCK_RAW, NETLINK_ISCSI) and binding to it. Afterwards, they use sendmsg and recvmsg as appropriate to send and receive events. We need to use a different message format when interacting with 32bit tasks. Kernel commit 1dacc76d0014 (net/compat/wext: send different messages to compat tasks, 2009-07-01) can provide some inspiration. In the send path, the way to do this is to set frag_list to the 32bit version of the structure, like so: #ifdef CONFIG_COMPAT compat_skb = alloc_skb(len, GFP_ATOMIC); ... fill compat_skb ... skb_shinfo(skb)-frag_list = compat_skb; #endif Then on a 64bit kernel, 32bit processes will receive compat_skb instead of skb. No ABI breakage! So much for broadcast. When receiving messages from userspace, we want to know whether a 32bit process sent the message. The netlink API doesn't tell us. The patch [1] (netlink: store MSG_CMSG_COMPAT flag in netlink_skb_parms) is simple and something similar would be likely to be accepted once there's a caller using it. Hope that helps, Jonathan [1] http://thread.gmane.org/gmane.linux.network/157118/focus=157119 nullo...@sdf.org SDF Public Access UNIX System - http://sdf.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684186:
I'll attach the output of 'upower --dump' for three different situations: 1. Shortly before my notebook battery drains: Note that the reported battery percentage is 2.99967%, time to empty is 12.1 minutes. I have seen the exact same values over a period of more than 10 minutes – those are the lowest values I get, at this point they won't change anymore. At the same time 'acpi -b' reports a battery percentage of 2%. 2. Shortly after I connected the power supply and booted up: Note that now the reported values are really strange now. Not only battery percentage is 0% but also energy-full and energy-full-design is 0 Wh. 'acpi -b' also reports a battery percentage of 0%. 3. A few minutes later (still charging): Values seem to be back to normal. Please have a look at the output of 'gsettings list-recursively org.gnome.settings-daemon.plugins.power' in comment #15, setting: 'percentage-action 2'. I assume this means that critical battery action should be fired at a battery percentage of 2%. As I said before, 'upower --dump' will never report a lower battery percentage than 2.99967%. Maybe this is why the critical battery action isn't executed? I'll try to manipulate this value and report back later. stefan@rosa:~$ upower --dump Device: /org/freedesktop/UPower/devices/line_power_ACAD native-path: /sys/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:02/ACPI0003:00/power_supply/ACAD power supply: yes updated: Thu Nov 1 12:45:56 2012 (3222 seconds ago) has history: no has statistics: no line-power online: no Device: /org/freedesktop/UPower/devices/battery_BAT1 native-path: /sys/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:02/PNP0C0A:00/power_supply/BAT1 vendor: 13-17 model:Venturi serial: 01317 01/24/2012 power supply: yes updated: Thu Nov 1 13:39:32 2012 (6 seconds ago) has history: yes has statistics: yes battery present: yes rechargeable:yes state: discharging energy: 1.798 Wh energy-empty:0 Wh energy-full: 59.94 Wh energy-full-design: 59.94 Wh energy-rate: 8.88 W voltage: 10.314 V time to empty: 12.1 minutes percentage: 2.99967% capacity:100% History (rate): 1351773572 8.880 discharging 1351773542 8.868 discharging 1351773512 8.991 discharging 1351773482 9.490 discharging stefan@rosa:~$ upower --dump Device: /org/freedesktop/UPower/devices/line_power_ACAD native-path: /sys/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:02/ACPI0003:00/power_supply/ACAD power supply: yes updated: Thu Nov 1 13:50:13 2012 (53 seconds ago) has history: no has statistics: no line-power online: yes Device: /org/freedesktop/UPower/devices/battery_BAT1 native-path: /sys/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:02/PNP0C0A:00/power_supply/BAT1 vendor: 13-17 model:Venturi serial: 01317 01/24/2012 power supply: yes updated: Thu Nov 1 13:50:48 2012 (18 seconds ago) has history: yes has statistics: yes battery present: yes rechargeable:yes state: charging energy: 0 Wh energy-empty:0 Wh energy-full: 0 Wh energy-full-design: 0 Wh energy-rate: 0 W voltage: 10.581 V percentage: 0% capacity:100% History (charge): 1351774213 0.000 unknown History (rate): 1351774213 0.000 unknown Daemon: daemon-version: 0.9.17 can-suspend: yes can-hibernateyes on-battery: no on-low-battery: no lid-is-closed: yes lid-is-present: yes is-docked: yes stefan@rosa:~$ upower --dump Device: /org/freedesktop/UPower/devices/line_power_ACAD native-path: /sys/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:02/ACPI0003:00/power_supply/ACAD power supply: yes updated: Thu Nov 1 13:50:13 2012 (448 seconds ago) has history: no has statistics: no line-power online: yes Device: /org/freedesktop/UPower/devices/battery_BAT1 native-path: /sys/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:02/PNP0C0A:00/power_supply/BAT1 vendor: 13-17 model:Venturi serial: 01317 01/24/2012 power supply: yes updated: Thu Nov 1 13:57:18 2012 (23 seconds ago) has history: yes has statistics: yes battery present: yes rechargeable:yes state: charging energy: 2.397 Wh energy-empty:0
Bug#690156: Acknowledgement (libicu48: Wrong ukrainian timezone in libicu48)
Hi, any news about that or nobody cares? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691964: [Pkg-openssl-devel] Bug#691964: openssl: s_client does not verify server hostname against certificate
Excerpts from Kurt Roeckx's message of Wed Oct 31 20:07:31 +0100 2012: On Wed, Oct 31, 2012 at 07:37:25PM +0100, Michal Suchanek wrote: Package: openssl Version: 1.0.1c-4 Severity: important Hello, I tried to get certificate validation working in an application using OpenSSL. I added to call the verification routine and it rejects invalid certificates all right but forwarding the server connection through local inetd+nc does not produce an error. Looking for working applications I tried openssl s_client and it verifies the hijacked connection too. s_client should properly verify the result, and show you that there is an error. It will then continue even when the verifications fails. See the manual. Yes, the verify result is 0 as is in my test application. No error is reported. Is there any example of application using openssl that can correcly verify server certificates at all? As far as I know curl at least curl does the right thing by default. It uses gnutls so that's not surprising. gnutls has well documented interface for that. See the SSL_get_verify_result() man page. Yes, that I do and get no error. Please note that just calling function is not enough, you also need to call SSL_get_peer_certificate(). That would be required to verify that the server did send a certificate at all according to the docs. It does send one so this is not the issue. Also it's not because the certificate verifies that you are connected to the right hostname and you need to check that yourself and you might want to look at rfc 2818 for that. So to verify that you parse the certificate returned SSL_get_peer_certificate manually in every application that uses OpenSSL, and even the openssl authors did not bother to do that in s_client. Awesome. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582916: libc6: getaddrinfo() returns EAI_NONAME for temporary problem.
see the same here under specific circumstances: to reproduce the following test (see also the comments): /*BINFMTC: test for getaddrinfo bug: getaddrinfo returns EAI_NONAME when it should return EAI_EAGAIN getaddrinfo returns EAI_NONAME when it should return EAI_EAGAIN for hosts with A but no record and there is packet loss and/or a an overloaded dns server to easily reproduce, fake packet loss/overloaded dns server on linux do something like: # iptables -I OUTPUT -p udp -m udp --dport 53 -j DROP # iptables -I OUTPUT -p udp -m udp --dport 53 -j LOG --log-prefix DROP DNS REQUEST # iptables -I OUTPUT -p udp -m udp --dport 53 -m limit --limit 10/sec -j ACCEPT first */ #include sys/types.h #include sys/socket.h #include netdb.h #include stdio.h #include stdlib.h struct addrinfo hints; // all 0 int main(int argc, char** argv) { struct addrinfo* res; int i; hints.ai_family = AF_INET; /* should work on mosts setups (there is another bug involving mdns if it fails try to replace the hosts line in /etc/nsswitch.conf with something like: hosts: files dns ) */ for(i=0;i1000;++i) { /* test host must have a A record but no record */ int r=getaddrinfo(karme.de,0,hints,res); if(!((r==0)||(r==EAI_AGAIN))) { printf(%s:%d: error: r=%d %s\n,__FILE__,__LINE__,r,gai_strerror(r)); exit(EXIT_FAILURE); } if (!r) freeaddrinfo(res); } /* this will fail sometimes what happens? DNS request for A record is sent but no answer is received DNS request for record is sent and answer without entries received now getaddrinfo returns EAI_NONAME when in fact it should return EAI_AGAIN */ hints.ai_family = AF_UNSPEC; for(i=0;i1000;++i) { int r=getaddrinfo(karme.de,0,hints,res); if(!((r==0)||(r==EAI_AGAIN))) { printf(%s:%d: error: r=%d %s\n,__FILE__,__LINE__,r,gai_strerror(r)); exit(EXIT_FAILURE); } if (!r) freeaddrinfo(res); } return EXIT_SUCCESS; } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692028: libreoffice-writer: Landscape Printing not working
Package: libreoffice-writer Version: 1:3.5.4+dfsg-2 Severity: normal Dear Maintainer, From Writer printer prints Landscape page orientation as Portrait Steps to reproduce: 0. Close all instances of Libre office 1. Start Writer 2. Type something in first cell 3. do Format-Page orientation Landscape 4. Print this document Result: document printed in wrong orientation Note that page preview and printer dialog preview display correct results and export to PDF exports correctly -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libreoffice-writer depends on: ii libc6 2.13-35 ii libgcc11:4.7.1-7 ii libicu48 4.8.1.1-9 ii libreoffice-base-core 1:3.5.4+dfsg-2 ii libreoffice-core 1:3.5.4+dfsg-2 ii libstdc++6 4.7.1-7 ii libwpd-0.9-9 0.9.4-3 ii libwpg-0.2-2 0.2.1-1 ii libwps-0.2-2 0.2.7-1 ii libxml22.8.0+dfsg1-5 ii uno-libs3 3.5.4+dfsg-1 ii ure3.5.4+dfsg-1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages libreoffice-writer recommends: ii gcj-4.6-jre [java5-runtime] 4.6.3-1 ii gcj-4.7-jre [java5-runtime] 4.7.1-1 ii gcj-jre [java5-runtime] 4:4.7.1-1 ii libreoffice-emailmerge1:3.5.4+dfsg-1 ii libreoffice-filter-binfilter 1:3.5.4+dfsg-2 ii libreoffice-java-common 1:3.5.4+dfsg-1 ii libreoffice-math 1:3.5.4+dfsg-2 Versions of packages libreoffice-writer suggests: ii libreoffice-base 1:3.5.4+dfsg-2 pn libreoffice-gcj none Versions of packages libreoffice-core depends on: ii fontconfig 2.9.0-7 ii fonts-opensymbol 2:102.2+LibO3.5.4+dfsg-1 ii libc62.13-35 ii libcairo21.12.2-2 ii libcmis-0.2-00.1.0-1+b1 ii libcurl3-gnutls 7.26.0-1 ii libdb5.1 5.1.29-5 ii libexpat12.1.0-1 ii libexttextcat0 3.2.0-2 ii libfontconfig1 2.9.0-7 ii libfreetype6 2.4.9-1 ii libgcc1 1:4.7.1-7 ii libglib2.0-0 2.32.3-1 ii libgraphite2-2.0.0 1.1.3-1 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libhunspell-1.3-01.3.2-4 ii libhyphen0 2.8.3-2 ii libice6 2:1.0.8-2 ii libicu48 4.8.1.1-9 ii libjpeg8 8d-1 ii libmythes-1.2-0 2:1.2.2-1 ii libneon27-gnutls 0.29.6-3 ii libnspr4 2:4.9.1-1 ii libnspr4-0d 2:4.9.1-1 ii libnss3 2:3.13.6-1 ii libnss3-1d 2:3.13.6-1 ii libpng12-0 1.2.49-1 ii librdf0 1.0.15-1+b1 ii libreoffice-common 1:3.5.4+dfsg-1 ii librsvg2-2 2.36.1-1 ii libsm6 2:1.2.1-2 ii libssl1.0.0 1.0.1c-4 ii libstdc++6 4.7.1-7 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxinerama1 2:1.1.2-1 ii libxml2 2.8.0+dfsg1-5 ii libxrandr2 2:1.3.2-2 ii libxrender1 1:0.9.7-1 ii libxslt1.1 1.1.26-13 ii uno-libs33.5.4+dfsg-1 ii ure 3.5.4+dfsg-1 ii zlib1g 1:1.2.7.dfsg-13 -- 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#691964: [Pkg-openssl-devel] Bug#691964: openssl: s_client does not verify server hostname against certificate
It appears to be reported upstream: http://rt.openssl.org/Ticket/Display.html?id=2549user=guestpass=guest -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691964: [Pkg-openssl-devel] Bug#691964: openssl: s_client does not verify server hostname against certificate
On Thu, Nov 01, 2012 at 02:14:29PM +0100, Michal Suchanek wrote: Excerpts from Kurt Roeckx's message of Wed Oct 31 20:07:31 +0100 2012: On Wed, Oct 31, 2012 at 07:37:25PM +0100, Michal Suchanek wrote: Package: openssl Version: 1.0.1c-4 Severity: important Hello, I tried to get certificate validation working in an application using OpenSSL. I added to call the verification routine and it rejects invalid certificates all right but forwarding the server connection through local inetd+nc does not produce an error. Looking for working applications I tried openssl s_client and it verifies the hijacked connection too. s_client should properly verify the result, and show you that there is an error. It will then continue even when the verifications fails. See the manual. Yes, the verify result is 0 as is in my test application. No error is reported. Is there any example of application using openssl that can correcly verify server certificates at all? As far as I know curl at least curl does the right thing by default. It uses gnutls so that's not surprising. gnutls has well documented interface for that. curl can be linked against either openssl, gnutls or nss. libcurl3 is linked against openssl. You need to make sure you're using libcurl3-gnutls or libcurl3-nss if you don't want to use openssl. See the SSL_get_verify_result() man page. Yes, that I do and get no error. So why do you expect it to give an error? Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692029: unblock: iso-codes/3.40-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Please unblock package iso-codes The new upload renames to message catalogs from bn_IN to bn locale, so that users of that locale are able to use the translations. Moreover, the XML files of ISO 639 and ISO 639-3 are changed to allow the usage of a common name instead of the official standard name for the language Bangla (related to the above mentioned issue). Last, there have been numerous translation updates for the other ISO standards, including ISO 3166, which is used as a country list in the Debian Installer. unblock iso-codes/3.40-1 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJQkntpAAoJEIP9HEaC0TjgRu4P+wZFyraGTB6wukz1aI5aejw7 FDHSLfPUkwNhwfiXsqaSTR7VfNXq0QHlYEzo3OmZfag3TMdHiK0FawuMb12RFIBG vX4ZnABoCN/EsaTl7RB6HSDWXXmsOaAcTJ4m+HSZD8jHfftylNlVwo64nHjBDA0h Wzd9fyPHKzbfWtzgGKtHSCK+th8hlbGTY+wGglWoec/VZ+wOuJcmICXXqYsRyUXc 1fT7s/2TddTbfzdYzH11mWWlt7mizmtxs307kTytNOcK5LDUoe8hirAI9HG5eVcC m9/GQmdxDUBtT9tMSIBwZ9XKF9/L/fCMoqbXCesK0u1hh2uk7qNswQOQP56V7mU1 1kw8RK6ft5hvaE/W08pN9OZQFI6nusKHhPRsnwUzQ/JBTz+u9mGtGVsynFTbrL75 NRlbkP9sIjPPGoD9Z3imm5N5pKKgMLTo2X33VIrQi5iMLdZXEUOl8OwJe6HyCQl8 x0MYygWZnJHcmSAv0vp5xUq4j2DnKCa+zMMwQ+kFONGTIErk4mOwpwt7HqGgN3Nj azKW9+CJAumuRJeyCZZijKhCMWrzWrYIjCC7dlnp1ZVCEXhIywGTvN+AFfRRemE2 /t6bS57bsxIoSocNcQrT6iBHNHkfoY7GcsX/AAqW7F8Rj/hIf/VAOH7l/RTHQ6dm ba255002wBnwpc2KqKrJ =yo9N -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691964: [Pkg-openssl-devel] Bug#691964: openssl: s_client does not verify server hostname against certificate
retitle 691964 openssl doesn't provide hostname checks forward 691964 http://rt.openssl.org/Ticket/Display.html?id=2549user=guestpass=guest severity 691964 wishlist thanks On Thu, Nov 01, 2012 at 02:31:58PM +0100, Michal Suchanek wrote: It appears to be reported upstream: http://rt.openssl.org/Ticket/Display.html?id=2549user=guestpass=guest So I didn't properly read your subject until now, and this is about the rfc 2818 / rfc 6125 checks to see that the server you're connected to gives a certificate that matches the hostnames you're trying to connect to. openssl currently doesn't provide functions for this, and it would be good that it did. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692030: xorg-server: Possible memory/resource leaks
Package: xorg-server Version: 2:1.12.4-1 Severity: minor Tags: upstream Hi, I noticed (thanks to cppcheck) a number of possible leaks in xorg-server. I have tried to manually verify each of them and produce a possible plug for them. I haven't actually used the changes here and would appreciate someone with more knowledge of Xorg-server's internals having a look at them (hench the lack of a patch tag). cppcheck do find a few more leaks than the ones I have listed, but some were false-positives and a few of them I wasn't sure how to deal with. ~Niels --- xorg-server-1.12.4.orig/glx/glxdri.c +++ xorg-server-1.12.4/glx/glxdri.c @@ -635,8 +635,10 @@ for (i = 0; i pScreen-numVisuals; i++, visual++) if (visual-vid == glxConfig-visualID) break; -if (i == pScreen-numVisuals) +if (i == pScreen-numVisuals) { +free(context); return NULL; +} context-hwContextID = FakeClientID(0); only in patch2: unchanged: --- xorg-server-1.12.4.orig/glx/glxdri2.c +++ xorg-server-1.12.4/glx/glxdri2.c @@ -701,6 +701,7 @@ screen-fd, driverName, deviceName)) { LogMessage(X_INFO, AIGLX: Screen %d is not DRI2 capable\n, pScreen-myNum); +free(screen); return NULL; } only in patch2: unchanged: --- xorg-server-1.12.4.orig/hw/dmx/dmxfont.c +++ xorg-server-1.12.4/hw/dmx/dmxfont.c @@ -405,6 +405,7 @@ free(goodfps); return FALSE; } +free(goodfps); } /* Find requested font on back-end server */ only in patch2: unchanged: --- xorg-server-1.12.4.orig/hw/dmx/config/dmxcompat.c +++ xorg-server-1.12.4/hw/dmx/config/dmxcompat.c @@ -228,5 +228,7 @@ break; } } +if (filename) + fclose(str); return entry; } only in patch2: unchanged: --- xorg-server-1.12.4.orig/hw/dmx/glxProxy/glxcmds.c +++ xorg-server-1.12.4/hw/dmx/glxProxy/glxcmds.c @@ -1978,6 +1978,7 @@ } else { client-errorValue = (visual ? visual : fbconfigId); +free(pGlxPixmap-be_xids); free(pGlxPixmap); return BadValue; } @@ -1986,6 +1987,7 @@ } if (!(AddResource(glxpixmapId, __glXPixmapRes, pGlxPixmap))) { +free(pGlxPixmap-be_xids); free(pGlxPixmap); return BadAlloc; } only in patch2: unchanged: --- xorg-server-1.12.4.orig/hw/xfree86/common/xf86sbusBus.c +++ xorg-server-1.12.4/hw/xfree86/common/xf86sbusBus.c @@ -641,11 +641,12 @@ int i, index; sbusCmapPtr cmap; struct fbcmap fbcmap; -unsigned char *data = malloc(numColors * 3); +unsigned char *data; cmap = SBUSCMAPPTR(pScrn-pScreen); if (!cmap) return; +data = malloc(numColors * 3); fbcmap.count = 0; fbcmap.index = indices[0]; fbcmap.red = data; only in patch2: unchanged: --- xorg-server-1.12.4.orig/hw/xfree86/os-support/bus/Sbus.c +++ xorg-server-1.12.4/hw/xfree86/os-support/bus/Sbus.c @@ -617,8 +617,10 @@ return 0; strcpy(name, pathName); name[i + 1] = 0; -if (name[0] != '/') +if (name[0] != '/') { +free(name); return 0; +} p = strchr(name + 1, '/'); if (p) *p = 0; @@ -629,8 +631,10 @@ *regstr++ = 0; else regstr = p; -if (name + 1 == regstr) +if (name + 1 == regstr) { +free(name); return 0; +} promGetSibling(0); i = promWalkPathname2Node(name + 1, regstr, promRootNode, 0); free(name);
Bug#582916: Info received (Bug#582916: libc6: getaddrinfo() returns EAI_NONAME for temporary problem.)
updated test: /*BINFMTC: -Wall -Wextra -Wno-unused-parameter test for getaddrinfo bug: getaddrinfo returns EAI_NONAME when it should return EAI_EAGAIN getaddrinfo returns EAI_NONAME when it should return EAI_EAGAIN for hosts with A but no record and there is packet loss and/or a an overloaded dns server to easily reproduce, fake packet loss/overloaded dns server on linux do something like: # iptables -I OUTPUT -p udp -m udp --dport 53 -j DROP # iptables -I OUTPUT -p udp -m udp --dport 53 -j LOG --log-prefix DROP DNS REQUEST # iptables -I OUTPUT -p udp -m udp --dport 53 -m limit --limit 10/sec -j ACCEPT first */ #include sys/types.h #include sys/socket.h #include netdb.h #include stdio.h #include stdlib.h /* test host must have a A record but no record also note the final dot - otherwise a search entry in resolv.conf might cause the first test to fail, too */ const char* host=karme.de.; struct addrinfo hints; // all 0 int main(int argc, char** argv) { struct addrinfo* res; int i; hints.ai_family = AF_INET; /* first test should work on mosts setups (there is another bug involving mdns if it fails try to replace the hosts line in /etc/nsswitch.conf with something like: hosts: files dns ) */ for(i=0;i1000;++i) { int r=getaddrinfo(host,0,hints,res); if(!((r==0)||(r==EAI_AGAIN))) { printf(%s:%d: error: r=%d %s\n,__FILE__,__LINE__,r,gai_strerror(r)); exit(EXIT_FAILURE); } if (!r) freeaddrinfo(res); } /* second test will fail sometimes what happens? DNS request for A record is sent but no answer is received DNS request for record is sent and answer without entries received now getaddrinfo returns EAI_NONAME when in fact it should return EAI_AGAIN */ hints.ai_family = AF_UNSPEC; for(i=0;i1000;++i) { int r=getaddrinfo(host,0,hints,res); if(!((r==0)||(r==EAI_AGAIN))) { printf(%s:%d: error: r=%d %s\n,__FILE__,__LINE__,r,gai_strerror(r)); exit(EXIT_FAILURE); } if (!r) freeaddrinfo(res); } return EXIT_SUCCESS; } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644082: Some more investigations
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 27.10.2011 17:14, schrieb Bernhard: Hello Jonas Hello Bernhard, and sorry for the very long delay. Do you still discover the described bug? I'm still pretty sure, that it's not a bug in cryptsetup. Maybe some other packages changed in the meanwhile, and the bug was fixed? In that case I'd like to close this bugreport. If you still discover the bug, I'll try do do further investigation as soon as I've some spare time. Kind regards, jonas Thank you for your great support. I have tested some things on my test computer (Debian sid): That doesn't imply that it's a bug in cryptsetup. It might as well be a bug in gnome, udev, linux kernel, etc. Yes, that's true. But i don't know, which package has the bug. Do you have any idea? Is this behaviour reproducable on your computer? Today, i have setup a second test computer with Debian sid. The same behaviour. Do the processes which access the filesystem (scsi_eh_5 and usb-storage) disappear after some time? After error message, i have waited 1 minute. The processes don't disappear. You should check which processes read/write to the device by executing 'lsof device' (e.g. '/dev/mapper/udisks-luks-uuid-1234-5678-90ab-cdef12345678-uid1000') No output. /dev/mapper/udisks-luks-uuid- is a link. Is this correct? After unmount, /dev/mapper/udisks-luks-uuid- is no more available and 'fuser -m mount_point', (e.g. '/media/fedcba09-8765-4321-fedc-ba09-87654321fedc'). No output. After unmount, /media/ is no more available. This indeed sounds like a udev-related bug then. Please do further investigation. I have looked in internet with Google and found an interesting bug report for Ubuntu: https://bugs.launchpad.net/ubuntu/+source/cryptsetup/+bug/529502 It seems, there is a problem with the unmounting sequence (umount and luksClose). If i mount and unmount my encrypted device in Terminal, everything seems fine. Only for information: my encrypted device is formatted with ext4. If i should further tests, please let me know. Best regards and thank you for the great support. Bernhard -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iQIcBAEBAgAGBQJQknfWAAoJEFJi5/9JEEn+ZVEP/39kTir24UcSekzDGVAjJyKJ tugvzXeoWa17hp0M3f38V6+gK/CyVJKAz3GycVOORNJ4v8utth8vMHuMw9LWNmJJ Cyzd9UQ1OZKRmrkx5RyhvC1GY2zg/Iekm9+S1sa+xzagOXqLYDxQfLht0bUyAqdH yYea6/+VJm2Fa+K0486wCU5ldtY8T2LW9Yonr3xeSKOWHt/UsoBtFhQ/fGIn7w7n s5TebkyRzaK8PnDZrvdhDg4CbB0wCeaKn2ysGGTIyG/JrcmDLEgyW2Vjf8OoZeX3 HIm3zmQoTNjRZNDua1q5Hd89/Zykwn/YQFOrXY1455TnmflhgHW2ByYVQiAHiMH4 5b6Skf4a8pNEjLllfZLYbFzJEL0CEE5LByntACme2J9ii5iMvku9MvtMHVXOoB8V DOPPZoLg1juQNoFBdjBnI5ba9HB04OILE0R0v2wBzqKz/Oc2fdjscXMaqs3bQBtC wmv/aJ75tECO+N480xoi7CIAnJdLV7PnYFtcXOXyJDJg4uOVYC5H+uuDFqmdzciD 8GwupUM8ndednDT04kHqhETJcwwRDbiEKHQSsydttx/tVQvDK9Abvtc11hISQUMS qRFi4Rk6xeNNFcDV2D+ELpB8yyJbRd/iTBA+T5q9amgywgzKI/tuMnF1vM8d4iwI pga3FCNUGsnePtXBwVdF =8s9j -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692032: ITP: python-csb -- Python framework for structural bioinformatics
Package: wnpp Severity: wishlist Owner: Debian Med group debian-...@lists.debian.org * Package name: python-csb Version : 1.1.0 Upstream Author : Michael Habeck michael.hab...@tuebingen.mpg.de * URL : http://csb.codeplex.com/ * License : MIT Programming Lang: Python Description : Python framework for structural bioinformatics Computational Structural Biology Toolbox (CSB) is a Python class library for reading, storing and analyzing biomolecular structures in a variety of formats, with rich support for statistical analyses. CSB is designed for reusability and extensibility and comes with a clean, well-documented API following good object-oriented engineering practice. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692031: backup-manager: does not purge archives when the backed up directory is root (/)
Package: backup-manager Version: 0.7.9-3 Severity: normal Tags: upstream patch Hello, When using backup-manager to backup the root directory (BM_TARBALL_DIRECTORIES=/), the purge routine does not work well, it purges only .md5 files. Backup-manager names the archives according to the following pattern: $BM_ARCHIVE_PREFIX-parent of $BM_TARBALL_DIRECTORIES.$DATE.$BM_FILETYPE When $BM_TARBALL_DIRECTORIES is root, the parent is void, so the resulting name is: $BM_ARCHIVE_PREFIX.$DATE.$BM_FILETYPE. The problem comes from the fact that the routine that computes the list of outdated files (/usr/bin/backup-manager-purge) does not handle this special case in its file name mathing, thus ignoring these archives. I fixed /usr/bin/backup-manager-purge to handle correctly root backups: --- PATCH BEGIN -- --- /usr/bin/backup-manager-purge.orig 2012-11-01 14:37:09.0 +0100 +++ /usr/bin/backup-manager-purge.fixed 2012-11-01 14:37:15.0 +0100 @@ -179,6 +179,13 @@ $master = 0; } +# slash backup pattern +elsif ($archive =~ m/^\s*($ENV{BM_ARCHIVE_PREFIX})\.(\d{8})\.(master\.)?(\S+)\s*$/) { + ($prefix, $date, $master, $filetype) = ($1, $2, $3, $4, $5); + $master = $master ? 1 : 0; + $name = slash; +} + # Unknown pattern else { return undef; --- PATCH END regards, Stanislas. -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.13-grsec--grs-ipv6-64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages backup-manager depends on: ii debconf [debconf-2.0]1.5.36.1Debian configuration management sy ii findutils4.4.2-1+b1 utilities for finding files--find, ii ucf 3.0025+nmu1 Update Configuration File: preserv backup-manager recommends no packages. Versions of packages backup-manager suggests: pn anacron none (no description available) pn backup-manager-docnone (no description available) pn dar none (no description available) pn dvd+rw-tools none (no description available) pn genisoimage none (no description available) ii gettext-base 0.18.1.1-3 GNU Internationalization utilities pn libfile-slurp-perlnone (no description available) pn libnet-amazon-s3-perl none (no description available) ii openssh-client1:5.5p1-6+squeeze2 secure shell (SSH) client, for sec ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction pn wodim none (no description available) pn zip none (no description available) -- debconf information: backup-manager/upload-passwd: (password omitted) backup-manager/filetype: tar.gz backup-manager/upload-key: backup-manager/name-format: long backup-manager/time-to-live: 5 backup-manager/burning-maxsize: 650 backup-manager/burning-device: /dev/cdrom backup-manager/encryption_recipient: * backup-manager/repo_user: root backup-manager/upload-hosts: backup-manager/upload-dir: /var/archives/uploads * backup-manager/backup-repository: /var/archives backup-manager/burning-method: CDRW backup-manager/transfert_mode: scp backup-manager/burning-enabled: false backup-manager/upload-user-ftp: backup-manager/enable_encryption: false backup-manager/cron_frequency: never backup-manager/dump_symlinks: false * backup-manager/directories: /etc /home backup-manager/upload-user-scp: bmngr backup-manager/cron_d_remove_deprecated: false backup-manager/blacklist: /var/archives * backup-manager/repo_group: root backup-manager/want_to_upload: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692033: tbb does not build for armhf
Package: tbb Version: all Severity: wishlist The tbb packages are currently not built for armhf, as the upstream version does not support it. Patches to enable support are available at https://wiki.linaro.org/OfficeofCTO/ThreadingBuildingBlocks Until this support has been included upstream, could debian please make use of these patches?
Bug#692034: does not handle known_hosts entries it cannot parse gracefully
Package: python-paramiko Version: 1.7.7.1-3 Severity: normal If there is a malformed host key in a parsed known_hosts file, paramiko just returns by an uncatched exception instead of handling this gracefully (like marking the key as bad and only producing an hard error if it actually belongs to the host to be connected to). Example backtrace: File ./bin/../dput/uploaders/sftp.py, line 152, in initialize self._sshclient.load_system_host_keys(ukhf) File /usr/lib/python2.7/dist-packages/paramiko/client.py, line 156, in load_system_host_keys self._system_host_keys.load(filename) File /usr/lib/python2.7/dist-packages/paramiko/hostkeys.py, line 155, in load e = HostKeyEntry.from_line(line) File /usr/lib/python2.7/dist-packages/paramiko/hostkeys.py, line 67, in from_line key = RSAKey(data=base64.decodestring(key)) File /usr/lib/python2.7/base64.py, line 321, in decodestring return binascii.a2b_base64(s) binascii.Error: Incorrect padding Bernhard R. Link -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690924: CVE-2012-4527
Second patch listed at redhat is ok. But I would either replace #define WIDTH 80 by #define WIDTH (sizeof(tmperr)) or #define WIDTH 80 char tmperr[128]; by #define WIDTH 128 char tmperr[WIDTH]; snprintf does add a \0 at tmperr[WIDTH] WIDTH is a poor choice as a macro name IMHO. signature.asc Description: This is a digitally signed message part.
Bug#692025: linux: internet connection refused after new route
On Thu, 2012-11-01 at 13:58 +0100, Patrik Nilsson wrote: Package: linux Version: linux-image Can we have a real version number please? (/proc/version will show the Debian package version for the running kernel). Severity: important Tags: upstream When one lan interface is connected and you try to connect an other one, often you can't connect to the Internet after that. You need to retry the connection. I suspect this bug is when a task (i.e. ntp, virus updater, ...) tries to connect to the Internet through a socket using the first interface, holds it open, the kernel won't reroute to the new one and you need try to again. Example: When a openvpn connection is made and initiation is okey, but you can't connect to the Internet, through the openvpn-connection. Retrying it and you can connect. Example: When one wlan connection is up and you try to connect throught an other one, you need to retry. I have tested both examples with lftp trying to connect to an IP-address and you cant' connect as long as lftp's socket is in effect. Please explain in more detail what you're doing: - All the commands you run to reconfigure and use the network - The routing table (as shown by 'ip r') after each reconfiguration Ben. -- Ben Hutchings I'm always amazed by the number of people who take up solipsism because they heard someone else explain it. - E*Borg on alt.fan.pratchett signature.asc Description: This is a digitally signed message part
Bug#690924: CVE-2012-4527
On Thursday 01 November 2012 14:04:55 Jean-Michel Vourgère wrote: snprintf does add a \0 at tmperr[WIDTH] Doh! I mean tmperr[WIDTH-1] of course! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692035: CVE-2012-3155: vulnerability in the CORBA ORB component
Package: src:glassfish Version: 1:2.1.1-b31g-3 Severity: serious Tags: security Dear glassfish maintainers, Please determine whether and how glassfish as present in Debian is affected by CVE-2012-3155. Please adjust the severity of this bug accordingly. | Unspecified vulnerability in the CORBA ORB component in Sun GlassFish | Enterprise Server 2.1.1, Oracle GlassFish Server 3.0.1 and 3.1.2, and | Sun Java System Application Server 8.1 and 8.2 allows remote attackers | to affect availability, related to CORBA ORB. Oracle mentions it on this page: http://www.oracle.com/technetwork/topics/security/cpuoct2012-1515893.html Ubuntu has classified the issue medium and affected thus far: http://people.canonical.com/~ubuntu-security/cve/2012/CVE-2012-3155.html Neither Red Hat nor Gentoo track the issue at the time of this writing. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692031: this bug is fixed in backup-manager 0.7.10
Hello, I finally found the backup-manager project web site (it is so badly referenced in search engines) and I noticed that this bug has been fixed in the upstream v0.7.10. This is the bug #246 according to the changelog: https://github.com/sukria/Backup-Manager/blob/master/ChangeLog And the fix that they committed: --- PATCH BEGIN -- --- /usr/bin/backup-manager-purge.orig2012-11-01 15:00:52.0 +0100 +++ /usr/bin/backup-manager-purge.fixed2012-11-01 15:00:20.0 +0100 @@ -148,7 +148,7 @@ my ($prefix, $name, $date, $master, $filetype); $archive = basename ($archive); -if ($archive =~ m/^\s*($ENV{BM_ARCHIVE_PREFIX})-(\S+)?\.?(\d{8})\.(master\.)?(\S+)\s*$/) { +if ($archive =~ m/^\s*($ENV{BM_ARCHIVE_PREFIX})-?(\S+)?\.?(\d{8})\.(master\.)?(\S+)\s*$/) { ($prefix, $name, $date, $master, $filetype) = ($1, $2, $3, $4, $5); $master = $master ? 1 : 0; $name = $prefix-md5 if $filetype eq 'md5' and not $name; --- PATCH END regards, Stanislas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688750: schroot and autofs need better integration
On Tue, Sep 25, 2012 at 5:14 PM, Michael Tokarev m...@tls.msk.ru wrote: On 25.09.2012 15:34, Reinhard Tartler wrote: In order to solve this, I see two possibilities: a) enhance the autofs init script to become chroot-aware. b) extend schroot to start autofs managed mount points by itself, ideally using the host-provided autofs programs so that autofs does not need to be installed into the chroot. There's one more solution which is not listed but which is the only real solution: fix the real issue instead of designing workarounds of various levels of quality. The thing is: autofs is very messy thing, both userspace and kernel. Well, I agree that fixing rbinds to behave properly in this use-case would be ideal, my research on the relevant bugreports however show that there seems disagreement among kernel developers about what would be the right sematics here. Therefore, it does not currently look like that is is a doable option right now. Since I'm on stable, I have tried using schroot 1.4.x a setup.d script based on 70services from the 1.6 series to start autofs inside the chroot. This is still rather messy, as the chroot not only needs the autofs binaries but also a working nis environment as that's were most of our automount maps come from. If you are interested, I can share that file. Nevertheless, I've also implemented another approach, which uses the host automount binary. I did not test the script extensively, but it seems to work as a proof of concept on both schroot 1.4 and schroot 1.6 branches. I'm sure that it could be greatly simplified with some little changes to automount and schroot, but it should be good enough to demonstrate the idea. Please find that script, 71automount, attached to this email and share your thoughts about this. thanks. -- regards, Reinhard 71automount Description: Binary data
Bug#283085: ITP: phing -- PHP5 project build system based on Apache Ant
Hello again, Nicolas, are you still interested in working on phing for Debian? Cheers, -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691747: Bug handling, and AsciiDoc too (was: Bug#691747: closing 691747)
Hi, On Thu, Nov 01, 2012 at 09:12:10AM -0400, David Prévot wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Osamu, Le 01/11/2012 07:33, Osamu Aoki a écrit : On Wed, Oct 31, 2012 at 04:59:45PM -0400, David Prévot wrote: ... Not even mentioning AsciiDoc sources, converted to DocBook, translated for the DocBook version, etc. So in doubt, just let the maintainers take care of handling their bug reports ;). I think I missed your last svn commit before my upload. This series of updates and both needs to be updated. But I guess it is not urgent. Agreed about non-urgent. Those reports and my other update were done after the package was uploaded, so you couldn't include them back then anyway ;). About AsciiDoc, the next po4a version (to be released on 21 November) will include a new specific module, that should allow to translate directly from the AsciiDoc source. If we can build directly the HTML book from it (without using DocBook), it could be a improvement (as in less headache in source handling and build process). As for asciidoc, I got sick of changing behavior of its package. So what I use is a copy of old asciidoc modified by me in the source. Anyway, XML generated from asciidoc is processed to embed data in translation friendly ways with local script. So all URL references are made to be entities in the XML source and changing the URL location does not require updating the translating message. The only thing to do is translating URL pointing location if you want. Issue is not about asciidoc but conversion of table containing XML to PDF via dblatex and xelatex tools and to CSS containing EPUB. I think English and French PDF working now. Italian, Porteguese, Japanese are broken. This is possibly due to XeTeX compatibility etc. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692037: unblock: gsettings-desktop-schemas/3.4.2-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, please unblock gsettings-desktop-schemas for a pair of not-so-cosmetic fixes. gsettings-desktop-schemas (3.4.2-2) unstable; urgency=low [ Jeremy Bicha ] * debian/gsettings-desktop-schemas.gsettings-override: - Use x-terminal-emulator as default terminal [ Josselin Mouette ] * 01_no_metacity_theme.patch: new patch. Do not convert the metacity theme, because we don’t convert other theme settings, and Clearlooks doesn’t exist anymore. unblock gsettings-desktop-schemas/3.4.2-2 -- .''`. Josselin Mouette : :' : `. `' `- diff -Nru gsettings-desktop-schemas-3.4.2/debian/changelog gsettings-desktop-schemas-3.4.2/debian/changelog --- gsettings-desktop-schemas-3.4.2/debian/changelog 2012-05-15 19:52:58.0 +0200 +++ gsettings-desktop-schemas-3.4.2/debian/changelog 2012-11-01 15:32:40.0 +0100 @@ -1,3 +1,16 @@ +gsettings-desktop-schemas (3.4.2-2) unstable; urgency=low + + [ Jeremy Bicha ] + * debian/gsettings-desktop-schemas.gsettings-override: +- Use x-terminal-emulator as default terminal + + [ Josselin Mouette ] + * 01_no_metacity_theme.patch: new patch. Do not convert the metacity +theme, because we don’t convert other theme settings, and Clearlooks +doesn’t exist anymore. + + -- Josselin Mouette j...@debian.org Thu, 01 Nov 2012 15:32:27 +0100 + gsettings-desktop-schemas (3.4.2-1) unstable; urgency=low * New upstream translation release. diff -Nru gsettings-desktop-schemas-3.4.2/debian/gsettings-desktop-schemas.gsettings-override gsettings-desktop-schemas-3.4.2/debian/gsettings-desktop-schemas.gsettings-override --- gsettings-desktop-schemas-3.4.2/debian/gsettings-desktop-schemas.gsettings-override 1970-01-01 01:00:00.0 +0100 +++ gsettings-desktop-schemas-3.4.2/debian/gsettings-desktop-schemas.gsettings-override 2012-08-26 06:31:32.0 +0200 @@ -0,0 +1,2 @@ +[org.gnome.desktop.default-applications.terminal] +exec='x-terminal-emulator' diff -Nru gsettings-desktop-schemas-3.4.2/debian/patches/01_no_metacity_theme.patch gsettings-desktop-schemas-3.4.2/debian/patches/01_no_metacity_theme.patch --- gsettings-desktop-schemas-3.4.2/debian/patches/01_no_metacity_theme.patch 1970-01-01 01:00:00.0 +0100 +++ gsettings-desktop-schemas-3.4.2/debian/patches/01_no_metacity_theme.patch 2012-11-01 15:32:40.0 +0100 @@ -0,0 +1,12 @@ +Index: gsettings-desktop-schemas-3.4.2/schemas/wm-schemas.convert +=== +--- gsettings-desktop-schemas-3.4.2.orig/schemas/wm-schemas.convert 2012-03-05 18:29:05.0 +0100 gsettings-desktop-schemas-3.4.2/schemas/wm-schemas.convert 2012-11-01 15:29:43.159883408 +0100 +@@ -11,7 +11,6 @@ action-middle-click-titlebar = /apps/met + action-right-click-titlebar = /apps/metacity/general/action_right_click_titlebar + auto-raise = /apps/metacity/general/auto_raise + auto-raise-delay = /apps/metacity/general/auto_raise_delay +-theme = /apps/metacity/general/theme + titlebar-uses-system-font = /apps/metacity/general/titlebar_uses_system_font + titlebar-font = /apps/metacity/general/titlebar_font + num-workspaces = /apps/metacity/general/num_workspaces diff -Nru gsettings-desktop-schemas-3.4.2/debian/patches/series gsettings-desktop-schemas-3.4.2/debian/patches/series --- gsettings-desktop-schemas-3.4.2/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ gsettings-desktop-schemas-3.4.2/debian/patches/series 2012-11-01 15:32:40.0 +0100 @@ -0,0 +1 @@ +01_no_metacity_theme.patch
Bug#692011: unblock: taxbird/0.18-1.1
Hi, On Thu, Nov 01, 2012 at 02:35:26AM -0700, Jonathan Nieder wrote: Actually, including taxbird in wheezy might not be very useful anyway. Its website says: Taxbird ist tot! ... lang lebe Geierlein. So another option to consider is removal. the typical use case is imho to have such software around for months to be able to file taxes, or correct tax statements, up to several months after the due date. The statement only means that the original taxbird software will no longer be developed by its author, so it will stop being useful after you need to file tax statements for 2013. He also explains that the successor project is a complete rewrite, using a vastly different technology (XUL, HTML5 and Node.js instead of C and GTK+), so I guess it will take some time until the dust settles on that one. Kind regards, --Toni++ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#283085: ITP: phing -- PHP5 project build system based on Apache Ant
Hi Alessio, the job is almost finish but I can't remember what is missing. You can take th job if you want. Regards, Nicolas 2012/11/1 Alessio Treglia ales...@debian.org Hello again, Nicolas, are you still interested in working on phing for Debian? Cheers, -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A
Bug#691895: weechat-curses: ceritificate verification fails
On Thu, Nov 01, 2012 at 12:22:44PM +0100, Michal Suchanek wrote: Hello, On 1 November 2012 11:50, Emmanuel Bouthenot kol...@openics.org wrote: What about the result of the following command in weechat? weechat# /set *ssl_* I have these settings: 12:20:37 weechat | [network] (relay.conf) 12:20:37 weechat | relay.network.ssl_cert_key = %h/ssl/relay.pem 12:20:37 weechat | 12:20:37 weechat | [server_default] (irc.conf) 12:20:37 weechat | irc.server_default.ssl_cert = 12:20:37 weechat | irc.server_default.ssl_dhkey_size = 2048 12:20:37 weechat | irc.server_default.ssl_priorities = NORMAL 12:20:37 weechat | irc.server_default.ssl_verify = on 12:20:37 weechat | Thanks Michal Hi Michal, And what is the value of option weechat.network.gnutls_ca_file ? Is it set to /etc/ssl/certs/ca-certificates.crt (which is default value) ? -- Cordialement / Best regards Sébastien. web: flashtux.org / weechat.org mail: flashc...@flashtux.org irc: FlashCode @ irc.freenode.netxmpp: flashc...@jabber.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692038: unblock: gnome-menus/3.4.2-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock gnome-menus for a trivial update. gnome-menus (3.4.2-4) unstable; urgency=low * Update blacklist for OpenJDK and Icedtea control panels. Closes: #679565. unblock gnome-menus/3.4.2-4 Thanks, -- .''`. Josselin Mouette : :' : `. `' `- Index: debian/changelog === --- debian/changelog (révision 35450) +++ debian/changelog (copie de travail) @@ -1,3 +1,10 @@ +gnome-menus (3.4.2-4) unstable; urgency=low + + * Update blacklist for OpenJDK and Icedtea control panels. +Closes: #679565. + + -- Josselin Mouette j...@debian.org Thu, 01 Nov 2012 15:50:55 +0100 + gnome-menus (3.4.2-3) unstable; urgency=low * 61_nodisplay_recurse.patch: backported from upstream git. Add a Index: debian/menus.blacklist === --- debian/menus.blacklist (révision 35450) +++ debian/menus.blacklist (copie de travail) @@ -1,6 +1,11 @@ # openjdk-6 +openjdk-6-java.desktop openjdk-6-policytool.desktop +# openjdk-7 +openjdk-7-java.desktop +openjdk-7-policytool.desktop + # sun-java6 sun-java6-controlpanel.desktop sun-java6-java.desktop @@ -8,6 +13,10 @@ sun-java6-jvisualvm.desktop sun-java6-policytool.desktop +# icedtea +icedtea-netx-javaws.desktop +itweb-settings.desktop + # hplip hplip.desktop hp-fab.desktop
Bug#692039: libhdate1: hcal -3 starts an endless loop
Package: libhdate1 Version: 1.6-1 Severity: important Tags: patch 'hcal -3' gives me an endless loop. Patch already commited to SVN: http://anonscm.debian.org/viewvc/debian-hebrew/pkg/libhdate/trunk/debian/patches/fix_3?view=markup a signness issue. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libhdate1 depends on: ii libc6 2.13-35 libhdate1 recommends no packages. libhdate1 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#691523: unblock: meta-gnome3/1:3.4+6
retitle 691523 unblock: meta-gnome3/1:3.4+6 thanks Hi, Le vendredi 26 octobre 2012 à 20:10 +0200, Josselin Mouette a écrit : Please unblock meta-gnome3 for another round of wheezy-targeted fixes. I forgot another package so there’s a new upload. Added:Removed: + libreoffice-writer - gnome-boxes + libreoffice-calc- iceweasel-l10n-all + libreoffice-impress + caribou-antler + gnome-shell-extensions meta-gnome3 (1:3.4+5) unstable; urgency=low * Remove unneeded Suggests. * Move gnome-boxes to Suggests, it’s not ready for prime-time. * Add dependencies to libreoffice-{writer,calc,impress} because libreoffice-gnome doesn’t install any actual module. * Only suggest iceweasel-l10n-all because stupid iceweasel will ask to remove all installed extensions (including language packs) upon upgrades. So long for full i18n out of the box. * Add caribou-antler so that the fallback session has on-screen keyboard too. meta-gnome3 (1:3.4+6) unstable; urgency=low * Add missing gnome-shell-extensions, required for the logout entry in the menu. unblock meta-gnome3/1:3.4+6 Thanks, -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692040: unblock: gnome-system-log/3.4.1-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, please unblock gnome-system-log for a translation update. gnome-system-log (3.4.1-3) unstable; urgency=low [ Michael Biebl ] * Mark the strings in debian/org.debian.pkexec.gnome-system-log.policy as translatable and setup debian/rules to handle the translation process (copied from gnome-menus). New translations should be added to the debian/po-up/ directory, updates can be done via debian/rules update-po. [ Josselin Mouette ] * Italian translation by Beatrice Torracca. Closes: #691457. * Galician translation by Jorge Barreiro. Closes: #691290. * Danish translation by Joe Hansen. Closes: #690584. * French translation by Julien Patriarca. Closes: #690925. * Russian translation by Yuri Kozlov. Closes: #690959. * German translation by Chris Leick. Closes: #691013. * Czech translation by Michal Simunek. Closes: #691161. unblock gnome-system-log/3.4.1-3 Thanks, -- .''`. Josselin Mouette : :' : `. `' `- Index: debian/po-up/gl.po === --- debian/po-up/gl.po (révision 0) +++ debian/po-up/gl.po (révision 36216) @@ -0,0 +1,28 @@ +# Galician translations for PACKAGE package. +# Copyright (C) 2012 THE PACKAGE'S COPYRIGHT HOLDER +# This file is distributed under the same license as the PACKAGE package. +# +# Jorge Barreiro yortx.ba...@gmail.com, 2012. +msgid +msgstr +Project-Id-Version: \n +Report-Msgid-Bugs-To: \n +POT-Creation-Date: 2012-10-15 17:04+0200\n +PO-Revision-Date: 2012-10-24 00:18+0200\n +Last-Translator: Jorge Barreiro yortx.ba...@gmail.com\n +Language-Team: Galician proxe...@trasno.net\n +Language: gl\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n +X-Generator: Lokalize 1.0\n +Plural-Forms: nplurals=2; plural=n != 1;\n + +#: ../../debian/org.debian.pkexec.gnome-system-log.policy.in.h:1 +msgid Run gnome-system-log +msgstr Execución de «gnome-system-log» + +#: ../../debian/org.debian.pkexec.gnome-system-log.policy.in.h:2 +msgid Authentication is required to view system logs +msgstr Requírese autenticación para ver os rexistros do sistema + Index: debian/po-up/da.po === --- debian/po-up/da.po (révision 0) +++ debian/po-up/da.po (révision 36216) @@ -0,0 +1,25 @@ +# Danish translation gnome-system-log. +# Copyright (C) 2012 gnome-system-log nedenstående oversættere. +# This file is distributed under the same license as the gnome-system-log package. +# Joe Hansen joedalt...@yahoo.dk, 2012. +# +msgid +msgstr +Project-Id-Version: gnome-system-log\n +Report-Msgid-Bugs-To: \n +POT-Creation-Date: 2012-10-15 17:04+0200\n +PO-Revision-Date: 2012-10-15 17:30+01:00\n +Last-Translator: Joe Hansen joedalt...@yahoo.dk\n +Language-Team: Danish debian-l10n-dan...@lists.debian.org\n +Language: da\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n + +#: ../../debian/org.debian.pkexec.gnome-system-log.policy.in.h:1 +msgid Run gnome-system-log +msgstr Kør gnome-system-log + +#: ../../debian/org.debian.pkexec.gnome-system-log.policy.in.h:2 +msgid Authentication is required to view system logs +msgstr Godkendelse er krævet for at se systemlogge Index: debian/po-up/cs.po === --- debian/po-up/cs.po (révision 0) +++ debian/po-up/cs.po (révision 36216) @@ -0,0 +1,25 @@ +# Czech PO debconf template translation of gnome-system-log. +# Copyright (C) 2012 Michal Simunek michal.simu...@gmail.com +# This file is distributed under the same license as the gnome-system-log package. +# Michal Simunek michal.simu...@gmail.com, 2012. +# +msgid +msgstr +Project-Id-Version: gnome-system-log 3.4.1-3\n +Report-Msgid-Bugs-To: \n +POT-Creation-Date: 2012-10-15 17:04+0200\n +PO-Revision-Date: 2012-10-22 11:31+0200\n +Last-Translator: Michal Simunek michal.simu...@gmail.com\n +Language-Team: Czech debian-l10n-cz...@lists.debian.org\n +Language: cs\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=utf-8\n +Content-Transfer-Encoding: 8bit\n + +#: ../../debian/org.debian.pkexec.gnome-system-log.policy.in.h:1 +msgid Run gnome-system-log +msgstr Spuštění aplikace gnome-system-log + +#: ../../debian/org.debian.pkexec.gnome-system-log.policy.in.h:2 +msgid Authentication is required to view system logs +msgstr K zobrazení systémových protokolů je nutné ověření Index: debian/po-up/debian.pot === --- debian/po-up/debian.pot (révision 0) +++ debian/po-up/debian.pot (révision 36216) @@ -0,0 +1,26 @@ +# SOME DESCRIPTIVE TITLE. +# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER +# This file is distributed under the same license as the PACKAGE package. +# FIRST AUTHOR EMAIL@ADDRESS, YEAR. +# +#, fuzzy +msgid +msgstr +Project-Id-Version:
Bug#692041: libvirt-bin: vol-clone painfully slow (cloning ext4 LVM Volumes encrypted with LUKS)
Package: libvirt-bin Version: 0.8.3-5+squeeze2 Severity: normal I have a LVM volume group used as storage pool by libvirt. The Volume group is crypted using LUKS. All Volumes wihtin that group contain ext4 filesystems. When I clone such an LVM Volume, vol-clone will work, but only allocates with approx. 1MB/s. To rule out any hardware problems I also validated my resulst using dd which is able to copy at about 25MB/s. While looking for a solution I found a bug report for Fedora, which describes the same symptoms: https://bugzilla.redhat.com/show_bug.cgi?id=582356 It also contains a link to a patch: http://libvirt.org/git/?p=libvirt.git;a=commit;h=e3c36a2575bc88a16d776693dc39ea01c780b406 I am not sure whether it's the same problem, but it feels like it is. -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/24 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libvirt-bin depends on: ii adduser3.112+nmu2add and remove users and groups ii libavahi-client3 0.6.27-2+squeeze1 Avahi client library ii libavahi-common3 0.6.27-2+squeeze1 Avahi common library ii libblkid1 2.17.2-9 block device id library ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libcap-ng0 0.6.4-1 An alternate posix capabilities li ii libdevmapper1.02.1 2:1.02.48-5 The Linux Kernel Device Mapper use ii libgcrypt111.4.5-2 LGPL Crypto library - runtime libr ii libgnutls262.8.6-1+squeeze2 the GNU TLS library - runtime libr ii libnl1 1.1-6 library for dealing with netlink s ii libparted0debian1 2.3-5 The GNU Parted disk partitioning s ii libpciaccess0 0.12.0-1 Generic PCI access library for X ii libreadline6 6.1-3 GNU readline and history libraries ii libsasl2-2 2.1.23.dfsg1-7Cyrus SASL - authentication abstra ii libudev0 164-3 libudev shared library ii libuuid1 2.17.2-9 Universally Unique ID library ii libvirt0 0.8.3-5+squeeze2 library for interfacing with diffe ii libxenstore3.0 4.0.1-5.4 Xenstore communications library fo ii libxml22.7.8.dfsg-2+squeeze5 GNOME XML library ii logrotate 3.7.8-6 Log rotation utility Versions of packages libvirt-bin recommends: ii bridge-utils 1.4-5 Utilities for configuring the Linu pn dnsmasq-base none (no description available) pn ebtables none (no description available) ii gawk 1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr ii iptables 1.4.8-3administration tools for packet fi pn libxml2-utils none (no description available) ii netcat-openbsd1.89-4 TCP/IP swiss army knife ii qemu-kvm 0.12.5+dfsg-5+squeeze9 Full virtualization on x86 hardwar Versions of packages libvirt-bin suggests: pn policykit-1 none (no description available) -- Configuration Files: /etc/libvirt/qemu.conf changed: vnc_listen = 0.0.0.0 -- 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#692042: Would like a ports mailing list for x32
Package: lists.debian.org Severity: wishlist X-Debbugs-CC: d...@ubuntu.com, aure...@debian.org, adcon...@0c3.net It would be nice to have a mailing list for the Debian port to the X32 ABI on amd64 http://sites.google.com/site/x32abi/. Most likely debian-x32. So far, discussions on it have been scattered around, and mostly in private mails, so it would be nice to have a central location and archive for future discussions. (Current status: x32 and x32-multilib support are merged into gcc-4.7 and eglibc SVN. Locally, I've bootstrapped roughly 13000 source packages, while roughly 5000 are stuck waiting on dependencies that haven't been built yet.) -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691160: Fixing pyatspi upgrades from squeeze
Hi all, as mentioned in #691160, in some cases APT fails to provide a clean upgrade path from python-pyatspi to python-pyatspi2. Since both packages are binary-compatible, the python-pyatspi2 package should never have existed in the first place, but it’s a bit late for that. I think the easiest way to make APT’s job easier is to remove the current python-pyatspi package. Hence we can have 2 scenarios. A: 1. Make python-pytaspi an empty package depending on python-pyatspi2. 2. Make the conflict a versioned one. 3. Remove the Provides in python-pyatspi2. B: 1. Remove python-pyatspi from the at-spi source package. 2. Rename python-pyatspi2 to python-pyatspi. 3. Make python-pyatspi2 an empty package depending on python-pyatspi. In both cases this needs a synchronized upload of at-spi and pyatspi2. A11y maintainers: what are your thoughts? Release team: would you accept such a change for wheezy? Cheers, -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692043: net: do not disable sg for packets requiring no checksum
Package: src:linux Version: 3.2.23-1 Severity: important Dear Maintainer, A regression appearing upstream after 2.6.38 (so not in squeeze) appears in wheezy. The fix is in the upstream 3.2.y stable Linux kernel maintained by Ben Hutchings, so it's probably on its way into wheezy, but I didn't see any bug for it, so I figured I'd reach out. Here is the commit from 3.2.y, with the changelog describing the user impact, felt most keenly by debian users who download the open source aoe driver directly from coraid.com. It includes the simple fix. commit 9d222e395fc51081a77bac4168141e289dff2d4b Author: Ed Cashin ecas...@coraid.com Date: Wed Sep 19 15:49:00 2012 + net: do not disable sg for packets requiring no checksum [ Upstream commit c0d680e577ff171e7b37dbdb1b1bf5451e851f04 ] A change in a series of VLAN-related changes appears to have inadvertently disabled the use of the scatter gather feature of network cards for transmission of non-IP ethernet protocols like ATA over Ethernet (AoE). Below is a reference to the commit that introduces a harmonize_features function that turns off scatter gather when the NIC does not support hardware checksumming for the ethernet protocol of an sk buff. commit f01a5236bd4b140198fbcc550f085e8361fd73fa Author: Jesse Gross je...@nicira.com Date: Sun Jan 9 06:23:31 2011 + net offloading: Generalize netif_get_vlan_features(). The can_checksum_protocol function is not equipped to consider a protocol that does not require checksumming. Calling it for a protocol that requires no checksum is inappropriate. The patch below has harmonize_features call can_checksum_protocol when the protocol needs a checksum, so that the network layer is not forced to perform unnecessary skb linearization on the transmission of AoE packets. Unnecessary linearization results in decreased performance and increased memory pressure, as reported here: http://www.spinics.net/lists/linux-mm/msg15184.html The problem has probably not been widely experienced yet, because only recently has the kernel.org-distributed aoe driver acquired the ability to use payloads of over a page in size, with the patchset recently included in the mm tree: https://lkml.org/lkml/2012/8/28/140 The coraid.com-distributed aoe driver already could use payloads of greater than a page in size, but its users generally do not use the newest kernels. Signed-off-by: Ed Cashin ecas...@coraid.com Signed-off-by: David S. Miller da...@davemloft.net Signed-off-by: Ben Hutchings b...@decadent.org.uk diff --git a/net/core/dev.c b/net/core/dev.c index 611294a..abe1147 100644 --- a/net/core/dev.c +++ b/net/core/dev.c @@ -2108,7 +2108,8 @@ static bool can_checksum_protocol(unsigned long features, __be16 protocol) static u32 harmonize_features(struct sk_buff *skb, __be16 protocol, u32 features) { - if (!can_checksum_protocol(features, protocol)) { + if (skb-ip_summed != CHECKSUM_NONE + !can_checksum_protocol(features, protocol)) { features = ~NETIF_F_ALL_CSUM; features = ~NETIF_F_SG; } else if (illegal_highdma(skb-dev, skb)) { -- Package-specific info: ** Version: Linux version 3.2.0-3-amd64 (Debian 3.2.23-1) (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-8) ) #1 SMP Mon Jul 23 02:45:17 UTC 2012 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-3-amd64 root=UUID=4cb7446d-c561-4184-b8ec-486ef365455b ro quiet ** Not tainted ** Kernel log: [0.801610] acpiphp: Slot [30] registered [0.801693] acpiphp: Slot [31] registered [0.802476] intel_idle: does not run on family 6 model 15 [0.802532] ERST: Table is not found! [0.802535] GHES: HEST is not enabled! [0.802660] xen: -- pirq=22 - irq=28 (gsi=28) [0.802666] xen-platform-pci :00:03.0: PCI INT A - GSI 28 (level, low) - IRQ 28 [0.804744] Grant table initialized [0.809132] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled [0.839167] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A [0.894633] 00:0a: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A [0.904439] Linux agpgart interface v0.103 [0.904599] i8042: PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12 [0.906591] serio: i8042 KBD port at 0x60,0x64 irq 1 [0.906603] serio: i8042 AUX port at 0x60,0x64 irq 12 [0.906968] mousedev: PS/2 mouse device common for all mice [0.907810] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input0 [0.908587] rtc_cmos 00:05: rtc core: registered rtc_cmos as rtc0 [0.908630] rtc0: alarms up to one day, 114 bytes nvram [0.908645] cpuidle: using governor ladder [0.908648] cpuidle: using governor menu [0.908933] TCP cubic registered [0.909141] NET: Registered protocol family
Bug#692044: libpoppler19: Does not support removing annotations. Fixed in 0.20 upstream. Please backport
Package: libpoppler19 Version: 0.18.4-3 Severity: important Tags: upstream Dear Maintainer, Please backport the patch from upstream which allows us to remove annotations in pdfs. This severly affects usage in evince and other readers. https://bugs.freedesktop.org/show_bug.cgi?id=40473 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (200, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpoppler19 depends on: ii libc6 2.13-35 ii libfontconfig1 2.9.0-7 ii libfreetype6 2.4.9-1 ii libjpeg8 8d-1 ii liblcms1 1.19.dfsg-1.2 ii libopenjpeg2 1.3+dfsg-4.1 ii libpng12-0 1.2.49-1 ii libstdc++6 4.7.1-7 ii libtiff4 3.9.6-9 ii multiarch-support 2.13-35 Versions of packages libpoppler19 recommends: ii poppler-data 0.4.5-10 libpoppler19 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#692045: mcollective: [INTL:ja] New Japanese translation
Package: mcollective Version: 2.0.0+dfsg-2 Severity: wishlist Tags: patch l10n Dear mcollective package maintainer, Here's Japanese po-debconf template translation (ja.po) file that reviewed by several Japanese Debian developers and users. Could you apply it, please? -- victory http://userscripts.org/scripts/show/102724 mcollective_2.0.0+dfsg-2_ja.po.gz Description: Binary data
Bug#692009: bup: should Recommend python-pyxattr and python-pylibacl
Hi, Thanks for the report! On Thu, Nov 01, 2012 at 10:11:19AM +0100, Sascha Silbe wrote: bup meta requires python-pyxattr and python-pylibacl in order to back up and restore extended attributes resp. ACLs, so they should be listed in Recommends or at least Suggests. I think they should probably go in Depends: to be honest. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688750: schroot and autofs need better integration
On Thu, Nov 1, 2012 at 3:34 PM, Reinhard Tartler siret...@gmail.com wrote: Nevertheless, I've also implemented another approach, which uses the host automount binary. I did not test the script extensively, but it seems to work as a proof of concept on both schroot 1.4 and schroot 1.6 branches. I'm sure that it could be greatly simplified with some little changes to automount and schroot, but it should be good enough to demonstrate the idea. Please find that script, 71automount, attached to this email and share your thoughts about this. It seems that 71automount alone is enough to break the --recover-session option, because 10mount fails to umount and mount all filesystems again. In order to fix this, I think that in the recover session case, a setup.d script must ensure that automount is properly killed. The attached 01automount files implements this. Roger, please tell me if this approach makes sense to you and what is missing so that these two scripts can be integrated into the schroot package properly. Cheers, Reinhard -- regards, Reinhard 01automount Description: Binary data
Bug#692046: unblock: debdelta/0.50+1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package debdelta. It corrects a nasty bug that occours with many KDE packages: those contain a broken symlink, and 'debdelta-upgrade' would consider them damaged, and not update them. I also enabled the hardening flags. I attach the debdiff. PS looking at the debdiff I noted that a file tarpu.py seems disappeared: I just deleted an useless symlink. Thanks! unblock debdelta/0.50+1 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Andrea Mennucc E' un mondo difficile. Che vita intensa! (Tonino Carotone) signature.asc Description: Digital signature
Bug#623271: O: slides -- Python-based Slide Maker
retitle 623271 ITA: slides -- Python-based Slide Maker owner 623271 ! thanks I'd like to try my hands at maintaining a Debian package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org