Bug#1051536: qemu in bookworm FTBFS, missing B-D qemu-{alpha,powerpc,powerpc64,sparc64,hppa}-linux-gnu
Source: qemu Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: dotted...@debian.org Some cross-compilers are not available in bookworm, so qemu can't be built: $ sudo apt build-dep qemu Reading package lists... Done Reading package lists... Done Building dependency tree... Done Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: builddeps:qemu : Depends: gcc-alpha-linux-gnu but it is not installable Depends: gcc-powerpc-linux-gnu but it is not installable Depends: gcc-powerpc64-linux-gnu but it is not installable Depends: gcc-sparc64-linux-gnu but it is not installable Depends: gcc-hppa-linux-gnu but it is not installable E: Unable to correct problems, you have held broken packages. -- System Information: Debian Release: 12.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: arm64 (aarch64) Kernel: Linux 6.1.0-9-arm64 (SMP w/8 CPU threads) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#1006131: rus-ispell: please stop build-depending on myspell-tools
Hello Agustin, On 21 Feb 2022, at 23:46, Agustin Martin wrote: >> Could you show me the difference? > Find attached diff. SInce flags are sorted differently by i2myspell > and ispellaff2myspell , I made some magic for easier check of result, > actually diffing sorted affix files. This is what leads to that file Thanks. Looks fine for me. Actually, new file has the Cyrillic letters sorted in the right order :) Best, Mikhail.
Bug#1006131: rus-ispell: please stop build-depending on myspell-tools
Hello Agustin, On 21 Feb 2022, at 23:12, Agustin Martin wrote: > I am thinking about using ispellaff2myspell --bylocale flag with > russian koi8-r locale set. This should only require an extra¡ > build-dep on locales-all and change myspell-tools to hunspell-tools. I > am checking the result and only have noticed some sorting differences > in characters inside regexp groups, nothing that should be a problem. Could you show me the difference? > Other approach would be to borrow i2myspell, which is unmaintained. > > I do not speak russian, but I think this is nearly ready for release, > hope Mikhail does not find problems with this. --- Best, Mikhail.
Bug#951152: new archmage version breaks keepass2 documentation build
fixed 951152 1:0.4.2.1-1 thanks OK, 1:0.4.2.1-1 with the fix is in unstable. On 11 Feb 2020, at 23:08, Julian Taylor wrote: On 11.02.20 22:13, Mikhail Gusarov wrote: Hi Julian, On 11 Feb 2020, at 21:25, Julian Taylor wrote: For keepass I only need to be able to build html files from the chm source directory, the package has no compiled chm file one can use the current cli functions on. Please try https://github.com/dottedmag/archmage/commit/c8f186dff0c8da56590e900cc2a32b39e19bf08b - if it works, then I'll cut a new release and a package. it is working great, thanks
Bug#951152: new archmage version breaks keepass2 documentation build
Hi Julian, On 11 Feb 2020, at 21:25, Julian Taylor wrote: For keepass I only need to be able to build html files from the chm source directory, the package has no compiled chm file one can use the current cli functions on. Please try https://github.com/dottedmag/archmage/commit/c8f186dff0c8da56590e900cc2a32b39e19bf08b - if it works, then I'll cut a new release and a package. Best, Misha.
Bug#951152: new archmage version breaks keepass2 documentation build
Hello Julian, On 11 Feb 2020, at 20:23, Julian Taylor wrote: > The new archmage version breaks the documentation build of the keepass2 > package. This is due to the (maybe accidental) removal of the availity > to render html files from chm sources. Fun. While reworking pychm I had a careful look of all dependencies to see what subsets of API do they use, but it never occurred to me that there might be programs out there that use (never guaranteed to be stable) innards of Archmage. Keepass packaging definitely needs to stop doing this. What's missing from Archmage CLI if I reimplement HTML generation from unpacked CHM files tree? > I have filed patch upstream to restore that ability: > https://github.com/dottedmag/archmage/pull/17 > > As it is required to update keepass2 and remove its python2 dependency, > could it be considered to add it to the package if upstream does not > react soon? Well, I'm the upstream. Best, Misha.
Bug#946816: archmage 1:0.4.0-1 is missing a dependency on python3-sgmllib3k
Package: archmage Version: 1:0.3.1-4 Severity: grave Justification: renders package unusable archmage 0.4 has introduced the dependency on sgmllib3k. This library has not yet entered Debian archive (sitting in NEW), so archmage is broken. This bug is filed to prevent archmage 0.4 from entering testing until sgmllib3k is available and a new package release can be uploaded -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-7-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages archmage depends on: ii python 2.7.17-2 ii python-bs4 4.8.0-2 ii python-chm 0.8.4.1-3+b1 ii python-lxml4.4.1-1+b1 ii python-setuptools 41.4.0-1 archmage recommends no packages. Versions of packages archmage suggests: pn elinks | links pn htmldoc pn libapache2-mod-python -- no debconf information
Bug#934876: archmage: Please port to Python 3 (and drop python-chm dep)
Hello, On 15 Dec 2019, at 17:39, Sandro Tosi wrote: It's currently sitting in NEW. then i guess i made a mistake uploading the new version of archmage :( Well, the amount of users is minuscule, and I suppose not all of them are using sid. I'll file a bug that will block it from entering testing, so we can wait for sgmllib3k to enter the archive. Best, Mikhail.
Bug#934876: archmage: Please port to Python 3 (and drop python-chm dep)
Hello Sandro, Note that new version of archmage needs sgmllib3k — a port of sgmllib library from Python 2 stdlib dropped from Python 3. It's currently sitting in NEW. Best, Mikhail On 15 Dec 2019, at 6:05, Sandro Tosi wrote: The package is PAPT-maintained, so any help to upload the package is very welcome. no worries, i'll take care of this -- Sandro "morph" Tosi My website: http://sandrotosi.me/ Me at Debian: http://wiki.debian.org/SandroTosi Twitter: https://twitter.com/sandrotosi
Bug#946031: ITP: sgmllib3k -- Python 3 port of Python 2's sgmllib
Package: wnpp Severity: wishlist Owner: Mikhail Gusarov * Package name: sgmllib3k Version : 1.0.0 Upstream Author : Virgil Dupras * URL : https://pypi.org/project/sgmllib3k/ * License : PSF-2 Programming Lang: Python Description : Python 3 port of Python 2's sgmllib sgmllib was dropped from the Python standard library in Python 3. This package provides a port of the library to Python 3. This package is needed as a new dependency of archmage package version 0.4.0. archmage < 0.4.0 required Python 2 and used sgmllib package from standard library, archmage 0.4.0 supports Python 3, but requires this out-of-stdlib package.
Bug#934876: archmage: Please port to Python 3 (and drop python-chm dep)
Hi. I have released an upstream 0.4.0 version of Archmage that is Python 3.5+-compatible. However I can't upload it to Debian at the moment, as my PGP key has expired, so I'm waiting for a debian-keyring update. The package is PAPT-maintained, so any help to upload the package is very welcome. Best, Mikhail.
Bug#943124: mueller: Python2 removal in sid/bullseye
Will convert to Py3 ASAP. Hadn't realized it had a dependency on Py2 package.
Bug#936147: Python2 removal in sid/bullseye
Will convert to Py3 ASAP.
Bug#933617: pyinotify: Epydoc will be removed
Hello Kenneth, On 1 Aug 2019, at 4:35, Kenneth J. Pronovici wrote: If I don't hear back from you, I will NMU a version of your package that removes the build dependency. I will accomplish this by simply not building the API documentation. If you don't want me to do this, please reply and let me know how you want me to proceed. I apologize for being out of touch with Debian at the moment — please NMU, I'll get to merging the change some time later in August. Best, Misha.
Bug#924965: libssh2: diff for NMU version 1.8.0-2.1
Dear Salvatore, On 2 Apr 2019, at 23:01, Salvatore Bonaccorso wrote: > I've prepared an NMU for libssh2 (versioned as 1.8.0-2.1) and > uploaded it to DELAYED/5. Please feel free to tell me if I > should delay it longer. I'm awfully busy at the moment outside of Debain, no need to delay it further. Best, Mikhail.
Bug#903832: RFA: mueller -- Mueller English/Russian dictionary in dict format
Package: wnpp Severity: normal I no longer use this package, so I'd like someone else to pick it up. The package is insanely stable and only needs occasional linting and updating to newer standards version.
Bug#887976: libssh2 memory leak when built with gcrypt
Hi. Yes, by all means! There is a tiny problem though: please go over all GPL-licensed reverse-dependencies of libssh2 (including all the programs which load both a GPL-licensed library and libssh2 indirectly, say, via libcurl), and make sure they all have OpenSSL exception added to their license. On Mon, 22 Jan 2018, at 10:05, jani wrote: > Package: libssh2-1 > Version: 1.7.0-1 > > If libssh2 was built with gcrypt it leaks memory with every secure > connection call through curl. > > The problem is the same as described here: > https://github.com/libssh2/libssh2/issues/124 > > This leak goes way back, i tested it on jessie, stretch, buster and it > is still present. > > I suggest to build the libssh with open-ssl, because it solves the > memory leak problem. > > I am using Linux 4.9.0-4-amd64 #1 SMP Debian 4.9.51-1 (2017-09-28) > x86_64 GNU/Linux and libc6 2.24-11+deb9u1
Bug#874679: libssh2: Fails to build on stable if libssl-dev is installed
fixed 874679 1.8.0-1 thanks Actually, 1.8.0-1 already has this option, so there ain't much to do here. On 19 Sep 2017, at 8:22, Mikhail Gusarov wrote: Hello Wookey, On 8 Sep 2017, at 17:52, Wookey wrote: So it seems that the package should declare a build-conflicts with libssl-dev. The better way to fix it is to explicitly build --without-openssl. I'll do it shortly. Mikhail.
Bug#874679: libssh2: Fails to build on stable if libssl-dev is installed
Hello Wookey, On 8 Sep 2017, at 17:52, Wookey wrote: So it seems that the package should declare a build-conflicts with libssl-dev. The better way to fix it is to explicitly build --without-openssl. I'll do it shortly. Mikhail.
Bug#794429: RFA: rspamd
Hi Aurélien, Definitely. Feel free to take over. Regards, Mikhail. On Sun, 4 Oct 2015, at 23:24, Aurélien Gérôme wrote: > Hi Mikhail, > > If this is still all right with you, I am interested to bring rspamd > to the latest upstream release with non-native packaging. So far, > rspamd seems to satisfy my use case in replacement of a dead and > buggy dspam, so I am willing to pitch in. > > Regards, > -- > .''`. Aurélien Gérôme > : :' : > `. `'` Debian Developer > `- Unix Sys & Net Admin
Bug#794429: RFA: rspamd
Package: wnpp Severity: normal I no longer have time to maintain rspamd, so it is up for adoption. The package is in a good shape, upstream is active and collaborating. One might ponder switching from native package to non-native one, native proved not to be a good choice. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794428: RFA: rmilter
Package: wnpp Severity: normal I no longer have time to maintain rmilter, so it is up for adoption. The package is in a good shape, upstream is active and collaborating. One might ponder switching from native package to non-native one, native proved not to be a good choice. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781603: libssh2-1: changelog.gz is different between i386 and amd64 packages
On Thu, 2 Apr 2015, at 00:50, Frédéric Brière wrote: $ wc -c */usr/share/doc/libssh2-1/changelog.gz 59923 amd64/usr/share/doc/libssh2-1/changelog.gz 60425 i386/usr/share/doc/libssh2-1/changelog.gz The amd64 version is the correct one. I'm actually unable to reproduce your i386 version; it's almost the same size as the one obtained by -6N (gzip defaults), but not exactly. Is gzip behaving normally in your build environment? $ zcat changelog.gz | gzip -9nc | wc -c 59923 Stranger and stranger. I have checked on testing, amd64 gzip 1.6, /bin/gzip sha1sum ccfc0684ed71a9da6058472761871463a654e026 libc6 2.19-15 /lib/x86_64-linux-gnu/libc.so.6 sha1sum 5f7486d69105283da3d455ab8c8610f17b89c48a sid, i386 gzip 1.6 /bin/gzip sha1sum 94f779845b70364159730a8e028bda69ab449e2c libc6 2.19-17 /lib/i386-linux-gnu/i686/cmov/libc6.so.6 sha1sum 0ae8ce6fe9e2db486ad11401d9523238e274165a Both give me % zcat changelog.gz | gzip -9nc | wc -c 60425 For the completeness, changelog.gz sha1sum ee576d537cdf4e9ba47c31f9036a4240ddf4869b Could you check whether checksums match your environment? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781603: libssh2-1: changelog.gz is different between i386 and amd64 packages
Could you check whether checksums match your environment? No need to: % echo $GZIP --rsyncable % Whew. For a while I thought I was compromised. Turns out it's envvar leaked in build environment. Time to fix it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781603: libssh2-1: changelog.gz is different between i386 and amd64 packages
Hi. Indeed it is. Is there a existing solution for such problem? On Tue, 31 Mar 2015, at 15:59, Frédéric Brière wrote: Package: libssh2-1 Version: 1.5.0-2 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Apparently, the different-gz-across-architectures bug strikes again: Preparing to unpack libssh2-1_1.5.0-2_i386.deb ... Unpacking libssh2-1:i386 (1.5.0-2) over (1.5.0-2) ... Preparing to unpack libssh2-1_1.5.0-2_amd64.deb ... Unpacking libssh2-1:amd64 (1.5.0-2) over (1.4.3-4.1) ... dpkg: error processing archive libssh2-1_1.5.0-2_amd64.deb (--install): trying to overwrite shared '/usr/share/doc/libssh2-1/changelog.gz', which is different from other instances of package libssh2-1:amd64 dpkg: error processing package libssh2-1:i386 (--install): package libssh2-1:i386 1.5.0-2 cannot be configured because libssh2-1:amd64 is at a different version (1.4.3-4.1) Errors were encountered while processing: libssh2-1_1.5.0-2_amd64.deb libssh2-1:i386 Indeed: $ zdiff */usr/share/doc/libssh2-1/changelog.gz $ wc -c */usr/share/doc/libssh2-1/changelog.gz 59923 amd64/usr/share/doc/libssh2-1/changelog.gz 60425 i386/usr/share/doc/libssh2-1/changelog.gz -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.16.0-4-amd64 (SMP w/3 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781507: libssh2: FTBFS: symbols file mismatch (needs ABI bump)
Damn. Thank you. Turns out I had libssl-dev in the chroot, which got picked up instead of libgcrypt. On Mon, 30 Mar 2015, at 11:09, Thorsten Glaser wrote: Source: libssh2 Version: 1.5.0-1 Severity: serious Justification: fails to build from source (but built successfully in the past) libssh2 FTBFS on all architectures with: --- debian/libssh2-1.symbols (libssh2-1_1.5.0-1_m68k) +++ dpkg-gensymbolssAyNcA 2015-03-30 08:09:06.562181072 + @@ -56,8 +56,8 @@ libssh2_knownhost_readline@Base 1.2 libssh2_knownhost_writefile@Base 1.2 libssh2_knownhost_writeline@Base 1.2 - libssh2_md5@Base 1.5.0 - libssh2_md5_init@Base 1.5.0 +#MISSING: 1.5.0-1# libssh2_md5@Base 1.5.0 +#MISSING: 1.5.0-1# libssh2_md5_init@Base 1.5.0 libssh2_poll@Base 1.0 libssh2_poll_channel_read@Base 1.0 libssh2_publickey_add_ex@Base 1.0 @@ -114,8 +114,8 @@ libssh2_sftp_tell@Base 1.0 libssh2_sftp_unlink_ex@Base 1.0 libssh2_sftp_write@Base 1.0 - libssh2_sha1@Base 1.5.0 - libssh2_sha1_init@Base 1.5.0 +#MISSING: 1.5.0-1# libssh2_sha1@Base 1.5.0 +#MISSING: 1.5.0-1# libssh2_sha1_init@Base 1.5.0 libssh2_trace@Base 1.0 libssh2_trace_sethandler@Base 1.2.3 libssh2_userauth_authenticated@Base 1.0 I question how you could possibly have built and uploaded the i386 binaries of it, except in an unclean (maybe not minimal or not up-to-date) chroot, or not even in a chroot. The effect of this is that you broke ABI on i386, even. -- System Information: Debian Release: 8.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: m68k Kernel: Linux 3.16.0-4-m68k Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Init: sysvinit (via /sbin/init) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780928: rspamd doesn't play well with IPv6
tags 781008 pending thanks This issue is fixed in 0.8 branch upstream and will be fixed in Debian in next upload. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780584: RFS: s3cmd/1.5.2-1 ITA
Ack. On Wed, 18 Mar 2015, at 11:29, Gianfranco Costamagna wrote: Hi Harlan! (ccing Mikhail so he can ack/nack the GPL-2 to GPL-2+ change) The most concerning issue to me is the change in d/copyright from GPL-2 to GPL-2+ for the files under debian/. Matching them to upstream is best practice, to be sure, but to do so needs the permission of the authors of all the files underneath there - especially, it looks like, Mikhail Gusarov. It's not clear to me whether Matt Domsch's permission might also be needed; it certainly couldn't hurt, though. I didn't hide this from changelog, because I know this needs permission, and this is why I'm ccing him (sorry, I was sure I mentioned it in the ITA bug, bad me) Having it as GPL-2 makes it hard to forward patches to upstream (of course I can release *my* patches under GPL-2+, but seems better to relicense the debian packaging in my opinion) this is also why I didn't fix the nitpicks, as soon as I get confidence with the licensing I'll fix them directly upstream, they aren't on top of the issues in my opinion The man page has a couple of errors as well - groff is picking up some text and trying to apply it as a macro. There are also unescaped -'s that need to be escaped so they are not mistaken as hyphens instead of minuses. There's also a spelling error in the man file. All of these are upstream problems - probably with the tool they are using to create the manpage itself - but should be fixed if possible. Other than that, the remaining tweaks are minor. You should install the upstream changelog since it's provided. Upstream does provide GPG signatures of the downloads, so you should verify them if possible - the uscan(1) manpage has details about how to do so. That will require changing the watch file from github to sourceforge. nope, the asc file is also there on github, but for some reasons uscan is picking it and failing for another reason. (it is my first time I add an upstream signing key, help is appreciated) Thanks again for your work on s3cmd, and on Debian! If you have questions, please reach out to me. thanks for the review Gianfranco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779253: rmilter: Incorrect SPF Check For Null MailFrom
package rmilter forwarded 779253 https://github.com/vstakhov/rmilter/issues/20 thanks On Wed, Feb 25, 2015, at 23:05, Scott Kitterman wrote: Package: rmilter Version: 1.6.1 Severity: normal Tags: upstream Dear Maintainer, If you look at src/spf.c you'll see the following code snippet: /* No domain part in envfrom field - do not make spf check */ if (domain_pos == NULL) { return 1; } This is not the correct behavior for the SPF protocol. If you look at RFC 7208 section 2.4 (the second paragraph), it says: [RFC5321] allows the reverse-path to be null (see Section 4.5.5 in [RFC5321]). In this case, there is no explicit sender mailbox, and such a message can be assumed to be a notification message from the mail system itself. When the reverse-path is null, this document defines the MAIL FROM identity to be the mailbox composed of the local-part postmaster and the HELO identity (which might or might not have been checked separately before). Rather than simply return in this case, rmilter should retrieve the remote host's HELO/EHLO identity and perform the check with postmaster@HELO. Note: Although RFC 7208 is fairly recent, the requirement was the same in its predecessor RFC 4408. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777626: O: ha -- archiver for .ha files
Package: wnpp Severity: normal This package is an archiver for old and obscure format. I personally hadn't seen any .ha archives for a quite long time and don't have time to fix the bugs (including security ones) as upstream is dead. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777627: O: python-pytils -- Python library for processing strings in Russian
Package: wnpp Severity: normal I intend to orphan the python-pytils package. It is an obscure library with little use and very small popcon count (coming mostly from my machines, as it seems). The package description is: pytils contains several tools for processing strings in Russian: * choosing plural forms * in-words numerals representation * formatting dates in different styles * transliteration -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776827: unblock: archmage/1:0.2.4-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package archmage This upload fixes directory traversal security issue #776164 The debdiff is non-trivial due to last upload being done in 2011, but it is the result of rebuild, not of any package changes. unblock archmage/1:0.2.4-4 -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (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 Init: systemd (via /run/systemd/system) archmage-0.2.4-3-0.2.4-4.diff Description: Binary data
Bug#775008: RM: ha/0.999p+dfsg-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Please remove ha from testing as unsuitable for release. See bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774954 -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.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#774954: Fwd: Re: Bug#774954: ha: directory traversal vulnerabilities
package ha severity 774954 grave tag 774954 +help thanks ha is susceptible to directory traversal vulnerabilities. While extracting an archive, it will happily use absolute and relative paths taken from the archive. This can be exploited by a malicious archive to write files outside the current directory. This is a serious issue, which IMHO makes this package unfit for release. I don't have time nor qualification to deal with it properly, so any help would be welcome. Thanks. On Fri, Jan 9, 2015, at 13:32, Alexander Cherepanov wrote: Package: ha Version: 0.999p+dfsg-5 Tags: security ha is susceptible to directory traversal vulnerabilities. While extracting an archive, it will happily use absolute and relative paths taken from the archive. This can be exploited by a malicious archive to write files outside the current directory. ha seems to store file names separately from their paths. Directory traversals are possible through both of the parts. 1. Through file name part. A sample archive could be prepared in following way: $ touch XtmpXabs XXXrel $ ha a test.ha XtmpXabs XXXrel $ sed -i 's|XtmpXabs|/tmp/abs|g;s|XXXrel|../rel|g' test.ha $ rm XtmpXabs XXXrel Then check it works: $ ls /tmp/abs ../rel ls: cannot access /tmp/abs: No such file or directory ls: cannot access ../rel: No such file or directory $ ha lf test.ha HA 0.999� Copyright (c) 1995 Harri Hirvola Archive : test.ha (2 files) filenameoriginalcompressed rate datetime m CRC-32path attr === /tmp/abs0 0 100.0 % 2015-01-09 15:24 CPY (none) -rw-r--r-- --- ../rel 0 0 100.0 % 2015-01-09 15:24 CPY (none) -rw-r--r-- === 2 0 0 100.0 % $ ha x test.ha HA 0.999� Copyright (c) 1995 Harri Hirvola Archive : test.ha (2 files) Unpacking CPY 100 % /tmp/abs Unpacking CPY 100 % ../rel $ ls /tmp/abs ../rel ../rel /tmp/abs 2. Through path part. A sample archive could be prepared in following way: $ mkdir Xtmp/ XX/ $ touch Xtmp/abs XX/rel $ ha a test.ha Xtmp/abs XX/rel $ sed -i 's|Xtmp|/tmp|g;s|XX|..|g' test.ha $ rm -r Xtmp/ XX/ Then check it works: $ ls /tmp/abs ../rel ls: cannot access /tmp/abs: No such file or directory ls: cannot access ../rel: No such file or directory $ ha lf test.ha HA 0.999� Copyright (c) 1995 Harri Hirvola Archive : test.ha (2 files) filenameoriginalcompressed rate datetime m CRC-32path attr === abs 0 0 100.0 % 2015-01-09 15:29 CPY /tmp/ -rw-r--r-- --- rel 0 0 100.0 % 2015-01-09 15:29 CPY ../ -rw-r--r-- === 2 0 0 100.0 % $ ha x test.ha HA 0.999� Copyright (c) 1995 Harri Hirvola Archive : test.ha (2 files) Unpacking CPY 100 % /tmp/abs Unpacking CPY 100 % ../rel $ ls /tmp/abs ../rel ../rel /tmp/abs -- Alexander Cherepanov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766649: Breakage under OS X 10.10
Package: fakeroot Version: 1.20.2 Severity: normal Tags: patch fakeroot fails to build under OS X 10.10 due to 1) introduced openat(2) 2) changed prototype of [gs]etpriority Attached patches fix those issues (and make openat(2) forwarding more correct). -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash From d67f168080229bdfda9e07fc473fd699ed76a001 Mon Sep 17 00:00:00 2001 From: Mikhail Gusarov dotted...@dottedmag.net Date: Fri, 24 Oct 2014 17:36:15 +0200 Subject: [PATCH 1/2] Implement openat(2) wrapper which handles optional argument Unbreaks build on OS X 10.10 --- libfakeroot.c | 16 wrapfunc.inp | 2 +- 2 files changed, 17 insertions(+), 1 deletion(-) diff --git a/libfakeroot.c b/libfakeroot.c index f867758..cd0be84 100644 --- a/libfakeroot.c +++ b/libfakeroot.c @@ -2426,3 +2426,19 @@ int sysinfo(int command, char *buf, long count) } } #endif + +#ifdef HAVE_OPENAT +int openat(int dir_fd, const char *pathname, int flags, ...) +{ +if (flags O_CREAT) +{ +va_list args; +mode_t mode; +va_start(args, flags); +mode = va_arg(args, int); +va_end(args); +return next_openat(dir_fd, pathname, flags, mode); +} +return next_openat(dir_fd, pathname, flags); +} +#endif diff --git a/wrapfunc.inp b/wrapfunc.inp index 5eff0cc..88bcc11 100644 --- a/wrapfunc.inp +++ b/wrapfunc.inp @@ -197,7 +197,7 @@ fchownat;int;(int dir_fd, const char *path, uid_t owner, gid_t group, int flags) mkdirat;int;(int dir_fd, const char *pathname, mode_t mode);(dir_fd, pathname, mode) #endif /* HAVE_MKDIRAT */ #ifdef HAVE_OPENAT -openat;int;(int dir_fd, const char *pathname, int flags);(dir_fd, pathname, flags) +openat;int;(int dir_fd, const char *pathname, int flags, ...) #endif /* HAVE_OPENAT */ #ifdef HAVE_RENAMEAT renameat;int;(int olddir_fd, const char *oldpath, int newdir_fd, const char *newpath);(olddir_fd, oldpath, newdir_fd, newpath) -- 2.1.2 From 3f8997db8d4905acc432c019d4d850726f522031 Mon Sep 17 00:00:00 2001 From: Mikhail Gusarov dotted...@dottedmag.net Date: Fri, 24 Oct 2014 17:53:27 +0200 Subject: [PATCH 2/2] OS X 10.10 introduced id_t != int in [gs]etpriority --- libfakeroot.c | 11 +-- wrapfunc.inp | 2 +- 2 files changed, 10 insertions(+), 3 deletions(-) diff --git a/libfakeroot.c b/libfakeroot.c index cd0be84..15fdd1d 100644 --- a/libfakeroot.c +++ b/libfakeroot.c @@ -110,8 +110,16 @@ #define INT_NEXT_FSTATAT(a,b,c,d) NEXT_FSTATAT(_STAT_VER,a,b,c,d) #define INT_SEND_STAT(a,b) SEND_STAT(a,b,_STAT_VER) #define INT_SEND_GET_XATTR(a,b) SEND_GET_XATTR(a,b,_STAT_VER) + +/* 10.10 uses id_t in getpriority/setpriority calls, so pretend + id_t is used everywhere, just happens to be int on some OSes */ +#ifndef _ID_T +#define _ID_T +typedef int id_t; +#endif #endif +#include sys/types.h #include stdlib.h #include sys/ipc.h #include sys/msg.h @@ -123,7 +131,6 @@ #include unistd.h #include dirent.h #include errno.h -#include sys/types.h #ifdef HAVE_SYS_ACL_H #include sys/acl.h #endif /* HAVE_SYS_ACL_H */ @@ -1894,7 +1901,7 @@ ssize_t fremovexattr(int fd, const char *name) } #endif /* HAVE_FREMOVEXATTR */ -int setpriority(int which, int who, int prio){ +int setpriority(int which, id_t who, int prio){ if (fakeroot_disabled) return next_setpriority(which, who, prio); next_setpriority(which, who, prio); diff --git a/wrapfunc.inp b/wrapfunc.inp index 88bcc11..0403d45 100644 --- a/wrapfunc.inp +++ b/wrapfunc.inp @@ -145,7 +145,7 @@ setfsgid;gid_t;(gid_t fsgid);(fsgid) #endif /* HAVE_SETFSGID */ initgroups;int;(const char *user, INITGROUPS_SECOND_ARG group);(user, group) setgroups;int;(SETGROUPS_SIZE_TYPE size, const gid_t *list);(size, list) -setpriority;int;(int which, int who, int prio);(which, who, prio) +setpriority;int;(int which, id_t who, int prio);(which, who, prio) #ifdef HAVE_CAPSET capset;int;(cap_user_header_t hdrp, const cap_user_data_t datap);(hdrp, datap) #endif /* HAVE_CAPSET */ -- 2.1.2
Bug#766649: Breakage under OS X 10.10
Apparently I hadn't tested my patches well enough. [gs]etpriority one is OK, but openat is not. Looking further. Best regards, Mikhail Gusarov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766649: Breakage under OS X 10.10
I have removed openat wrapping from wrapfunc.inc and fakeroot works for me now. However, I'm not sure it is the right fix. libfakeroot.c contains a call to openat. Will it work without wrapper? Best regards, Mikhail Gusarov. On 25 October 2014 00:21, Mikhail Gusarov dotted...@dottedmag.net wrote: Apparently I hadn't tested my patches well enough. [gs]etpriority one is OK, but openat is not. Looking further. Best regards, Mikhail Gusarov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704593: python3-pyinotify: incompatible with python3.3 in experimental
Closing this bug as it is not reproducible anymore. On 2 September 2014 01:23, Mikhail Gusarov dotted...@debian.org wrote: Hi. Is there any way to reproduce this issue? I'll close this bug in a week if there is not, to ensure pyinotify does not fall off testing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760359: libssh2-1-dev: pkgconfig missing dependency on -lgpg-error
On Thu, Sep 4, 2014 at 3:05 AM, Guillem Jover guil...@debian.org wrote: While it is true that this will fix the problem, it is fixing it in the wrong place, because it is encoding a possibly internal implementation detail in the depending packages. The proper fix would be to request that libgcrypt gets a pkg-config file so that this information can be encoded where it belongs. Then this pc file could be changed to say: Requires.private: gcrypt or similar. I agree and the patch in -4 contains an explanation along the same lines. However for the time being there is no .pc in gcrypt. Junichi: could you please open a bug against gcrypt requesting .pc? Best regards, Mikhail Gusarov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750806: s3cmd experimental package (1.5.0~20140213-1) spurious dependency error on debian wheezy
package s3cmd close 705806 thanks s3cmd depends on python:any (= 2.6.6-7~). The error is spurious because Debian Wheezy satisfies the requirement, having python:all 2.7.3-4+deb7u1 installed: python package has been changed from arch-independent to be arch-specific in jessie, so this (autogenerated) dependency is justified for a package built in sid environment. If you would like to use s3cmd from experimental/sid in Wheezy, please rebuild it locally or create a backport in order to get dependencies satisfiable in the stable. Best regards, Mikhail Gusarov. Best regards, Mikhail Gusarov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609319: s3cmd: sync always redownloads files when local destination doesn't have trailing slash
package s3cmd forwarded 609319 https://github.com/s3tools/s3cmd/issues/245 thanks This issue is open in upstream bugtracker. Best regards, Mikhail Gusarov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704593: python3-pyinotify: incompatible with python3.3 in experimental
Hi. Is there any way to reproduce this issue? I'll close this bug in a week if there is not, to ensure pyinotify does not fall off testing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683746: Review of debian/copyright for rspamd
Hi Andreas, I'm going to upload new package soon. On Mon, Aug 11, 2014 at 9:56 PM, Andreas Cadhalpun andreas.cadhal...@googlemail.com wrote: Hi Vsevolod, On 11.08.2014 16:18, Vsevolod Stakhov wrote: I've applied the suggested patch to both 0.6 and master branches. Thank you for the contribution! You're welcome. I hope this helps to get rspamd into Debian. It's probably a good idea to upload a new package with debian/copyright fixed. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683746: Review of debian/copyright for rspamd
Hello Andreas, Thank you for your help. rspamd has moved to github (bitbucket repo is stale. Vsevolod: hint-hint). Please have a look at up-to-date debian/copyright here: https://github.com/vstakhov/rspamd/blob/master/debian/copyright. I'll go through it and see what needs updating, but if you could eyeball it too, I'd be grateful. On Fri, Aug 8, 2014 at 12:52 PM, Vsevolod Stakhov vsevo...@highsecure.ru wrote: Forwarded Message Subject: Bug#683746: Review of debian/copyright for rspamd Date: Fri, 08 Aug 2014 01:42:41 +0200 From: Andreas Cadhalpun andreas.cadhal...@googlemail.com To: 683...@bugs.debian.org, Vsevolod Stakhov vsevo...@highsecure.ru CC: ftpmas...@debian.org, cont...@bugs.debian.org user debian-le...@lists.debian.org usertags 683746 one-copyright-review thanks Hi, rspamd has been waiting in the NEW queue for more than 4 months, which is rather long. In order to help the ftp-masters processing the NEW queue[1], I have reviewed the debian/copyright file of rspamd following the guidelines at [2]. For this task I obtained the sources from https://bitbucket.org/vstakhov/rspamd/src. Attached patch fixes the issues I noticed. The most important ones were that the licenses for some files were missing. Also note that the copyright format always considers the last matching expressions for Files: as the correct one. So one can special case particular files after 'Files: *', but any Files: stanza before 'Files: *' gets ignored. If these issues are fixed, rspamd will hopefully be available in the Debian archive soon. Best regards, Andreas 1: https://ftp-master.debian.org/new.html 2: https://wiki.debian.org/CopyrightReview -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749938: libnet-ssh2-perl: FTBFS: libgcrypt20 vs. libcrypt11
Hi folks, Sorry for poor communication and all the headache my update of libssh2 caused. Best regards, Mikhail Gusarov. On Fri, May 30, 2014 at 9:02 PM, Niko Tyni nt...@debian.org wrote: Package: libnet-ssh2-perl Version: 0.53-1 Severity: serious X-Debbugs-Cc: libs...@packages.debian.org The build dependencies of this package are uninstallable in sid (and apparently in jessie too): # apt-get build-dep libnet-ssh2-perl Reading package lists... Done Building dependency tree Reading state information... Done The following packages have unmet dependencies: libssh2-1-dev : Depends: libgcrypt20-dev but it is not going to be installed This seems to be because libssh2 recently moved to libgrypt20: Changes: libssh2 (1.4.3-3) unstable; urgency=low . [...] * Rebuild with libgcrypt20 (Closes: #744829). -- Mikhail Gusarov dotted...@debian.org Mon, 19 May 2014 10:23:27 +0200 so libnet-ssh2-perl Build-Depends: libssh2-1-dev, libgcrypt11-dev libssh2-1-devDepends: libgcrypt20-dev libgcrypt11-dev Conflicts: libgcrypt20-dev I suppose libnet-ssh2-perl needs to move to libgcrypt20-dev too. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741257: [PATCH] systemd socket activation support for libmilter
Package: sendmail Severity: wishlist Tags: patch Attached patch adds systemd-like socket activation support to libmilter by allowing to specify fd:N socket name in smfi_setconn. -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sendmail depends on: pn sendmail-base none pn sendmail-bin none pn sendmail-cfnone pn sensible-mda none sendmail recommends no packages. Versions of packages sendmail suggests: pn rmail none pn sendmail-doc none Description: systemd-like socket activation support for libmilter Author: Mikhail Gusarov dotted...@debian.org diff --git a/libmilter/docs/smfi_setconn.html b/libmilter/docs/smfi_setconn.html index 70a510e..013f04e 100644 --- a/libmilter/docs/smfi_setconn.html +++ b/libmilter/docs/smfi_setconn.html @@ -43,6 +43,7 @@ Set the socket through which this filter should communicate with sendmail. LICODE{unix|local}:/path/to/file/CODE -- A named pipe. LICODEinet:port@{hostname|ip-address}/CODE -- An IPV4 socket. LICODEinet6:port@{hostname|ip-address}/CODE -- An IPV6 socket. + LICODEfd:number/CODE -- Pre-opened file descriptor. /UL /TD/TR /TABLE diff --git a/libmilter/listener.c b/libmilter/listener.c index 48c552f..2249a1f 100644 --- a/libmilter/listener.c +++ b/libmilter/listener.c @@ -197,6 +197,11 @@ mi_milteropen(conn, backlog, rmsocket, name) L_socksize = sizeof addr.sin6; } #endif /* NETINET6 */ + else if (strcasecmp(p, fd) == 0) + { + addr.sa.sa_family = AF_UNSPEC; + L_socksize = sizeof (_SOCK_ADDR); + } else { smi_log(SMI_LOG_ERR, %s: unknown socket type %s, @@ -443,7 +448,21 @@ mi_milteropen(conn, backlog, rmsocket, name) } #endif /* NETINET || NETINET6 */ - sock = socket(addr.sa.sa_family, SOCK_STREAM, 0); + if (addr.sa.sa_family == AF_UNSPEC) + { + char *end; + sock = strtol(colon, end, 10); + if (*end != '\0' || sock 0) + { + smi_log(SMI_LOG_ERR, %s: expected positive integer as fd, got %s, name, colon); + return INVALID_SOCKET; + } + } + else + { + sock = socket(addr.sa.sa_family, SOCK_STREAM, 0); + } + if (!ValidSocket(sock)) { smi_log(SMI_LOG_ERR, @@ -466,6 +485,7 @@ mi_milteropen(conn, backlog, rmsocket, name) #if NETUNIX addr.sa.sa_family != AF_UNIX #endif /* NETUNIX */ + addr.sa.sa_family != AF_UNSPEC setsockopt(sock, SOL_SOCKET, SO_REUSEADDR, (void *) sockopt, sizeof(sockopt)) == -1) { @@ -511,7 +531,8 @@ mi_milteropen(conn, backlog, rmsocket, name) } #endif /* NETUNIX */ - if (bind(sock, addr.sa, L_socksize) 0) + if (addr.sa.sa_family != AF_UNSPEC + bind(sock, addr.sa, L_socksize) 0) { smi_log(SMI_LOG_ERR, %s: Unable to bind to port %s: %s, @@ -817,7 +838,7 @@ mi_listener(conn, dbg, smfi, timeout, backlog) # ifdef BSD4_4_SOCKADDR cliaddr.sa.sa_len == 0 || # endif /* BSD4_4_SOCKADDR */ - cliaddr.sa.sa_family != L_family)) + (L_family != AF_UNSPEC cliaddr.sa.sa_family != L_family))) { (void) closesocket(connfd); connfd = INVALID_SOCKET;
Bug#741161: ITP: rmilter -- milter accompanying rspamd spam filtering system
Package: wnpp Severity: wishlist Owner: Mikhail Gusarov dotted...@debian.org * Package name: rmilter Version : 1.6.0 Upstream Author : Vsevolod Stakhov vsevo...@highsecure.ru * URL : https://github.com/vstakhov/rmilter * License : BSD2 Programming Lang: C Description : milter accompanying rspamd spam filtering system The rmilter utility is designed to act as milter for sendmail and postfix MTA. It provides several filter and mail scan features, among them are: - clamav scanning (via unix or tcp socket). - Spamassasin scanning - SPF checking (via libspf2) - Greylisting with memcached upstream - Ratelimit with memcached upstream - Auto-whitelisting (internal and via memcached upstream) - Regexp checks. - DCC checking (optional) - Passing messages and/or their headers to beanstalk servers rmilter is designed to work together with rspamd (ITP #683746) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739834: libhiredis-dev: Wrong include path in hiredis.pc
Package: libhiredis-dev Version: 0.11.0-3 Severity: normal Dear Maintainer, hiredis.pc shipped in libhiredis-dev does not provide -I/usr/include/hiredis when asked for --cflags. However, examples in the same package include hiredis by #include hiredis.h, so path to directory containing hiredis.h should be emitted by pkg-config. See for yourself: $ cd /usr/share/doc/libhiredis-dev/examples $ gcc example.c $(pkg-config --cflags --libs hiredis) example.c:5:21: fatal error: hiredis.h: No such file or directory compilation terminated. $ gcc -o /tmp/a.out example.c $(pkg-config --cflags --libs hiredis) -I/usr/include/hiredis $ I suppose Cflags: -I${includedir} -D_FILE_OFFSET_BITS=64 should be changed to Cflags: -I${includedir}/hiredis -D_FILE_OFFSET_BITS=64 in the .pc file. -- System Information: Debian Release: 7.1 APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libhiredis-dev depends on: ii libhiredis0.10 0.11.0-3 libhiredis-dev recommends no packages. libhiredis-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723690: FTBFS: pkg-config B-D missing
Package: vzctl Severity: important Hej! vzctl is missing pkg-config build-dependency, which causes it to FTBFS: https://buildd.debian.org/status/fetch.php?pkg=vzctlarch=amd64ver=4.5-3stamp=1379075098 Adding pkg-config to build-depends fixes this problem. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703958: Problem: KeyError: 'elapsed'
Hi! New version will be uploaded into (currently frozen) unstable once wheezy is released. Best regards, Mikhail Gusarov. On Tue, Mar 26, 2013 at 9:21 AM, Vladimir Stavrinov vstavri...@gmail.comwrote: Package: s3cmd Version: 1.1.0~beta3-1 Severity: normal I've reported this problem to s3tools-b...@lists.sourceforge.net and got answer from Michael Wood esiot...@gmail.com: Someone reported recently that the latest 1.5.0 alpha fixed this issue for them. So, please upgrade package. Below is output of sync command after it exited. It happens after every uploaded file. ! An unexpected error has occurred. Please report the following lines to: s3tools-b...@lists.sourceforge.net ! Problem: KeyError: 'elapsed' S3cmd: 1.1.0-beta3 Traceback (most recent call last): File /usr/bin/s3cmd, line 1800, in module main() File /usr/bin/s3cmd, line 1741, in main cmd_func(args) File /usr/bin/s3cmd, line 965, in cmd_sync return cmd_sync_local2remote(args) File /usr/bin/s3cmd, line 932, in cmd_sync_local2remote (item['full_name_unicode'], uri, response[size], response[elapsed], KeyError: 'elapsed' ! An unexpected error has occurred. Please report the above lines to: s3tools-b...@lists.sourceforge.net ! -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages s3cmd depends on: ii python 2.7.3-4 s3cmd recommends no packages. s3cmd suggests no packages. -- no debconf information
Bug#698106: Please update http://fakeroot.alioth.debian.org/
Package: fakeroot Severity: minor Link http://fakeroot.alioth.debian.org/ is the first in Google search if fakeroot is searched. This page is very old and misleading (stil mentions tla repository). Please remove it or update it. -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-openvz-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675785: pkg-config requires libgcrypt but libgcrypt does not ship pkg-config file
Hello, I am unable to upload this package timely, please do NMU as you see fit. TIA! Mikhail Gusarov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683558: s3cmd: Please cherrypick upstream bugfix
On Wed, Aug 1, 2012 at 8:01 PM, Maik Zumstrull m...@zumstrull.net wrote: Upstream issue: https://github.com/s3tools/s3cmd/issues/24 Upstream fix: https://github.com/s3tools/s3cmd/commit/9c57a3ba2163915deb2cc63cefa885a66ac377ab This prevents using s3cmd sync in a cronjob. Upstream has unfortunately not cut a release that includes this fix, maybe ask them to do so. Debian is in freeze state ATM, unfortunately, so only release-critical bugfixes are accepted (this one has a workaround, as I understand, so it does not qualify). I'll fix it in unstable after the Debian release if upstream does not release new version before, and you can ping backports team to do a backport then. Sorry, but the timing is bad ATM. Regards, Mikhail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674916: RFA: s3cmd -- command-line Amazon S3 client
Package: wnpp Severity: normal I request an adopter for the s3cmd package (I do not use S3 anymore). The package description is: Command-line tool to upload, retrieve and manage data in Amazon S3 service (http://www.amazon.com/s3/), designed for use in scripts. Features: - creating and destroying S3 buckets - uploading and downloading files - listing remote files - removing remote files - synchronizing local directories to S3 buckets - getting various information about buckets and disk usage . s3cmd supports both (US and EU) S3 datacentres. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671021: broken link in docs
retitle 671021 help() thinks that packages in /usr/lib/pythonX.Y/dist-packages are from the standard library reassign 671021 package python2.7 clone 671021 -1 reassign -1 python3.2 thanks Twas brillig at 11:42:10 01.05.2012 UTC+02 when dooms...@knuut.de did gyre and gimble: UE If you import the pyinotify module and invoke help(pyinotify), you get the UE following output: UE | MODULE DOCS UE | http://docs.python.org/library/pyinotify UE This link doesn't exist, pyinotify is not (yet?) part of upstream's standard UE library. From /usr/lib/python2.7/pydoc.py: if (isinstance(object, type(os)) and (object.__name__ in ('errno', 'exceptions', 'gc', 'imp', 'marshal', 'posix', 'signal', 'sys', 'thread', 'zipimport') or (file.startswith(basedir) and not file.startswith(os.path.join(basedir, 'site-packages' and object.__name__ not in ('xml.etree', 'test.pydoc_mod')): if docloc.startswith(http://;): docloc = %s/%s % (docloc.rstrip(/), object.__name__) else: docloc = os.path.join(docloc, object.__name__ + .html) else: docloc = None Apparently pydoc needs to be fixed to take dist-packages into account, as pyinotify, as well as other packages installed there, gets misdetected as a part of standard library. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669002: s3cmd put does not set non-zero exit code on failure
forwarded 669002 http://article.gmane.org/gmane.comp.file-systems.s3.s3tools/452 stop processing here Thanks, forwarded upstream Twas brillig at 13:59:44 16.04.2012 UTC+02 when os...@osk.mine.nu did gyre and gimble: OL Package: s3cmd OL Version: 0.9.9.91-1 OL Severity: normal OL s3cmd put does not set non-zero exit code on failure, making it almost unusable in automatic backup scripts. OL Attached is a patch to fix that. I believe this problem exists in 1.0.0 as well. OL Regards, OL Oskar Liljeblad OL -- System Information: OL Debian Release: 6.0.4 OL APT prefers stable OL APT policy: (500, 'stable'), (1, 'experimental') OL Architecture: amd64 (x86_64) OL Kernel: Linux 3.2.1 (SMP w/2 CPU cores) OL Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) OL Shell: /bin/sh linked to /bin/bash -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667979: libtokyocabinet9: TokyoCabinet got endianness in DB wrong on both big- and little-endian architectures
Tobias, Twas brillig at 08:28:53 11.04.2012 UTC+02 when t...@frost.de did gyre and gimble: TF I'm still waiting for the answer from upstream, but if you are TF right (and I fear you are) changing the behaviour would break other TF applications, and I do not believe that this would be wise. At least mutt re-creates TC database on demand, that's what I checked. TF Moreless we would need an migration path, like patching tokyocabinet to TF automatically detect endianess and act accordingly (whatever this is; TF for sure this is not a trivial thing ) Not a trivial change, indeed. TF So lets wait for an answer from upstream before looking into detailed TF options, but currently I cannot rule out to tag this won't fix or at TF least help-needed. Upstream does not care about TokyoCabinet anymore, it's KyotoCabinet nowadays. Sad, but true. -- pgpC9w3abTCQo.pgp Description: PGP signature
Bug#668277: fakeroot: Fails under Solaris 8 due to multiple issues
Package: fakeroot Version: 1.18.2 Severity: normal fakeroot 1.18.2 fails under Solaris 8 due to the following issues: * compilation fails due to ACL functions misdetection (sys/acl.h header is present, acl_* functions are not) * 'make check' fails due to shell construct, which is not parseable by Solaris shell * t.tar testcase fails due to Solaris tar limitation * t.tar testcase also fails due to unfortunate interaction between ld.so.1, fakeroot and isaexec(3): many Solaris utilities are implemented as a stub which selects the particular version of utility based on the ISA of the computer being run on, and set of (optimized) implementations. This leads to binaries of different bitness being run in any non-trivial shell script. ld.so.1 fails to load 32-bit libfakeroot.so into 64-bit process and vica versa. Fixes for aforementioned problems can be found in the following git repository: https://github.com/dottedmag/fakeroot/commits/master -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-openvz-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668271: libssh2-1: The libssh2 has several limitations when configured --with-libgcrypt. Please do not use libgcrypt.
Oleksiy, apt-rdepends -r libssh2-1 lists at least 2556 packages, so enabling OpenSSL would require all GPL-ed reverse-depends to add a clause to their license that allows the package in question to be linked against OpenSSL. According to GPL usage statistics and amount of subpackages amongst the reverse-depends, it amounts to ~500 upstream projects to change their license. Once it is done, I will definitely change the libssh2 backend. -- pgpiDnpweDwMT.pgp Description: PGP signature
Bug#667979: libtokyocabinet9: TokyoCabinet got endianness in DB wrong on both big- and little-endian architectures
Hi. I would revert to upstream's default and use native endianness. Having a endian-neutral databases is be nice, but given it is not a upstream's goal anyway, I'd stick to upstream and avoid introducing incompatibilities. -- pgp4wg5sz66EM.pgp Description: PGP signature
Bug#667979: libtokyocabinet9: TokyoCabinet got endianness in DB wrong on both big- and little-endian architectures
Hi. Upstream Tokyo Cabinet uses little-endian data in databases and hence the databases are portable. After disabling the switch database format will not change for big-endian machines, but *will* for little-endian ones, so existing databases on little-endian machines will become unreadable and opening those will fail with invalid metadata error. BTW, I stand corrected in the original bug report: on big-endian machines database format is correct. -- pgpeBU6CSIGoL.pgp Description: PGP signature
Bug#667979: libtokyocabinet9: TokyoCabinet got endianness in DB wrong on both big- and little-endian architectures
Package: libtokyocabinet9 Version: 1.4.47-1 Severity: important TokyoCabinet under Debian unconditionally uses --enable-swab option, which has the following two effects: - It forces tcucodec conf to say that the machine is big-endian (wrong). - It enforces the *non-native* data endianness in DB format. As a result, under Debian on little-endian machines Tokyo Cabinet uses big-endian format for database, and on big-endian machines Tokyo Cabinet uses little-endian format for database, which is - Incompatible with any other build of Tokyo Cabinet on any other operating system/Linux distribution for the same endianness. - Does not achieve database portability, which is declared as a goal for --enable-swab in debian/changelog - Unnecessary slow on all architectures. Exhibit 1 (little-endian machine): $ uname -a tchmgr create foobar.tcdb hexdump -C foobar.tcdb Linux leibnitz 3.3.0-rc6-amd64 #1 SMP Mon Mar 5 20:53:11 UTC 2012 x86_64 GNU/Linux 54 6f 4b 79 4f 20 43 61 42 69 4e 65 54 0a 31 2e |ToKyO CaBiNeT.1.| 0010 30 3a 39 31 30 0a 00 00 00 00 00 00 00 00 00 00 |0:910...| 0020 00 00 04 0a 00 00 00 00 00 00 00 00 00 01 ff ff || 0030 00 00 00 00 00 00 00 00 00 00 00 00 00 08 11 40 |...@| 0040 00 00 00 00 00 08 11 40 00 00 00 00 00 00 00 00 |...@| 0050 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || * 00081140 $ See the offsets 28-2f, 38-3f -- big-endian Exhibit 2 (big-endian machine): $ uname -a tchmgr create foobar.tchdb hexdump -C foobar.tcdb Linux smetana 2.6.32-5-sparc64-smp #1 SMP Thu Mar 22 18:46:12 UTC 2012 sparc64 GNU/Linux 54 6f 4b 79 4f 20 43 61 42 69 4e 65 54 0a 31 2e |ToKyO CaBiNeT.1.| 0010 30 3a 39 31 30 0a 00 00 00 00 00 00 00 00 00 00 |0:910...| 0020 00 00 04 0a 00 00 00 00 ff ff 01 00 00 00 00 00 || 0030 00 00 00 00 00 00 00 00 40 11 08 00 00 00 00 00 |@...| 0040 40 11 08 00 00 00 00 00 00 00 00 00 00 00 00 00 |@...| 0050 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || * 00081140 $ Same offsets, little-endian encoding. Due to the really unfortunate consequences of --enable-swab, priority is set to Important. -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (50, 'experimental'), (50, 'unstable'), (50, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-rc6-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libtokyocabinet9 depends on: ii libbz2-1.0 1.0.6-1 ii libc6 2.13-27 ii zlib1g 1:1.2.6.dfsg-2 libtokyocabinet9 recommends no packages. libtokyocabinet9 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#659322: rus-ispell: please remove me from Uploaders
Twas brillig at 11:54:17 10.02.2012 UTC+01 when agmar...@debian.org did gyre and gimble: AM Mikhail, please see attached diff with current changes, let me know AM if you see any problem or have something pending to add (apart from AM removing Martin-Éric from Uploaders, not yet done), otherwise I AM will upload with above changes. Looks good, please upload. -- pgpiM1DVMRZ1n.pgp Description: PGP signature
Bug#638725: RFP: j -- modern, high-level, general-purpose, high-performance programming language
Package: wnpp Severity: wishlist * Package name: j Version : 701.b Upstream Author : Jsoftware Inc. t...@jsoftware.com * URL : http://www.jsoftware.com/source.htm * License : GPLv3 Programming Lang: C Description : modern, high-level, general-purpose, high-performance programming language J is particularly strong in the mathematical, statistical, and logical analysis of data. J systems have: an integrated development environment standard libraries, utilities, and packages a form designer for your application forms an event-driven graphical user interface to your application interfaces with other programming languages and applications integrated 2d and 3d graphics memory mapped files for high performance data applications -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634239: remember-el: Package is obsolete: emacs23 contains more recent version of remember.el
Package: remember-el Version: 1.9-1.1 Severity: normal Emacs23 contains remember.el version 2.0, while this package contains 1.9. Is it time to drop it? -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (50, 'experimental'), (50, 'unstable'), (50, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-openvz-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages remember-el depends on: ii emacs [emacsen] 23.2+1-7 The GNU Emacs editor (metapackage) ii emacs23 [emacsen] 23.2+1-7 The GNU Emacs editor (with GTK+ us ii emacsen-common1.4.22 Common facilities for all emacsen remember-el recommends no packages. Versions of packages remember-el suggests: ii bbdb 2.36-1 The Insidious Big Brother Database pn blosxom none (no description available) pn emacs-wikinone (no description available) pn planner-elnone (no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620961: cfengine3: debian/copyright updates for 3.1.4 and upcoming 3.1.5
Antonio, Twas brillig at 18:07:53 11.04.2011 UTC+01 when anto...@dyne.org did gyre and gimble: AR these changes have been committed in git and they will be uploaded AR shortly. The only thing which I didn't do is upgrading AR pub/snprintf.[ch] to dual-licensing because it is not reported in AR the source file, once it will be there I will upgrade AR debian/copyright :-) Have a look at upstream website. I know that snprintf licensing situation is kind of messy though. -- http://fossarchy.blogspot.com/ pgpRHlJsokhUu.pgp Description: PGP signature
Bug#620961: cfengine3: debian/copyright updates for 3.1.4 and upcoming 3.1.5
Package: cfengine3 Severity: normal I have cleaned up some copyright info for cfengine3 upstream, so the following changes are to be taken into considerationg while updating debian/copyright for upcoming 3.1.5: * pub/strndup.c BSD3, Regents of University of California (heh). * src/sort.c BSD3, Simon Tatham. Beside that, there were small omissions in debian/copyright for 3.1.4: * pub/getloadavg.c GPLv2+, FSF * pub/{regex.c,gnuregex.h} GPLv2+, FSF * pub/snprintf.[ch] is dual-licensed GPLv2+ or FAL (see the revision history in snprintf.c and website of the software). -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (50, 'experimental'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-openvz-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cfengine3 depends on: ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libdb4.84.8.30-2 Berkeley v4.8 Database Libraries [ ii libpcre38.02-1.1 Perl 5 Compatible Regular Expressi ii libssl0.9.8 0.9.8o-4squeeze1 SSL shared libraries cfengine3 recommends no packages. cfengine3 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#601110: linux-image-2.6.32-5-openvz-amd64: iwlagn hangs with 802.11n network on WiFi Link 5300
Package: linux-2.6 Version: 2.6.32-25 Severity: normal Trying to associate WiFi Link 5300 card with 802.11bgn network results in intermittent connection and packets stopping to come through after several minutes. ping starts spewing out 'No space in buffer' errors and driver sends the following errors to dmesg: [90821.446469] iwlagn :03:00.0: iwl_tx_agg_start on ra = 30:46:9a:17:bf:cd tid = 0 Reloading iwlagn module alleviates the problem for a few minutes. The following workaround fixes the problem by disabling 802.11n (not sure whether swcrypto options are really necessary): $ cat /etc/modprobe.d/iwlagn.conf options iwlagn swcrypto=1 swcrypto50=1 11n_disable=1 11n_disable50=1 -- Package-specific info: ** Version: Linux version 2.6.32-5-openvz-amd64 (Debian 2.6.32-25) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Fri Oct 15 01:38:41 UTC 2010 ** Command line: BOOT_IMAGE=/vmlinuz-2.6.32-5-openvz-amd64 root=/dev/mapper/leibnitz-root ro quiet reboot=pci ** Not tainted ** Kernel log: [91330.942482] wlan0: deauthenticated from 30:46:9a:17:bf:cd (Reason: 7) [91331.053698] wlan0: direct probe to AP 30:46:9a:17:bf:cd (try 1) [91331.057313] wlan0: direct probe responded [91331.057317] wlan0: authenticate with AP 30:46:9a:17:bf:cd (try 1) [91331.059491] wlan0: authenticated [91331.059509] wlan0: associate with AP 30:46:9a:17:bf:cd (try 1) [91331.106235] wlan0: RX AssocResp from 30:46:9a:17:bf:cd (capab=0x411 status=0 aid=1) [91331.106239] wlan0: associated [91334.628952] wlan0: deauthenticated from 30:46:9a:17:bf:cd (Reason: 7) [91334.745641] wlan0: direct probe to AP 30:46:9a:17:bf:cd (try 1) [91334.749282] wlan0: direct probe responded [91334.749285] wlan0: authenticate with AP 30:46:9a:17:bf:cd (try 1) [91334.751472] wlan0: authenticated [91334.751484] wlan0: associate with AP 30:46:9a:17:bf:cd (try 1) [91334.798483] wlan0: RX AssocResp from 30:46:9a:17:bf:cd (capab=0x411 status=0 aid=1) [91334.798487] wlan0: associated [91338.315373] wlan0: deauthenticated from 30:46:9a:17:bf:cd (Reason: 7) [91338.429222] wlan0: direct probe to AP 30:46:9a:17:bf:cd (try 1) [91338.432831] wlan0: direct probe responded [91338.432834] wlan0: authenticate with AP 30:46:9a:17:bf:cd (try 1) [91338.435040] wlan0: authenticated [91338.435051] wlan0: associate with AP 30:46:9a:17:bf:cd (try 1) [91338.482114] wlan0: RX AssocResp from 30:46:9a:17:bf:cd (capab=0x411 status=0 aid=1) [91338.482119] wlan0: associated [91341.591941] wlan0: deauthenticated from 30:46:9a:17:bf:cd (Reason: 2) [91341.709197] wlan0: direct probe to AP 30:46:9a:17:bf:cd (try 1) [91341.713003] wlan0: direct probe responded [91341.713007] wlan0: authenticate with AP 30:46:9a:17:bf:cd (try 1) [91341.715347] wlan0: authenticated [91341.715360] wlan0: associate with AP 30:46:9a:17:bf:cd (try 1) [91341.762608] wlan0: RX AssocResp from 30:46:9a:17:bf:cd (capab=0x411 status=0 aid=1) [91341.762612] wlan0: associated [91345.893043] wlan0: deauthenticated from 30:46:9a:17:bf:cd (Reason: 7) [91346.011655] wlan0: direct probe to AP 30:46:9a:17:bf:cd (try 1) [91346.015322] wlan0: direct probe responded [91346.015326] wlan0: authenticate with AP 30:46:9a:17:bf:cd (try 1) [91346.017508] wlan0: authenticated [91346.017523] wlan0: associate with AP 30:46:9a:17:bf:cd (try 1) [91346.065026] wlan0: RX AssocResp from 30:46:9a:17:bf:cd (capab=0x411 status=0 aid=1) [91346.065030] wlan0: associated [91350.193863] wlan0: deauthenticated from 30:46:9a:17:bf:cd (Reason: 7) [91350.316646] wlan0: direct probe to AP 30:46:9a:17:bf:cd (try 1) [91350.320326] wlan0: direct probe responded [91350.320330] wlan0: authenticate with AP 30:46:9a:17:bf:cd (try 1) [91350.322546] wlan0: authenticated [91350.322561] wlan0: associate with AP 30:46:9a:17:bf:cd (try 1) [91350.369911] wlan0: RX AssocResp from 30:46:9a:17:bf:cd (capab=0x411 status=0 aid=1) [91350.369916] wlan0: associated [91354.085093] wlan0: deauthenticated from 30:46:9a:17:bf:cd (Reason: 7) [91354.205217] wlan0: direct probe to AP 30:46:9a:17:bf:cd (try 1) [91354.208820] wlan0: direct probe responded [91354.208823] wlan0: authenticate with AP 30:46:9a:17:bf:cd (try 1) [91354.211078] wlan0: authenticated [91354.211089] wlan0: associate with AP 30:46:9a:17:bf:cd (try 1) [91354.258786] wlan0: RX AssocResp from 30:46:9a:17:bf:cd (capab=0x411 status=0 aid=1) [91354.258789] wlan0: associated [91356.164166] wlan0: deauthenticating from 30:46:9a:17:bf:cd by local choice (reason=3) [91356.288139] Registered led device: iwl-phy5::radio [91356.288400] Registered led device: iwl-phy5::assoc [91356.288594] Registered led device: iwl-phy5::RX [91356.288781] Registered led device: iwl-phy5::TX [91356.301287] ADDRCONF(NETDEV_UP): wlan0: link is not ready [91356.604220] e1000e :00:19.0: irq 28 for MSI/MSI-X [91356.660111] e1000e :00:19.0: irq 28 for MSI/MSI-X [91356.660628] ADDRCONF(NETDEV_UP): eth0: link is not ready [91359.457287] Registered led device: iwl-phy5::radio [91359.457509] Registered led device:
Bug#590195: ITP: libnet-plesk-perl -- Perl extension for the Plesk XML Remote API
Twas brillig at 11:48:01 24.07.2010 UTC-07 when ivan-deb...@420.am did gyre and gimble: IK Net::Plesk implements a client interface to SWSOFT's Plesk Remote IK API, s/SWSOFT/Parallels/ Last release is in 2007. Given the amount and pace of changes in API-RPC (even in minor Plesk versions) it might be a good candidate for 'volatile'. -- http://fossarchy.blogspot.com/ pgpvlLsoFBiGf.pgp Description: PGP signature
Bug#589496: `read_events': uninitialized constant INotify::Notifier::EINVAL (NameError)
Package: librb-inotify-ruby1.8 Version: 0.7.0-4 Severity: normal Sometimes small tool which I use to watch changes in directory fails with the following stacktrace: /usr/lib/ruby/1.8/rb-inotify/notifier.rb:228:in `read_events': uninitialized constant INotify::Notifier::EINVAL (NameError) from /usr/lib/ruby/1.8/rb-inotify/notifier.rb:211:in `process' from /usr/lib/ruby/1.8/rb-inotify/notifier.rb:194:in `run' from /usr/lib/ruby/1.8/fssm/backends/inotify.rb:20:in `run' from /usr/lib/ruby/1.8/fssm/monitor.rb:24:in `run' from /usr/lib/ruby/1.8/fssm.rb:17:in `monitor' from scripts/watchfiles:10 'watchfiles' script is attached. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'experimental'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-openvz-amd64 (SMP w/2 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages librb-inotify-ruby1.8 depends on: ii libffi-ruby1.8 0.6.3debian-1 load dynamic libraries, bind funct ii libinotify-ruby1.8 0.0.2-4 Ruby interface to Linux's inotify ii ruby1.81.8.7.299-1 Interpreter of object-oriented scr librb-inotify-ruby1.8 recommends no packages. librb-inotify-ruby1.8 suggests no packages. -- no debconf information #!/usr/bin/env ruby require 'rubygems' require 'fssm' def rebuild_site(relative) Process.exit end begin FSSM.monitor(nil, ARGV) do update {|base, relative| rebuild_site(relative)} delete {|base, relative| rebuild_site(relative)} create {|base, relative| rebuild_site(relative)} end rescue FSSM::CallbackError = e Process.exit end
Bug#587834: e2fsprogs: mke2fs LOLs in Czech locale during bad block checking
Package: e2fsprogs Version: 1.41.12-2 Severity: minor When e2fsprogs is run in cz_CZ.UTF-8 locale there is formatting glitch which makes Checking for bad blocks line to move two symbols back for every screen update, and hence end of line starts repeating itself, like this: % sudo mkfs.ext2 -c /dev/mmcblk0p1 mke2fs 1.41.12 (17-May-2010) Jmenovka systému souborů= Typ OS: Linux Velikost bloku=4096 (log=2) Velikost fragmentu=4096 (log=2) Krok=0 bloků, Šířka pásu=0 bloků 62208 iuzlů, 248830 bloků 12441 bloků (5.00 %) rezervováno pro superuživatele První blok dat=0 Maximum bloků v systému souborů=255852544 8 skupin bloků 32768 bloků ve skupině, 32768 fragmentů ve skupině 7776 iuzlů ve skupině Zálohy superbloku uloženy v blocích: 32768, 98304, 163840, 229376 hotovo lolololololololololololololololololololololololololololololouloZapisuji tabulky iuzlů: hotovo lolololololololo Zapisuji superbloky a účtovací informace systému souborů: hotovo Tento systém souborů bude automaticky kontrolován každých 26 připojení nebo 180 dní, podle toho, co nastane dříve. Pro změnu použijte tune2fs -c nebo -i. % -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'experimental'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-openvz-amd64 (SMP w/2 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages e2fsprogs depends on: ii e2fslibs 1.41.12-2 ext2/ext3/ext4 file system librari ii libblkid1 2.17.2-3.1 block device id library ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcomerr21.41.12-2 common error description library ii libss21.41.12-2 command-line interface parsing lib ii libuuid1 2.17.2-3.1 Universally Unique ID library ii util-linux2.17.2-3.1 Miscellaneous system utilities e2fsprogs recommends no packages. Versions of packages e2fsprogs suggests: pn e2fsck-static none (no description available) pn gpart none (no description available) ii parted2.2-7 The GNU Parted disk partition resi -- 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#587525: RFP: npm -- package manager for Node.js applications
Package: wnpp Severity: wishlist * Package name: npm Version : 0.1.17 Upstream Author : Isaac Zimmitti Schlueter * URL : http://github.com/isaacs/npm * License : BSD Programming Lang: JavaScript Description : package manager for Node.js applications npm provides management of Node.js JavaScript applications similar in spirit to Python's eggs and Ruby gems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580846: jxplorer: Bundled CA and client certificates are insane
Twas brillig at 00:37:47 14.05.2010 UTC+02 when 1o5g4...@gmail.com did gyre and gimble: GG I'll copy them under ~/.jxplorer/security at the first startup and GG set ~/.jxplorer/security as default certificates repository. Then, GG with the viewer it's possible to delete demo certificates, import GG new ones, change password of an already existing keystore. Makes sense, I didn't know those certificates are mentioned in documentation. -- http://fossarchy.blogspot.com/ pgp25AVXoXqLA.pgp Description: PGP signature
Bug#581577: anki: Unclear error trying to create graph
Twas brillig at 13:16:46 14.05.2010 UTC+09 when reso...@ichi2.net did gyre and gimble: DE This version check is removed in the development code. The problem DE was actually with sip, not the pyqt version, and the version of sip DE in Debian now works fine. If you're feeling adventurous you can DE remove the version check from the code and you should be able to DE see graphs. I have removed it and got a... segfault :) Then I tried to run it under gdb and it worked fine, and since then I can't reproduce this segfault anymore, under gdb or not. What do you think, is it worth it to release 0.9.9.8.6-3 with with check patched out? I'd prepare patch if you don't have time right now. -- http://fossarchy.blogspot.com/ pgpixuzTPiQEZ.pgp Description: PGP signature
Bug#581577: anki: Unclear error trying to create graph
Package: anki Version: 0.9.9.8.6-2 Severity: minor Trying to create a graph in anki results in error Your PyQt installation is broken. Please upgrade or downgrade PyQt. I have installed all Recommends/Depends: dvipng, python-matplotlib and kakasi, but it did not change anything. There are no errors on stdout/stderr as well. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'experimental'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-openvz-amd64 (SMP w/2 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages anki depends on: ii python2.5.4-9An interactive high-level object-o ii python-beautifulsoup 3.1.0.1-2 error-tolerant HTML parser for Pyt ii python-qt44.6-1 Python bindings for Qt4 ii python-simplejson 2.1.1-1simple, fast, extensible JSON enco ii python-sqlalchemy 0.5.8-1SQL toolkit and Object Relational ii python-support1.0.8 automated rebuilding support for P Versions of packages anki recommends: pn kakasinone (no description available) ii python-matplotlib 0.99.1.2-3 Python based plotting system in a Versions of packages anki suggests: pn dvipngnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580846: jxplorer: Bundled CA and client certificates are insane
Package: jxplorer Version: 3.2rc2+dfsg-3 Severity: normal There are several certificates installed with the tool, namely marjorie_simpler, carooot2, trusted and cn=certificate authority, o=minipki, c=au which look insane and can't be deleted (as they are located in /usr/share). It'd be much better to use certificates from ~/.jxplorer/security instead of /usr/share/jxplorer/security and drop all the strange certificates from the later location. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'experimental'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-openvz-amd64 (SMP w/2 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages jxplorer depends on: ii java-wrappers 0.1.15 wrappers for java executables ii javahelp2 2.0.05.ds1-3 Java based help system ii junit 3.8.2-4 Automated testing framework for Ja ii openjdk-6-jre [java6-runtim 6b18-1.8-1 OpenJDK Java runtime, using Hotspo jxplorer recommends no packages. jxplorer 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#580325: improve libssh2 package description
tags 580325 + pending thanks SJ I don't think this is user friendly, and suggest this rewrite: SJlibssh2 is a client-side C library implementing the SSH2 protocol. SJIt supports regular terminal, SCP and SFTP sessions; port forwarding; SJpassword, key-based and keyboard-interactive authentication. Thanks, will be fixed in next upload. -- http://fossarchy.blogspot.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580203: duply: Missing gawk dependency
Package: duply Version: 1.5.2.2-1 Severity: important duply version 1.5.2.3 needs gawk to work. Please either update package to 1.5.2.3 or add gawk dependency. See the https://sourceforge.net/tracker/?func=detailaid=2986269group_id=217745atid=1041147 for details -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'experimental'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-openvz-amd64 (SMP w/2 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages duply depends on: ii duplicity 0.6.08b-1 encrypted bandwidth-efficient back ii gnupg 1.4.10-2 GNU privacy guard - a free PGP rep Versions of packages duply recommends: pn ncftp none (no description available) ii openssh-client [ssh-client] 1:5.5p1-2 secure shell (SSH) client, for sec duply 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#579553: python-git: New upstream version is available: 0.2.0-beta1
Package: python-git Version: 0.2.0-1 Severity: wishlist Please package recently released python-git 0.2.0-beta1. According to http://gitorious.org/git-python/mainline/commit/82b8902e03343481eb355733cd7065342037 python-git's status changed from alpha to beta and hence it should be more stable than 0.1.6 :) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'experimental'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-openvz-amd64 (SMP w/2 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-git depends on: ii git-core 1:1.7.0-1 fast, scalable, distributed revisi ii python2.5.4-9An interactive high-level object-o ii python-support1.0.7 automated rebuilding support for P python-git recommends no packages. python-git 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#546612: python-sphinx: allow to check for links to external (non-sphinx-generated) files
package python-sphinx forwarded 546612 http://www.bitbucket.org/birkenfeld/sphinx/issue/391/allow-to-check-for-links-to-external-non-sphinx-generated thanks Sorry for overlooking this bug. Finally submitted the issue upstream. -- http://fossarchy.blogspot.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#482283: #482283 vzctl: Provide bigger conf templates, for instance following examples from wiki
I have asked similar question in #openvz IRC channel and folks there pointed to vzsplit tool which can be used to generate bigger conf templates like: $ vzsplit -n 1 | sudo tee /etc/vz/conf/ve-big.conf-sample Probably it worth it to just add this example to docs instead of providing fixed conf template. -- http://fossarchy.blogspot.com/ pgpjB6JkiE8mt.pgp Description: PGP signature
Bug#575068: libhtml-tree-perl: CPAN bug: close tag missing from optionally empty XML tags
Package: libhtml-tree-perl Version: 3.23-2 Severity: normal There is bug reported in CPAN for HTML::Tree http://rt.cpan.org/Public/Bug/Display.html?id=49932 This bug breaks publican (https://fedorahosted.org/publican/) and Fedora guys keep the patch for HTML::Tree in their package. Could you please apply it too? I have contacted upstream maintainer, but there were no releases for HTML::Tree since 2006. -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic') Architecture: i386 (i686) Kernel: Linux 2.6.32-9-generic-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libhtml-tree-perl depends on: ii libhtml-parser-perl 3.61-1ubuntu0.1 collection of modules that parse H ii libhtml-tagset-perl 3.20-2 Data tables pertaining to HTML ii perl5.10.0-24ubuntu4 Larry Wall's Practical Extraction libhtml-tree-perl recommends no packages. libhtml-tree-perl 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#574804: cron-apt installs new (Recommended) packages
Package: cron-apt Version: 0.6.7 Severity: important I have system with several php5-related packages installed and no libapache2-mod-php5. Every time php package is upgraded in lenny, libapache2-mod-php5 package is automatically installed by cron-apt (and breaks my apache, but that's a different story). Running apt-get dist-upgrade from command line does not cause this package to be installed. What configs/logs/dumps I need to provide to figure out what's going on and why new packages are installed by cron-apt? -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (800, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-openvz-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cron-apt depends on: ii apt 0.7.20.2+lenny1 Advanced front-end for dpkg Versions of packages cron-apt recommends: ii bsd-mailx [mailx] 8.1.2-0.20071201cvs-3 A simple mail user agent ii cron 3.0pl1-105management of regular background p ii liblockfile1 1.08-3NFS-safe locking library, includes ii mailx 1:20071201-3 Transitional package for mailx ren cron-apt 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#574804: cron-apt installs new (Recommended) packages
tags 574804 + unreproducible thanks Twas brillig at 16:51:11 21.03.2010 UTC+01 when o...@debian.org did gyre and gimble: OL This do not look like a bug report to me, but rather a request for OL help. Especially as I know for sure that cron-apt do not install OL any packages by default. Only download them. OL In any case, I'll help you. Thanks for help! After digging further in logs (dpkg, cron-apt and shell history) I figured out it was local misconfiguration. P.S: the cron-apt config which I use is taken from /usr/share/doc/cron-apt/examples/3-download with --dry-run removed. -- http://fossarchy.blogspot.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#407217: Multicast broken in r8169 for one version of Thecus N2100
Twas brillig at 02:30:22 15.02.2010 UTC+01 when j...@inutil.org did gyre and gimble: Jon, Sjoerg, Mikhail, Wouter: can one of you please test this kernel to see if it works on the N2100: http://merkel.debian.org/~tbm/tmp/kernel/linux-image-2.6.32-trunk-iop32x_2.6.32-4_armel.deb MM Did anyone test the kernel build? Just tested it. Works fine here (mDNS resolves without promisc mode on interface), thanks. -- http://fossarchy.blogspot.com/ pgpKybzzZi6kI.pgp Description: PGP signature
Bug#407217: Multicast broken in r8169 for one version of Thecus N2100
Twas brillig at 14:41:10 07.03.2010 UTC+00 when t...@cyrius.com did gyre and gimble: Just tested it. Works fine here (mDNS resolves without promisc mode on interface), thanks. MM Good to hear! That patch also included some debugging output. Can MM you please send the output from dmesg? Attached. [looking at dmesg: wow, looks like I just found wireless card I lost some time ago - it's mini-PCI slot in NAS :] -- http://fossarchy.blogspot.com/ pgpWRkj6NV6MS.pgp Description: PGP signature 15.01] pci :00:04.0: reg 20 io port: [0x9800-0x981f] [ 15.01] pci :00:04.0: supports D1 D2 [ 15.01] pci :00:04.0: PME# supported from D0 D1 D2 D3hot [ 15.01] pci :00:04.0: PME# disabled [ 15.01] pci :00:04.1: reg 20 io port: [0x9820-0x983f] [ 15.01] pci :00:04.1: supports D1 D2 [ 15.01] pci :00:04.1: PME# supported from D0 D1 D2 D3hot [ 15.01] pci :00:04.1: PME# disabled [ 15.01] pci :00:04.2: reg 10 32bit mmio: [0x800a1400-0x800a14ff] [ 15.01] pci :00:04.2: supports D1 D2 [ 15.01] pci :00:04.2: PME# supported from D0 D1 D2 D3hot [ 15.01] pci :00:04.2: PME# disabled [ 15.01] pci :00:05.0: reg 10 32bit mmio: [0x800a-0x800a0fff] [ 15.01] pci :00:05.0: PME# supported from D0 D3hot D3cold [ 15.01] pci :00:05.0: PME# disabled [ 15.01] PCI: bus0: Fast back to back transfers disabled [ 15.01] bio: create slab bio-0 at 0 [ 15.01] vgaarb: loaded [ 15.02] NET: Registered protocol family 2 [ 15.02] IP route cache hash table entries: 4096 (order: 2, 16384 bytes) [ 15.03] TCP established hash table entries: 16384 (order: 5, 131072 bytes) [ 15.03] TCP bind hash table entries: 16384 (order: 4, 65536 bytes) [ 15.03] TCP: Hash tables configured (established 16384 bind 16384) [ 15.03] TCP reno registered [ 15.03] NET: Registered protocol family 1 [ 15.03] Unpacking initramfs... [ 17.13] Freeing initrd memory: 6612K [ 17.13] NetWinder Floating Point Emulator V0.97 (double precision) [ 17.13] audit: initializing netlink socket (disabled) [ 17.13] type=2000 audit(17.130:1): initialized [ 17.14] VFS: Disk quotas dquot_6.5.2 [ 17.14] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) [ 17.14] msgmni has been set to 1007 [ 17.14] alg: No test for stdrng (krng) [ 17.15] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253) [ 17.15] io scheduler noop registered [ 17.15] io scheduler anticipatory registered [ 17.15] io scheduler deadline registered [ 17.15] io scheduler cfq registered (default) [ 17.16] Serial: 8250/16550 driver, 2 ports, IRQ sharing disabled [ 17.16] serial8250.0: ttyS0 at MMIO 0xfe80 (irq = 0) is a 16550A [ 17.16] physmap platform flash device: 0100 at f000 [ 17.16] physmap-flash.0: Found 1 x16 devices at 0x0 in 16-bit bank [ 17.16] Intel/Sharp Extended Query Table at 0x0031 [ 17.16] Intel/Sharp Extended Query Table at 0x0031 [ 17.16] Using buffer write method [ 17.16] cfi_cmdset_0001: Erase suspend on write enabled [ 17.16] erase region 0: offset=0x0,size=0x2,blocks=128 [ 17.16] Searching for RedBoot partition table in physmap-flash.0 at offset 0xfe [ 17.48] 6 RedBoot partitions found on MTD device physmap-flash.0 [ 17.48] Creating 6 MTD partitions on physmap-flash.0: [ 17.48] 0x-0x0004 : RedBoot [ 17.48] 0x0004-0x00d4 : ramdisk [ 17.48] 0x00d4-0x00ea : kernel [ 17.48] 0x00ea-0x00fc : user [ 17.48] 0x00fc-0x00fc1000 : RedBoot config [ 17.48] mtd: partition RedBoot config doesn't end on an erase block -- force read-only [ 17.48] 0x00fe-0x0100 : FIS directory [ 17.49] mice: PS/2 mouse device common for all mice [ 17.49] i2c /dev entries driver [ 17.49] rtc-rs5c372 0-0032: rs5c372b found, 24hr, driver version 0.6 [ 17.49] rtc-rs5c372 0-0032: rtc core: registered rtc-rs5c372 as rtc0 [ 17.50] pca9532 0-0060: setting platform data [ 17.50] Registered led device: n2100:red:satafail0 [ 17.50] Registered led device: n2100:red:satafail1 [ 17.50] Registered led device: n2100:blue:usb [ 17.50] Registered led device: n2100:red:usb [ 17.50] Registered led device: n2100:orange:system [ 17.50] Registered led device: n2100:red:system [ 17.50] input: N2100 beeper as /devices/virtual/input/input0 [ 17.52] iop-adma iop-adma.0: Intel(R) IOP: ( cpy intr ) [ 17.54] iop-adma iop-adma.1: Intel(R) IOP: ( cpy intr ) [ 17.54] TCP cubic registered [ 17.54] NET: Registered protocol family 17 [ 17.54] XScale DSP coprocessor detected. [ 17.54] registered taskstats version 1 [
Bug#572835: enhancement: start bridge using ifup faster
Package: bridge-utils Version: 1.4-5 Severity: wishlist ifup snippet for bridge-utils uses 'sleep 1' in loop in order to wait for bridge. This timeout makes 'ifup br0' really slow, 1.2s in my setup. Attached patch makes ifup snippet use 'sleep 0.01' if fractional secons are implemented in sleep, thus making ifup much faster (0.16s as measured). P.S: never mind the Ubuntu info, that's just the desktop I'm reporting bug from. -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic') Architecture: i386 (i686) Kernel: Linux 2.6.32-9-generic-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bridge-utils depends on: ii libc6 2.10.1-0ubuntu16 GNU C Library: Shared libraries Versions of packages bridge-utils recommends: ii ifupdown 0.6.8ubuntu21 high level tools to configure netw bridge-utils suggests no packages. -- no debconf information --- /var/lib/lxc/test/rootfs/usr/share/bridge-utils/ifupdown.sh 2008-08-28 04:52:20.0 +0700 +++ ifupdown.sh 2010-03-07 03:45:03.650307276 +0600 @@ -213,13 +213,16 @@ then /bin/echo -e \nWaiting for $IFACE to get ready (MAXWAIT is $MAXWAIT seconds). +# Use 0.01 delay if available +sleep 0.01 2/dev/null COUNT=$(($COUNT * 100)) + unset BREADY unset TRANSITIONED COUNT=0 while [ ! $BREADY -a $COUNT -lt $MAXWAIT ] do - sleep 1 + sleep 0.01 2/dev/null || sleep 1 COUNT=$(($COUNT+1)) BREADY=true for i in $(brctl showstp $IFACE|sed -n 's/^.*port id.*state[ \t]*\(.*\)$/\1/p')
Bug#559927: /usr/lib/avahi/avahi-daemon-check-dns.sh significantly delays the boot
Package: avahi-daemon Version: 0.6.25-1ubuntu5.1 Severity: normal While I don't experience such huge delays as Fabian, avahi-daemon-check-dns.sh still delays ifup a bit (adds ~0.2s to total time). Attached simple patch moves check to the background thus making ifup faster while not breaking anything else. P.S: nevermind the Ubuntu information, it's just the desktop I am reporting bug from. -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic') Architecture: i386 (i686) Kernel: Linux 2.6.32-9-generic-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages avahi-daemon depends on: ii adduser 3.110ubuntu7 add and remove users and groups ii bind9-host [h 1:9.6.1.dfsg.P1-3ubuntu0.3 Version of 'host' bundled with BIN ii dbus 1.2.16-0ubuntu9simple interprocess messaging syst ii libavahi-comm 0.6.25-1ubuntu5.1 Avahi common library ii libavahi-core 0.6.25-1ubuntu5.1 Avahi's embeddable mDNS/DNS-SD lib ii libc6 2.10.1-0ubuntu16 GNU C Library: Shared libraries ii libcap2 1:2.16-5ubuntu1support for getting/setting POSIX. ii libdaemon00.13-3 lightweight C library for daemons ii libdbus-1-3 1.2.16-0ubuntu9simple interprocess messaging syst ii libexpat1 2.0.1-4ubuntu1.1 XML parsing C library - runtime li ii lsb-base 4.0-0ubuntu5 Linux Standard Base 4.0 init scrip ii upstart [upst 0.6.3-11 event-based init daemon Versions of packages avahi-daemon recommends: ii libnss-mdns0.10-3ubuntu3 NSS module for Multicast DNS name Versions of packages avahi-daemon suggests: ii avahi-autoipd 0.6.25-1ubuntu5.1 Avahi IPv4LL network address confi -- no debconf information --- /var/lib/lxc/test/rootfs/etc/network/if-up.d/avahi-daemon 2010-01-14 05:53:29.0 +0600 +++ avahi-daemon2010-03-07 04:07:57.686429522 +0600 @@ -8,5 +8,5 @@ # If we have an unicast .local domain, we immediately disable avahi to avoid # conflicts with the multicast IP4LL .local domain if [ -x /usr/lib/avahi/avahi-daemon-check-dns.sh ] ; then - exec /usr/lib/avahi/avahi-daemon-check-dns.sh + /usr/lib/avahi/avahi-daemon-check-dns.sh fi
Bug#572835: enhancement: start bridge using ifup faster
Twas brillig at 17:17:51 06.03.2010 UTC-08 when shemmin...@vyatta.com did gyre and gimble: ifup snippet for bridge-utils uses 'sleep 1' in loop in order to wait for bridge. This timeout makes 'ifup br0' really slow, 1.2s in my setup. Attached patch makes ifup snippet use 'sleep 0.01' if fractional secons are implemented in sleep, thus making ifup much faster (0.16s as measured). SH I don't think this sleep is needed at all. I tested it - a bit of delay is still necessary. 0.01 is always enough in my configuration though, but there may be slower machines. Maybe there is a way to wait for bridge instead of polling it existance, but I'm not aware of it. -- http://fossarchy.blogspot.com/ pgp3NaerAKgHV.pgp Description: PGP signature
Bug#407217: Multicast broken in r8169 for one version of Thecus N2100
Twas brillig at 02:30:22 15.02.2010 UTC+01 when j...@inutil.org did gyre and gimble: Jon, Sjoerg, Mikhail, Wouter: can one of you please test this kernel to see if it works on the N2100: http://merkel.debian.org/~tbm/tmp/kernel/linux-image-2.6.32-trunk-iop32x_2.6.32-4_armel.deb MM Did anyone test the kernel build? Sorry, don't have serial attached to recover in case of problems. Is it enough to unpack the kernel and modules and load it using kexec? -- http://fossarchy.blogspot.com/ pgp7keWEHG83Y.pgp Description: PGP signature
Bug#555909: libxml-libxslt-perl: Fails to run against XML::LibXML 1.70 from unstable
Package: libxml-libxslt-perl Version: 1.68-3 Severity: grave Justification: renders package unusable $ perl -e 'use XML::LibXSLT;' This version of XML::LibXSLT requires XML::LibXML 1.67 (ABI 1), which is incompatible with currently installed XML::LibXML 1.70 (ABI 2). Please upgrade XML::LibXSLT, XML::LibXML, or both! at /usr/lib/perl5/XML/LibXML.pm line 49. BEGIN failed--compilation aborted at /usr/lib/perl5/XML/LibXSLT.pm line 7. Compilation failed in require at -e line 1. BEGIN failed--compilation aborted at -e line 1. $ Should work fine with next release of XML::LibXML from CPAN. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (750, 'testing'), (700, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libxml-libxslt-perl depends on: ii libc6 2.10.1-5 GNU C Library: Shared libraries ii libxml-libxml-perl 1.70.ds-1Perl interface to the libxml2 libr ii libxml2 2.7.6.dfsg-1 GNOME XML library ii libxslt1.1 1.1.26-1 XSLT processing library - runtime ii perl5.10.1-5 Larry Wall's Practical Extraction ii perl-base [perlapi-5.10.1] 5.10.1-5 minimal Perl system libxml-libxslt-perl recommends no packages. libxml-libxslt-perl 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#549921: python-gpgme: Fails to create a Context unless gpgme_check_version is called manually
Package: python-gpgme Version: 0.1+bzr20090429-1 Severity: grave Justification: renders package unusable python-gpgme does not call gpgme_check_function and hence creation of Context fails with GPG_ERR_NOT_OPERATIONAL. See the logs below: [dotted...@vertex:~]% python Python 2.5.4 (r254:67916, Feb 18 2009, 03:00:47) [GCC 4.3.3] on linux2 Type help, copyright, credits or license for more information. import gpgme gpgme.Context() Traceback (most recent call last): File stdin, line 1, in module gpgme.GpgmeError: (32, 176, 'Unknown error code') [dotted...@vertex:~]% python Python 2.5.4 (r254:67916, Feb 18 2009, 03:00:47) [GCC 4.3.3] on linux2 Type help, copyright, credits or license for more information. import ctypes libgpgme = ctypes.cdll.LoadLibrary('libgpgme.so.11') libgpgme.gpgme_check_version.restype = ctypes.c_char_p libgpgme.gpgme_check_version(None) '1.2.0' import gpgme gpgme.Context() gpgme.Context object at 0x7f8643f250d8 [dotted...@vertex:~]% -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (750, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-gpgme depends on: ii libc6 2.9-25 GNU C Library: Shared libraries ii libgpgme111.2.0-1GPGME - GnuPG Made Easy ii python2.5.4-2An interactive high-level object-o ii python-support1.0.3 automated rebuilding support for P python-gpgme recommends no packages. python-gpgme 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#548285: libfinance-quote-perl: Wrong currency conversion rate fetched for RUB-EUR
Package: libfinance-quote-perl Version: 1.16-4 Severity: normal % gnc-fq-dump -v currency RUB EUR 1 RUB = 2.2633 EUR I'd love to see such conversion rate in reality, I'd check some luxury villa in France immediately :) Actually the conversion rate is ~0.0226. http://uk.finance.yahoo.com/q?s=RUBEUR%3DX returns 2.26, probably by converting 100RUB to 1EUR, so it's necessary to have some multipliers applied in Finance::Quote::currency(). http://uk.finance.yahoo.com/q?s=EURRUB%3DX tells the truth - 1EUR is 44.20RUB -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (750, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libfinance-quote-perl depends on: ii libcrypt-ssleay-perl 0.57-2 Support for https protocol in LWP ii libhtml-tableextract-perl 2.10-3 module for extracting the content ii libwww-perl 5.831-1WWW client/server library for Perl ii perl 5.10.0-25 Larry Wall's Practical Extraction libfinance-quote-perl recommends no packages. libfinance-quote-perl 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#514569: Similar problem with 0.6.3-1
Twas brillig at 18:22:32 22.09.2009 UTC-03 when llucare...@integratech.com.ar did gyre and gimble: LL $ sphinx-build --help LL /usr/lib/pymodules/python2.5/jinja2/__init__.py:31: UserWarning: LL Module jinja2 was already imported from LL /usr/lib/pymodules/python2.5/jinja2/__init__.py, but LL /usr/lib/pymodules/python2.5 is being added to sys.path LL __version__ = __import__('pkg_resources') \ Could you try to import jinja2 in python shell? $ python import jinja2 -- http://fossarchy.blogspot.com/ pgpeWTM8bPZlt.pgp Description: PGP signature
Bug#514569: Similar problem with 0.6.3-1
Twas brillig at 10:33:43 23.09.2009 UTC-03 when llucare...@integratech.com.ar did gyre and gimble: LL I guess I should move the bug to the jinja2 package, right? :) Yes, please :) -- http://fossarchy.blogspot.com/ pgp2lqU0zN5UU.pgp Description: PGP signature
Bug#547345: lintian: False positive in HTML documentation detection
Package: lintian Version: 2.2.14 Severity: wishlist python-pytils ships example Django code in /usr/share/doc/python-pytils, including Django templates which iconveniently have extension .html (/usr/share/doc/python-pytils/examples/examples-django/pytilsex/templates/*.html) templates/**/*.html is a canonical templates location in Django projects, so I suggest excluding such files from documentation search for possible-documentation-but-no-doc-base-registration test. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (750, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.19.51.20090723-1 The GNU assembler, linker and bina ii diffstat 1.47-1 produces graph of changes introduc ii dpkg-dev 1.15.3.1 Debian package development tools ii file 5.03-1 Determines file type using magic ii gettext 0.17-8 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-perl 0.1.24 Perl interface to libapt-pkg ii libipc-run-perl 0.84-1 Perl module for running processes ii libparse-debianchange 1.1.1-2parse Debian changelogs and output ii libtimedate-perl 1.1600-9 Time and date functions for Perl ii liburi-perl 1.37+dfsg-1Manipulates and accesses URI strin ii man-db2.5.6-1on-line manual pager ii perl [libdigest-sha-p 5.10.0-25 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: ii binutils-multiarch2.19.51.20090723-1 Binary utilities that support mult pn libtext-template-perl none (no description available) ii man-db2.5.6-1on-line manual pager -- 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#547345: lintian: False positive in HTML documentation detection
Twas brillig at 13:54:34 18.09.2009 UTC-07 when r...@debian.org did gyre and gimble: RA I'm going to, in general, exclude anything in the examples RA directory from that check, Ah, right. Makes sense. RA Do you know of a case where that won't take care of it? I did not see any packages with templates in /usr/share/doc/, but outside of examples directory. -- http://fossarchy.blogspot.com/ pgpDNESnstVh7.pgp Description: PGP signature
Bug#534733: s3cmd: have sync detect renamed (and possibly copied) files
forwarded 534733 http://comments.gmane.org/gmane.comp.file-systems.s3.s3tools/185 thanks Sorry for not keeping you in CC for a first time. -- http://fossarchy.blogspot.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541424: s3cmd: --one-file-system option to sync
forwarded 541424 http://comments.gmane.org/gmane.comp.file-systems.s3.s3tools/184 thanks Sorry for not keeping you in CC. -- http://fossarchy.blogspot.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545127: Put everything in /usr/share/publican, not /usr/share/Publican
tags 545127 wontfix stop Twas brillig at 10:20:31 05.09.2009 UTC+02 when da...@debian.org did gyre and gimble: DS Please put everything in /usr/share/publican, not DS /usr/share/Publican. Is it dictated by Policy? Upstream uses /usr/share/Publican and I'm reluctant to change it unless there are serious objections. DS Every package here is in lowercase. /usr/share/X11 -- http://fossarchy.blogspot.com/ pgpY0BeP3IxFc.pgp Description: PGP signature