Bug#704769: FTBFS on s390x sid buildds.
On Sat, Apr 20, 2013 at 08:42:56PM -0400, Michael Gilbert wrote: control: tag -1 pending Hi, I've uploaded an nmu fixing this issue to delayed/2. Please see attached patch. If you have time please commit your changes to the collab-maint git repo in branch debian-wheezy! Best wishes, Mike -- Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701744: Possible workaround.
It might help to disable TSO and GSO inside the Linux PV guest with ethtool. ethtool -K eth0 tso off gso off -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705909: libmath-prime-util-perl: FTBFS (failing tests) on some architectures (but built previously)
Source: libmath-prime-util-perl Version: 0.25-1 Severity: serious Justification: FTBFS, but built previously successfully Hi To track this issue. libmath-prime-util-perl up to 0.22-1 built on all architectures. Starting from 0.25-1 it FTBFS on some: https://buildd.debian.org/status/package.php?p=libmath-prime-util-perl Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703281: rygel security issue
Hello Michael Karcher! On Sun, Apr 21, 2013 at 02:53:27PM +0200, Michael Karcher wrote: This behaviour is caused by the global (system wide) configuration file /etc/rygel.conf containing upnp-enabled=true. [...] A short-term fix would be to ship with upnp-enabled=false in the global configuration file. Which might even actually be what Debian wants. I did not track down whether the global true setting already makes the UPnP interface available while rygel is running. I would prefer this fix and it should not be problematic. The preferences program creates a user local configuration file when setting up the autostart symlink. Hopefully everyone who has created the symlink for themselves also have a user local configuration file. That would mean changing the default enabled/disabled state will not affect anything else. If you have time, please check with the release team if this is something they want uploaded now and if so it would be appreciated if you can (via a sponsor?) upload it as well. I will probably not have any time this week. PS. Sorry for messing up the bug merging, since apparently someone had already merged the correct bug numbers. -- Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705910: libhx: Added DEP-8 tests
Package: libhx Severity: wishlist Tags: patch, dep-8, tests Dear Maintainer, I am forwarding a diff that adds DEP-8 tests to the package (http://dep.debian.net/deps/dep8/). The tests are compile/link/run tests which bascially check if the header files and libraries have been correctly installed. Thanks, Vibhav Pant -- Vibhav Pant vibh...@ubuntu.com 0x2B | ~ 0x2B (Hamlet, Shakespeare) add_autopkgtest.debdiff Description: Binary data
Bug#705903: cinnamon-settings still doesn't start :)
Oops, my bad, I went too fast yesterday! python-gi-cairo was indeed needed for running cinnamon-settings but I messed up by adding it to the build-depends instead to cinnamon dependencies. As a workaround, installing python-gi-cairo fixes the issue. I will send the fix tomorrow... Cheers, Nicolas signature.asc Description: OpenPGP digital signature
Bug#652010: squid3: ncsa_auth should support MD5 and SHA1 in htpasswd files
A partial fix for this has been accepted upstream. The fixed helper requires crypt() library support for the SHA hashed algorithm, but when that is provided will accept SHA-256, SHA-512, and Blowfish hashed passwords. http://bugs.squid-cache.org/show_bug.cgi?id=3831 http://www.squid-cache.org/Versions/v3/3.HEAD/changesets/squid-3-12762.patch Amos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612610: lintian: should suggest switching to 3.0 (quilt)
On Thu, Apr 11, 2013 at 10:47:03PM +0200, Niels Thykier wrote: Generally speaking, Debian needs a way to promote best practices, because there *are* practices that are better than others and uniforming on them is a way to both improve the quality of our maintenance work and reduce barriers to contributions [...]. I am inclined to agree on this. Hi Niels, I think we're generally in agreement, so I'll just clarify one of my main points here. Yes, that is part of it. For me, the second part of it is that Lintian is only effective as long as everybody keeps using it. In more detail, please see [1] (which I realise now was not mentioned in #702671). The devil is in your quotes here :) The point here, I think, is that in a project as large as Debian you will always find somebody that disagrees with a specific new practice. Unfortunately that practice might be beneficial for everyone else. In fact, this is the classical reason why we generally insist on rough consensus as opposed to unanimity. So we do need a place where, at some point, we decide let's go for that and we start using a tool (say, lintian) to nag everyone about it, even if someone disagrees. It's a difficult trade-off of course, as the potential to alienate someone does exist. But while the consequences of that are constantly in our minds, I think we also need to think a bit more at the project-wide consequences of *not* doing that. Thanks for your work, and reflections, on lintian! Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Project Leader . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club » -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705911: RM: krazy2/experimental -- RoQA; rc-buggy, unmaintained, low-popcorn
Package: ftp.debian.org Severity: normal Please, remove krazy2 from experimental. Besides being rc-buggy (license problems), it's a specific KDE code checker tool that doesn't have releases and it's probably better used from developers out of the git tree. Thanks, Ana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705900: [Pkg-nagios-devel] Bug#705900: check_ping fail if host do not have IPv6 address
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 tag 705900 + moreinfo unreproducible thanks Hi Petter, thanks for taking time to reporting your issue. Am 22.04.2013 00:22, schrieb Petter Reinholdtsen: The DNS host name in question only resolve to an IPv4 address, but ping6 is tried nevertheless: root@tjener:~# host tjener.intern tjener.intern has address 10.0.2.2 root@tjener:~# /usr/lib/nagios/plugins/check_ping -H tjener.intern -w 10,10% -c 10,10% /bin/ping6 -n -U -w 10 -c 5 tjener.intern CRITICAL - Could not interpret output from ping command root@tjener:~# I tried to reproduce your problem on an i386 and amd64 system, but all worked as expected: waja@bodengruppe:~$ dpkg -l | grep nagios-plugins-basic ii nagios-plugins-basic 1.4.16-1 amd64 Plugins for nagios compatible monitoring systems waja@bodengruppe:~$ /usr/lib/nagios/plugins/check_ping -vvv -H test.test.org -w 10,10% -c 10,10% CMD: /bin/ping -n -U -w 10 -c 5 test.test.org Output: PING test.test.org (127.0.0.1) 56(84) bytes of data. Output: 64 bytes from 127.0.0.1: icmp_req=1 ttl=64 time=0.020 ms Output: 64 bytes from 127.0.0.1: icmp_req=2 ttl=64 time=0.029 ms Output: 64 bytes from 127.0.0.1: icmp_req=3 ttl=64 time=0.034 ms Output: 64 bytes from 127.0.0.1: icmp_req=4 ttl=64 time=0.032 ms Output: 64 bytes from 127.0.0.1: icmp_req=5 ttl=64 time=0.037 ms Output: Output: --- test.test.org ping statistics --- Output: 5 packets transmitted, 5 received, 0% packet loss, time 3997ms Output: rtt min/avg/max/mdev = 0.020/0.030/0.037/0.007 ms PING OK - Packet loss = 0%, RTA = 0.03 ms|rta=0.03ms;10.00;10.00;0.00 pl=0%;10;10;0 10.00:10% 10.00:10% waja@bb:~$ dpkg -l | grep nagios-plugins-basic ii nagios-plugins-basic 1.4.16-1 i386 Plugins for nagios compatible monitoring systems waja@bb:~$ /usr/lib/nagios/plugins/check_ping -vvv -H test.test.org -w 10,10% -c 10,10% CMD: /bin/ping -n -U -w 10 -c 5 test.test.org Output: PING test.test.org (127.0.0.1) 56(84) bytes of data. Output: 64 bytes from 127.0.0.1: icmp_req=1 ttl=64 time=0.027 ms Output: 64 bytes from 127.0.0.1: icmp_req=2 ttl=64 time=0.032 ms Output: 64 bytes from 127.0.0.1: icmp_req=3 ttl=64 time=0.040 ms Output: 64 bytes from 127.0.0.1: icmp_req=4 ttl=64 time=0.046 ms Output: 64 bytes from 127.0.0.1: icmp_req=5 ttl=64 time=0.044 ms Output: Output: --- test.test.org ping statistics --- Output: 5 packets transmitted, 5 received, 0% packet loss, time 3997ms Output: rtt min/avg/max/mdev = 0.027/0.037/0.046/0.010 ms PING OK - Packet loss = 0%, RTA = 0.04 ms|rta=0.037000ms;10.00;10.00;0.00 pl=0%;10;10;0 10.00:10% 10.00:10% The issue seem to be similar to the ones reported in URL: http://bugs.debian.org/597068 and URL: http://bugs.debian.org/629640 , but those reports seem to be related to problems with hosts where records are present. This is not the case here. Could you please change check_ping to use IPv4 ping if no entry is present in DNS? Right from the sourcecode of the plugin: #ifdef PING6_COMMAND if (address_family != AF_INET is_inet6_addr(addresses[i])) rawcmd = strdup(PING6_COMMAND); else rawcmd = strdup(PING_COMMAND); #else rawcmd = strdup(PING_COMMAND); #endif Looks not bad. If you can give me more informations, maybe I can dig into it. Many thanks, Jan. - -- Never write mail to w...@spamfalle.info, you have been warned! - -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iD8DBQFRdOFD9u6Dud+QFyQRArwmAKDVsIC997YpSJ2bcTIoNYdV8FIrigCfSMCv RXrXWAVdBzt5BlAYomQ0Keg= =Rvu1 -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#705912: edfbrowser: new upstream (1.50) available
Package: edfbrowser Version: 1.48-1 Severity: wishlist Tags: upstream Upstream has released 1.50: http://www.teuniz.net/edfbrowser/ Please package as time permits. Thanks, Karsten -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'stable-updates'), (500, 'stable'), (50, 'unstable'), (10, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-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 Versions of packages edfbrowser depends on: ii libc6 2.13-38 ii libgcc1 1:4.7.2-5 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libstdc++6 4.7.2-5 edfbrowser recommends no packages. edfbrowser 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#705093: pmacct cannot create postgres table
I suppose postgres has restricted what a timestamp can be since this was created. However that doesn't make sense to make the insertion date default to the year . On 10 April 2013 16:49, David M Smith sidic...@gmail.com wrote: Package: pmacct Version: 0.14.0-1.1 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I was following the README and /usr/share/doc/pmacct/sql/pmacct-create-table_v7.pgsql throws an error that it cannot create the database table. * What exactly did you do (or not do) that was effective (or ineffective)? I tried creating the table manually. * What was the outcome of this action? Didn't work, it appears there is a problem with the table create statement. * What outcome did you expect instead? I expected it to create the table. pmacct=# CREATE TABLE acct_v7 ( pmacct(# agent_id BIGINT NOT NULL DEFAULT 0, pmacct(# class_id CHAR(16) NOT NULL DEFAULT ' ', pmacct(# mac_src macaddr NOT NULL DEFAULT '0:0:0:0:0:0', pmacct(# mac_dst macaddr NOT NULL DEFAULT '0:0:0:0:0:0', pmacct(# vlan INT NOT NULL DEFAULT 0, pmacct(# as_src BIGINT NOT NULL DEFAULT 0, pmacct(# as_dst BIGINT NOT NULL DEFAULT 0, pmacct(# ip_src inet NOT NULL DEFAULT '0.0.0.0', pmacct(# ip_dst inet NOT NULL DEFAULT '0.0.0.0', pmacct(# port_src INT NOT NULL DEFAULT 0, pmacct(# port_dst INT NOT NULL DEFAULT 0, pmacct(# tcp_flags SMALLINT NOT NULL DEFAULT 0, pmacct(# ip_proto SMALLINT NOT NULL DEFAULT 0, pmacct(# tos INT NOT NULL DEFAULT 0, pmacct(# packets INT NOT NULL, pmacct(# bytes BIGINT NOT NULL, pmacct(# flows INT NOT NULL DEFAULT 0, pmacct(# stamp_inserted timestamp without time zone NOT NULL DEFAULT '-01-01 00:00:00', pmacct(# stamp_updated timestamp without time zone, pmacct(# CONSTRAINT acct_v7_pk PRIMARY KEY (agent_id, class_id, mac_src, mac_dst, vlan, as_src, as_dst, ip_src, ip_dst, port_src, port_dst, ip_proto, tos, stamp_inserted) pmacct(# ); ERROR: date/time field value out of range: -01-01 00:00:00 *** End of the template - remove these lines *** -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages pmacct depends on: ii libc6 2.13-38 ii libmysqlclient18 5.5.30+dfsg-1 ii libpcap0.81.3.0-1 ii libpq59.1.9-1 ii libsqlite3-0 3.7.13-1 ii net-tools 1.60-24.2 ii psmisc22.19-1+deb7u1 ii zlib1g1:1.2.7.dfsg-13 pmacct recommends no packages. pmacct suggests no packages. -- Configuration Files: /etc/pmacct/pmacctd.conf changed [not included] -- no debconf information
Bug#705913: Choosing -ize/-ise has no effect
Package: aspell-en Version: 7.1-0-1 Severity: normal I can't see it stated anywhere, but I think en_GB-ize is supposed to let me have something close to Oxford spelling (en-GB-oed). When I tried it, it didn't work for me. $ cat test.txt The group analysed labour statistics published by the organization $ aspell dump dicts | while read dict; do printf %s' ' $dict; aspell list -l $dict test.txt | fmt; done | column -t enanalysed en-variant_0 analysed en-variant_1 analysed en-variant_2 analysed en-w_accents analysed en-wo_accents analysed en_CA analysed en_CA-variant_0 analysed en_CA-variant_1 analysed en_CA-w_accents analysed en_CA-wo_accents analysed en_GB organization en_GB-ise organization en_GB-ise-w_accents organization en_GB-ise-wo_accents organization en_GB-ize organization en_GB-ize-w_accents organization en_GB-ize-wo_accents organization en_GB-variant_0 organization en_GB-variant_1 organization en_GB-w_accents organization en_GB-wo_accents organization en_US analysed labour en_US-variant_0 analysed labour en_US-variant_1 analysed labour en_US-w_accents analysed labour en_US-wo_accents analysed labour -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.8-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aspell-en depends on: ii aspell 0.60.7~20110707-1 ii dictionaries-common 1.12.11 aspell-en recommends no packages. aspell-en 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#705914: O: screenie-qt -- fancy screenshot composer
Package: wnpp Severity: normal screenie-qt needs a new maintainer. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. Also notice screenie-qt hasn't seen any code update from upstream since more than 2 years ago. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: screenie-qt Binary: screenie-qt Version: 0.0~git20100701-1 Maintainer: José Manuel Santamaría Lema panfa...@gmail.com Build-Depends: debhelper (= 7.4.12), libqt4-dev (= 4.4) Build-Conflicts: qt3-dev-tools Architecture: any Standards-Version: 3.9.0 Format: 3.0 (quilt) Files: 739c80e158aec3e646c733447bc0d324 1221 screenie-qt_0.0~git20100701-1.dsc a22ec377bf590270d8a8b4c413c6de5d 223914 screenie-qt_0.0~git20100701.orig.tar.gz 40fab2cfaefb15996e3ea3b2016a63cb 2679 screenie-qt_0.0~git20100701-1.debian.tar.gz Checksums-Sha1: 70d5ea6a0ddfe840d5f28ebcda6b095a7147fa8a 1221 screenie-qt_0.0~git20100701-1.dsc ff46f28a2602b8cc7d0a06ecc5a146dab2c5452e 223914 screenie-qt_0.0~git20100701.orig.tar.gz 8a062190c07036572ff75cf13f8c89a24f7fb72f 2679 screenie-qt_0.0~git20100701-1.debian.tar.gz Checksums-Sha256: dc3bbc002d1c947ad938dc0db824c21af1310c500909e6483c673b9527e0bd8e 1221 screenie-qt_0.0~git20100701-1.dsc 147df2bd4427a33df999c433e1444a16cdfd2a73fda1e3730cbc33a76fff15be 223914 screenie-qt_0.0~git20100701.orig.tar.gz 9c7d42c7ebb8bf90c8abd21790daa0218f5e3449e68cee84d6720fa0e9a97aa3 2679 screenie-qt_0.0~git20100701-1.debian.tar.gz Homepage: http://code.google.com/p/screenie/ Directory: pool/main/s/screenie-qt Priority: source Section: utils Package: screenie-qt Version: 0.0~git20100701-1 Installed-Size: 208 Maintainer: José Manuel Santamaría Lema panfa...@gmail.com Architecture: amd64 Depends: libc6 (= 2.2.5), libgcc1 (= 1:4.1.1), libqtcore4 (= 4:4.6.1), libqtgui4 (= 4:4.5.3), libstdc++6 (= 4.1.1) Description-en: fancy screenshot composer Screenie a small tool to allow you to compose a fancy and stylish screenshots. It is cross-platform (for Linux, Windows and Mac OS X) and very easy to use. You will have an impressive screenshot in just one minute! Homepage: http://code.google.com/p/screenie/ Description-md5: ab8be4becf75c2149cad86abbe9cf4f6 Tag: role::program, scope::utility, use::TODO, works-with::image:raster Section: utils Priority: optional Filename: pool/main/s/screenie-qt/screenie-qt_0.0~git20100701-1_amd64.deb Size: 91278 MD5sum: d7eeebdeca09de89b5f54ec4a8b95cb8 SHA1: c7b05adfaaffa7a634b23ebc00f5b8739fc71361 SHA256: 81beb897c954ac493c87ebcffb19c7875dd7649c2b8d9bf6d8ef56a4dbcb2631 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705915: ITP: python-hiredis -- Redis driver for Python using Hiredis
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos apoi...@gmail.com * Package name: python-hiredis Version : 0.1.1 Upstream Author : Pieter Noordhuis pcnoordh...@gmail.com * URL : http://github.com/pietern/hiredis-py * License : BSD (3-clause) Programming Lang: Python Description : Redis driver for Python using Hiredis python-hiredis provides a Python module that wraps Hiredis. Both the synchronous connection API and a separate protocol reader are supported. It is primarily intended to speed up parsing multi bulk replies. . Hiredis is a minimalistic C client library for the Redis database, a persistent key-value database with support for atomically manipulating and querying data structures such as lists and sets. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705900: [Pkg-nagios-devel] Bug#705900: check_ping fail if host do not have IPv6 address
[Jan Wagner] If you can give me more informations, maybe I can dig into it. I would be happy to, if you have suggestions to what kind of information to collect. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705916: O: svn-all-fast-export -- fast-import based converter to convert repos from svn to git
Package: wnpp Severity: normal svn-all-fast-export needs a new maintainer. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: svn-all-fast-export Binary: svn-all-fast-export Version: 1.0.5-1 Maintainer: José Manuel Santamaría Lema panfa...@gmail.com Build-Depends: debhelper (= 9), libqt4-dev, libsvn-dev Build-Conflicts: qt3-dev-tools Architecture: any Standards-Version: 3.9.3 Format: 3.0 (quilt) Files: b3b6afef8515a24c96d210313e0f5ab3 1389 svn-all-fast-export_1.0.5-1.dsc ac05ef95ba4668c194e8673797247202 48714 svn-all-fast-export_1.0.5.orig.tar.gz f26bf9775f953747e9bd5403f30855fa 4779 svn-all-fast-export_1.0.5-1.debian.tar.gz Dm-Upload-Allowed: yes Vcs-Browser: http://git.debian.org/?p=collab-maint/svn-all-fast-export.git Vcs-Git: git://git.debian.org/collab-maint/svn-all-fast-export.git Checksums-Sha1: fb9aa591f8d1106f7c4a5efc50d1e687397c5d63 1389 svn-all-fast-export_1.0.5-1.dsc 23c4579983bbdcf5f67bb12945c577c364726fee 48714 svn-all-fast-export_1.0.5.orig.tar.gz f52768e4e0a94bd4030c1f2e32dcab6bf7997e3c 4779 svn-all-fast-export_1.0.5-1.debian.tar.gz Checksums-Sha256: d3886c88d6f277ad223bc841fc9a77c927095b5e1a46ff39666e9f1fd81c02b9 1389 svn-all-fast-export_1.0.5-1.dsc 5441b4c35e33925113c1b83babf6172cd589c39a1f6b3f874ff221e76051d187 48714 svn-all-fast-export_1.0.5.orig.tar.gz b9e213b546d643f7e41c7bca1573a7b88602f88e7f09f37d428dfa7f2656113f 4779 svn-all-fast-export_1.0.5-1.debian.tar.gz Homepage: http://gitorious.org/svn2git Package-List: svn-all-fast-export deb devel extra Directory: pool/main/s/svn-all-fast-export Priority: source Section: devel Package: svn-all-fast-export Version: 1.0.5-1 Installed-Size: 266 Maintainer: José Manuel Santamaría Lema panfa...@gmail.com Architecture: amd64 Depends: libapr1 (= 1.2.7), libc6 (= 2.3.4), libgcc1 (= 1:4.1.1), libqtcore4 (= 4:4.7.0~beta1), libstdc++6 (= 4.1.1), libsvn1 (= 1.4) Description-en: fast-import based converter to convert repos from svn to git svn-all-fast-export is a tool to convert your svn repositories to git. . You will need to have a copy of your svn repository and to write some rules to specify how the conversion will be done, for instance, you can manage how the tags and branches will be managed writing the appropriate rules. You have examples in /usr/share/doc/svn-all-fast-export/samples . Also, you can provide a file mapping the old svn accounts to the authors names in the format Author Name email so will not need to use git filter-branch to amend the commiters' names. Homepage: http://gitorious.org/svn2git Description-md5: ebfe289ca599147e7ee2013c7ff3da1f Tag: implemented-in::c++, interface::commandline, role::program, uitoolkit::qt, use::converting, works-with::vcs Section: devel Priority: extra Filename: pool/main/s/svn-all-fast-export/svn-all-fast-export_1.0.5-1_amd64.deb Size: 134622 MD5sum: 99844fd06f0c81585b8d29f4e720b7c9 SHA1: fc1b6da682eed3a83c845c657b34980ade405f57 SHA256: ac23a6a4e83c250aeddf964d97aa1bee8aa835c9fee762ee170ad22b337b1fdc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704272: Suspend does not work anymore
Hi Simon, On 04/21/2013 02:31 PM, Simon McVittie wrote: On Sat, 30 Mar 2013 at 21:18:20 +0100, Guido Günther wrote: since the update frpm 3.6 supending does not work anymore ... It seems systemd is too old in Debian to handle this. Replacing revert-suspend-break.patch with the one here seems to work (under both systemd from unstable, and sysvinit+consolekit from unstable). GNOME team, would you like me to upload this? Debdiff also attached. Without having looked closely at the patch: sure, that'd be much appreciated! And don't forget to commit your changes to the svn repo. Thanks, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705093: pmacct cannot create postgres table
On 04/22/2013 03:15 PM, Jamie Wilkinson wrote: I suppose postgres has restricted what a timestamp can be since this was created. However that doesn't make sense to make the insertion date default to the year . stamp_inserted timestamp without time zone NOT NULL DEFAULT '-01-01 00:00:00', That line is straight from /usr/share/doc/pmacct/sql/pmacct-create-table_v7.pgsql in the installed package. It's also in the other pmacct-create-table .pgsql files for different table versions. I set it to '2001-01-01 00:00:00' for my table creation and postgres took it without any complaints. Perhaps now() would be more appropriate? Maybe then, the stamp_inserted field will default to the time that the record is actually inserted into the table? I've just started using postgres myself and I'm loving it. The pmacct package is also extremely useful to me. Thanks for your time, -David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705900: [Pkg-nagios-devel] Bug#705900: Bug#705900: check_ping fail if host do not have IPv6 address
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 22.04.2013 09:23, schrieb Petter Reinholdtsen: [Jan Wagner] If you can give me more informations, maybe I can dig into it. I would be happy to, if you have suggestions to what kind of information to collect. Could you please test /usr/lib/nagios/plugins/check_ping -vvv -H test.test.org -w 10,10% -c 10,10% ... just to be sure. Thanks, Jan. - -- Never write mail to w...@spamfalle.info, you have been warned! - -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iD8DBQFRdOic9u6Dud+QFyQRAsexAKDQGw78WXSgeZHvELmfsxkeiZOj+QCfZuPZ cd4cSmg8Q+5IPAoTgCOFus4= =hx8S -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#703322: closed by Luigi Gangitano lu...@debian.org (Bug#703322: fixed in drupal7 7.22-1)
Hi, This bug was closed in unstable, but the original report was filed against the wheezy version specifically. I would therefore like to reopen this bug. Met vriendelijke groet, -- Wessel Dankers w...@uvt.nl – LIS UNIX® あ! Universiteit van Tilburg – Library and IT Services • Postbus 90153, 5000 LE Bezoekadres Warandelaan 2 • Telefoon 013 466 3520 • G 236 • http://uvt.nl signature.asc Description: Digital signature
Bug#705917: pbuilder: Add basic DEP-8 autopkgtest
Package: pbuilder Version: 0.213 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu raring ubuntu-patch Dear Maintainer, The attached debdiff adds a basic DEP-8 autopkgtest for pbuilder. See: - https://code.launchpad.net/~jamesodhunt/ubuntu/raring/pbuilder/dep8-procenv - https://code.launchpad.net/~jamesodhunt/ubuntu/raring/pbuilder/dep8-procenv/+merge/159690 In Ubuntu, the attached patch was generated to achieve the following: * ability to detect if pbuilder is able to: - create a chroot for the current release. - build a package. * check that the resulting package is installable and the binary runnable. Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers raring-updates APT policy: (500, 'raring-updates'), (500, 'raring-security'), (500, 'raring') Architecture: i386 (i686) Kernel: Linux 3.8.0-19-generic (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Kind regards, James. -- James Hunt #upstart on freenode http://upstart.ubuntu.com/cookbook https://lists.ubuntu.com/mailman/listinfo/upstart-devel === modified file 'debian/changelog' === modified file 'debian/control' --- debian/control 2012-11-05 23:27:25 + +++ debian/control 2013-04-22 07:41:08 + @@ -18,6 +18,7 @@ Standards-Version: 3.9.1 XS-Debian-Vcs-Git: git://git.debian.org/git/pbuilder/pbuilder.git XS-Debian-Vcs-Browser: http://git.debian.org/?p=pbuilder/pbuilder.git +XS-Testsuite: autopkgtest Package: pbuilder Architecture: all === added directory 'debian/tests' === added file 'debian/tests/build_procenv' --- debian/tests/build_procenv 1970-01-01 00:00:00 + +++ debian/tests/build_procenv 2013-04-18 18:02:15 + @@ -0,0 +1,47 @@ +#!/bin/sh -e + +# The package we'll ask pbuilder to build. +# +# The advantage of this package being that it runs itself as part of its +# build, which has the nice side-effect of exposing the full pbuilder +# environment to those perusing the autopkgtest logs. +pkg=procenv + +dir=/var/cache/pbuilder/result + +# Avoid conflict with ADT +unset TMPDIR + +# Have to redirect stderr to avoid ADT thinking the test has failed +# (the return code is still being checked, so this seems reasonable). +echo INFO: Creating pbuilder buildd chroot for current release +pbuilder --create --debug --debootstrapopts --variant=buildd 21 + +if [ ! -d $dir ]; then + echo ERROR: cannot find directory $dir 2 + exit 1 +fi + +# '--download-only' to avoid unpack which generates a signature +# warning to stderr, causing this test to fail. +echo INFO: Downloading source for package '$pkg' +apt-get source --download-only $pkg + +dsc=$(ls ${pkg}*.dsc) + +echo INFO: Building package '$pkg' from '$dsc' +pbuilder --build --debug $dsc 21 + +arch=$(dpkg --print-architecture) + +pkg_and_version=$(echo $dsc|sed 's/\.dsc$//g') +deb=${dir}/${pkg_and_version}_${arch}.deb + +echo INFO: Installing package '$pkg' from '$deb' +dpkg -i ${dir}/${pkg}*.deb + +# run the command to prove the build worked but also to expose the +# auto-package-test environment used for this test. +cmd=$pkg +echo INFO: Showing AutoPkgTest environment by running '$cmd' from package '$pkg' +$cmd === added file 'debian/tests/control' --- debian/tests/control1970-01-01 00:00:00 + +++ debian/tests/control2013-04-18 18:02:15 + @@ -0,0 +1,3 @@ +Tests: build_procenv +Depends: @, debian-keyring +Restrictions: needs-root
Bug#705918: Must not depend on icedove but on icedove | iceowl
Package: xul-ext-timeline Version: 0.4.2-3 Severity: important Otherwise the package isn't useable with standalone iceowl, it should be: icedove (= 17.0) | iceowl, iceowl-extension | iceowl Cheers, -- Guido -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-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 Versions of packages xul-ext-timeline depends on: ii icedove 17.0.5-1 ii iceowl1.9-2 ii iceowl-extension 17.0.5-1 xul-ext-timeline recommends no packages. xul-ext-timeline 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#705919: icedove does not play sounds (notifications when new messages arrive)
Package: icedove Version: 10.0.12-1 Severity: normal This bug still exists for 3 years now! Please refer to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598379 There are many people affected by this bug mostly with no solution. For instance look here: http://crunchbang.org/forums/viewtopic.php?id=18383 Cheers Karsten -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages icedove depends on: ii debianutils 4.3.2 ii fontconfig2.9.0-7.1 ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-2 0.100.2-1 ii libevent-2.0-52.0.19-stable-3 ii libffi5 3.0.10-3 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8d-1 ii libnspr4 2:4.9.2-1 ii libnspr4-0d 2:4.9.2-1 ii libnss3 2:3.14.3-1 ii libnss3-1d2:3.14.3-1 ii libpango1.0-0 1.30.0-1 ii libpixman-1-0 0.26.0-4 ii libsqlite3-0 3.7.13-1 ii libstartup-notification0 0.12-1 ii libstdc++64.7.2-5 ii libvpx1 1.1.0-1 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxrender1 1:0.9.7-1 ii libxt61:1.1.3-1 ii psmisc22.19-1+deb7u1 ii zlib1g1:1.2.7.dfsg-13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666742: xineliboutput-sxfe: vdr-sxfe fails on looking bigimages with xineliboutput plugin
Hi, Tobias Grimm said: On 21.04.2013 12:57, Eric Lavarde wrote: http://eric.lavar.de/comp/TEST/xine-no-dbg.core.gz http://eric.lavar.de/comp/TEST/xine-with-dbg.core.gz Not downloadable (403). Sorry, fixed now (wrong rights). Can you please provide some more failing images? I really would like to reproduce this somehow. Is this request still valid after my last email (the one where I create a blank picture and it still fails with xine, starting with a certain size)? The only major CPU difference between your system and mine is, that you have 4 cores while I only have 2. But we both use the MMX extensions. Should we ask on the VDR list people to do the same tests with ImageMagick and xine and see if we recognize a pattern? I can send the mail, just asking for your opinion before. Thanks, Eric -- Eric de France, d'Allemagne et de Navarre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705912: edfbrowser: new upstream (1.50) available
Hi Karsten, as I just posted on Debian Med list where upstream himself mentioned the new release I'd like to wait iwth the upload the remaining two weeks until Wheezy is released. BTW, handling things like this via bug report is very reasonable to not forget this issue - so thanks for reporting. Kind regards Andreas. On Mon, Apr 22, 2013 at 09:10:52AM +0200, Karsten Hilbert wrote: Package: edfbrowser Version: 1.48-1 Severity: wishlist Tags: upstream Upstream has released 1.50: http://www.teuniz.net/edfbrowser/ Please package as time permits. -- 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#705920: mdadm --scan called for dpkg-reconfigure mdadm, even though mdadm is disabled
Package: mdadm Version: 3.2.5-3~bpo60+1 Even though mdadm is disabled in /etc/default/mdadm, the initramfs hook calls mdadm --scan: root 2621 1766 0 09:43 ?00:00:00 \_ sshd: root@pts/0 root 2623 2621 0 09:43 pts/000:00:00 | \_ -bash root 2678 2623 0 09:43 pts/000:00:00 | \_ /usr/bin/perl -w /usr/sbin/dpkg-reconfigure mdadm root 2741 2678 0 09:43 pts/000:00:00 | \_ /bin/sh /var/lib/dpkg/info/mdadm.postinst configure 3.2.5-3~bpo60+1 root 2757 2741 0 09:44 pts/000:00:00 | \_ /bin/sh /usr/sbin/update-initramfs -u root 2775 2757 0 09:44 pts/000:00:00 | \_ /bin/sh /usr/sbin/mkinitramfs -o /boot/initrd.img-3.2.0-0.bpo.4-amd64.new 3.2.0-0.bpo.4-amd64 root 8138 2775 0 09:45 pts/000:00:00 | \_ /bin/sh /usr/share/initramfs-tools/hooks/mdadm root 8226 8138 0 09:45 pts/000:00:00 | \_ /bin/sh /usr/share/mdadm/mkconf root 8233 8226 0 09:45 pts/000:00:00 | \_ /sbin/mdadm --examine --scan --config=partitions grep -v ^\# /etc/default/mdadm: INITRDSTART='none' AUTOSTART=false AUTOCHECK=false START_DAEMON=false DAEMON_OPTIONS=--syslog VERBOSE=false grep -v ^\# /etc/mdadm/mdadm.conf: CREATE owner=root group=disk mode=0660 auto=yes HOMEHOST system MAILADDR root Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705921: asterisk: debian/rules using ` instead of $(shell
Package: asterisk Version: 1:1.8.13.1~dfsg-3 Severity: normal The debian/rules file is using backticks to set CFLAGS and LDFLAGS instead of $(shell ..) which is incorrect, as it is not garanteed to be expanded: CFLAGS = `dpkg-buildflags --get CFLAGS` LDFLAGS = `dpkg-buildflags --get LDFLAGS` CFLAGS += `dpkg-buildflags --get CPPFLAGS` This currently has no visible effect to my knowledge, but it will cause trouble when packaging asterisk 11, the build fails with: dpkg-buildflags: No such file or directory The same issue was found and fixed in rsync in #699165. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 asterisk depends on: ii adduser 3.113+nmu3 pn asterisk-config | asterisk-config-custom none pn asterisk-core-sounds-en-gsm | asterisk-prompt-en none pn asterisk-modules none ii libc6 2.13-37 ii libcap2 1:2.22-1.2 ii libgcc1 1:4.7.2-5 ii libssl1.0.0 1.0.1e-1 ii libstdc++64.7.2-5 ii libtinfo5 5.9-10 ii libxml2 2.8.0+dfsg1-7+nmu1 Versions of packages asterisk recommends: pn asterisk-moh-opsound-gsm none pn asterisk-voicemail | asterisk-voicemail-storage none ii sox 14.4.0-3 Versions of packages asterisk suggests: pn asterisk-dahdi none pn asterisk-dev none pn asterisk-doc none pn asterisk-ooh323 none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705900: [Pkg-nagios-devel] Bug#705900: Bug#705900: check_ping fail if host do not have IPv6 address
[Jan Wagner] Could you please test /usr/lib/nagios/plugins/check_ping -vvv -H test.test.org -w 10,10% -c 10,10% ... just to be sure. The machine do not have internet connectivity by default. I tried this first: root@tjener:~# /usr/lib/nagios/plugins/check_ping -vvv -H tjener.intern -w 10,10% -c 10,10% CMD: /bin/ping6 -n -U -w 10 -c 5 tjener.intern Got stderr: connect: Invalid argument /bin/ping6 -n -U -w 10 -c 5 tjener.intern CRITICAL - Could not interpret output from ping command root@tjener:~# /usr/lib/nagios/plugins/check_ping -vvv -H test.test.org -w 10,10% -c 10,10% check_ping: Invalid hostname/address - test.test.org Usage: check_ping -H host_address -w wrta,wpl% -c crta,cpl% [-p packets] [-t timeout] [-4|-6] root@tjener:~# Then I fixed internet routing and tried again to test.test.org: root@tjener:~# /usr/lib/nagios/plugins/check_ping -vvv -H test.test.org -w 10,10% -c 10,10% CMD: /bin/ping -n -U -w 10 -c 5 test.test.org Output: PING test.test.org (127.0.0.1) 56(84) bytes of data. Output: 64 bytes from 127.0.0.1: icmp_req=1 ttl=64 time=0.119 ms Output: 64 bytes from 127.0.0.1: icmp_req=2 ttl=64 time=0.042 ms Output: 64 bytes from 127.0.0.1: icmp_req=3 ttl=64 time=0.041 ms Output: 64 bytes from 127.0.0.1: icmp_req=4 ttl=64 time=0.041 ms Output: 64 bytes from 127.0.0.1: icmp_req=5 ttl=64 time=0.042 ms Output: Output: --- test.test.org ping statistics --- Output: 5 packets transmitted, 5 received, 0% packet loss, time 3999ms Output: rtt min/avg/max/mdev = 0.041/0.057/0.119/0.031 ms PING OK - Packet loss = 0%, RTA = 0.06 ms|rta=0.057000ms;10.00;10.00;0.00 pl=0%;10;10;0 10.00:10% 10.00:10% root@tjener:~# No idea what is going on here, nor how they are different. Here is some more network related settings: root@tjener:~# cat /etc/resolv.conf # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN nameserver 127.0.0.1 search intern root@tjener:~# cat /etc/hosts 127.0.0.1 localhost.localdomain localhost ::1 localhost ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters ff02::3 ip6-allhosts 10.0.2.2tjener.intern tjener root@tjener:~# /sbin/ifconfig eth0 Link encap:Ethernet HWaddr 54:52:00:1f:e6:59 inet addr:10.0.2.2 Bcast:10.255.255.255 Mask:255.0.0.0 inet6 addr: fe80::5652:ff:fe1f:e659/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:802 errors:0 dropped:0 overruns:0 frame:0 TX packets:679 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:100939 (98.5 KiB) TX bytes:74412 (72.6 KiB) Interrupt:10 Base address:0xe000 eth0:1Link encap:Ethernet HWaddr 54:52:00:1f:e6:59 inet addr:192.168.1.201 Bcast:192.168.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 Interrupt:10 Base address:0xe000 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:3430 errors:0 dropped:0 overruns:0 frame:0 TX packets:3430 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:727599 (710.5 KiB) TX bytes:727599 (710.5 KiB) root@tjener:~# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 0.0.0.0 192.168.1.1 0.0.0.0 UG0 00 eth0 10.0.0.00.0.0.0 255.0.0.0 U 0 00 eth0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 00 eth0 root@tjener:~# -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602145: #3487: Display problems for mbox-files 2GiB
#3487: Display problems for mbox-files 2GiB +-- Reporter: antonio@… | Owner: mutt-dev Type: defect | Status: new Priority: trivial| Milestone: Component: mutt |Version: 1.5.21 Resolution: | Keywords: patch +-- Comment (by ansgar): Is there still something to do to get this patch applied? There hasn't been any feedback. The patch is tiny (just changes one type) and should be easy to review ;) While the patch is against 1.5.21 the problematic code is still present in the current Hg HEAD in the mutt_body_handler function (though the line numbers have changed a bit). Ansgar -- Ticket URL: http://dev.mutt.org/trac/ticket/3487#comment:4 Mutt http://www.mutt.org/ The Mutt mail user agent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705922: NFS/kerberos
Package: linux-image Version: 3.2.0-4-amd64 After upgrading from Squeeze to Wheezy the above mentioned kernel was installed and now I am unable to mount an NFS/krbi share: $ mount -v /fs mount.nfs4: timeout set for Mon Apr 22 10:21:59 2013 mount.nfs4: trying text-based options 'sec=krb5i,addr=10.15.21.216,clientaddr=10.1.43.100' mount.nfs4: mount(2): Permission denied mount.nfs4: access denied by server while mounting XXX:/ rpc.gssd gives the following debug output: Apr 22 10:23:47 l0144045 rpc.gssd[1795]: dir_notify_handler: sig 37 si 0x733c50b0 data 0x733c4f80 Apr 22 10:23:47 l0144045 rpc.gssd[1795]: dir_notify_handler: sig 37 si 0x733c05b0 data 0x733c0480 Apr 22 10:23:47 l0144045 rpc.gssd[1795]: dir_notify_handler: sig 37 si 0x733c05b0 data 0x733c0480 Apr 22 10:23:47 l0144045 rpc.gssd[1795]: handling gssd upcall (/var/lib/nfs/rpc_pipefs/nfs/clntd) Apr 22 10:23:47 l0144045 rpc.gssd[1795]: handle_gssd_upcall: 'mech=krb5 uid=0 enctypes=18,17,16,23,3,1,2 ' Apr 22 10:23:47 l0144045 rpc.gssd[1795]: handling krb5 upcall (/var/lib/nfs/rpc_pipefs/nfs/clntd) Apr 22 10:23:47 l0144045 rpc.gssd[1795]: process_krb5_upcall: service is 'null' Apr 22 10:23:47 l0144045 rpc.gssd[1795]: Full hostname for 'fsnfs4.mynetwork.local' is 'fsnfs4.mynetwork.local' Apr 22 10:23:47 l0144045 rpc.gssd[1795]: Full hostname for 'l0144045.mynetwork.local' is 'l0144045.mynetwork.local' Apr 22 10:23:47 l0144045 rpc.gssd[1795]: No key table entry found for L0144045$.MYNETWORK.LOCAL while getting keytab entry for 'L0144045$@' Apr 22 10:23:47 l0144045 rpc.gssd[1795]: No key table entry found for root/l0144045.mynetwork.local.MYNETWORK.LOCAL while getting keytab entry for 'root/l0144045.mynetwork.local@' Apr 22 10:23:47 l0144045 rpc.gssd[1795]: Success getting keytab entry for 'nfs/l0144045.mynetwork.local@' Apr 22 10:23:47 l0144045 rpc.gssd[1795]: INFO: Credentials in CC 'FILE:/tmp/krb5cc_machine.MYNETWORK.LOCAL' are good until 1366705137 Apr 22 10:23:47 l0144045 rpc.gssd[1795]: INFO: Credentials in CC 'FILE:/tmp/krb5cc_machine.MYNETWORK.LOCAL' are good until 1366705137 Apr 22 10:23:47 l0144045 rpc.gssd[1795]: using FILE:/tmp/krb5cc_machine.MYNETWORK.LOCAL as credentials cache for machine creds Apr 22 10:23:47 l0144045 rpc.gssd[1795]: using environment variable to select krb5 ccache FILE:/tmp/krb5cc_machine.MYNETWORK.LOCAL Apr 22 10:23:47 l0144045 rpc.gssd[1795]: creating context using fsuid 0 (save_uid 0) Apr 22 10:23:47 l0144045 rpc.gssd[1795]: creating tcp client for server fsnfs4.mynetwork.local Apr 22 10:23:47 l0144045 rpc.gssd[1795]: DEBUG: port already set to 2049 Apr 22 10:23:47 l0144045 rpc.gssd[1795]: creating context with server nfs@fsnfs4.mynetwork.local Apr 22 10:23:47 l0144045 rpc.gssd[1795]: WARNING: Failed to create krb5 context for user with uid 0 for server fsnfs4.mynetwork.local Apr 22 10:23:47 l0144045 rpc.gssd[1795]: WARNING: Failed to create machine krb5 context with credentials cache FILE:/tmp/krb5cc_machine.MYNETWORK.LOCAL for server fsnfs4.mynetwork.local Apr 22 10:23:47 l0144045 rpc.gssd[1795]: WARNING: Machine cache is prematurely expired or corrupted trying to recreate cache for server fsnfs4.mynetwork.local Apr 22 10:23:47 l0144045 rpc.gssd[1795]: Full hostname for 'fsnfs4.mynetwork.local' is 'fsnfs4.mynetwork.local' Apr 22 10:23:47 l0144045 rpc.gssd[1795]: Full hostname for 'l0144045.mynetwork.local' is 'l0144045.mynetwork.local' Apr 22 10:23:47 l0144045 rpc.gssd[1795]: No key table entry found for L0144045$.MYNETWORK.LOCAL while getting keytab entry for 'L0144045$@' Apr 22 10:23:47 l0144045 rpc.gssd[1795]: No key table entry found for root/l0144045.mynetwork.local.MYNETWORK.LOCAL while getting keytab entry for 'root/l0144045.mynetwork.local@' Apr 22 10:23:47 l0144045 rpc.gssd[1795]: Success getting keytab entry for 'nfs/l0144045.mynetwork.local@' Apr 22 10:23:47 l0144045 rpc.gssd[1795]: INFO: Credentials in CC 'FILE:/tmp/krb5cc_machine.MYNETWORK.LOCAL' are good until 1366705137 Apr 22 10:23:47 l0144045 rpc.gssd[1795]: INFO: Credentials in CC 'FILE:/tmp/krb5cc_machine.MYNETWORK.LOCAL' are good until 1366705137 Apr 22 10:23:47 l0144045 rpc.gssd[1795]: using FILE:/tmp/krb5cc_machine.MYNETWORK.LOCAL as credentials cache for machine creds Apr 22 10:23:47 l0144045 rpc.gssd[1795]: using environment variable to select krb5 ccache FILE:/tmp/krb5cc_machine.MYNETWORK.LOCAL Apr 22 10:23:47 l0144045 rpc.gssd[1795]: creating context using fsuid 0 (save_uid 0) Apr 22 10:23:47 l0144045 rpc.gssd[1795]: creating tcp client for server fsnfs4.mynetwork.local Apr 22 10:23:47 l0144045 rpc.gssd[1795]: DEBUG: port already set to 2049 Apr 22 10:23:47 l0144045 rpc.gssd[1795]: creating context with server nfs@fsnfs4.mynetwork.local Apr 22 10:23:47 l0144045 rpc.gssd[1795]: WARNING: Failed to create krb5 context for user with uid 0 for server fsnfs4.mynetwork.local Apr 22 10:23:47 l0144045 rpc.gssd[1795]: WARNING: Failed to create machine krb5 context with credentials cache
Bug#687264: [Debichem-devel] Bug#687264: aces3: MPI communication error
tags 687264 +patch thanks On Mon, Apr 22, 2013 at 03:20:48AM +0200, Michael Banck wrote: The upside is that I've been working on a patch and I think I might be able to fix it. Patch is attached and seems to work. Michael --- ./manager/sip_server_work.F.orig 2013-04-22 00:13:01.294845683 +0200 +++ ./manager/sip_server_work.F 2013-04-22 00:14:55.254851520 +0200 @@ -247,7 +247,12 @@ if (barrier_in_progress) barrier_seqno = server_seqno nind = server_msg(c_msg_nind,imsg) -if (nind .lt. 1 .or. nind .gt. mx_array_index) then + +if (nind .lt. 1 .or. + * nind .gt. mx_array_index .or. + * msg(1) .eq. server_barrier_signal .or. + * msg(1) .eq. server_quit_msgtype) then + nind = 0 server_msg(c_msg_stptr,imsg) = 0 server_msg(c_msg_size,imsg) = 0
Bug#705923: Please enable system installed CharLS
Package: dcmtk Version: 3.6.0-12 Severity: normal It would be nice if current dcmtk snapshot using cmake based build system would allow compilation against a system installed charls thanks -- System Information: Debian Release: 6.0.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dcmtk depends on: ii adduser3.112+nmu2add and remove users and groups ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libdcmtk2 3.6.0-12 OFFIS DICOM toolkit runtime librar ii libgcc11:4.4.5-8 GCC support library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libxml22.7.8.dfsg-2+squeeze7 GNOME XML library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime dcmtk recommends no packages. dcmtk suggests no packages. -- Configuration Files: /etc/dcmtk/dcmqrscp.cfg changed [not included] /etc/default/dcmqrscp changed [not included] /etc/init.d/dcmqrscp changed [not included] -- 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#687266: [Debichem-devel] Bug#687266: aces3: some jobs hang when run sequentially
severity 687266 serious thanks On Tue, Sep 11, 2012 at 12:22:02PM +0200, Michael Banck wrote: When I run the same job as mention in #687264 with only one process, the job hangs in tran_rhf_ao_sv1.sio: This applies to (at least) all test cases which fail for #687264 as well. Actually, only the test cases 1.1.1.1, 1.1.2.1, 1.1.2.2, 2.1.1.1, 2.1.2.1, 2.1.2.2 and 3.1.1.1 work fine (out of 41). As such, this should probably also be considered serious. On the other hand, all test cases will fail (instead of hanging in an infinite loop) with the patch (the other test cases require at least two MPI processes), so I am not 100% sure about the severity. Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705800: blueman: Headset - Connection Failed: Connect failed
Hi, could you show the output with 1.23-1 as well? There are only small upstream changes and I'm not sure which one may have caused the problem. Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705924: doesn't work
Package: fsharp-console Version: 3.0.26-1 Severity: grave Dear maintainer, This package doesn't install if mono is not already installed. For example, in a clean sid chroot: # apt-get install libfsharp-core4.3-cil [...] Setting up cli-common (0.8.2) ... Setting up libmono-corlib4.0-cil (2.10.8.1-8) ... Setting up libmono-system-numerics4.0-cil (2.10.8.1-8) ... Setting up libmono-system-xml4.0-cil (2.10.8.1-8) ... Setting up libmono-security4.0-cil (2.10.8.1-8) ... Setting up mono-4.0-gac (2.10.8.1-8) ... Setting up mono-gac (2.10.8.1-8) ... * Installing 5 assemblies from libfsharp-core4.3-cil into Mono E: installing Assembly /usr/lib/cli/FSharp.Core-4.3/FSharp.Core.dll failed E: Installation of libfsharp-core4.3-cil with /usr/share/cli-common/runtimes.d/mono failed dpkg: error processing mono-gac (--configure): subprocess installed post-installation script returned error exit status 29 dpkg: dependency problems prevent configuration of mono-runtime: mono-runtime depends on mono-gac (= 2.10.8.1-8); however: Package mono-gac is not configured yet. dpkg: error processing mono-runtime (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of libmono-posix4.0-cil: libmono-posix4.0-cil depends on mono-runtime (= 2.10.1); however: Package mono-runtime is not configured yet. dpkg: error processing libmono-posix4.0-cil (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of libmono-system-core4.0-cil: libmono-system-core4.0-cil depends on libmono-posix4.0-cil (= 2.10.1); however: Package libmono-posix4.0-cil is not configured yet. dpkg: error processing libmono-system-core4.0-cil (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of libfsharp-core4.3-cil: libfsharp-core4.3-cil depends on libmono-system-core4.0-cil (= 2.10.3); however: Package libmono-system-core4.0-cil is not configured yet. dpkg: error processing libfsharp-core4.3-cil (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of libmono-system-configuration4.0-cil: libmono-system-configuration4.0-cil depends on mono-runtime (= 2.10.8.1); however: Package mono-runtime is not configured yet. libmono-system-configuration4.0-cil depends on mono-runtime ( 2.10.8.2); however: Package mono-runtime is not configured yet. dpkg: error processing libmono-system-configuration4.0-cil (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of libmono-system4.0-cil: libmono-system4.0-cil depends on mono-runtime (= 2.10.8.1); however: Package mono-runtime is not configured yet. libmono-system4.0-cil depends on mono-runtime ( 2.10.8.2); however: Package mono-runtime is not configured yet. dpkg: error processing libmono-system4.0-cil (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of libmono-system-security4.0-cil: libmono-system-security4.0-cil depends on libmono-system4.0-cil (= 2.10.7); however: Package libmono-system4.0-cil is not configured yet. dpkg: error processing libmono-system-security4.0-cil (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: mono-gac mono-runtime libmono-posix4.0-cil libmono-system-core4.0-cil libfsharp-core4.3-cil libmono-system-configuration4.0-cil libmono-system4.0-cil libmono-system-security4.0-cil E: Sub-process /usr/bin/dpkg returned an error code (1) The installation succeeds if I install mono-runtime first. However, after installing fsharp-console, I get: root@wencory:/# fsharpi F# Interactive for F# 3.0 (Open Source Edition) Freely distributed under the Apache 2.0 Open Source License For help type #help;; //unknown(1,1): error FS0078: Unable to find the file 'FSharp.Core.dll' in any of /usr/lib/mono/4.0 / /usr/lib/mono/4.0/ Cheers, -- Stéphane -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libfsharp-core4.3-cil depends on: pn cli-common none pn libmono-corlib4.0-cil none pn libmono-system-core4.0-cil none pn libmono-system-numerics4.0-cil none pn libmono-system4.0-cil none libfsharp-core4.3-cil recommends no packages. libfsharp-core4.3-cil suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705919: icedove does not play sounds (notifications when new messages arrive)
forcemerge 705919 598379 thanks Hello Karsten, On Mon, Apr 22, 2013 at 10:07:16AM +0200, Karsten Malcher wrote: Package: icedove Version: 10.0.12-1 Severity: normal This bug still exists for 3 years now! Please refer to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598379 There are many people affected by this bug mostly with no solution. For instance look here: http://crunchbang.org/forums/viewtopic.php?id=18383 hmm, there is no need to open a new bug for an already existing issue so I merge this two bugs together. As far as I remember the sound notification work with KDE, but I will check it next time. Maybe I just turn this off, because I don't need this. Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#499635: FreeOrion
Hi Markus, On Mon, 22 Apr 2013 08:56:41 Markus Koschany wrote: finally Bullet has arrived and i have started to work on FreeOrion. Recently i figured out how to build FreeOrion with Debian's Multiarch version. The game works now and it is playable. Fantastic, I'm looking forward to try it as soon as can. I intend to update the git repository with my changes during the next couple of days and i really would like to see you as co-maintainer given all the work you have already commited to FreeOrion. Please commit whatever you have even if it's not perfect. :) If you made the game playable it is already in better shape that it was when I left it. Unfortunately these days I can't dedicate much time to freeorion co-maintenance so you pretty much on your own at least for some time. Sorry. Eventually I might be back if time allows... * I think FreeOrion should be splitted in two source packages freeorion and freeorion-data. That would save us some bandwith. As far as I understand the issue by splitting we can save some resources on buildd servers. Is there are any other benefits given that we generate orig.tar from single repository checkout? In any case I trust you with this decision. * Copyright looks good so far, no show-stoppers. I think I didn't finish copyright review so perhaps you're talking about copyright that you didn't commit yet? * I intend to target the game for Main. Great. :) * I agree with you that we should stick with FreeOrions's gigi fork. It is better maintained and we only need the library for the game. I have tested gigi as a standalone package and as part of FreeOrion's build process. I'm willing to create a separate package because i think it is easier to maintain in the long-run. At first it looks like more work but it is easier to spot errors and to fix bugs related to gigi. The rules file of FreeOrion also looks tidier. :) So i'm not afraid to package the library as libgigi-freeorion to make it clear that it is a FreeOrion fork of gigi in case someone intends to package the original library. I trust you with this decision but I don't see any value in splitting freorion's gigi to its own package whatever its name would be. Why don't we just leave gigi's RFP open with comment that there is an embedded copy in freeorion? It's remain to be seen whenever gigi will be valuable for anything but freeorion. In case if gigi ever mature into proper library it can be easily splitted to its own package then. I'm concerned about maintenance effort. It appears to me that even if freeorion's rules may look tidier the overall maintenance effort for two packages built from same source tree might be greater comparing to bundled libgigi. Ultimately if separating gigi to its own package is convenient to you it is enough for me to justify the effort (i.e. I'm not against it I just don't see the value of standalone gigi package). Best wishes, Dmitry Smirnov GPG key : 4096R/53968D1B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687266: [Debichem-devel] Bug#687266: aces3: some jobs hang when run sequentially
tags 687266 +patch thanks On Mon, Apr 22, 2013 at 11:02:23AM +0200, Michael Banck wrote: On the other hand, all test cases will fail (instead of hanging in an infinite loop) with the patch (the other test cases require at least two MPI processes), so I am not 100% sure about the severity. I forgot to add the patch to the bug report, attached. Michael Index: aces3-3.0.6/main/beta.F === --- aces3-3.0.6.orig/main/beta.F 2010-10-07 16:37:42.0 +0200 +++ aces3-3.0.6/main/beta.F 2013-04-11 22:46:53.438930814 +0200 @@ -571,6 +571,14 @@ ierr = ierr + 1 endif +if (.not. no_servers .and. nprocs .eq. 1) then + print *,'Job requires at least 2 processors to run.' + if (dryrun) then + print *,'- Aborting due to dryrun errors. ' + endif + call abort_job() +endif + company_string = ' ' io_company_id = 0
Bug#705800: blueman: Headset - Connection Failed: Connect failed
2013/4/22 Christopher Schramm deb...@shakaweb.org Hi, could you show the output with 1.23-1 as well? There are only small upstream changes and I'm not sure which one may have caused the problem. Cheers Sure, here it is: Output with 1.23-1 (It works as expected) $ blueman-applet Loading configuration plugins blueman-applet version 1.22 starting Using gconf config backend _ Load (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:68) ['DBusService', 'NMDUNSupport', 'SerialManager', 'StandardItems', 'NMPANSupport', 'PulseAudio', 'TransferService', 'Networking', 'ExitItem', 'PPPSupport', 'KillSwitch', 'Indicator', 'StatusIcon', 'Headset', 'PowerManager', 'NetUsage', 'RecentConns', 'DiscvManager', 'AuthAgent', 'Menu', 'DhcpClient'] Using gconf config backend _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:142) loading class 'blueman.plugins.applet.StatusIcon.StatusIcon' Using gconf config backend _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:142) loading class 'blueman.plugins.applet.DBusService.DBusService' _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:142) loading class 'blueman.plugins.applet.Headset.Headset' Using gconf config backend _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:142) loading class 'blueman.plugins.applet.Indicator.Indicator' Using gconf config backend _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:142) loading class 'blueman.plugins.applet.Networking.Networking' Using gconf config backend _ load_nap_settings (/usr/lib/python2.7/dist-packages/blueman/plugins/applet/Networking.py:47) Loading NAP settings _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:142) loading class 'blueman.plugins.applet.NMDUNSupport.NMDUNSupport' _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:142) loading class 'blueman.plugins.applet.Menu.Menu' _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:142) loading class 'blueman.plugins.applet.DiscvManager.DiscvManager' Using gconf config backend _ update_menuitems (/usr/lib/python2.7/dist-packages/blueman/plugins/applet/DiscvManager.py:132) warning: Adapter is None _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:142) Not loading DhcpClient because it's conflict has higher priority _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:142) loading class 'blueman.plugins.applet.PulseAudio.PulseAudio' Using gconf config backend _ pa_context_event (/usr/lib/python2.7/dist-packages/blueman/main/PulseAudioUtils.py:159) 1 _ on_load (/usr/lib/python2.7/dist-packages/blueman/plugins/applet/PulseAudio.py:152) PulseAudio version: [2, 0, 0] Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/blueman/plugins/BasePlugin.py, line 65, in _load self.on_load(parent) File /usr/lib/python2.7/dist-packages/blueman/plugins/applet/PulseAudio.py, line 173, in on_load raise Exception(PulseAudio too old, required 0.9.15 or higher) Exception: PulseAudio too old, required 0.9.15 or higher _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:142) Failed to load PulseAudio PulseAudio too old, required 0.9.15 or higher _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:142) loading class 'blueman.plugins.applet.PowerManager.PowerManager' _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:142) loading class 'blueman.plugins.applet.KillSwitch.KillSwitch' Using gconf config backend _ on_load (/usr/lib/python2.7/dist-packages/blueman/plugins/applet/KillSwitch.py:40) Using the new killswitch system _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:142) loading class 'blueman.plugins.applet.TransferService.TransferService' _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:142) loading class 'blueman.plugins.applet.AuthAgent.AuthAgent' _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:142) loading class 'blueman.plugins.applet.SerialManager.SerialManager' Using gconf config backend _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:142) loading class 'blueman.plugins.applet.RecentConns.RecentConns' Using gconf config backend _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:142) Not loading PPPSupport because it's conflict has higher priority _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:142) loading class 'blueman.plugins.applet.StandardItems.StandardItems'
Bug#705900: [Pkg-nagios-devel] Bug#705900: Bug#705900: Bug#705900: check_ping fail if host do not have IPv6 address
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 severity 705900 minor thanks Hi Petter, many thanks for your verbose informations. Am 22.04.2013 10:32, schrieb Petter Reinholdtsen: [Jan Wagner] Could you please test /usr/lib/nagios/plugins/check_ping -vvv -H test.test.org -w 10,10% -c 10,10% ... just to be sure. The machine do not have internet connectivity by default. I tried this first: root@tjener:~# /usr/lib/nagios/plugins/check_ping -vvv -H tjener.intern -w 10,10% -c 10,10% CMD: /bin/ping6 -n -U -w 10 -c 5 tjener.intern Got stderr: connect: Invalid argument /bin/ping6 -n -U -w 10 -c 5 tjener.intern CRITICAL - Could not interpret output from ping command Hmm ... this is really strange! root@tjener:~# /usr/lib/nagios/plugins/check_ping -vvv -H test.test.org -w 10,10% -c 10,10% check_ping: Invalid hostname/address - test.test.org Usage: check_ping -H host_address -w wrta,wpl% -c crta,cpl% [-p packets] [-t timeout] [-4|-6] root@tjener:~# Okay .. without network this seems really feasible. Then I fixed internet routing and tried again to test.test.org: root@tjener:~# /usr/lib/nagios/plugins/check_ping -vvv -H test.test.org -w 10,10% -c 10,10% CMD: /bin/ping -n -U -w 10 -c 5 test.test.org Output: PING test.test.org (127.0.0.1) 56(84) bytes of data. Output: 64 bytes from 127.0.0.1: icmp_req=1 ttl=64 time=0.119 ms Output: 64 bytes from 127.0.0.1: icmp_req=2 ttl=64 time=0.042 ms Output: 64 bytes from 127.0.0.1: icmp_req=3 ttl=64 time=0.041 ms Output: 64 bytes from 127.0.0.1: icmp_req=4 ttl=64 time=0.041 ms Output: 64 bytes from 127.0.0.1: icmp_req=5 ttl=64 time=0.042 ms Output: Output: --- test.test.org ping statistics --- Output: 5 packets transmitted, 5 received, 0% packet loss, time 3999ms Output: rtt min/avg/max/mdev = 0.041/0.057/0.119/0.031 ms PING OK - Packet loss = 0%, RTA = 0.06 ms|rta=0.057000ms;10.00;10.00;0.00 pl=0%;10;10;0 10.00:10% 10.00:10% root@tjener:~# Okay ... that's whet I expected. Nice to see that it works. No idea what is going on here, nor how they are different. Okay .. I did put tjener.intern into my /etc/hosts as 127.0.0.1: waja@bb:~$ grep tjener.intern /etc/hosts 127.0.0.1 localhost tjener.intern waja@bb:~$ /usr/lib/nagios/plugins/check_ping -vvv -H tjener.intern -w 10,10% -c 10,10% CMD: /bin/ping -n -U -w 10 -c 5 tjener.intern Output: PING localhost (127.0.0.1) 56(84) bytes of data. Output: 64 bytes from 127.0.0.1: icmp_req=1 ttl=64 time=0.025 ms Output: 64 bytes from 127.0.0.1: icmp_req=2 ttl=64 time=0.038 ms Output: 64 bytes from 127.0.0.1: icmp_req=3 ttl=64 time=0.051 ms Output: 64 bytes from 127.0.0.1: icmp_req=4 ttl=64 time=0.042 ms Output: 64 bytes from 127.0.0.1: icmp_req=5 ttl=64 time=0.047 ms Output: Output: --- localhost ping statistics --- Output: 5 packets transmitted, 5 received, 0% packet loss, time 3998ms Output: rtt min/avg/max/mdev = 0.025/0.040/0.051/0.011 ms PING OK - Packet loss = 0%, RTA = 0.04 ms|rta=0.04ms;10.00;10.00;0.00 pl=0%;10;10;0 10.00:10% 10.00:10% Looks like it's working and I'm actually convinced, that the source of your trouble is somewhere outside of the nagios-plugins package. Fore sure even if it turns out it is, so it seems just 'minor'. Just out of curiosity, could you please try to use check_ping -4 ...? Many thanks, Jan. - -- Never write mail to w...@spamfalle.info, you have been warned! - -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iD8DBQFRdQJi9u6Dud+QFyQRAsT3AJ45Kpc9KPZNO2/uDrvCfulIYI9ODQCeJ4dZ dWqzraGEvUaTPY97hGrwxmE= =n//n -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#695685: Make tbb build on PowerPC/SPE
Hi, I'm attaching the patch that I'm applying to tbb at debian-ports.org as long as it is not enabled in debian.org's main section. Roland --- tbb-4.0+r233/debian/control.orig 2013-04-22 08:42:46.377761359 + +++ tbb-4.0+r233/debian/control 2013-04-22 08:43:04.321765818 + @@ -9,7 +9,7 @@ Package: libtbb-dev Section: libdevel -Architecture: i386 amd64 ia64 powerpc ppc64 +Architecture: i386 amd64 ia64 powerpc powerpcspe ppc64 Depends: libtbb2 (= ${binary:Version}), ${misc:Depends} Suggests: tbb-examples, libtbb-doc Description: parallelism library for C++ - development files @@ -25,7 +25,7 @@ This package includes the TBB development files. Package: libtbb2 -Architecture: i386 amd64 ia64 powerpc ppc64 +Architecture: i386 amd64 ia64 powerpc powerpcspe ppc64 Depends: ${shlibs:Depends}, ${misc:Depends} Description: parallelism library for C++ - runtime files TBB is a library that helps you leverage multi-core processor @@ -41,7 +41,7 @@ Package: libtbb2-dbg Section: debug -Architecture: i386 amd64 ia64 powerpc ppc64 +Architecture: i386 amd64 ia64 powerpc powerpcspe ppc64 Depends: libtbb2 (= ${binary:Version}), ${misc:Depends} Description: parallelism library for C++ - debugging symbols TBB is a library that helps you leverage multi-core processor
Bug#694381: dracut hanging with LVM
Hi, I had this problem too and I figured out that no udev LVM and DM rules exist in the initramfs. When vgchange (or lvchange) -ay is called, it makes the logical volume known in the kernel then waits for udev to handle the events : create symlinks, apply rights,... based on rules. But if these rules doesn't exist, udev doesn't process these events and vgchange gets stuck. Both dracut modules LVM and DM (in /usr/lib/dracut/modules.d/) expect to copy 10-dm.rules and 11-dm-lvm.rules (and a few others not necessary) from /lib/udev/rules.d to the initramfs. These rules are shipped by dmsetup and lvm2 packages as 55-dm.rules and 56-lvm.rules respectively, thus they are not copied by dracut into the initramfs. I guess this is a bug in the LVM and DM packaging which should ship the same rules as upstream. Or the dracut modules might be adapted as a workaround. For me I just renamed the two rules to the upstream ones, regenerate the initramfs and it works. Regards. Benoît Wallecan
Bug#698064: marked as done (aranym: crashes from guest userspace when NatFeat is queried)
On 18.04.2013 18:17, Antonin Kral wrote: Hi Thorsten, * Thorsten Glaser t...@mirbsd.de [2013-04-18 18:40] wrote: and subject line Bug#698064: fixed in aranym 0.9.15-1 has caused the Debian Bug report #698064, regarding aranym: crashes from guest userspace when NatFeat is queried to be marked as done. Do you also take care of wheezy (via testing-proposed-uploads I guess; I haven’t yet done something like that myself)? I haven't tried to upload to testing-proposed-uploads yet. But I've contacted debian-rele...@lists.debian.org instead (I've sent it moment ago as it was sitting in my draft folder for couple hours). The mail archive disagrees. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705925: courier-imap-ssl: fails to bind on ipv6 address :: (error imapd-ssl: bind: Address already in use)
Package: courier-imap-ssl Version: 4.10.0-20120615-1 Severity: normal Dear Maintainer, * I am forced to specify the ipv6 address of the host in order to have courier-imap-ssl to bind on port 993 If I try to use :: as ipv6 address, I get an imapd-ssl: bind: Address already in use in the log file. (but the daemon is started, ipv4 only.) -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=, LC_CTYPE= (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages courier-imap-ssl depends on: ii courier-imap 4.10.0-20120615-1 ii courier-ssl 0.68.2-1 ii debconf 1.5.49 ii openssl 1.0.1e-2 courier-imap-ssl recommends no packages. Versions of packages courier-imap-ssl suggests: pn courier-doc none ii mutt [imap-client] 1.5.21-6.2 -- Configuration Files: /etc/courier/imapd-ssl changed: SSLPORT=192.168.0.30.993,::.993 SSLPIDFILE=/var/run/courier/imapd-ssl.pid SSLLOGGEROPTS=-name=imapd-ssl IMAPDSSLSTART=YES IMAPDSTARTTLS=YES IMAP_TLS_REQUIRED=0 COURIERTLS=/usr/bin/couriertls TLS_KX_LIST=ALL TLS_COMPRESSION=ALL TLS_CERTS=X509 TLS_CERTFILE=/etc/courier/imapd.pem TLS_TRUSTCERTS=/etc/ssl/certs TLS_VERIFYPEER=NONE TLS_CACHEFILE=/var/lib/courier/couriersslcache TLS_CACHESIZE=524288 MAILDIRPATH=Maildir /etc/courier/imapd.cnf [Errno 13] Permission denied: u'/etc/courier/imapd.cnf' /etc/init.d/courier-imap-ssl changed: prefix=/usr exec_prefix=${prefix} sysconfdir=/etc/courier bindir=${exec_prefix}/bin sbindir=${exec_prefix}/sbin libexecdir=${prefix}/lib/courier TCPD=${sbindir}/couriertcpd DAEMONPROG=${sbindir}/imapd DAEMON=imapd-ssl PROGRAM=Courier IMAP-SSL server if ! [ -x ${bindir}/imapd ]; then exit 0 fi . /lib/lsb/init-functions if ! [ -x $TCPD ]; then log_action_msg $PROGRAM: ERROR - $TCPD missing exit 1 fi if ! [ -f ${sysconfdir}/imapd ]; then log_action_msg $PROGRAM: ERROR - imapd configuration file missing exit 1 fi if ! [ -f ${sysconfdir}/imapd-ssl ]; then log_action_msg $PROGRAM: ERROR - imapd-ssl configuration file missing exit 1 fi if [ -z $MAILDIRPATH ]; then MAILDIRPATH=Maildir fi . ${sysconfdir}/imapd . ${sysconfdir}/imapd-ssl if [ -z $IMAP_UMASK ]; then IMAP_UMASK=022 fi if ! [ -x $COURIERTLS ]; then log_action_msg $PROGRAM: ERROR - $COURIERTLS missing exit 1 fi START=no case $IMAPDSSLSTART in [yY]*)START=yes;; esac case $1 in start) if [ $START = yes ]; then log_daemon_msg Starting $PROGRAM $DAEMON umask $IMAP_UMASK ulimit -v $IMAP_ULIMITD /usr/bin/env - /bin/sh -c . ${sysconfdir}/imapd ; \ . ${sysconfdir}/imapd-ssl ; \ IMAP_TLS=1 ; export IMAP_TLS ; \ `sed -n '/^#/d;/=/p' ${sysconfdir}/imapd | \ sed 's/=.*//;s/^/export /;s/$/;/'` `sed -n '/^#/d;/=/p' ${sysconfdir}/imapd-ssl | \ sed 's/=.*//;s/^/export /;s/$/;/'` PROXY_HOSTNAME=$PROXY_HOSTNAME ; \ /usr/sbin/courierlogger -pid=$SSLPIDFILE -start $SSLLOGGEROPTS \ $TCPD -address=$SSLADDRESS \ -maxprocs=$MAXDAEMONS -maxperip=$MAXPERIP \ $TCPDOPTS \ $SSLPORT $COURIERTLS -server -tcpd \ ${libexecdir}/courier/imaplogin \ ${bindir}/imapd $MAILDIRPATH log_end_msg 0 fi ;; stop) log_daemon_msg Stopping $PROGRAM $DAEMON /usr/sbin/courierlogger -pid=$SSLPIDFILE -stop log_end_msg 0 ;; restart | force-reload) $0 stop $0 start ;; status) status_of_proc -p $SSLPIDFILE $DAEMON $PROGRAM exit 0 || exit $? ;; *) echo Usage: $0 {start|stop|restart|force-reload} 2 exit 2 ;; esac exit 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#698064: marked as done (aranym: crashes from guest userspace when NatFeat is queried)
Hi Adam, * Adam D. Barratt a...@adam-barratt.org.uk [2013-04-22 11:45] wrote: I haven't tried to upload to testing-proposed-uploads yet. But I've contacted debian-rele...@lists.debian.org instead (I've sent it moment ago as it was sitting in my draft folder for couple hours). The mail archive disagrees. Not sure, what do you mean by that. I have sent email to debian-relase at 19:14:16 CEST: 2013-04-18 19:14:16 1USsPW-00026b-Sf = debian-rele...@lists.debian.org R=smarthost T=remote_smtp_smarthost H=srv1.trusted.cz [144.76.32.17] X=TLS1.0:DHE_RSA_AES_128_CBC_SHA1:128 DN=CN=srv1.trusted.cz 2013-04-18 19:14:16 1USsPW-00026b-Sf Completed Which was a moment ago I've sent an info to bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=698064#70 Date: Thu, 18 Apr 2013 19:17:06 +0200 Clearly stating, that there is a small difference between I've sent email to debian-release and bug. There was an intention to send it in the morning, but that didn't happen and email remained as a draft for the whole day. Or maybe I don't really understand you point. Antonin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705900: check_ping fail if host do not have IPv6 address
reassign 705900 libnss-myhostname found 705900 0.3-4 severity 705900 important thanks [Jan Wagner] Looks like it's working and I'm actually convinced, that the source of your trouble is somewhere outside of the nagios-plugins package. Hm, I guess you are right. See below. It is not DNS related, and it is not related to the content of /etc/hosts (I tried to remove every line and the problem still existed). This is the output from 'dig for the two test cases: root@tjener:~# dig tjener.intern ; DiG 9.8.4-rpz2+rl005.12-P1 tjener.intern ;; global options: +cmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 16044 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0 ;; QUESTION SECTION: ;tjener.intern. IN A ;; ANSWER SECTION: tjener.intern. 500 IN A 10.0.2.2 ;; AUTHORITY SECTION: intern. 500 IN NS tjener.intern. ;; Query time: 0 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Mon Apr 22 11:39:42 2013 ;; MSG SIZE rcvd: 61 root@tjener:~# dig test.test.com ; DiG 9.8.4-rpz2+rl005.12-P1 test.test.com ;; global options: +cmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 55751 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2 ;; QUESTION SECTION: ;test.test.com. IN A ;; ANSWER SECTION: test.test.com. 5073IN A 174.36.85.72 ;; AUTHORITY SECTION: test.com. 170672 IN NS ns65.worldnic.com. test.com. 170672 IN NS ns66.worldnic.com. ;; ADDITIONAL SECTION: ns65.worldnic.com. 170672 IN A 205.178.190.33 ns66.worldnic.com. 170672 IN A 206.188.198.33 ;; Query time: 4 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Mon Apr 22 11:39:48 2013 ;; MSG SIZE rcvd: 126 root@tjener:~# Fore sure even if it turns out it is, so it seems just 'minor'. Well, it is a important problem for Debian Edu, as the default school setup will start with a Nagios warning about the school server being down. :) Just out of curiosity, could you please try to use check_ping -4 ...? root@tjener:~# /usr/lib/nagios/plugins/check_ping -4 -vvv -H tjener.intern -w 10,10% -c 10,10%CMD: /bin/ping -n -U -w 10 -c 5 tjener.intern Output: PING tjener.intern (10.0.2.2) 56(84) bytes of data. Output: 64 bytes from 10.0.2.2: icmp_req=1 ttl=64 time=0.134 ms Output: 64 bytes from 10.0.2.2: icmp_req=2 ttl=64 time=0.043 ms Output: 64 bytes from 10.0.2.2: icmp_req=3 ttl=64 time=0.046 ms Output: 64 bytes from 10.0.2.2: icmp_req=4 ttl=64 time=0.046 ms Output: 64 bytes from 10.0.2.2: icmp_req=5 ttl=64 time=0.045 ms Output: Output: --- tjener.intern ping statistics --- Output: 5 packets transmitted, 5 received, 0% packet loss, time 3998ms Output: rtt min/avg/max/mdev = 0.043/0.062/0.134/0.037 ms PING OK - Packet loss = 0%, RTA = 0.06 ms|rta=0.062000ms;10.00;10.00;0.00 pl=0%;10;10;0 10.00:10% 10.00:10% root@tjener:~# Here is strace from the failing check_ping run: root@tjener:~# strace /usr/lib/nagios/plugins/check_ping -vvv -H tjener.intern -w 10,10% -c 10,10% execve(/usr/lib/nagios/plugins/check_ping, [/usr/lib/nagios/plugins/check_pi..., -vvv, -H, tjener.intern, -w, 10,10%, -c, 10,10%], [/* 23 vars */]) = 0 brk(0) = 0xb8612000 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb77b1000 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=117917, ...}) = 0 mmap2(NULL, 117917, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7794000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/i386-linux-gnu/i686/cmov/libnsl.so.1, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P1\0\0004\0\0\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=79728, ...}) = 0 mmap2(NULL, 92136, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb777d000 mmap2(0xb779, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12) = 0xb779 mmap2(0xb7792000, 6120, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7792000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/i386-linux-gnu/i686/cmov/libresolv.so.2, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\0\0004\0\0\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=71488, ...}) = 0 mmap2(NULL, 79944, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7769000 mmap2(0xb7779000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x10) = 0xb7779000 mmap2(0xb777b000, 6216, PROT_READ|PROT_WRITE,
Bug#705924: doesn't work
Hm. I wonder why I didn't see this in testing. I think I see the problem; it looks like I need to fix the packaging helpers to install some extra F# specific metadata. signature.asc Description: This is a digitally signed message part
Bug#705926: sbuild: Add basic DEP-8 autopkgtest
Package: sbuild Version: 0.63.2-1.1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu raring ubuntu-patch Dear Maintainer, The attached debdiff adds a basic DEP-8 autopkgtest for sbuild. See: - https://code.launchpad.net/~jamesodhunt/ubuntu/raring/sbuild/dep8-procenv - https://code.launchpad.net/~jamesodhunt/ubuntu/raring/sbuild/dep8-procenv/+merge/159596 In Ubuntu, the attached patch was generated to achieve the following: * ability to detect if sbuilder is able to: - create a chroot for the current release. - build a package. * check that the resulting package is installable and the binary runnable. Thanks for considering the patch. Kind regards, James. -- James Hunt #upstart on freenode http://upstart.ubuntu.com/cookbook https://lists.ubuntu.com/mailman/listinfo/upstart-devel === modified file 'debian/changelog' === modified file 'debian/control' --- debian/control 2012-06-23 22:27:58 + +++ debian/control 2013-04-22 10:00:27 + @@ -8,6 +8,7 @@ Standards-Version: 3.9.1 Vcs-Browser: http://git.debian.org/?p=buildd-tools/sbuild.git Vcs-Git: git://git.debian.org/git/buildd-tools/sbuild +XS-Testsuite: autopkgtest Package: libsbuild-perl Architecture: all === added directory 'debian/tests' === added file 'debian/tests/build_procenv' --- debian/tests/build_procenv 1970-01-01 00:00:00 + +++ debian/tests/build_procenv 2013-04-22 10:00:05 + @@ -0,0 +1,132 @@ +#!/bin/sh -e +#- +# DEP-8 test for sbuild. +# +# Creates a sbuild chroot, builds a package, installs the resulting +# .deb, then runs the command provided by the .deb. +#- + +die() +{ +msg=$* +echo ERROR: $msg 2 +exit 1 +} + +# The package we'll ask sbuild to build (we know its buildable since +# it's already in the archive :-) +# +# The advantage of choosing this particular package being that it runs +# *itself* at the end of its build, which has the nice side-effect of +# exposing the full sbuild environment to those perusing the autopkgtest +# logs. +pkg=procenv + +release=$(lsb_release -c|cut -d: -f2|awk '{print $1}') +dir=$ADTTMP/schroot-$release +arch=$(dpkg --print-architecture) +chroot=${release}-${arch}-sbuild + +distro=$(lsb_release --id|cut -d: -f2-|awk '{print $1}'|tr '[A-Z]' '[a-z]') + +if [ $distro = ubuntu ] +then +url=http://archive.ubuntu.com/ubuntu +else +url=http://archive.debian.org/debian +fi + +# schroot does not allow a chroot name to be specified at creation time. +# As such, we must take care to avoid stomping on a developers chroots. +# If we find any that match the chroot we're about to try and make, exit +# with a message. +# +# Note that we are very cautious in the grep check below; we purposely +# don't match on the _type_ of schroot in case new schroot types are +# added and this test is not updated to take account of the new types. + +schroots=$(schroot -l 2/dev/null) + +if [ -n $schroots ] echo $schroots|grep -q :${release}-${arch} +then +echo INFO: +echo INFO: Existing schroots detected for current release ($release) +echo INFO: and architecture ($arch) +echo INFO: +echo INFO: Not continuing. +echo INFO: + +# exit successfully +exit 0 +fi + +echo INFO: Creating sbuild chroot '$chroot' for release '$release' in directory '$dir' from url '$url' +sbuild-createchroot $release $dir $url + +echo INFO: Checking chroot '$chroot' is known +schroot --list --all-chroots|grep ^chroot:${chroot}$ + +echo INFO: Displaying information about chroot '$chroot' +schroot --info ${chroot} + +# '--download-only' to avoid unpack which generates a signature +# warning to stderr, causing this test to fail. +echo INFO: Downloading source for package '$pkg' +apt-get source --download-only $pkg + +dsc=$(ls ${pkg}*.dsc) + +# crucial +echo INFO: Creating sbuild key pair +sbuild-update --keygen 21 + +echo INFO: Building package '$pkg' for release '$release' from '$dsc' +sbuild -A -d $release $dsc 21 + +pkg_and_version=$(echo $dsc|sed 's/\.dsc$//g') +deb=${pkg_and_version}_${arch}.deb + +echo INFO: Displaying sbuild log +cat ${pkg_and_version}_${arch}*.build + +echo INFO: Installing package '$pkg' from '$deb' +dpkg -i $deb + +# run the command to prove the build worked but also to expose the +# auto-package-test environment used for this test. +cmd=$pkg +echo INFO: Showing AutoPkgTest environment by running '$cmd' from package '$pkg' +$cmd + +# There is no sbuild/schroot command to actually delete the chroot, but +# we do want to clean up fully. The best we can do is end the schroot +# session, and remove the sym links. Removing the chroot itself is not +# necessary since it is created below $ADTTMP so will be removed +# automatically by the AutoPkgTest environment. + +echo INFO: Establishing schroot sessions for chroot '$chroot'
Bug#698064: marked as done (aranym: crashes from guest userspace when NatFeat is queried)
On 22.04.2013 10:55, Antonin Kral wrote: Hi Adam, * Adam D. Barratt a...@adam-barratt.org.uk [2013-04-22 11:45] wrote: I haven't tried to upload to testing-proposed-uploads yet. But I've contacted debian-rele...@lists.debian.org instead (I've sent it moment ago as it was sitting in my draft folder for couple hours). The mail archive disagrees. Not sure, what do you mean by that. I mean exactly that. I have sent email to debian-relase at 19:14:16 CEST: 2013-04-18 19:14:16 1USsPW-00026b-Sf = debian-rele...@lists.debian.org R=smarthost T=remote_smtp_smarthost H=srv1.trusted.cz [144.76.32.17] X=TLS1.0:DHE_RSA_AES_128_CBC_SHA1:128 DN=CN=srv1.trusted.cz 2013-04-18 19:14:16 1USsPW-00026b-Sf Completed Apparently it never reached the list. At least it's not in my -release mail folder, and I can't see any mail from you on http://lists.debian.org/debian-release/2013/04/author.html Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703092: dpkg --set-selections ignores available packages never installed or removed by dpkg
On Sun, Apr 21, 2013 at 07:30:48PM +0200, Guillem Jover wrote: What I'm planning to do to try to improve the situation is: * Document the change in the man page in master targetting 1.17.x (perhaps 1.16.x too). * Probably add a single warning at the end of the --set-selections processing if any unknown package has been found, prompting the user to consider updating the available database in master targetting 1.17.x. * Add an entry in http://wiki.debian.org/Teams/Dpkg/FAQ. * Clone this to the release-notes so that this gets documented there too. * Possibly, ask nicely the release-team if they'd consider accepting any kind of documentation update for this (doubtful), even if only for r1. Hi, Anything that documents this dpkg feature and suggests alternatives is OK, I leave the exact way to your choice, but the above seems to me very reasonable. This bug report should also be helpful in web searches. I noticed this problem when trying to carry out a i386-amd64 migration with all required packages previously downloaded-only in the amd64 chroot, before the actual migration-upgrade, so this was not harmful. What surprised me was that I did not find easy references in first web searches, just after refining the search I could find info about both the message and the clone process together in the same thread. Surprisingly, I even remember somebody complaining that there was no filed bugreport about this, but did not actually file one. A pity, you could have had more time to deal with the documentation changes if that bug was filed in time. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704933: [stable] fbcon: fix locking harder
On Mon, Apr 22, 2013 at 02:26:07AM +0100, Ben Hutchings wrote: On Mon, 2013-04-15 at 02:24 +0100, Ben Hutchings wrote: On Sat, 2013-04-13 at 03:28 +0400, Stepan Golosunov wrote: [...] The relevant changes in 3.2.40 ( fb: rework locking to fix lock ordering on takeover, fb: Yet another band-aid for fixing lockdep mess; described in http://lists.freedesktop.org/archives/dri-devel/2013-January/033976.html) appear to be missing from debian/changelog. Yes, maybe I should make it more clear that not all commits are listed in the Debian changelog (there are just too many). I try to list everything that looks like it could be release-critical - data loss, security vulnerabilities, and major regressions. And the missing fix (fbcon: fix locking harder) was discussed in http://lists.freedesktop.org/archives/dri-devel/2013-January/033980.html. Any of the two attached patches makes 3.2.41-2 bootable here. I think we should move forward rather than back. So that's: commit 054430e773c9a1e26f38e30156eff02dedfffc17 Author: Dave Airlie airl...@gmail.com Date: Fri Jan 25 11:38:56 2013 +1000 fbcon: fix locking harder [...] So I've queued this up for 3.2, but I think it belongs in 3.0 and 3.4 as well. Yep, makes sense to me. Its on 3.5 already. Thanks Ben. Cheers, -- Luis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705393: [RFR] templates://sipml5/{sipml5-web-phone.templates}
Christian PERRIER wrote: Your review should be sent as an answer to this mail. [...] Template: sipml5-web-phone/webserver Type: boolean Default: true -_Description: Automatically configure apache2? +_Description: Automatically configure Apache for Sipml5? [...] ^^ We also need to specify for what it is to be configured, in case the question comes in the middle of a bunch of other questions. Agreed, but the upstream name seems to be SipML5 (or perhaps sipML5). Meanwhile in the control file: Multi-Arch: foreign Depends: ${misc:Depends} Recommends: javascript-common -Description: JavaScript implementation of a WebRTC SIP video phone - HTML5 SIP client entirely written in JavaScript for integration in - any web site, incude a blog, CMS or web application. Requires - a modern WebRTC capable web browser and a SIP server/proxy supporting +Description: WebRTC SIP video phone - Javascript library Exactly what I was thinking, except it's JavaScript. + Simpl5 is an HTML5 SIP client entirely written in JavaScript for integration in ^^^ If only that acronym worked! I would also change s/in/into/. + any web site, such as a blog, CMS or web application. It requires Add a comma for d-l-e house style: ^, + a WebRTC-capable web browser and a SIP server/proxy supporting the SIP over WebSockets transport. [...] WebRTC-capable : use hyphen. I'm also tempted to call it the SIP-over-WebSockets transport, but that's probably overdoing it. [...] -Description: Basic SIP video-phone web page based on WebRTC +Description: WebRTC SIP video-phone - sample web page To me that isn't really a big enough hint at the fact that it actually implements a SIP client. How about demonstration web page? Oh, and I notice only this one hyphenates video-phone. Okay, let's standardise on that. -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package diff -ru sipml5.pristine/debian/control sipml5/debian/control --- sipml5.pristine/debian/control 2013-02-23 20:39:43.0 + +++ sipml5/debian/control 2013-04-22 11:15:09.439629322 +0100 @@ -14,11 +14,11 @@ Multi-Arch: foreign Depends: ${misc:Depends} Recommends: javascript-common -Description: JavaScript implementation of a WebRTC SIP video phone - HTML5 SIP client entirely written in JavaScript for integration in - any web site, incude a blog, CMS or web application. Requires - a modern WebRTC capable web browser and a SIP server/proxy supporting - the SIP over WebSockets transport. +Description: WebRTC SIP video-phone - JavaScript library + SipML5 is an HTML5 SIP client entirely written in JavaScript for integration + into any web site, such as a blog, CMS, or web application. It requires a + WebRTC-capable web browser and a SIP server/proxy supporting the SIP over + WebSockets transport. . This package provides the JavaScript library for use in web sites or for other packages that require it. @@ -28,11 +28,11 @@ Multi-Arch: foreign Depends: ${misc:Depends} Recommends: libjs-sipml5 -Description: JavaScript implementation of a WebRTC SIP video phone - API docs - HTML5 SIP client entirely written in JavaScript for integration in - any web site, incude a blog, CMS or web application. Requires - a modern WebRTC capable web browser and a SIP server/proxy supporting - the SIP over WebSockets transport. +Description: WebRTC SIP video-phone - API documentation + SipML5 is an HTML5 SIP client entirely written in JavaScript for integration + into any web site, such as a blog, CMS, or web application. It requires a + WebRTC-capable web browser and a SIP server/proxy supporting the SIP over + WebSockets transport. . This package provides the API documentation for the JavaScript library. @@ -41,11 +41,11 @@ Multi-Arch: foreign Depends: ${misc:Depends}, libjs-sipml5, libjs-jquery, apache2 | lighttpd | httpd Recommends: repro, resiprocate-turn-server -Description: Basic SIP video-phone web page based on WebRTC - HTML5 SIP client entirely written in JavaScript for integration in - any web site, incude a blog, CMS or web application. Requires - a modern WebRTC capable web browser and a SIP server/proxy supporting - the SIP over WebSockets transport. +Description: WebRTC SIP video-phone - demonstration web page + SipML5 is an HTML5 SIP client entirely written in JavaScript for integration + into any web site, such as a blog, CMS, or web application. It requires a + WebRTC-capable web browser and a SIP server/proxy supporting the SIP over + WebSockets transport. . This package provides a basic HTML implementation of a phone that can be published through a web server such as Apache. diff -ru sipml5.pristine/debian/sipml5-web-phone.templates sipml5/debian/sipml5-web-phone.templates --- sipml5.pristine/debian/sipml5-web-phone.templates 2013-04-14 18:33:39.756121203 +0100 +++
Bug#705774: erlang-eunit should depends on erlang-dev
Hi Rodolphe. On Fri, Apr 19, 2013 at 11:44 PM, Rodolphe Quiédeville rodol...@quiedeville.org wrote: Hi, erlang module with unit test included can not be compile or include if erlang-dev is not installed, this error occurs : Can not be compiled looks fine to me as it is (to build something it's natural to have erlang-dev installed). What do you mean by or included. Eunit tests require eunit.hrl in runtime? Does it make sense to run eunit tests while not developing something? If yes then maybe it'd be better to move eunit.hrl into the erlang-eunit package? can't find include lib eunit/include/eunit.hrl A depends on erlang-dev should be added on erlang-eunit package. Or eunit headers ought to move into the erlang-eunit package. Which is better? Anyway, this will happen only after wheezy release (or in R16B in experimental). Cheers! -- Sergei Golovan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705919: icedove does not play sounds (notifications when new messages arrive)
Hello Carsten Am 22.04.2013 11:06, schrieb Carsten Schoenert: hmm, there is no need to open a new bug for an already existing issue so I merge this two bugs together. Yes - but my try to update the version fails. ;-) As far as I remember the sound notification work with KDE, but I will check it next time. How can i debug this? The error should be searched where it occurs or not? Maybe I just turn this off, because I don't need this. Regards Carsten That's maybe the problem. In the forum they said it is not compiled correctly with the right suppport of sound and external links. When you are waiting for mail response it is very helpful to get an acoustic sign for incoming mails when you are not working on the screen the whole time. Regards Karsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705900: check_ping fail if host do not have IPv6 address
Hi, thanks for the bug report. I’m curious: In root@tjener:~# host tjener.intern tjener.intern has address 10.0.2.2 root@tjener:~# /usr/lib/nagios/plugins/check_ping -H tjener.intern -w 10,10% -c 10,10% /bin/ping6 -n -U -w 10 -c 5 tjener.intern CRITICAL - Could not interpret output from ping command root@tjener:~# Why exactly does it fail if the local hostname resolves to an IPv6 address? Because ping6 is not installed? Or because /usr/lib/nagios/plugins/check_ping does not understand the output? Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#705900: check_ping fail if host do not have IPv6 address
[Joachim Breitner] Why exactly does it fail if the local hostname resolves to an IPv6 address? Because ping6 is not installed? Or because /usr/lib/nagios/plugins/check_ping does not understand the output? I do not know. ping6 is installed, but the command fail. This is the output from ping6: root@tjener:~# ping6 fe80::5652:ff:fe1f:e659 connect: Invalid argument root@tjener:~# And here is the same using strace: root@tjener:~# strace ping6 fe80::5652:ff:fe1f:e659 execve(/bin/ping6, [ping6, fe80::5652:ff:fe1f:e659], [/* 23 vars */]) = 0 brk(0) = 0x970b000 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb77ce000 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=117803, ...}) = 0 mmap2(NULL, 117803, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb77b1000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/i386-linux-gnu/i686/cmov/libresolv.so.2, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\0\0004\0\0\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=71488, ...}) = 0 mmap2(NULL, 79944, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb779d000 mmap2(0xb77ad000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x10) = 0xb77ad000 mmap2(0xb77af000, 6216, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb77af000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/i386-linux-gnu/i686/cmov/libcrypto.so.1.0.0, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\217\4\0004\0\0\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=1812104, ...}) = 0 mmap2(NULL, 1828080, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb75de000 mprotect(0xb7781000, 4096, PROT_NONE) = 0 mmap2(0xb7782000, 98304, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1a3) = 0xb7782000 mmap2(0xb779a000, 9456, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb779a000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/i386-linux-gnu/i686/cmov/libc.so.6, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240o\1\0004\0\0\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1437864, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb75dd000 mmap2(NULL, 1452408, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb747a000 mprotect(0xb75d6000, 4096, PROT_NONE) = 0 mmap2(0xb75d7000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15c) = 0xb75d7000 mmap2(0xb75da000, 10616, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb75da000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/i386-linux-gnu/i686/cmov/libdl.so.2, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\n\0\0004\0\0\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=9844, ...}) = 0 mmap2(NULL, 12408, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7476000 mmap2(0xb7478000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xb7478000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/i386-linux-gnu/libz.so.1, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\33\0\0004\0\0\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=95896, ...}) = 0 mmap2(NULL, 98556, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb745d000 mmap2(0xb7474000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x16) = 0xb7474000 close(3)= 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb745c000 set_thread_area({entry_number:-1 - 6, base_addr:0xb745c8d0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 mprotect(0xb7474000, 4096, PROT_READ) = 0 mprotect(0xb7478000, 4096, PROT_READ) = 0 mprotect(0xb75d7000, 8192, PROT_READ) = 0 mprotect(0xb7782000, 61440, PROT_READ) = 0 mprotect(0xb77ad000, 4096, PROT_READ) = 0 mprotect(0xb77ed000, 4096, PROT_READ) = 0 munmap(0xb77b1000, 117803) = 0 socket(PF_INET6, SOCK_RAW, IPPROTO_ICMPV6) = 3 getuid32() = 0 setuid32(0)
Bug#698064: aranym: crashes from guest userspace when NatFeat is queried
Adam D. Barratt dixit: Apparently it never reached the list. At least it's not in my -release mail I’ve searched for it too, and could not find it in either archive I tried (l.d.o and GMane). Can you please just resend the mail, and put the bug on Cc? Thanks, //mirabilos -- “It is inappropriate to require that a time represented as seconds since the Epoch precisely represent the number of seconds between the referenced time and the Epoch.” -- IEEE Std 1003.1b-1993 (POSIX) Section B.2.2.2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705917: pbuilder: Add basic DEP-8 autopkgtest
James Hunt dixit: - create a chroot for the current release. I don’t think it’s suitable as-is: the test needs network, not just root, and that’s critical in itself. While I’m not the pbuilder maintainer, there’s a number of things I’d like to see addressed: • Selection of which mirror and distribution to use; Debian sid is not normally bootstrappable mind you, so it would have to be a stable release • Absolutely ensure that only (gpg-)validated content is ever run • Consider using breaks-testbed to let people run this test only in a throwaway VM This is an “instinctual response” – maybe my concerns are unfounded, maybe they’re true… bye, //mirabilos -- Sorry, I’m annoyed today and you came by as an Arch user. These are the perfect victims for any crime against humanity, like systemd, feminism or social democracy. -- Christoph Lohmann on d...@suckless.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705847: python-rpy fails to import
On 21 April 2013 at 23:12, Dave Steele wrote: | On Sun, Apr 21, 2013 at 10:49 PM, Dirk Eddelbuettel e...@debian.org wrote: | | Well I guess we have now established that | | a) R 3.0.0 and rpy do not work together (your bugreport) | | b) disabling Rf_PrintMessage as per my simple patch fixes that | | c) somewhat unrelated: launching R-related jobs with xvfb-run helps | when X11 resources are required. | | So I think I should apply the patch from b) to fix your bug report from a). | | Or am I missing something here? | | | Only that, for (c), the need for X11 resources is new behavior in our | application. Right. I can't quite think through why the current change requires that. Maybe suppressing PrintMessages() is not all that ideal after all. I guess it is our best bet so far. Dirk -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705920: mdadm --scan called for dpkg-reconfigure mdadm, even though mdadm is disabled
PS: Hopefully the bpo60 doesn't matter? AFAICS the program logic is the same for the version in Wheezy. Please close if you think this bug affects Squeeze only. Please mail if I can help to track this problem down. Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613561: gnome-screensaver: Screensaver starts after 10min of idleness even when disabled
As suggested on [1], executing the following command corrects this behaviour in Tails 0.17.1 [2]: xset -dpms s off This bugs could be a duplicate of #412373. [1]: https://www.linuxquestions.org/questions/debian-26/does-someone-really-know-how-to-disable-the-and-and-_-@-**-and-*-@-screensaver-in-kde4-864104/ [2]: https://tails.boum.org/ signature.asc Description: OpenPGP digital signature
Bug#705900: check_ping fail if host do not have IPv6 address
[Petter Reinholdtsen] I do not know. ping6 is installed, but the command fail. This is the output from ping6: root@tjener:~# ping6 fe80::5652:ff:fe1f:e659 connect: Invalid argument root@tjener:~# Ah, wrong argument. I know why it fail now. check_ping uses NSS to look up the hostname, while ping6 uses DNS. root@tjener:~# ping6 tjener.intern unknown host root@tjener:~# And NSS and DNS do not agree in this case, causing ping6 to fail when called from check_ping. Here is the strace: root@tjener:~# strace ping6 tjener.intern execve(/bin/ping6, [ping6, tjener.intern], [/* 23 vars */]) = 0 brk(0) = 0x9fbc000 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb76e7000 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=117803, ...}) = 0 mmap2(NULL, 117803, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb76ca000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/i386-linux-gnu/i686/cmov/libresolv.so.2, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\0\0004\0\0\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=71488, ...}) = 0 mmap2(NULL, 79944, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb76b6000 mmap2(0xb76c6000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x10) = 0xb76c6000 mmap2(0xb76c8000, 6216, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb76c8000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/i386-linux-gnu/i686/cmov/libcrypto.so.1.0.0, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\217\4\0004\0\0\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=1812104, ...}) = 0 mmap2(NULL, 1828080, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb74f7000 mprotect(0xb769a000, 4096, PROT_NONE) = 0 mmap2(0xb769b000, 98304, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1a3) = 0xb769b000 mmap2(0xb76b3000, 9456, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb76b3000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/i386-linux-gnu/i686/cmov/libc.so.6, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240o\1\0004\0\0\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1437864, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb74f6000 mmap2(NULL, 1452408, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7393000 mprotect(0xb74ef000, 4096, PROT_NONE) = 0 mmap2(0xb74f, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15c) = 0xb74f mmap2(0xb74f3000, 10616, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb74f3000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/i386-linux-gnu/i686/cmov/libdl.so.2, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\n\0\0004\0\0\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=9844, ...}) = 0 mmap2(NULL, 12408, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb738f000 mmap2(0xb7391000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xb7391000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/i386-linux-gnu/libz.so.1, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\33\0\0004\0\0\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=95896, ...}) = 0 mmap2(NULL, 98556, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7376000 mmap2(0xb738d000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x16) = 0xb738d000 close(3)= 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7375000 set_thread_area({entry_number:-1 - 6, base_addr:0xb73758d0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 mprotect(0xb738d000, 4096, PROT_READ) = 0 mprotect(0xb7391000, 4096, PROT_READ) = 0 mprotect(0xb74f, 8192, PROT_READ) = 0 mprotect(0xb769b000, 61440, PROT_READ) = 0 mprotect(0xb76c6000, 4096, PROT_READ) = 0 mprotect(0xb7706000, 4096, PROT_READ) = 0 munmap(0xb76ca000, 117803) = 0 socket(PF_INET6, SOCK_RAW, IPPROTO_ICMPV6) = 3 getuid32() = 0 setuid32(0) = 0 socket(PF_NETLINK, SOCK_RAW, 0) =
Bug#705920: mdadm --scan called for dpkg-reconfigure mdadm, even though mdadm is disabled
22.04.2013 14:52, Harald Dunkel wrote: PS: Hopefully the bpo60 doesn't matter? AFAICS the program logic is the same for the version in Wheezy. Please close if you think this bug affects Squeeze only. I haven't looked yet (sorry ENOTIME right now), but I _think_ I fixed this for wheezy. Current bpo60 is a bit behind current wheezy, I need to update it. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705900: check_ping fail if host do not have IPv6 address
Hi, Am Montag, den 22.04.2013, 13:20 +0200 schrieb Petter Reinholdtsen: [Petter Reinholdtsen] I do not know. ping6 is installed, but the command fail. This is the output from ping6: root@tjener:~# ping6 fe80::5652:ff:fe1f:e659 connect: Invalid argument root@tjener:~# Ah, wrong argument. I know why it fail now. check_ping uses NSS to look up the hostname, while ping6 uses DNS. root@tjener:~# ping6 tjener.intern unknown host root@tjener:~# And NSS and DNS do not agree in this case, causing ping6 to fail when called from check_ping. would ping6 use data from /etc/hosts then? It seems to me that this is more likely a bug in ping6 if it circumvents the system’s normal ways of resolving names. If you simply do not want to use ipv6, maybe it can be disabled system wide, and maybe this would prevent libnss-myhostname from returning ipv6 names. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#705928: openshot binary package has embedded copy of python-gdata
Package: openshot Version: 1.4.3-1 Severity: normal Openshot currently ships a copy of python-gdata package under /usr/share/pyshared/openshot/uploads/youtube/gdata/. Debian Policy 4.13 states that Debian packages should not use convenience copies. See also http://wiki.debian.org/EmbeddedCodeCopies. -- Dmitry Shachnev -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (700, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692131: Pending fixes for bugs in the libconfig-model-dpkg-perl package
tag 692131 + pending thanks Some bugs in the libconfig-model-dpkg-perl package are closed in revision 647dae92f2c5d4bca9a47e2230906f85a8f1b469 in branch 'master' by Dominique Dumont The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libconfig-model-dpkg-perl.git;a=commitdiff;h=647dae9 Commit message: parse correctly license short name when a comma is appended to name (Closes: #692131) with tests -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705929: /usr/bin/wine32: Wine breaks audio and (some) video playback
Package: wine-bin Version: 1.4.1-4 Severity: important File: /usr/bin/wine32 Dear Maintainer, Running World of Warcraft in wine has some nasty side effects: - No audio in vlc media player while totem is unable to playback video as well - Gnash (+html5) video streaming cannot be started/unpaused Notes: There is sound in WoW. Closing WoW causes gnash to start video playback. (gnash): Videos started before WoW work fine. (vlc): Videos (audio) started before WoW break. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (650, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-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 wine-bin depends on: ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38 ii libwine-bin1.4.1-4 ii libwine-gecko-1.4 1.4+dfsg1-3 ii x11-utils 7.7~1 wine-bin recommends no packages. Versions of packages wine-bin suggests: ii libwine-gl 1.4.1-4 pn libwine-print none Versions of packages libwine depends on: ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38 ii libdbus-1-31.6.8-1 ii libfontconfig1 2.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgnutls262.12.20-4 ii libice62:1.0.8-2 ii libjpeg8 8d-1 ii libmpg123-01.14.4-1 ii libncurses55.9-10 ii libodbc1 2.2.14p2-5 ii libpng12-0 1.2.49-1 ii libsm6 2:1.2.1-2 ii libssl1.0.01.0.1e-2 ii libtiff4 3.9.6-11 ii libtinfo5 5.9-10 ii libx11-6 2:1.5.0-1 ii libxcomposite1 1:0.4.3-2 ii libxcursor11:1.1.13-1 ii libxext6 2:1.3.1-2 ii libxi6 2:1.6.1-1 ii libxinerama1 2:1.1.2-1 ii libxml22.8.0+dfsg1-7+nmu1 ii libxrandr2 2:1.3.2-2 ii libxrender11:0.9.7-1 ii libxslt1.1 1.1.26-14.1 ii libxxf86vm11:1.1.2-1 ii multiarch-support 2.13-38 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages libwine recommends: ii libgsm1 1.0.13-4 ii libv4l-00.8.8-3 ii libwine-alsa1.4.1-4 ii libwine-gl 1.4.1-4 ii ttf-liberation 1.07.2-6 Versions of packages libwine suggests: pn libwine-cms none pn libwine-gphoto2 none pn libwine-ldap none pn libwine-openal none pn libwine-printnone pn libwine-sane none pn wine-doc 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#611724: This is by design
Hi Diego, This is indeed by design. You have to initialize the cluster before starting ganeti, and this cannot be done automatically, as we don't know if you'll be doing that, or just adding the node to an existing cluster (see gnt-node add). Perhaps we shouldn't ship an init script at all, until the cluster is initialized, to avoid this error. Thanks, Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696595: Offical Non-marketplace AMIs?
On Sun, Mar 31, 2013 at 6:21 AM, Charles Plessy ple...@debian.org wrote: Le Sun, Mar 31, 2013 at 03:07:09AM -0700, Brian Gupta a écrit : Are there any plans to publish non-marketplace AMIs? Hi Brian, I think that it is done, see http://wiki.debian.org/Cloud/AmazonEC2Image/Squeeze. James, if you confirm, we can close #696595, that I created earlier to track the issue. Cheers, Thanks James (and Charles!) Now that we have Community AMIs published, what would it take to get Debian listed in the Quickstart Wizards? Currently the options listed are: - Amazon Linux AMI 2013.03 - Red Hat Enterprise Linux 6.4 - SUSE Linux Enterprise Server 11 - Ubuntu Server 12.04.1 LTS - Ubuntu Server 12.10 - Cluster Compute Amazon Linux AMI 2013.03 - Red Hat Enterprise Linux 6.4 for Cluster Instances - Cluster Instances HVM SUSE Linux Enterprise 11 - Ubuntu Server 12.04.1 LTS for Cluster Instances - Ubuntu Server 12.10 for Cluster Instances - A bunch of Windows AMIs Guessing this is more of a question for James, but I'd guess from the technical side, we probably need at least an HVM image for Cluster compute instance types? Thanks, Brian -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705124: Info received (base: Filesystem corruption issue)
Any other ideas on how to move forward with this bug? On Wed, Apr 17, 2013 at 8:57 AM, Ian Campbell i...@hellion.org.uk wrote: On Tue, 2013-04-16 at 09:39 -0400, Anthony Sheetz wrote: What does dom0 dmesg say about barriers on that device/filesystem? Nothing in dmesg about barriers on any file system. 'dmesg|grep barrier' returns nothing. I've just realised that the message in domU is from the blkfront driver, so you wouldn't expect to see it in dom0. Also since it is not from the filesystem it will not necessarily coincide with the filesystems use of barriers, it'll just reflect that the device *could* do barriers. To know if the filesystem is using barriers I think you have to look in /proc/mounts. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705886: Bad bug-fix made drag'nd drop impossible
Hello, Dmitry, As it was never an upstream bug, I suppose it's ok. I'll try it tonight. So sad this bug will be on Wheezy. Regards, Rodolfo 2013/4/22 Dmitry Smirnov only...@member.fsf.org: Dear Rodolfo, Thank you for your concerns regarding `gitg`. On Mon, 22 Apr 2013 03:47:10 Rodolfo wrote: As reported by me on comment #24 [1] on bug #666232 [2], that bug fix did something wrong. There I typed a quick fix but nothing has been done until now. Your bug fix is in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666232#24 right? Unfortunately due to late pre-release policy there is little can be done to fix this in Wheezy right now. I may try to address this problem later in point release when time allows. I believe this problem is already fixed in new `gitg` release that I uploaded to experimental. Would you be able to try it? Cheers, Dmitry Smirnov GPG key : 4096R/53968D1B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705920: mdadm --scan called for dpkg-reconfigure mdadm, even though mdadm is disabled
also sprach Harald Dunkel harald.dun...@aixigo.de [2013.04.22.1016 +0200]: Even though mdadm is disabled in /etc/default/mdadm, the initramfs hook calls mdadm --scan: You disabled the daemon and the autostarting. This does not mean that the mdadm package does not try to install /etc/mdadm/mdadm.conf for which is must scan the partitions. -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#705930: ITP: kitchen -- Cornuscopia of useful Python code
Package: wnpp Severity: wishlist Owner: Simon Chopin chopin.si...@gmail.com * Package name: kitchen Version : 1.1.1 Upstream Author : Toshio Kuratomi * URL : https://fedorahosted.org/kitchen/ * License : LGPLv2.1+ Programming Lang: Python Description : Cornuscopia of useful Python code Shameful yankpaste from the PyPI description: We've all done it. In the process of writing a brand new application we've discovered that we need a little bit of code that we've invented before. Perhaps it's something to handle unicode text. Perhaps it's something to make a bit of python-2.5 code run on python-2.3. Whatever it is, it ends up being a tiny bit of code that seems too small to worry about pushing into its own module so it sits there, a part of your current project, waiting to be cut and pasted into your next project. And the next. And the next. And since that little bittybit of code proved so useful to you, it's highly likely that it proved useful to someone else as well. Useful enough that they've written it and copy and pasted it over and over into each of their new projects. Well, no longer! Kitchen aims to pull these small snippets of code into a few python modules which you can import and use within your project. No more copy and paste! Now you can let someone else maintain and release these small snippets so that you can get on with your life. This package is a dependency of fedmsg, which is in turn required for my GSoC project application[1]. I intend to maintain this package from within the Debian Python Modules Team. [1] http://wiki.debian.org/SummerOfCode2013/StudentApplications/SimonChopin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705931: qpsmtpd: unable to bind to [::]
Package: qpsmtpd Version: 0.84-9 Severity: normal Dear Maintainer, If I set [::] in the addresse to bind, I get an error at the start of the daemon root@debian:~# dpkg-reconfigure qpsmtpd Stopping qpsmtpd: qpsmtpd-forkserver. Starting qpsmtpd: Creating TCP socket [::]:25: Argument invalide invoke-rc.d: initscript qpsmtpd, action start failed. It works well if I specify ipv6 address like this 2a01:e35:efaf:9ad0:1e6f:64ff:feb7:fba2 -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=, LC_CTYPE= (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages qpsmtpd depends on: ii adduser 3.113+nmu3 ii debconf 1.5.49 ii libclamav-client-perl 0.11-2 ii libdigest-hmac-perl 1.03+dfsg-1 ii libio-socket-inet6-perl 2.69-2 ii libipc-shareable-perl 0.60-8 ii libmail-spf-perl2.8.0-1 ii libmailtools-perl 2.09-1 ii libnet-dns-perl 0.66-2+b2 ii libsocket6-perl 0.23-1+b2 ii perl5.14.2-20 ii perl-modules [libnet-perl] 5.14.2-20 qpsmtpd recommends no packages. Versions of packages qpsmtpd suggests: pn clamav-daemon none pn spamassassin none pn tinycdbnone -- Configuration Files: /etc/logrotate.d/qpsmtpd changed [not included] /etc/qpsmtpd/badhelo changed [not included] /etc/qpsmtpd/badmailfrom changed [not included] /etc/qpsmtpd/badrcptto changed [not included] /etc/qpsmtpd/plugins changed [not included] -- debconf information: * qpsmtpd/startup_enabled: true * qpsmtpd/listen_interfaces: 192.168.0.30 [::] * qpsmtpd/server_type: forkserver * qpsmtpd/queue_plugin: exim qpsmtpd/queue_smtp_proxy_destination: localhost qpsmtpd/queue_none_confirm: * qpsmtpd/rcpthosts: pywy.fr qpsmtpd/queue_maildir_destination: /var/spool/qpsmtpd/Maildir -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700333: Stack trace
On Sun, 21 Apr 2013, Borislav Petkov wrote: + tglx. On Sun, Apr 21, 2013 at 01:38:33AM +0400, vita...@yourcmc.ru wrote: Stack trace picture is here: http://vmx.yourcmc.ru/var/pics/IMG_20130306_141045.jpg Vitaliy reported that his system crashes when suspending to disk. This was a regression from 3.2 to 3.7, and remains in 3.8. Some details of this system are in the bug log at http://bugs.debian.org/700333. The photo shows a BUG in hrtimer_interrupt() after making the hibernation image and while resuming the non-boot CPUs. The HPET interrupt handler was called immediately after it was registered for CPU 2 (?), before the corresponding clock_event_device was registered. Seems like an obvious race condition, but then shouldn't the HPET have been stopped while the CPU was previously offlined? And it's strange that this system apparently hits the race quite reliably. Anyone? So what happens is, that the HPET seems to have an interrupt pending and this gets immediately fired, when the handler is installed. The core code does not remove the hpet-event_handler, so it calls into the hrtimer_interrupt where it hits the BUG and dies. With the patch below, the box should survive and we should see a Spurious HPET timer interrupt on HPET timer... entry in dmesg. That's a first workaround to confirm my theory. I'll look into the HPET code how we can avoid that at all. Thanks, tglx diff --git a/kernel/time/tick-common.c b/kernel/time/tick-common.c index b1600a6..0f0ce6e 100644 --- a/kernel/time/tick-common.c +++ b/kernel/time/tick-common.c @@ -323,6 +323,7 @@ static void tick_shutdown(unsigned int *cpup) */ dev-mode = CLOCK_EVT_MODE_UNUSED; clockevents_exchange_device(dev, NULL); + dev-event_handler = NULL; td-evtdev = NULL; } raw_spin_unlock_irqrestore(tick_device_lock, flags); -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705820: texstudio: FTBFS on several architectures (error: 'REG_EIP' was not declared in this scope)
tags 705820 + fixed-upstream pending thanks Hi Adam I filed an upstream bug when I saw the build logs. The bug has already been fixed and I'm waiting for the next upstream release. Regards Tom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705932: ITP: stomper -- Python client implementation of the STOMP protocol
Package: wnpp Severity: wishlist Owner: Simon Chopin chopin.si...@gmail.com * Package name: stomper Version : 0.2.5 Upstream Author : Oisin Mulvihill * URL : https://github.com/oisinmulvihill/stomper/ * License : Apache 2.0 Programming Lang: Python Description : Python client implementation of the STOMP protocol The client is attempting to be transport layer neutral. This module provides functions to create and parse STOMP messages in a programatic fashion. The messages can be easily generated and parsed, however its up to the user to do the sending and receiving. The STOMP protocol specification can be found at http://stomp.codehaus.org/Protocol/ This package is a dependency of moksha.hub, which in turn is a dependency of fedmsg, which is needed for my GSoC project proposal[1] [1]: http://wiki.debian.org/SummerOfCode2013/StudentApplications/SimonChopin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705900: check_ping fail if host do not have IPv6 address
[Joachim Breitner] would ping6 use data from /etc/hosts then? It seems to me that this is more likely a bug in ping6 if it circumvents the system???s normal ways of resolving names. Hm, good point. Ah, right. I forgot I had removed libnss-myhostname when I tested the second time. When I try again with libnss-myhostname active, I get this result: root@tjener:~# ping6 tjener.intern connect: Invalid argument root@tjener:~# Strace below. If you simply do not want to use ipv6, maybe it can be disabled system wide, and maybe this would prevent libnss-myhostname from returning ipv6 names. I guess we could, but we do not really want to active select to not use IPv6, we just want to leave that part of the system untouched. Here is the strace: root@tjener:~# strace ping6 tjener.intern execve(/bin/ping6, [ping6, tjener.intern], [/* 23 vars */]) = 0 brk(0) = 0x891b000 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb774 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=117917, ...}) = 0 mmap2(NULL, 117917, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7723000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/i386-linux-gnu/i686/cmov/libresolv.so.2, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\0\0004\0\0\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=71488, ...}) = 0 mmap2(NULL, 79944, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb770f000 mmap2(0xb771f000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x10) = 0xb771f000 mmap2(0xb7721000, 6216, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7721000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/i386-linux-gnu/i686/cmov/libcrypto.so.1.0.0, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\217\4\0004\0\0\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=1812104, ...}) = 0 mmap2(NULL, 1828080, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb755 mprotect(0xb76f3000, 4096, PROT_NONE) = 0 mmap2(0xb76f4000, 98304, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1a3) = 0xb76f4000 mmap2(0xb770c000, 9456, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb770c000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/i386-linux-gnu/i686/cmov/libc.so.6, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240o\1\0004\0\0\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1437864, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb754f000 mmap2(NULL, 1452408, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb73ec000 mprotect(0xb7548000, 4096, PROT_NONE) = 0 mmap2(0xb7549000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15c) = 0xb7549000 mmap2(0xb754c000, 10616, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb754c000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/i386-linux-gnu/i686/cmov/libdl.so.2, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\n\0\0004\0\0\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=9844, ...}) = 0 mmap2(NULL, 12408, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb73e8000 mmap2(0xb73ea000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xb73ea000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/i386-linux-gnu/libz.so.1, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\33\0\0004\0\0\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=95896, ...}) = 0 mmap2(NULL, 98556, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb73cf000 mmap2(0xb73e6000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x16) = 0xb73e6000 close(3)= 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb73ce000 set_thread_area({entry_number:-1 - 6, base_addr:0xb73ce8d0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 mprotect(0xb73e6000, 4096, PROT_READ) = 0 mprotect(0xb73ea000, 4096, PROT_READ) = 0 mprotect(0xb7549000, 8192, PROT_READ) = 0 mprotect(0xb76f4000, 61440, PROT_READ) = 0 mprotect(0xb771f000, 4096, PROT_READ) = 0
Bug#525609: premail -makenym does not work (as expected)
Package: premail Version: 0.46-9 Followup-For: Bug #525609 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear Maintainer, premail tries to use an outdated rlist. - -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-486 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages premail depends on: ii bsd-mailx [mail-reader] 8.1.2-0.2006cvs-1 ii emacs23 [mail-reader] 23.4+1-4 ii heirloom-mailx [mail-reader] 12.5-2 ii icedove [mail-reader] 10.0.12-1 ii kmail [mail-reader] 4:4.4.11.1+l10n-3+b1 ii mutt [mail-reader]1.5.21-6.2 ii pgpgpg [pgp] 0.13-9 premail recommends no packages. premail suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlF1NkEACgkQqVj5VlP9Od0THwCgkZY/dipCvxtRHAl4yLLJYqcJ INYAn2FcFLwC4dR1Q+3uvWQ7wC566oBs =Usjf -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#705930: ITP: kitchen -- Cornuscopia of useful Python code
Quoting Thomas Thurman (2013-04-22 15:01:35) On Mon, Apr 22, 2013 at 02:34:50PM +0200, Simon Chopin wrote: Description : Cornuscopia of useful Python code Did you mean cornucopia? T Well, my upstream did I guess, I didn't bother rephrasing it. I'll feed the fix upstream when i'll start the actual packaging work. Thanks for the correction! Simon signature.asc Description: signature
Bug#705932: Packaging in the wild
Note to self: there is already a bit of packaging for this piece of software at https://github.com/thepaul/stomper-debian signature.asc Description: signature
Bug#705933: unblock: xen/4.1.4-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock xen/4.1.4-3. It fixes four security bugs. xen (4.1.4-3) unstable; urgency=high * Fix return from SYSENTER. CVE-2013-1917 * Fix various problems with guest interrupt handling. CVE-2013-1919 * Only save pointer after access checks. CVE-2013-1920 * Fix domain locking for transitive grants. CVE-2013-1964 -- Bastian Blank wa...@debian.org Fri, 19 Apr 2013 13:01:57 +0200 Bastian unblock xen/4.1.4-3 -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705900: check_ping fail if host do not have IPv6 address
[Petter Reinholdtsen] When I try again with libnss-myhostname active, I get this result: root@tjener:~# ping6 tjener.intern connect: Invalid argument root@tjener:~# Strace below. I asked one of the local IPv6 experts, and he said ping6 is not supposed to be able to ping the IPv6 Link address without specifying the interface too: root@tjener:~# getent hosts tjener.intern fe80::5652:ff:fe1f:e659 tjener.intern root@tjener:~# ping6 fe80::5652:ff:fe1f:e659 connect: Invalid argument root@tjener:~# ping6 fe80::5652:ff:fe1f:e659%eth0 PING fe80::5652:ff:fe1f:e659%eth0(fe80::5652:ff:fe1f:e659) 56 data bytes 64 bytes from fe80::5652:ff:fe1f:e659: icmp_seq=1 ttl=64 time=0.017 ms 64 bytes from fe80::5652:ff:fe1f:e659: icmp_seq=2 ttl=64 time=0.025 ms 64 bytes from fe80::5652:ff:fe1f:e659: icmp_seq=3 ttl=64 time=0.025 ms ^C --- fe80::5652:ff:fe1f:e659%eth0 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 1998ms rtt min/avg/max/mdev = 0.017/0.022/0.025/0.005 ms root@tjener:~# Notice the %eth0 part of the working address. So if libnss-myhostname insist on returning the Link IPv6 address for a given machine, it need to add the interface name as part of the address string. The reason the interface name is needed, is that the addresses are only guaranteed to be unique per interface, and it is perfectly possible to have the same IPv6 link address on several interfaces. Please change libnss-myhostname to include the interface specifier for all IPv6 Link addresses returned when looking up the local hostname. Or just stop returning the IPv6 Link addresses. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705934: lxc: Add basic DEP-8 autopkgtest
Package: lxc Version: 0.8.0~rc1-4 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu raring ubuntu-patch Dear Maintainer, The attached debdiff adds a basic DEP-8 autopkgtest for lxc. See: - https://code.launchpad.net/~jamesodhunt/ubuntu/raring/lxc/dep-8-tests - https://code.launchpad.net/~jamesodhunt/ubuntu/raring/lxc/dep-8-tests/+merge/157938 In Ubuntu, the attached patch was generated to achieve the following: * Ensure a container can be created, started, stopped and cloned. This is a very basic test, but I plan to add further checks soon. Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers raring-updates APT policy: (500, 'raring-updates'), (500, 'raring-security'), (500, 'raring') Architecture: i386 (i686) Kernel: Linux 3.8.0-19-generic (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Kind regards, James. -- James Hunt #upstart on freenode http://upstart.ubuntu.com/cookbook https://lists.ubuntu.com/mailman/listinfo/upstart-devel === modified file 'debian/changelog' === modified file 'debian/control' --- debian/control 2013-02-18 22:12:13 + +++ debian/control 2013-04-12 13:31:57 + @@ -16,6 +16,7 @@ Standards-Version: 3.9.4 Homepage: http://lxc.sourceforge.net/ X-Python3-Version: = 3.2 +XS-Testsuite: autopkgtest Package: lxc Architecture: linux-any === added directory 'debian/tests' === added file 'debian/tests/control' --- debian/tests/control1970-01-01 00:00:00 + +++ debian/tests/control2013-04-12 13:32:11 + @@ -0,0 +1,3 @@ +Tests: exercise +Depends: @, cgroup-lite +Restrictions: needs-root === added file 'debian/tests/exercise' --- debian/tests/exercise 1970-01-01 00:00:00 + +++ debian/tests/exercise 2013-04-22 13:22:33 + @@ -0,0 +1,80 @@ +#!/bin/sh +#- +# Some very basic tests to run in a DEP-8 environment. +#- + +template_dir=/usr/share/lxc/templates + +# Exit with error message. +# +# @msg: message to display. +die() +{ +msg=$* +echo ERROR: $msg 2 +exit 1 +} + +# seconds to wait for container to be running/stopped +boot_secs=10 +shutdown_secs=10 + +distro=$(lsb_release --id|cut -d: -f2-|awk '{print $1}'|tr '[A-Z]' '[a-z]') +[ -z $distro ] die failed to determine distro + +[ ! -d $template_dir ] die template directory does not exist + +file=$(ls ${template_dir}/lxc-${distro} 2/dev/null) +[ -z $file ] die template does not exist for distro '$distro' +template=$distro + +release=$(lsb_release -c|awk '{print $2}') +[ -z $release ] die failed to establish release + +orig_name=${release}-dep8 +new_name=${orig_name}-clone + +name=$orig_name + +# flush cache to ensure we always get the latest bootstrap image +lxc-create -n $name -t $template -- $release --flush-cache || \ +die failed to create container '$name' using template '$template' for release '$release' + +lxc-ls -1 | grep -q ^${name}$ || \ +die container not known + +lxc-start -n $name --daemon || die failed to initiate container start + +lxc-wait -n $name -s RUNNING -t $boot_secs || \ +die container $name: did not start after $boot_secs seconds + +lxc-stop -n $name || die container $name: failed to initiate shutdown + +lxc-wait -n $name -s STOPPED -t $shutdown_secs || \ +die container $name: did not stop within $shutdown_secs seconds + +lxc-clone -o $orig_name -n $new_name || \ +die failed to clone container '$orig_name' to '$new_name' + +# switch attention to the clone +name=$new_name + +lxc-start -n $name --daemon || die container $name: failed to initiate start + +lxc-wait -n $name -s RUNNING -t $boot_secs || \ +die container $name: did not start after $boot_secs seconds + +lxc-stop -n $name || die container $new_nam: failed to initiate shutdown + +lxc-wait -n $name -s STOPPED -t $shutdown_secs || \ +die container $name: did not stop within $shutdown_secs seconds + +# clean up +for name in $orig_name $new_name +do +lxc-destroy -n $name || die container: $name: cannot delete +done + +echo SUCCESS + +exit 0
Bug#705930: ITP: kitchen -- Cornuscopia of useful Python code
On Mon, Apr 22, 2013 at 02:34:50PM +0200, Simon Chopin wrote: Description : Cornuscopia of useful Python code Did you mean cornucopia? T -- Thomas Thurman - tho...@thurman.org.uk - http://thurman.org.uk/thomas/ Who would stoop to be fearless-- like a tree? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705837: [Pkg-octave-devel] Bug#705837: octave3.2: Plotting anything at all gives illegal instruction and crash
On 20 April 2013 15:07, Peter S visserth...@gmail.com wrote: octave:1 x=1:5 x = 1 2 3 4 5 octave:2 plot(x) panic: Illegal instruction -- stopping myself... Almost certainly a duplicate of #607244 and #635520 et al. Rebuild your ATLAS for your old hardware. - Jordi G. H. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705934: lxc: Add basic DEP-8 autopkgtest
tag 705934 - patch tag 705934 moreinfo thanks On 04/22/2013 03:30 PM, James Hunt wrote: Thanks for considering the patch. i would, but just from a quick skimming through * will not work because there's no cgroup-lite in debian * will fail since lxc-debian is not non-interactive by default * uses lsb-release without depends, should use os-release instead please provide an updated and tested (on debian, with the debian lxc package) patch. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705935: support for multiple TURN server users
Package: resiprocate Severity: wishlist The current implementation of reTurnServer supports a single username/password. These values are specified in /etc/reTurnServer.config It would be desirable for reTurnServer to be able to read a file containing multiple usernames and passwords. The file format should be the same as that used by Open Turnserver http://sourceforge.net/p/turnserver/code/HEAD/tree/trunk/ Specifically, it will have the following fields on each line: login:password:realm:state It should be possible to specify the location of the account file using a parameter in the main config file reTurnServer.config, e.g. UserDatabaseFile = /etc/reTurn/users.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703281:
Can partially confirm, but all that this does is setting the checkmark in the UI. While this is confusing, it doesn't actually launch Rygel or create the symlink necessary to autostart Rygel; no media is shared by accident just by launching rygel-preferences twice. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705847: python-rpy fails to import
On Mon, Apr 22, 2013 at 7:15 AM, Dirk Eddelbuettel e...@debian.org wrote: | c) somewhat unrelated: launching R-related jobs with xvfb-run helps | when X11 resources are required. | | So I think I should apply the patch from b) to fix your bug report from a). | | Or am I missing something here? | | | Only that, for (c), the need for X11 resources is new behavior in our | application. Right. I can't quite think through why the current change requires that. Maybe suppressing PrintMessages() is not all that ideal after all. I suspect it is an independent problem. I pulled in a new r-base at the same time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705936: implement account lock-out after multiple login failures
Package: dynalogin Severity: wishlist dynalogin stores a failure_count value for each account. It is incremented each time a login fails and it is reset to zero when a login succeeds However, the code doesn't currently implement any check to deny logins when the failure_count exceeds a threshold It should be possible to define a configuration parameter: dynalogin.max_failures=3 and if three subsequent login attempts are rejected, then no login is permitted The fix belongs in libdynalogin/dynalogin.c -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705937: RFP: rgm3800 -- Access Royaltek RGM-3800 and compatible GPS datalogger
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: rgm3800 Version : Rev. 25 Upstream Author : Karsten Petersen petersen.kars...@gmail.com * URL : http://code.google.com/p/rgm3800py/ * License : GPL v3 Programming Lang: Python Description : Access Royaltek RGM-3800 and compatible GPS datalogger With this command line utility you can: - - Dump tracks off your RGM-3800 GPS datalogger in NMEA and GPX format. - - List tracks with information. - - Configure logging format and interval. - - Check memory usage. - - Erase all tracks. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlF1P9gACgkQqVj5VlP9Od2gqwCeJFblYIYCgRE6NP2vyUZThnyd 09AAn3mjuwE5lIxf9fMqYdh760d1dOzb =y+uC -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#705938: O: premail -- An e-mail privacy package.
Package: wnpp Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I intend to orphan the premail package. Package is defunctional, bug reports are not fixed ... The package description is: Premail adds support for encrypted e-mail to your mailer, using plain PGP, PGP/MIME, MOSS, or S/MIME. In addition, premail provides a seamless, transparent interface to the anonymous remailers, including full support for Mixmaster remailers and the nymservers. Nymservers provide cryptographically protected, fully anonymous accounts for both sending and receiving e-mail. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlF1QG4ACgkQqVj5VlP9Od1LZgCeNWoRRRkPFFWbJl1CZcnWBj0h TxkAnjRmiRKD+ocZLWyzJ6HUprW54yKh =0V67 -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#699492: unblock bacula-doc/5.2.6-2
Argh, i reply only to message about copyrights, but do not reply to this. В Mon, 18 Feb 2013 19:55:41 + Jonathan Wiltshire j...@debian.org пишет: Control: tag -1 + moreinfo On Fri, Feb 01, 2013 at 02:55:54AM +0400, Alexander Golovko wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi! Please, unblock bacula-doc/5.2.6-2. This is change in major version, but this will fix situation, that we ship in wheezy different versions of package and documentation (package 5.2.6 and docs for 5.0.2). Whilst I agree that we should have same versions of the package and documentation, and I'd be more leniant that usual given that it's just documentation, there are problems that mean I'm not prepared to unblock this version. +bacula-doc (5.2.6-2) unstable; urgency=low You aren't listed in Uploaders or Maintainers, so this should be an NMU version number and have a note in the changelog. Package maintainer is Debian Bacula Team, i'm one of members of this team. +bacula-doc (5.2.6-1) unstable; urgency=low + + [ Alexander Golovko ] + * debian/patches/remove-config-generated-file-in-source.patch, +debian/patches/series, debian/rules, debian/source.lintian-overrides: ++ change method for remove config.{log,status} from sources. Why? Apart from the ick of using quilt to remove this file, you now have to update that patch every time the file changes, which is probably every upstream release. Was there a problem caused by the previous behaviour? This is a fix for error 'aborting due to unexpected upstream changes', when try to build package by git-buildpackage --git-pbuilder. Upstream was informed about this files and new versions ships without it, so we will not be require to change this patch every new upstream version. + * Bump standards to 3.9.4 (no changes). + * debian/compat: bump to 9. +debian/control: set dpendency debhelper to 9. These are a definite 'no' (although I realise the dependency was reverted). Ok, standards bumping will be reverted for wheezy, all other changes already was reverted. -- with best regards, Alexander Golovko email: alexan...@ankalagon.ru xmpp: alexan...@ankalagon.ru signature.asc Description: PGP signature
Bug#705939: support for time drift/offset with TOTP
Package: dynalogin Severity: wishlist The TOTP spec (RFC 6238) suggests that a server should tolerate tokens that don't have precise time sync with the server See section 5.2 of the RFC, The validation system should compare OTPs not only with the receiving timestamp but also the past timestamps that are within the transmission delay Initially, dynalogin could just detect if the client's clock is drifting and log warnings. A more complete solution may allow dynalogin to compensate for a client that is experiencing a loss of time synchronisation at a constant rate, although this functionality should be disabled by default. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705940: better configuration of PEM file locations
Package: resiprocate Severity: wishlist Currently, reSIProcate (and the repro proxy) have a slightly unusual manner of locating the PEM files containing X.509 certificates for TLS. See /etc/repro/repro.config for details and examples. This needs to become more conventional, it should be able to specify the absolute pathname of the key and cert files for any TLS transport, and the filename should not need to match any specific format. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705941: ITP: moksha.common -- Common components for Moksha
Package: wnpp Severity: wishlist Owner: Simon Chopin chopin.si...@gmail.com Control: block -1 by 705930 * Package name: moksha.common Version : 1.2.0 Upstream Author : Luke Macken, John (J5) Palmieri, Mairin Duffy, and Ralph Bean * URL : http://mokshaproject.net/ * License : Apache 2.0 Programming Lang: Python Description : Common components for Moksha Moksha is a combination of Web framework and messaging hub that is written on top of widely-used and tested components such as Twisted, 0mq or TurboGears. This package provide the core components for this framework. It is a transitional dependency for fedmsg, which I'm planning on packaging for my GSoC project proposal. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705879: moreinfo
On Mon, 22 Apr 2013 17:50:37 Holger Levsen wrote: ah! thanks for summarizing why this is not a bug, but rather a feature (UUIDs for partitions) made for this situation not being used! For the record about a year ago when I tried to use UUID for external journal on ext4 it didn't work because (I think) it was not implemented. Probably it still doesn't work although I could miss something in recent changelogs. Although UUID is very useful for partitions I didn't mention UUID because I knew it wouldn't work for ext4 external journal. see eg http://wiki.debian.org/Part-UUID or debian-u...@lists.debian.org for more info. Thanks for the link. Cheers, Dmitry Smirnov GPG key : 4096R/53968D1B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705886: Bad bug-fix made drag'nd drop impossible
On Mon, 22 Apr 2013 22:20:53 Rodolfo wrote: As it was never an upstream bug, I suppose it's ok. I'll try it tonight. Thank you. So sad this bug will be on Wheezy. I'm with you but hopefully not for long as I'm going to backport latest `gitg` as well as to try to address the issue with point release. Regards, Dmitry Smirnov GPG key : 4096R/53968D1B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org