Bug#752380: fvwm: FvwmPager is permanently crashing
On Mon, Jun 23, 2014 at 1:13 AM, Ďoďo dodo...@gmail.com wrote: Package: fvwm Version: 1:2.6.5.ds-3 Severity: important Dear Maintainer, * What led up to the situation? 1. Clicking on Pager. 2. Restarting Fvwm * What exactly did you do (or not do) that was effective (or ineffective)? 1. I clicked on Page to switch to another Virtual desktop 2. Or I restarted Fvwm because pager was not there. Sometimes I need to restart 3-4 times till the pager stays running. * What was the outcome of this action? Pager disapears. And I do not see it among the running processes. I observe this problem already longer time. Sometimes it is frequent and sometimes just once a month. Thank you for your report. Could you please attach the relevant part of your Fvwm config? It's hard to reproduce your problem if I don't know under what condition you're running Fvwm from. Regards, Vincent Chen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752493: rocksndiamonds: new upstream version 3.3.1.2
Package: rocksndiamonds Version: 3.3.0.1+dfsg1-2 Severity: normal Version 3.3.1.2 of rocksndiamonds was released on 2013-11-24; see http://www.artsoft.org/rocksndiamonds/. Source is at http://www.artsoft.org/RELEASES/unix/rocksndiamonds/rocksndiamonds-3.3.1.2.tar.gz (the archive contains source as well as x86_64 pre-built binary). The update fixes a number of gameplya problems, as well as build issues (on other OSes) and assorted other improvements. -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise-proposed'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.13.0-30-generic (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages rocksndiamonds depends on: ii debconf [debconf-2.0] 1.5.42ubuntu1 ii libc6 2.15-0ubuntu10.5 ii libsdl-image1.21.2.10-3 ii libsdl-mixer1.21.2.11-7 ii libsdl-net1.2 1.2.7-5 ii libsdl1.2debian1.2.14-6.4ubuntu3 ii p7zip 9.20.1~dfsg.1-4 ii perl 5.14.2-6ubuntu2.4 ii perl-modules 5.14.2-6ubuntu2.4 ii unzip 6.0-4ubuntu2 ii wget 1.13.4-2ubuntu1 rocksndiamonds recommends no packages. rocksndiamonds suggests no packages. -- debconf information: * rocksndiamonds/begin: true rocksndiamonds/util_notfound: rocksndiamonds/error_download: * rocksndiamonds/select_games: Legend Of Zelda, Legend Of Zelda II, Emerald Mine Club, Contributions 1995 - 2006, Snake Bite, BD2K3, BD Dream, Supaplex, DX-Boulderdash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747717: FTBFS: make[3]: *** [jq.1] Error 1
I believe this bug has been fixed by a new upstream version or by the Ruby issue being resolved at the distro level. buildd is reporting most architectures building and installing the package successfully. I think the remaining failures are due to a bad valgrind dependency. Tim. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752291: autoconf2.13: recommends automake1.4 which is going away
On Sun, Jun 22, 2014 at 11:11:05AM +0200, Ansgar Burchardt wrote: Package: autoconf2.13 Version: 2.13-62 Severity: important autoconf2.13 recommends automake1.4 which is going away[1]. [1] https://bugs.debian.org/733705 Thanks. I see that autoconf2.13 has no reverse dependencies. I am inclined to request its removal. Do you (or anyone else) have any objection? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752395: CVE request: python: _json module is vulnerable to arbitrary process memory read
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The bug is caused by allowing the user to supply a negative index value. http://bugs.python.org/issue21529 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752395 https://bugzilla.redhat.com/show_bug.cgi?id=1112285 https://hackerone.com/reports/12297 Use CVE-2014-4616. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752395#5 Package: python2.7 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752395#19 It affects Python 3.x in a similar way The same CVE ID applies to affected Python 2.x and 3.x versions. - -- CVE assignment team, MITRE CVE Numbering Authority M/S M300 202 Burlington Road, Bedford, MA 01730 USA [ PGP key available through http://cve.mitre.org/cve/request_id.html ] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (SunOS) iQEcBAEBAgAGBQJTqRPQAAoJEKllVAevmvmsjAkH+wSAH88T3s7cwEKRgKJRiOIY Gpuk14cxNukkHmA4RuaCqa8Tn/itTQIej+m4bYD6lKw8VZke3OfIK8mh8gele47w brEXQCO7Ie0+2ohGsAmjT5tUsOC9ZaTmj3Yg1ZqJkCcAIfGHk68m8dBlL2uqooPy RQ38a2dPvMw14vL9mK/OY1StiQiZRK56GpbsL5JE85n1mHft6jWLpIm8d5Pf4Toy +mwwpiG2FLHMb4EgzllDRw/wDMfxtsMT4UFd6gVdb7Oau2/CR10+uLZzIDbN3o4q Bi1ScXCizjpKUl7+Sy8ZsZj1t7VMRaDyzeGlULUAO4/E6wuDVrw0G4jaJXMEkhY= =i8ZP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752494: rocksndiamonds: front-end script does not pass arguments
Package: rocksndiamonds Version: 3.3.0.1+dfsg1-2 Severity: normal /usr/games/rocksndiamonds is a front-end script supplied by Debian (debian/start_binary.sh in the Debian source archive). This eventually runs the game using: exec /usr/games/rocksndiamonds-bin which should be: exec /usr/games/rocksndiamonds-bin $@ since the game binary has a number of useful command-line arguments. -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise-proposed'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.13.0-30-generic (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages rocksndiamonds depends on: ii debconf [debconf-2.0] 1.5.42ubuntu1 ii libc6 2.15-0ubuntu10.5 ii libsdl-image1.21.2.10-3 ii libsdl-mixer1.21.2.11-7 ii libsdl-net1.2 1.2.7-5 ii libsdl1.2debian1.2.14-6.4ubuntu3 ii p7zip 9.20.1~dfsg.1-4 ii perl 5.14.2-6ubuntu2.4 ii perl-modules 5.14.2-6ubuntu2.4 ii unzip 6.0-4ubuntu2 ii wget 1.13.4-2ubuntu1 rocksndiamonds recommends no packages. rocksndiamonds suggests no packages. -- debconf information: * rocksndiamonds/begin: true rocksndiamonds/util_notfound: rocksndiamonds/error_download: * rocksndiamonds/select_games: Legend Of Zelda, Legend Of Zelda II, Emerald Mine Club, Contributions 1995 - 2006, Snake Bite, BD2K3, BD Dream, Supaplex, DX-Boulderdash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752046: closed by Simon Elsbrock si...@iodev.org (Bug#752046: fixed in jq 1.4-1)
Hi - the new upload seems to have fixed the armhf problem. Thanks! I'm not sure the build dependency on linux-any for valgrind is correct though, as it's causing problems on the armel and sparc builds. I don't think this will affect jq's transition into testing. Source: jq Section: utils Priority: optional Maintainer: Simon Elsbrock si...@iodev.org Build-Depends: debhelper (= 9), dh-autoreconf, flex, bison, valgrind [linux-any], rake, ruby-ronn According to https://buildd.debian.org/status/package.php?p=valgrindsuite=unstable there's no valgrind package for a bunch of architectures in sid but is present in jessie which is a bit confusing to me. Regards, TIm. smime.p7s Description: S/MIME cryptographic signature
Bug#752394: cups installation hangs in triggers
Control: severity -1 important Le mardi, 24 juin 2014 02.13:10, vous avez écrit : On 2014-06-23 19:02:50 +0200, Didier 'OdyX' Raboud wrote: Can you reproduce this problem or was it a one-off problem? I tried to reproduce the problem by doing a reinstall on the cups related packages. I even did: (…) which corresponds to the upgrade, but again, everything is fine. Well, if neither you or me are able to reproduce this problem (and noone else if experiencing it), I don't see how we'll be able to solve it; I'm therefore hereby downgrading this bug to important. Could you eventually attach your /etc/cups/cupsd.conf file? Attached, but AFAIK, that's the default file. Indeed. I've looked at the /var/log/syslog messages, and here are the messages that occurred during the upgrade. They seem to be normal. [...] Jun 23 13:03:49 ypig PackageKit: daemon quit (…) Jun 23 13:07:52 ypig dbus[1959]: [system] Activating service name='org.freedesktop.PackageKit' (using servicehelper) Jun 23 13:07:52 ypig PackageKit: daemon start Jun 23 13:07:52 ypig dbus[1959]: [system] Successfully activated service 'org.freedesktop.PackageKit' [...] The messages at 13:04:53 and 13:06:53 correspond to ssh to the machine (since I did the upgrade remotely). I suspect that Jun 23 13:03:49 ypig PackageKit: daemon quit is related to the upgrade. I also got it when I retested the upgrade. Indeed. It should work™. Other things that come to mind are indeed PackageKit conflict, apparmor or SELinux configurations; do you have something custom in these areas? Could you also find the /var/log/cups/error_log lines from the upgrade time, maybe? Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752495: rocksndiamonds: download entities for level data are out of date
Package: rocksndiamonds Version: 3.3.0.1+dfsg1-2 Severity: normal The installer script (/var/lib/dpkg/info/rocksndiamonds.postinst) points to downloadable entities -- archives of game level data -- on the game author's web site. Two of these are out of date with regard to that site. The old URLs listed in the installer still work, as the author has not deleted the old files; but Debian and derived systems retrieve and install obsolete sets of levels. These two URLs should be updated as follows (including the corresponding `md5' and `topdir' values): 1. http://www.artsoft.org/RELEASES/unix/rocksndiamonds/rocksndiamonds-3.3.0.1.tar.gz = http://www.artsoft.org/RELEASES/unix/rocksndiamonds/rocksndiamonds-3.3.1.2.tar.gz (i.e. change version number 3.3.0.1 - 3.3.1.2; this should always reflect the version number of the rocksndiamonds source from which the Debian binary package is being generated, so perhaps should be getting stamped into the postinst script *during* build?) 2. http://www.artsoft.org/RELEASES/rocksndiamonds/levels/Emerald_Mine_Club-2.0.0.7z = http://www.artsoft.org/RELEASES/rocksndiamonds/levels/Emerald_Mine_Club-2.1.1.7z (i.e. change version number 2.0.0 - 2.1.1) -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise-proposed'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.13.0-30-generic (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages rocksndiamonds depends on: ii debconf [debconf-2.0] 1.5.42ubuntu1 ii libc6 2.15-0ubuntu10.5 ii libsdl-image1.21.2.10-3 ii libsdl-mixer1.21.2.11-7 ii libsdl-net1.2 1.2.7-5 ii libsdl1.2debian1.2.14-6.4ubuntu3 ii p7zip 9.20.1~dfsg.1-4 ii perl 5.14.2-6ubuntu2.4 ii perl-modules 5.14.2-6ubuntu2.4 ii unzip 6.0-4ubuntu2 ii wget 1.13.4-2ubuntu1 rocksndiamonds recommends no packages. rocksndiamonds suggests no packages. -- debconf information: * rocksndiamonds/begin: true rocksndiamonds/util_notfound: rocksndiamonds/error_download: * rocksndiamonds/select_games: Legend Of Zelda, Legend Of Zelda II, Emerald Mine Club, Contributions 1995 - 2006, Snake Bite, BD2K3, BD Dream, Supaplex, DX-Boulderdash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752496: rocksndiamonds: not in the tradition of Legend of Zelda
Package: rocksndiamonds Version: 3.3.0.1+dfsg1-2 Severity: minor The description of this package reads, in full -- [ This package provides the game engine for Rocks'n'Diamonds, an arcade game in the tradition of Boulder Dash, Emerald Mine, Supaplex, Sokoban, Legend Of Zelda, etcetera. Game levels emulating all of these can be downloaded from ArtSoft.org. ] rocksndiamonds is *not* in any way in the tradition of Legend of Zelda (LZ). LZ is a completely different style of game. The Legend of Zelda I and II packages which may be downloaded from the RND author's web site are simple adventures based on the concepts and setting of the LZ games. The gameplay mechanics and events of these games are not closely related to the LZ games; they're just based on them. The current situation is similar to saying, for instance, that The Simpsons is ... in the tradition of The Odyssey because an episode exists (I'm sure one or more does) glossing over the events of some parts of The Odyssey. Simply remove [ Legend Of Zelda, ] from the description. It is not necessary to mention it -- just like it is not necessary to mention the thousands of other random levels which are based on random things, and are not currently mentioned. Each of the other games mentioned as in the tradition of *are* very strongly supportable. In each case, RND closely emulates the original game mechanics *and* offers (for download from the author's site) the actual original level sets of said game, playable in RND. -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise-proposed'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.13.0-30-generic (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages rocksndiamonds depends on: ii debconf [debconf-2.0] 1.5.42ubuntu1 ii libc6 2.15-0ubuntu10.5 ii libsdl-image1.21.2.10-3 ii libsdl-mixer1.21.2.11-7 ii libsdl-net1.2 1.2.7-5 ii libsdl1.2debian1.2.14-6.4ubuntu3 ii p7zip 9.20.1~dfsg.1-4 ii perl 5.14.2-6ubuntu2.4 ii perl-modules 5.14.2-6ubuntu2.4 ii unzip 6.0-4ubuntu2 ii wget 1.13.4-2ubuntu1 rocksndiamonds recommends no packages. rocksndiamonds suggests no packages. -- debconf information: * rocksndiamonds/begin: true rocksndiamonds/util_notfound: rocksndiamonds/error_download: * rocksndiamonds/select_games: Legend Of Zelda, Legend Of Zelda II, Emerald Mine Club, Contributions 1995 - 2006, Snake Bite, BD2K3, BD Dream, Supaplex, DX-Boulderdash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740307: (no subject)
Am experiencing this bug too. Can confirm the workarounds reported work as advertised, but obviously not valid for all situations. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752497: gnupg: DoS due to garbled compressed data packets
Source: gnupg Version: 1.4.10-4 Severity: important Tags: security upstream fixed-upstream Hi For reference it the BTS, gnupg 1.4.17 was released containing a fix for a denial of service due to garbled compressed data packets[1]. [1] http://lists.gnupg.org/pipermail/gnupg-announce/2014q2/000344.html [2] http://git.gnupg.org/cgi-bin/gitweb.cgi?p=gnupg.git;a=commitdiff;h=11fdfcf82bd8d2b5bc38292a29876e10770f4b0a Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752498: gnupg2: DoS due to garbled compressed data packets
Source: gnupg2 Version: 2.0.14-2 Severity: important Tags: security upstream patch fixed-upstream Hi For reference it the BTS, gnupg 1.4.17 was released containing a fix for a denial of service due to garbled compressed data packets[1], which also affects the 2.x branch[2]. [1] http://lists.gnupg.org/pipermail/gnupg-announce/2014q2/000344.html [2] http://git.gnupg.org/cgi-bin/gitweb.cgi?p=gnupg.git;a=commitdiff;h=014b2103fcb12f261135e3954f26e9e07b39e342 Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751199: shellcheck packaging
Hi Joachim, On Mon, Jun 23, 2014 at 06:11:21PM -0700, Joachim Breitner wrote: Thanks. The full packaging is now at $ darcs get darcs.debian.org:/darcs/pkg-haskell/shellcheck Thanks for picking this up. When we spoke about it on IRC, it was mentioned that the shellcheck library package should probably be exposed as well. However the debian package above only builds shellcheck, not libghc-shellcheck-dev and friends. Is that intended? Do you want to do the upload (don???t forget to tag and push then), or should I do it? Please go ahead. I seriously consider debian/ to be non-copyrightable (at least in the trivial cases we have in the DHG) so I don???t care. If in doubt, I???d use BSD though. That view is fine with me (although manual pages generally are copyrightable and in that case the manual page clearly is a derivative work. So if it is copyrightable, then it probably has to be AGPL-3+.) Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736878: python-django: Please provide python3-django
Hello Brian, thanks for your work! On Tue, 24 Jun 2014, Brian May wrote: New patch attached. /etc/bash_completion.d/django_bash_completion and /usr/bin/django-admin now supplied with python3-django. python-django recommends python3-django as a result. Hopefully I have set the Breaks/Replaces headers correctly to allow for upgrades. Any objections if I commit this into subversion and upload to Debian unstable? It doesn't look clean to have python-django recommends python3-django just to have django-admin and django_bash_completion. I believe it would better to move them to a python-django-common package, no? And we could/should move to that common package all the non *.py files like *.po, *.mo, *.html, *.css, *.gif, *.png, *.json, *.js, etc. Django is relatively large, I don't like duplicating files when it's not really needed. In any case, feel free to commit your work to subversion, we can always improve furter before upload. --- python-django-1.6.5.old/debian/python3-django.dirs1970-01-01 10:00:00.0 +1000 +++ python-django-1.6.5/debian/python3-django.dirs2014-06-23 11:19:43.231273218 +1000 @@ -0,0 +1 @@ +/usr/bin Why is that needed? Most tools create the required directories on the fly. Otherwise it looks good to me. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748885: samba winbind segmentation fault
Latest security patch does not include this. Shall I post to security team? On Fri, May 30, 2014 at 1:12 AM, Andrew Bartlett abart...@samba.org wrote: On Wed, 2014-05-21 at 21:15 +0200, Brian Jonnes wrote: Package: winbind Version: 2:3.6.6-6+deb7u3 winbind is dumping core. Debug shows in rpc_lookup_usergroups (source3/winbindd/winbindd_rpc.c) use of rid_array before status is checked (after dcerpc_samr_GetGroupsForUser). I recently fixed this in git master with 95e0d759ac7584d8e27240f11a4b51077b61929c -- Andrew Bartlett http://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Samba Developer, Catalyst IT http://catalyst.net.nz/services/samba -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748669: an sks update for wheezy? ( https://bugs.debian.org/748669 )
Control: tags -1 + pending On 2014-06-22 16:49, Adam D. Barratt wrote: Control: tags -1 + confirmed On Sat, 2014-06-21 at 23:11 +0200, Christoph Martin wrote: Am 21.06.2014 21:56, schrieb Christoph Martin: As mentioned on IRC, the disabling of 511_gcc44.patch isn't documented. To be entirely honest, if having the patch enabled isn't breaking anything then I'd prefer leaving it enabled, on the principle of least change; it should certainly be one or the other, however. The problem was, that the patch did not work any more. I looked like the patch was already in the upstream source. I am not sure why. Maybe sks was build prior to a gcc version change. I'll try again to get it working with the patch. If it will not wirk I put a note in the changelog. Ok. It is working without disabling the patch. I attached an updated debdiff. Please go ahead; thanks. For the record, this was uploaded and I've flagged it for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736878: python-django: Please provide python3-django
On 24 Jun 2014 16:51, Raphael Hertzog hert...@debian.org wrote: It doesn't look clean to have python-django recommends python3-django just to have django-admin and django_bash_completion. I believe it would better to move them to a python-django-common package, no? I can't see how that would help. You would still need to depend on python3-django. Alternatives would work for django-admin but probably overkill. Hmm. Might be possible to replace django-admin (it is small) and make it use python3-django with Python3 if installed else python-django with Python2 somehow? And we could/should move to that common package all the non *.py files like *.po, *.mo, *.html, *.css, *.gif, *.png, *.json, *.js, etc. Django is relatively large, I don't like duplicating files when it's not really needed. Yes. Moving files around makes me nervous however probably a good idea. In any case, feel free to commit your work to subversion, we can always improve furter before upload. Will do so. Might have to wait until tomorrow now. Why is that needed? Most tools create the required directories on the fly. I got a error at one stage. Confusing. Probably should remove it and see if I still get this error. Thanks for your feedback.
Bug#752177: wheezy-p-u: package maitreya/6.0.5+dfsg2-1
Control: tags -1 + pending On 2014-06-24 6:10, Jaldhar H. Vyas wrote: On Sat, 21 Jun 2014, Adam D. Barratt wrote: On Sat, 2014-06-21 at 12:33 -0400, Jaldhar H. Vyas wrote: On Sat, 21 Jun 2014, Adam D. Barratt wrote: Comparing the package currently in stable with the one you uploaded: adsb@franck:~$ find maitreya-6.0.5-2/ -name '*.orig'| wc -l 0 adsb@franck:~$ find maitreya-6.0.5+dfsg/ -name '*.orig'| wc -l 30 I now know what I did wrong. I deleted the .orig files from the unpacked source but not from the original tarball (which was made specifically for this issue so is not pristine anyway.) Ok so this time I repacked the original tarball minus the extra files so hopefully it should be ok now. Flagged for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748885: samba winbind segmentation fault
On Tue, 2014-06-24 at 08:51 +0200, Brian Jonnes wrote: Latest security patch does not include this. Shall I post to security team? On Fri, May 30, 2014 at 1:12 AM, Andrew Bartlett abart...@samba.org wrote: On Wed, 2014-05-21 at 21:15 +0200, Brian Jonnes wrote: Package: winbind Version: 2:3.6.6-6+deb7u3 winbind is dumping core. Debug shows in rpc_lookup_usergroups (source3/winbindd/winbindd_rpc.c) use of rid_array before status is checked (after dcerpc_samr_GetGroupsForUser). I recently fixed this in git master with 95e0d759ac7584d8e27240f11a4b51077b61929c I don't see how it is a security issue, (and if your DC wants to own you, there are easier ways). Andrew Bartlett -- Andrew Bartlett http://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Samba Developer, Catalyst IT http://catalyst.net.nz/services/samba -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751977: pu: package tor
Control: tags -1 + pending On 2014-06-21 16:50, Adam D. Barratt wrote: Control: tags -1 + confirmed On Wed, 2014-06-18 at 14:45 +0200, Peter Palfrader wrote: I propose to update Tor in stable to the version that is now in jessie. This would be a jump to the next major version of tor, not just a patch release update. [...] Please go ahead, presumably as 0.2.4.22-1~deb7u1. For the record, this was uploaded and I've flagged it for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606821: Not tracking upstream feature requests in downstream BTS
Jonathan Nieder dixit: I will no longer track these bugs in Debbugs, because they are feature requests for the upstream software, and duplicating them here serves no benefit as no patches from users are forthcoming either. Fine with me, as long as I can report them again if I run into them again. :) As I said, these are not bugs in the software in Debian’s scope. Cf. 53a7a05a.30...@debian.org for the discussion. http://lists.debian.org/53a7a05a.30...@debian.org: Sorry, no match found for message-id 53a7a05a.30...@debian.org No, the other list. bye, //mirabilos -- “ah that reminds me, thanks for the stellar entertainment that you and certain other people provide on the Debian mailing lists │ sole reason I subscribed to them (I'm not using Debian anywhere) is the entertainment factor │ Debian does not strike me as a place for good humour, much less German admin-style humour” -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752454: [PKG-Openstack-devel] Bug#752454: websocketproxy incompatible with websockify = 0.6.0
On 06/24/2014 05:18 AM, Gaudenz Steinlin wrote: Hi Thomas Goirand z...@debian.org writes: Hi Gaudenz, Thanks for sending this bug report. Well, I'm surprised to read this, because I packaged websockify 0.6.0 after someone on IRC told me that there was an issue with websockify 0.5, and that novnc needed = 0.6.0 in order to work properly. I've been told that the issue without 0.6.0 is that you get some old zombie process after each VNC connections. I did not test novnc, so I can't comment much on this. But from looking at the code I would be very surprised if the current code for nova-novncproxy in Icehouse would work with websockify 0.6.0. I have to admit that I don't really use novnc myself, I am a SPICE user (I think it's far better and performing that VNC). I did test the spice proxy and the version from Icehouse does not work with websockify 0.6.0. Did it work for you? I tried to use the patch that you sent as a reference [1]. Unfortunately, it doesn't apply against the current Icehouse release. Solly, you're the author of the patch. Do you think a backport to Icehouse could be made? This would avoid a lot of headakes for me and I would really like avoiding the downgrade of websockify if possible. While I certainly won't oppose a backport of that patch to Icehouse, I'm don't see much of a dilemma in the short term. As the current status in Debian unstable with websockify 0.6.0 does not work at all for all proxy modes (novnc and spice) downgrading is strictly the better alternative even if there are bugs with novnc and websockify 0.5.1. At least it will work to some degree again. Long term I agree that migrating to websockify 0.6.0 is preferable. But I doubt we will have a compatible version in Icehouse soon. Gaudenz Well, have a look over there: https://bugs.launchpad.net/nova/+bug/1048703 There's really a problem with websockify 0.6, so I don't think downgrading is the solution. I don't really want to leave a package that produces zombie processes when we use it. This patch for Nova applies nearly cleanly (with a single 2 lines offset) on the current Icehouse branch: https://review.openstack.org/#/c/94778/ The patch which you referred to earlier, (ie: https://review.openstack.org/91663), while merged in master, also brings some re-factorization, so it might be less appropriate for us than just #94778. Do you think you can try to find the time and see if #94778 fixes the issue (I'm busy with other stuff right now, and I'm not sure I can test right away now...)? Maybe carying this one patch as Debian specific patch would be enough. Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752397: javahelper doesn't add libswt-cairo-gtk-3-jni when {java:Depends} is specified
[adding debian-java list] On Tuesday 24 June 2014 10:14 AM, Niels Thykier wrote: On 2014-06-23 14:14, Praveen Arimbrathodiyil wrote: package: javahelper, libswt-gtk-3-java severity: important It is likely that libswt-gtk-3-java is missing a runtime dependency on . To test this gnukhata package can be installed from packages.debian.org/~praveen/gnukhata [...] Hi, Does the JAR files in gnukhata use Class-Path? If not, javahelper will not be able to help you with dependencies automatically. If it uses Maven, you might have luck with the Maven helpers and if it uses OSGi, then I believe you currently must do it manually. I think the issue is libswt-gtk-3-java missing the dependency, as java helper finds this dependency correctly. Hoping someone in debian-java can give a better insight. ~Niels signature.asc Description: OpenPGP digital signature
Bug#752499: where is /etc/binwalk/magic.binwalk ?
Package: binwalk Version: 1.0-1 man page from binwarlk mention: -m, --magic=file Magic file to use [/etc/binwalk/magic.binwalk] However this file does not seems to be installed. Thanks for fixing the installation of the magic file. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752500: xpra: Doesn't work as root anymore
Package: xpra Version: 0.13.5+dfsg-1 Severity: normal I need to manage VMs on a far-away server; the easiest way for me to do so is to run virt-manager via xpra. Since the last upgrade it doesn't work anymore: $ xpra attach ssh:server:99 xpra client version 0.13.5 ... Received uninterpretable nonsense: '\nWarning: running as root\n' Connection lost I've had to change /usr/lib/python2.7/dist-packages/xpra/scripts/main.py to remove that check in run_mode(); simply changing the test to use _proxy wasn't enough. Please restore the as-root functionality! Thank you very much. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xpra depends on: ii libavcodec55 6:10.1-1 ii libavutil53 6:10.1-1 ii libc6 2.19-3 ii libgtk2.0-0 2.24.23-1 ii libswscale2 9:1.2.3-dmo1 ii libvpx1 1.3.0-2 ii libwebp5 0.4.0-4.1 ii libx11-6 2:1.6.2-2 ii libx264-142 2:0.142.2389+git956c8d8-5 ii libxcomposite11:0.4.4-1 ii libxdamage1 1:1.1.4-1 ii libxext6 2:1.3.2-1 ii libxfixes31:5.0.1-1 ii libxrandr22:1.4.2-1 ii libxtst6 2:1.2.2-1 ii python2.7.6-2 ii python-gtk2 2.24.0-3+b1 ii x11-xserver-utils 7.7+2 ii xserver-xorg-input-void 1:1.4.0-1+b3 ii xserver-xorg-video-dummy 1:0.3.7-1+b2 Versions of packages xpra recommends: ii openssh-client1:6.6p1-5 ii python-avahi 0.6.31-4 ii python-gtkglext1 1.1.0-9.1 ii python-imaging2.4.0-2 ii python-netifaces 0.8-3+b2 ii python-webm 0.2.4-1 ii ssh-askpass 1:1.2.4.1-9 Versions of packages xpra suggests: ii gstreamer0.10-plugins-bad 0.10.23-7.2+b1 ii gstreamer0.10-plugins-good 0.10.31-3+nmu3 ii gstreamer0.10-plugins-ugly 0.10.19-2.1 ii openssh-server 1:6.6p1-5 ii pulseaudio 5.0-2 ii pulseaudio-utils5.0-2 ii python-dbus 1.2.0-2+b3 ii python-gst0.10 0.10.22-3 pn python-pyopencl none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658829: transition: db5.3
On 24/06/14 01:25, Norbert Preining wrote: Hi everyone, On Tue, 24 Jun 2014, Emilio Pozuelo Monfort wrote: Maybe we can remove clisp and xindy from testing for a moment? This will only break the texlive-full and can be easily fixed by removing xindy from Depends. Norbert, can you do that for us to finish db5.1 to db5.3 transition? I am told that the clisp FTBFS is tricky. So if that could be done, we could then get the old libdb5.1 out of testing. I thought that got fixed at some point in clisp? What is the current status? clisp got uploaded to fix an RC bug, but then it failed to build in arm*. Should I upload something where xindy is not required? Yes please. That would allow us to finish the libdb5.1 transition by removing clisp and xindy from testing. Thanks, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752501: procps: pgrep -lf no longer prints full command line in jessie
Package: procps Version: 1:3.3.9-5 Severity: normal Tags: upstream Dear Maintainer, 'pgrep -lf' no longer prints the full command line of matching processes. This is a regression since wheezy, and caused by the fix for #526355 (upstream commit f12277c74d591245767d77badb6bb6af91335656) Example: given a process with the command line: /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 103:107 The expected behavior, and behavior in wheezy as well as Solaris and its derivatives is: % pgrep -lf ntpd.pid 6272 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 115:122 but in jessie: % pgrep -lf ntpd.pid 1687 ntpd Incidentally, the manual page for pgrep includes the following: STANDARDS pkill and pgrep were introduced in Sun's Solaris 7. This implementation is fully compatible. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages procps depends on: ii initscripts 2.88dsf-53.2 ii libc6 2.19-3 ii libncurses5 5.9+20140118-1 ii libncursesw5 5.9+20140118-1 ii libprocps31:3.3.9-5 ii libtinfo5 5.9+20140118-1 ii lsb-base 4.1+Debian13 Versions of packages procps recommends: ii psmisc 22.21-2 procps suggests no packages. -- no debconf information -- Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752502: ITP: r-cran-misctools -- GNU R miscellaneous tools and utilities
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: r-cran-misctools Version : 0.6-16 Upstream Author : Arne Henningsen arne.henning...@gmail.com * URL : http://cran.r-project.org/web/packages/miscTools/ * License : GPL Programming Lang: R Description : GNU R miscellaneous tools and utilities This package contains miscellaneous small tools and utilities for GNU R. These tools are needed for running the unit tests of some other GNU R packages in Debian. Remark: This (pre-)pre-condition for r-cran-surveillance test suite is maintained by the Debian Science team at svn://anonscm.debian.org/debian-science/packages/R/trunk/packages/r-cran-misctools/trunk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751448: netexpect: FTBFS with wireshark 1.12.0~rc1-2 from experimental
Hi Eloy, 2014-06-22 14:58 GMT+02:00 Eloy Paris pe...@chapus.net: Hi Bálint, I'm looking into this. Unfortunately, libwireshark is still not documented and open to external programs and the only way to figure out what changes between releases is to study the libwireshark-based programs shipped with the Wireshark source (tshark, for example), so it takes some time. I'm sorry, I agree that this matter does not get enough attention upstream. My goal right now is to make netexpect build even if it doesn't run because of API changes. That at least will allow me to upload to unstable to prevent Wireshark packages from not migrating into testing. In any case, I've found two include files that are not shipped with the latest experimental -dev packages. Could you ship them in the next upload? The files are: nstime.h - /usr/include/wireshark/wsutil/ (libwsutil-dev) filesystem.h - /usr/include/wireshark/epan/ (libwireshark-dev) Both are shipped now in libwsutil-dev 1.12.0~rc2+git+fd017ee+dfsg1-1: https://packages.debian.org/experimental/amd64/libwsutil-dev/filelist Cheers, Balint Thanks for the heads up regarding the upcoming Wireshark 1.12 packages. Cheers, Eloy Paris.- On Fri, Jun 13, 2014 at 12:40:39AM +0200, Bálint Réczey wrote: Package: netexpect Version: 0.21-2 Severity: important Hi Eloy, Wireshark will be updated to the next major upstream release (1.12.0) in unstable in a few weeks. Please make sure that netexpect builds with the new release. For helping the transition wireshark 1.12.0~rc1-2 has been uploaded to experimental. The severity of this bug will be bumped to serious when 1.12.0 enters unstable. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752503: git-buildpackage: please integrate rpm support
Package: git-buildpackage Version: 0.6.15 Severity: wishlist Dear Maintainer, I've been using my system to build rpm packages as well as Debian packages. There is a fork of git-buildpackage that includes support for building rpm packages: https://github.com/marquiz/git-buildpackage-rpm It seems to be used for Tizen. This fork adds a separate subpackage, git-buildpackage-rpm, as well as git-buildpackage-common. The fork's maintainer mentioned that it is intended to be merged into the main git-buildpackage. Is there any work on that? Anything I can do to help? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752504: popularity-contest: package should recommends cron-daemon
Package: popularity-contest Version: 1.61 Severity: normal Dear Maintainer, This package should recommends virtual package cron-daemon, so users can use an alternative cron daemon; for example systemd-cron, but that could be any other. By the way, when fcron will provide cron-daemon, this package can be removed from the recommends of popcon. The status of cron dependencies in debian is now quiet inconsistent, here is a web page I set up to track the changes needed to streamline the packages: http://users.teledisnet.be/ade15809/cron-daemon.html . Alexandre Detiste -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.15-rc8-amd64 (SMP w/6 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages popularity-contest depends on: ii debconf [debconf-2.0] 1.5.53 ii dpkg 1.17.10 ii libio-socket-ip-perl 0.29-3 Versions of packages popularity-contest recommends: pn cron | fcron none ii gnupg 1.4.16-1.1 ii nullmailer [mail-transport-agent] 1:1.11-2 Versions of packages popularity-contest suggests: pn anacron none -- debconf information: * popularity-contest/participate: true popularity-contest/submiturls: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751525: transition: poppler 0.26
Control: tags -1 confirmed On 14/06/14 12:11, Emilio Pozuelo Monfort wrote: On 13/06/14 20:41, Pino Toscano wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Control: block -1 by 751432 Hi, I would like to ask a slot for a Poppler 0.26.x transition. Currently there is Poppler 0.26.1 in experimental already. This transition impacts the existing poppler libraries in the following ways: - libpoppler44 → libpoppler46 - libpoppler-glib8 -- BC with 0.24 (with few new symbols) - libpoppler-qt4-4 -- BC with 0.24 (with one new symbol) - libpoppler-qt5-1 -- BC with 0.24 (with one new symbol) Below it is a list of sources which are touched by the transition, and their situation, sorted by solutions: Looks so good that I was going to ack it immediately, but unfortunately libreoffice clashes with the ongoing iceweasel transition, so let's wait until that finishes. libreoffice is about to transition, so please go ahead. I'll just wait until libreoffice migrates before scheduling its binNMU. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752505: smbldap-tools: please backport fix to API in smbldap_tools.pm to stable
Package: smbldap-tools Version: 0.9.7-1+deb7u1 Tags: patch stable Hi, A missing export in the API results in errors like this on stable: Undefined subroutine main::user_by_uid called at /usr/sbin/smbldap-useradd line 218 It's fixed in Jessie and a patch is available: http://svn.gna.org/viewcvs/smbldap-tools/trunk/smbldap_tools.pl?r1=123r2=124 Please backport this fix to stable. I'm more than happy to handle this on your behalf if you'd rather. Thanks, -- Jonathan Wiltshire Tiger Computing Ltd Linux for Business Tel: 01600 483 484 Web: http://www.tiger-computing.co.uk Follow us on Facebook: http://www.facebook.com/TigerComputing Registered in England. Company number: 3389961 Registered address: Wyastone Business Park, Wyastone Leys, Monmouth, NP25 3SR signature.asc Description: OpenPGP digital signature
Bug#752451: Acknowledgement (lcov: genhtml (lcov 1.11) fails on virtual destructors)
As a temporary measure, I have applied the following patch to my copy
of genhtml.
This turns
% genhtml --legend --demangle-cpp --output-directory html foo.info
Reading data file foo.info
Found 4 entries.
Demangling 5 function names
genhtml: ERROR: Demangled function name _ZN3subD2Ev maps to different
lines (5 vs 4)
into
% genhtml --legend --demangle-cpp --output-directory html foo.info
Reading data file foo.info
Found 4 entries.
Demangling 5 function names
genhtml: WARNING: Demangled function name sub::~sub() maps to
different lines (5 vs 4) in /home/adl/t/foo.cc
Found common filename prefix /home/adl
Writing .css and .png files.
Generating output.
Processing file t/foo.h
Processing file t/foo.cc
Processing file t/main.cc
Processing file /usr/include/c++/4.9/iostream
Writing directory view page.
Overall coverage rate:
lines..: 100.0% (8 of 8 lines)
functions..: 80.0% (4 of 5 functions)
even if the handling of destructors might not be correct, at least it
lets us use genhtml to cover the rest of the functions.
--- /usr/bin/genhtml 2014-05-23 11:03:45.0 +0200
+++ genhtml 2014-06-24 10:13:39.158691632 +0200
@@ -736,10 +736,10 @@
# same demangled name.
if (defined($newfuncdata{$cn})
$newfuncdata{$cn} != $funcdata-{$fn}) {
-die(ERROR: Demangled function name $fn .
+warn(WARNING: Demangled function name $cn .
maps to different lines (.
$newfuncdata{$cn}. vs .
-$funcdata-{$fn}.)\n);
+ $funcdata-{$fn}.) in $filename\n);
}
$newfuncdata{$cn} = $funcdata-{$fn};
}
Bug#737572: libqmi-glib-dev: Please package upstream version 1.8.0
Am 22.06.2014 20:55, schrieb Marius Kotsbak: 2014-06-19 0:02 GMT+02:00 Michael Biebl bi...@debian.org: Am 14.06.2014 01:28, schrieb Marius Kotsbak: No, I think it is ready to be uploaded now. Should I or Guido sponsor the upload? I'm fine with sponsoring the upload. In that case, could you point me to a .dsc. I'd be happy to make the upload. Please do. You will find the version to be released at git.debian.org/git/pkg-libqmi/pkg-libqmi.git tagged as debian/1.8.0-1. Uploaded -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#740085: package plplot 5.10.0
Dear Andrew, The freeze is approaching. We need plplot for gnudatalanguage. Do you plan on uploading plplot 5.10.0 so it can be part of jessie? Kind regards, Thibaut. signature.asc Description: OpenPGP digital signature
Bug#733929: exim4-base with systemd-cron
Le lundi 23 juin 2014, 19:12:44 Andreas Metzler a écrit : On 2014-06-23 Alexandre Detiste alexandre.deti...@gmail.com wrote: PS: what I found in the Policy about cron deamons: https://www.debian.org/doc/debian-policy/ch-binary.html#s-virtual_pkg https://www.debian.org/doc/packaging-manuals/virtual-package-names-list.tx t cron-daemon Any cron daemon that correctly follows policy requirements Fixed in git. cu Andreas Ok, thank you very much, I will test it when it arrives in experimental. I set up this page to track other packages with similar problems: http://users.teledisnet.be/ade15809/cron-daemon.html . I have already filled a other bug against popcon; and I will go further down the list as time permits. Alexandre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752082: ITP: fonts-octicons -- GitHub's icon font
Hideki Yamane dixit: Description: GitHub's icons Octicons is GitHub's icon font. . This is the Bower package for GitHub Octicons. What sort of package description (short, and especially long) is this? Also, does this install the fonts for local consumption (and for use in browsers without support for font embedding), or what? This is very unclear. bye, //mirabilos -- “ah that reminds me, thanks for the stellar entertainment that you and certain other people provide on the Debian mailing lists │ sole reason I subscribed to them (I'm not using Debian anywhere) is the entertainment factor │ Debian does not strike me as a place for good humour, much less German admin-style humour” -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752506: bcron-run should provide virtual package cron-daemon
Package: bcron-run Version: 0.09-13 bcron-run should provide virtual package cron-daemon instead of virtual package cron. Here is the policy statement regarding the cron-daemon virtual package: https://www.debian.org/doc/debian-policy/ch-binary.html#s-virtual_pkg. Here is my page for tracking issues with cron-deamon depedencies in Debian: http://users.teledisnet.be/ade15809/cron-daemon.html Alexandre Detiste -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736878: python-django: Please provide python3-django
On Tue, 24 Jun 2014, Brian May wrote: On 24 Jun 2014 16:51, Raphael Hertzog hert...@debian.org wrote: It doesn't look clean to have python-django recommends python3-django just to have django-admin and django_bash_completion. I believe it would better to move them to a python-django-common package, no? I can't see how that would help. You would still need to depend on python3-django. Alternatives would work for django-admin but probably overkill. Hmm. Might be possible to replace django-admin (it is small) and make it use python3-django with Python3 if installed else python-django with Python2 somehow? Yes, definitely. I would move it to /usr/share/python-django-common/ and then use something like this: #!/bin/sh if test -x /usr/bin/python3 test -e /usr/lib/python3/dist-packages/django; then exec python3 /usr/share/python-django-common/django-admin.py $@ else exec python /usr/share/python-django-common/django-admin.py $@ fi Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750361: Experimental
I have just tried version 36.0.1985.84-1 from experimental and I still get [0624/092447:FATAL:content_main_runner.cc(689)] Check failed: base::i18n::InitializeICU(). Aborted I suppose it could be a different bug? Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752507: Hangs in splash screen
Package: eric Version: 5.4.3-1 Severity: grave When I start eric the splash screen opens saying Generating Main Window... and then nothing else happens. I've tried pugring eric, deleting all ~/.eric* dirs and reinstalling but no change. MfG Goswin -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages eric depends on: ii bicyclerepair0.9-6.1 ii python-chardet 2.2.1-1 ii python3-pygments 1.6+dfsg-1 ii python3-pyqt44.10.3+dfsg1-1+b1 ii python3-pyqt4.qsci 2.8.1-2 ii python3-pyqt4.qtsql 4.10.3+dfsg1-1+b1 Versions of packages eric recommends: pn eric-api-files none Versions of packages eric suggests: ii pyqt4-dev-tools 4.11+dfsg-1+b1 pn pyqt5-doc none ii python [python-profiler] 2.7.5-5 pn python-docnone pn python-kde4-doc none pn python-qt4-docnone ii qt4-designer 4:4.8.6+dfsg-1 ii qt4-dev-tools 4:4.8.6+dfsg-1 pn qt4-doc-html none pn qt5-doc none pn ruby none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748836: joe: diff for NMU version 3.7-2.4
tags 748836 + pending
thanks
Dear maintainer,
I've prepared an NMU for joe (versioned as 3.7-2.4) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.
Discussion on debian-devel revealed consensus that the right way to
ensure successful builds on all new architectures was to autoreconf
packages, however this package does not use debhelper so making that
changes is a little too intrustive for an NMU so I've just done a
simple config.sub,guess update in this case. (Discussion
at https://lists.debian.org/debian-devel/2014/04/msg00383.html, thread
starting at
https://lists.debian.org/debian-devel/2014/04/msg00342.html
Cheers
diff -u joe-3.7/debian/changelog joe-3.7/debian/changelog
--- joe-3.7/debian/changelog
+++ joe-3.7/debian/changelog
@@ -1,3 +1,10 @@
+joe (3.7-2.4) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Use autotools-dev in build to support new architectures (Closes: #748836)
+
+ -- Chen Baozi baoz...@gmail.com Thu, 05 Jun 2014 16:10:42 +0800
+
joe (3.7-2.3) unstable; urgency=low
* Non-maintainer upload.
diff -u joe-3.7/debian/control joe-3.7/debian/control
--- joe-3.7/debian/control
+++ joe-3.7/debian/control
@@ -2,7 +2,7 @@
Section: editors
Priority: optional
Maintainer: Josip Rodin joy-packa...@debian.org
-Build-Depends: libncurses-dev
+Build-Depends: libncurses-dev, dh-autoreconf
Standards-Version: 3.9.1
Homepage: http://joe-editor.sourceforge.net/
diff -u joe-3.7/debian/rules joe-3.7/debian/rules
--- joe-3.7/debian/rules
+++ joe-3.7/debian/rules
@@ -11,6 +11,8 @@
build: config.status joe
config.status: configure
+ cp -f /usr/share/misc/config.sub .
+ cp -f /usr/share/misc/config.guess .
CFLAGS=$(CFLAGS) ./configure --sysconfdir=/etc --prefix=/usr \
--mandir='$${datadir}/man'
@@ -19,7 +21,7 @@
clean: checkroot
[ ! -f Makefile ] || $(MAKE) distclean
- rm -rf $(tmp) debian/*~ debian/substvars* debian/files*
+ rm -rf $(tmp) debian/*~ debian/substvars* debian/files* debian/debhelper.log
install: build checkroot
rm -rf $(tmp)
Bug#752508: geoip-database-contrib should suggests cron-daemon
Package: geoip-database-contrib Version: 1.14 Severity: minor Hi, geoip-database-contrib should suggests virtual package cron-daemon. This way users can choose to use an other cron daemon. Here is the policy statement regarding the cron-daemon virtual package: https://www.debian.org/doc/debian-policy/ch-binary.html#s-virtual_pkg. Here is my page for tracking issues with cron-deamon depedencies in Debian: http://users.teledisnet.be/ade15809/cron-daemon.html Alexandre Detiste -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.15-rc8-amd64 (SMP w/6 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages geoip-database-contrib depends on: ii debconf [debconf-2.0] 1.5.53 ii dpkg 1.17.10 ii ucf3.0030 ii wget 1.15-1+b1 geoip-database-contrib recommends no packages. Versions of packages geoip-database-contrib suggests: pn cron none -- debconf information: geoip-database-contrib/install-cronjob: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741628: rsync dies with inflate returned -3
I've been seeing this error too while transferring 1.5GB VM Images. Turning compression off fixes it. According to this it is something to do with how rsync was compiled - whether it was using the internal or external zlib https://bugzilla.samba.org/show_bug.cgi?id=10372 -- Nick Craig-Wood n...@craig-wood.com -- http://www.craig-wood.com/nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752509: anacron should recommend virtual package cron-daemon
Package: anacron Version: 2.3-21 Severity: minor anacron should recommends virtual package cron-daemon (Recommends: cron | cron-daemon in control file) Here is the policy statement regarding the cron-daemon virtual package: https://www.debian.org/doc/debian-policy/ch-binary.html#s-virtual_pkg. Here is my page for tracking issues with cron-deamon depedencies in Debian: http://users.teledisnet.be/ade15809/cron-daemon.html Alexandre Detiste -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728196: [Pkg-php-pecl] Bug#728196: php-gearman is licensed under the PHP license, and is not php
Control: reassign -1 ftp.debian.org Control: retitle -1 Reassess PHP License usage for PHP PECL extensions Hi Paul and rest of FTP Masters, I am reassigning this bug to FTP Masters to solve it in between FTP Masters. Please note that Paul's interpretation would effectively lead to full removal of PHP from the Debian archive - see the list of affected packages in the bug (and in my previous email from May 27). I concur that the PHP License 3.01 should not be used for random software written *in* PHP language, but I don't agree that this clause should be used for packages published on pear.php.net (PEAR libraries) and pecl.php.net (PHP extensions). I think the REJECT FAQ has to be changed and the interpretation needs to be changed to allow PECL extensions and PEAR libraries to be licensed under PHP License 3.01. Cheers, Ondrej On Tue, Oct 29, 2013, at 14:20, Paul Tagliamonte wrote: Package: php-gearman Severity: serious User: paul...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks From the REJECT faq: / | You have a PHP add-on package (any php script/app/thing, not PHP | itself) and it's licensed only under the standard PHP license. That | license, up to the 3.x which is actually out, is not really usable for | anything else than PHP itself. I've mailed our -legal list about that | and got only one response, which basically supported my view on this. | Basically this license talks only about PHP, the PHP Group, and includes | Zend Engine, so its not applicable to anything else. And even worse, | older versions include the nice ad-clause. | | One good solution here is to suggest a license change to your upstream, | as they clearly wanted a free one. LGPL or BSD seems to be what they | want. \ Sorry this made it through NEW, Hope you're well, and thanks for your work, Paul -- .''`. Paul Tagliamonte paul...@debian.org : :' : Proud Debian Developer `. `'` 4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87 `- http://people.debian.org/~paultag ___ Pkg-php-pecl mailing list pkg-php-p...@lists.alioth.debian.org https://lists.alioth.debian.org/mailman/listinfo/pkg-php-pecl Email had 1 attachment: + signature.asc 1k (application/pgp-signature) -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750610: open-iscsi ftbfs on arm64, outdated config.sub and config
+++ Ritesh Raj Sarraf [2014-06-24 10:27 +0530]:
On 06/24/2014 05:07 AM, Wookey wrote:
Attached is an updated patch to autoreconf this package properly.
Oops I sent you the rxvt patches (which have the same issue). Here are the
right patches :-)
I was reading that bug at the same time and I guess it was late! Apologies for
confusion.
Thanks for the patch. My intent is to understand it and then myself
include in the upload. Hence I'll take your patch and do the upload.
Please give me a day or two. I'll go through it and complete it.
OK.
Wookey
--
Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/
diff -urN open-iscsi-2.0.873+git0.3b4b4500/debian/autoreconf open-iscsi-2.0.873+git0.3b4b4500.new/debian/autoreconf
--- open-iscsi-2.0.873+git0.3b4b4500/debian/autoreconf 1970-01-01 01:00:00.0 +0100
+++ open-iscsi-2.0.873+git0.3b4b4500.new/debian/autoreconf 2014-06-23 16:28:38.0 +0100
@@ -0,0 +1 @@
+iscsiuio
diff -urN open-iscsi-2.0.873+git0.3b4b4500/debian/changelog open-iscsi-2.0.873+git0.3b4b4500.new/debian/changelog
--- open-iscsi-2.0.873+git0.3b4b4500/debian/changelog 2013-11-05 16:16:55.0 +
+++ open-iscsi-2.0.873+git0.3b4b4500.new/debian/changelog 2014-06-24 10:52:31.862120236 +0100
@@ -1,3 +1,10 @@
+open-iscsi (2.0.873+git0.3b4b4500-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Add dh-autoreconf in build to support new architectures (Closes: #750610)
+
+ -- Wookey woo...@debian.org Fri, 23 Jun 2014 16:43:47 +0100
+
open-iscsi (2.0.873+git0.3b4b4500-1) unstable; urgency=low
* [53a1224] Fix typo in README.
diff -urN open-iscsi-2.0.873+git0.3b4b4500/debian/control open-iscsi-2.0.873+git0.3b4b4500.new/debian/control
--- open-iscsi-2.0.873+git0.3b4b4500/debian/control 2013-11-05 16:16:55.0 +
+++ open-iscsi-2.0.873+git0.3b4b4500.new/debian/control 2014-06-23 16:32:28.0 +0100
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Debian iSCSI Maintainers pkg-iscsi-maintain...@lists.alioth.debian.org
Uploaders: Andrew Moise ch...@demiurgestudios.com, Philipp Hug deb...@hug.cx, Guido Günther a...@sigxcpu.org, Ritesh Raj Sarraf r...@debian.org
-Build-Depends: debhelper (= 7.0.0), bzip2, bison, flex, autotools-dev, dpkg-dev (= 1.16.1~)
+Build-Depends: debhelper (= 7.0.0), bzip2, bison, flex, dh-autoreconf, autotools-dev, dpkg-dev (= 1.16.1~)
Standards-Version: 3.9.2
Vcs-Git: git://anonscm.debian.org/pkg-iscsi/open-iscsi.git
Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-iscsi/open-iscsi.git
@@ -29,7 +29,7 @@
utility, iscsiadm
Package: open-iscsi-udeb
-Architecture: amd64 i386 ia64 mips mipsel powerpc
+Architecture: amd64 arm64 i386 ia64 mips mipsel powerpc
Section: debian-installer
Package-Type: udeb
Depends: ${shlibs:Depends}, ${misc:Depends}, scsi-modules, libnss-files-udeb
diff -urN open-iscsi-2.0.873+git0.3b4b4500/debian/rules open-iscsi-2.0.873+git0.3b4b4500.new/debian/rules
--- open-iscsi-2.0.873+git0.3b4b4500/debian/rules 2013-11-05 16:16:54.0 +
+++ open-iscsi-2.0.873+git0.3b4b4500.new/debian/rules 2014-06-23 16:35:09.0 +0100
@@ -10,7 +10,7 @@
DEB_UPSTREAM_VERSION=$(shell dpkg-parsechangelog | sed -rne 's,^Version: ([^-]+).*,\1,p')
DEB_HOST_ARCH?=$(shell dpkg-architecture -qDEB_HOST_ARCH)
-SUPPORTED_ARCH_UDEB = amd64 i386 ia64 mips mipsel powerpc
+SUPPORTED_ARCH_UDEB = amd64 arm64 i386 ia64 mips mipsel powerpc
get-orig-source:
[ ! -f $(ORIG_FILE).gz ] || rm -f $(ORIG_FILE).gz
@@ -36,6 +36,8 @@
configure-stamp:
dh_testdir
# Add here commands to configure the package.
+ dh_autotools-dev_updateconfig
+ dh_autoreconf
touch configure-stamp
@@ -71,6 +73,8 @@
$(MAKE) -C utils clean
rm -rf modules
+ dh_autotools-dev_restoreconfig
+ dh_autoreconf_clean
dh_clean
install: install-arch
diff -Nru open-iscsi-2.0.873+git0.3b4b4500/debian/changelog open-iscsi-2.0.873+git0.3b4b4500/debian/changelog
--- open-iscsi-2.0.873+git0.3b4b4500/debian/changelog 2013-11-05 16:16:55.0 +
+++ open-iscsi-2.0.873+git0.3b4b4500/debian/changelog 2014-06-06 10:49:01.0 +0100
@@ -1,3 +1,10 @@
+open-iscsi (2.0.873+git0.3b4b4500-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Add autotools-dev for updated config.{sub,guess}.
+
+ -- Chen Baozi baoz...@gmail.com Fri, 06 Jun 2014 17:48:47 +0800
+
open-iscsi (2.0.873+git0.3b4b4500-1) unstable; urgency=low
* [53a1224] Fix typo in README.
diff -Nru open-iscsi-2.0.873+git0.3b4b4500/debian/control open-iscsi-2.0.873+git0.3b4b4500/debian/control
--- open-iscsi-2.0.873+git0.3b4b4500/debian/control 2013-11-05 16:16:55.0 +
+++ open-iscsi-2.0.873+git0.3b4b4500/debian/control 2014-06-06 10:49:37.0 +0100
@@ -29,7 +29,7 @@
utility, iscsiadm
Package: open-iscsi-udeb
-Architecture: amd64 i386 ia64 mips mipsel powerpc
+Architecture: amd64 arm64 i386 ia64 mips mipsel powerpc
Section: debian-installer
Package-Type: udeb
Depends: ${shlibs:Depends},
Bug#538067: status of the OpenCPN package?
Antoine Beaupré wrote: I am writing to you because you have participated in the review of the new OpenCPN debian package as part of bug #538067. I would be ready to sponsor the package if people are okay with its current state. It would be a shame to have the package stalled in that bug report forever like this. :) Note that upstream is now at version 3.2.2 as well, so there may be some work required to get it up to the latest release. Yet i believe that uploading 2.5 would be better than nothing. What's blocking this? do you need an uploader? Francesco: I think Hamish_B who worked in the past on this is currently busy, as happens frequently with Real Life. I'm not sure if anyone is able to work on that starting from current status. Hi, indeed I am super busy with other responsibilites right now, but I haven't given up on this package! There is very little blocking it now, I don't even remeber what if anything, need to check the last post to the ITP and the ftp-master's previous rejection comment. :) AFAIR it wasn't anything major. I was hesitating to update the packaging in debiangis svn for two reasons, one was that the 2.5.0 package was 99% ready to go, and a 3.2.2 would require resetting the QA-clock to zero. So my plan there was to get 2.5.0 into sid immediately then work on 3.2.2 after. The second reason was that opencpn 3 replaced the graphics canvas with OpenGL, and for Debian/Ubuntu combined with a Intel GPU it caused a rendering bug for many people. (one of the main use cases for opencpn is on laptops where intel GPUs are very common). It's been a while since I checked on the status of the bug, but I'm thinking that it is still present in 3.2.2? (don't quote me on that :) Also since for me at least 2.5.0 is basically feature-complete and a very rock-solid release, I wasn't in a rush for the new nice extra features like improved AIS and radar overlay. Nice, but not critical to the primary purpose of the program. Probably todo is to check if the build is still ok with the latest sid, since perhaps some package names could need updating in the control file. But otherwise I am quite confident in the state of the current packaging and very supportive of one final review before upload. A huge amount of work went into it, so it would be a real shame to throw it out and start again, even if a lot of our review is now merged upstream! thanks for your interest, Hamish ps- MB-System is also very close to being ready for final review, the final 3rd party murky license trouble is now happily resolved with LGPL since a couple weeks ago. (packaging code for this also in alioth debiangis svn) pps- updated gpsdrive too! although I've been maintaining that in the upstream debian/ dir and need to merge that with alioth, and make one final mapnik2 api change commit before I tag a new release. RC version can be tested with ubu 14.04 at dev side of http://live.osgeo.org. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752279: how to remove package with broken systemd.service file?
Hi! On Sun, 2014-06-22 at 06:45:35 +0200, Harald Dunkel wrote: Package: dpkg Version: 1.17.10 # dpkg -P plxc (Reading database ... 283820 files and directories currently installed.) Removing plxc (1.0.4.140618-1) ... Failed to issue method call: Unit plxc.service not loaded. dpkg: error processing package plxc (--purge): subprocess installed pre-removal script returned error exit status 5 Failed to issue method call: Unit plxc.service failed to load: Invalid argument. See system logs and 'systemctl status plxc.service' for details. Errors were encountered while processing: plxc # dpkg --force-all -P plxc (Reading database ... 283820 files and directories currently installed.) Removing plxc (1.0.4.140618-1) ... Failed to issue method call: Unit plxc.service not loaded. dpkg: error processing package plxc (--purge): subprocess installed pre-removal script returned error exit status 5 Failed to issue method call: Unit plxc.service failed to load: Invalid argument. See system logs and 'systemctl status plxc.service' for details. Errors were encountered while processing: plxc The package doesn't provide a pre-removal script; it was added by debhelper. Upgrading the package to a fixed version doesn't work, either. How so? What would you suggest to get rid of the bad package (without cheating, of course)? Is there a --force option I could use? The correct solution is usually to upgrade to a fixed version. The second best might be a proposed workaround [W]. And, no there's currently no force option available, but there are bug reports filed for many if not all those. So I'd say this bug report is in principle redundant given the above. [W] https://wiki.debian.org/Teams/Dpkg/FAQ#Q:_Can_dpkg_be_told_to_avoid_invoking_a_harmful_prerm_from_an_installed_package_on_upgrade.3F. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752510: libqt4-sql-sqlite: fails to load SQLite driver: not a valid plugin
Package: libqt4-sql-sqlite Version: 4:4.8.6+dfsg-2 Severity: important quassel no longer starts after upgrading to this version. When starting it with QT_DEBUG_PLUGINS=1 environment variable, it shows this: QFactoryLoader::QFactoryLoader() looking at /usr/lib/x86_64-linux-gnu/qt4/plugins/sqldrivers/libqsqlite.so The file '/usr/lib/x86_64-linux-gnu/qt4/plugins/sqldrivers/libqsqlite.so' is not a valid Qt plugin. not a plugin QFactoryLoader::QFactoryLoader() looking at /usr/lib/x86_64-linux-gnu/qt4/plugins/sqldrivers/libqsqlmysql.so The file '/usr/lib/x86_64-linux-gnu/qt4/plugins/sqldrivers/libqsqlmysql.so' is not a valid Qt plugin. not a plugin () Selected storage backend is not available: SQLite Could not initialize any storage backend! Exiting... Currently, Quassel supports SQLite3 and PostgreSQL. You need to build your Qt library with the sqlite or postgres plugin enabled in order for quasselcore to work. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.15.1-better+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=sv_SE.utf8, LC_CTYPE=sv_SE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libqt4-sql-sqlite depends on: ii libc6 2.19-3 ii libgcc11:4.9.0-7 ii libqt4-sql 4:4.8.6+dfsg-2 ii libqtcore4 4:4.8.6+dfsg-2 ii libsqlite3-0 3.8.5-2 ii libstdc++6 4.9.0-7 ii multiarch-support 2.19-3 libqt4-sql-sqlite recommends no packages. Versions of packages libqt4-sql-sqlite suggests: ii libqt4-dev 4:4.8.6+dfsg-2 -- 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#752511: debian-security-support: [l10n:cs] Initial Czech program translation
Package: debian-security-support Version: 2014.05.16 Severity: wishlist Tags: l10n Dear Maintainer, In attachment there is initial Czech translation (cs.po) of debian-security- support package, please include it. Thanks -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Czech translation of debian-security-support. # Copyright (C) 2014 Michal Simunek michal.simu...@gmail.com # This file is distributed under the same license as the debian-security-support package. # Michal Simunek michal.simu...@gmail.com, 2014. # msgid msgstr Project-Id-Version: debian-security-support 2014.05.16\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2014-04-26 11:31+0200\n PO-Revision-Date: 2014-06-24 09:15+0200\n Last-Translator: Michal Simunek michal.simu...@gmail.com\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #: check-support-status:31 msgid Failed to parse the command line parameters msgstr Nepodařilo se zpracovat parametry příkazové řádky #: check-support-status:40 #, sh-format msgid $name version $VERSION msgstr $name verze $VERSION #: check-support-status:72 msgid E: Internal error msgstr E: Vnitřní chyba #: check-support-status:104 msgid E: Cannot detect dpkg version, assuming wheezy or newer msgstr E: Nelze rozpoznat verzi dpkg, předpokládá se, že je ve verzi z wheezy nebo novější #: check-support-status:205 msgid Security support has ended for one or more packages\n \n Unfortunately, security support for some packages needed to be stopped\n before the end of the regular security maintenance life cycle.\n \n The following packages found on your system are affected by this: msgstr Bezpečnostní podpora jednoho nebo více balíčků byla ukončena\n \n U některých balíčků bylo bohužel nutné ukončit bezpečnostní podporu\n před koncem životního cyklu běžně poskytované bezpečnostní podpory.\n \n Týká se to následujících balíčků, které se nacházejí na tomto systému: #: check-support-status:215 msgid Security support is limited for one or more packages\n \n Unfortunately, security support for some packages had to be limited.\n \n The following packages found on your system are affected by this: msgstr Bezpečnostní podpora jednoho nebo více balíčků je omezena\n \n U některých balíčků bylo bohužel nutné omezit bezpečnostní podporu.\n \n Týká se to následujících balíčků, které se nacházejí na tomto systému: #: check-support-status:232 #, sh-format msgid * Source:$SRC_NAME, ended on $ALERT_WHEN at version $ALERT_VERSION msgstr * Zdrojový balíček: $SRC_NAME, podpora ukončena $ALERT_WHEN u verze $ALERT_VERSION #: check-support-status:235 #, sh-format msgid * Source:$SRC_NAME msgstr * Zdrojový balíček: $SRC_NAME #: check-support-status:239 #, sh-format msgid Details: $ALERT_WHY msgstr Podrobnosti: $ALERT_WHY #: check-support-status:242 msgid Affected binary package: msgstr Týká se binárního balíčku: #: check-support-status:244 msgid Affected binary packages: msgstr Týká se binárních balíčků: #: check-support-status:247 #, sh-format msgid - $BIN_NAME (installed version: $BIN_VERSION) msgstr - $BIN_NAME (nainstalovaná verze: $BIN_VERSION)
Bug#752512: corosync: Corosync doesn't start at reboot
Package: corosync Version: 1.4.2-3 Severity: normal Dear Maintainers, I ran into problem with corosync on one of our servers. Our corosync daemon doesn't start at boot, but after the host is back online again 'service corosync start' fixes the issue just fine until next reboot. Unfortunately I don't have exact time when the issue came up nor even a confirmation that it's an problem with corosync, but as far as I can tell it's at least related with corosync. Steps to reproduce: - Reboot host - Observe that corosync isn't running - Start corosync with 'service' or directly via /etc/init.d/ without issues I attempted to place some debugging messages to init-script, but it looks like that host doesn't even attempt to run init-script, even if symlinks and everything are in place: # ls -l /etc/rc2.d/ total 4 -rw-r--r-- 1 root root 677 Jul 14 2013 README lrwxrwxrwx 1 root root 20 Feb 14 02:09 S01fancontrol - ../init.d/fancontrol lrwxrwxrwx 1 root root 14 Jan 28 2013 S01motd - ../init.d/motd lrwxrwxrwx 1 root root 20 Feb 14 02:09 S01munin-node - ../init.d/munin-node lrwxrwxrwx 1 root root 17 Feb 14 02:09 S01rsyslog - ../init.d/rsyslog lrwxrwxrwx 1 root root 15 Feb 21 03:22 S02acpid - ../init.d/acpid lrwxrwxrwx 1 root root 13 Feb 21 03:22 S02atd - ../init.d/atd lrwxrwxrwx 1 root root 14 Feb 21 03:22 S02cron - ../init.d/cron lrwxrwxrwx 1 root root 14 Feb 21 03:22 S02dbus - ../init.d/dbus lrwxrwxrwx 1 root root 17 Feb 21 03:22 S02hddtemp - ../init.d/hddtemp lrwxrwxrwx 1 root root 17 Feb 21 03:22 S02ipmievd - ../init.d/ipmievd lrwxrwxrwx 1 root root 21 Feb 21 03:22 S02libvirt-bin - ../init.d/libvirt-bin lrwxrwxrwx 1 root root 14 Feb 21 03:22 S02logd - ../init.d/logd lrwxrwxrwx 1 root root 28 Feb 21 03:22 S02megaclisas-statusd - ../init.d/megaclisas-statusd lrwxrwxrwx 1 root root 13 Feb 21 03:22 S02ntp - ../init.d/ntp lrwxrwxrwx 1 root root 18 Feb 21 03:22 S02openhpid - ../init.d/openhpid lrwxrwxrwx 1 root root 17 Feb 21 03:22 S02postfix - ../init.d/postfix lrwxrwxrwx 1 root root 15 Feb 21 03:22 S02rsync - ../init.d/rsync lrwxrwxrwx 1 root root 23 Feb 21 03:22 S02smartmontools - ../init.d/smartmontools lrwxrwxrwx 1 root root 13 Feb 21 03:22 S02ssh - ../init.d/ssh lrwxrwxrwx 1 root root 18 Feb 21 03:22 S02stunnel4 - ../init.d/stunnel4 lrwxrwxrwx 1 root root 17 Feb 21 03:22 S02winbind - ../init.d/winbind lrwxrwxrwx 1 root root 14 Feb 21 03:22 S03drbd - ../init.d/drbd lrwxrwxrwx 1 root root 18 Feb 21 03:22 S04bootlogs - ../init.d/bootlogs lrwxrwxrwx 1 root root 18 Jun 24 03:19 S04corosync - ../init.d/corosync lrwxrwxrwx 1 root root 24 Feb 14 02:09 S04libvirt-guests - ../init.d/libvirt-guests lrwxrwxrwx 1 root root 17 Jan 28 2013 S14portmap - ../init.d/portmap lrwxrwxrwx 1 root root 17 Jan 28 2013 S14rpcbind - ../init.d/rpcbind lrwxrwxrwx 1 root root 20 Jan 28 2013 S15nfs-common - ../init.d/nfs-common lrwxrwxrwx 1 root root 27 Feb 14 02:09 S16nfs-kernel-server - ../init.d/nfs-kernel-server lrwxrwxrwx 1 root root 18 Feb 21 03:22 S17rc.local - ../init.d/rc.local lrwxrwxrwx 1 root root 19 Feb 21 03:22 S17rmnologin - ../init.d/rmnologin lrwxrwxrwx 1 root root 23 Feb 21 03:22 S17stop-bootlogd - ../init.d/stop-bootlogd I even tried to add line '/usr/sbin/service corosync start' into /etc/rc.local but (yet again for some reason I can't figure out) daemon still didn't start during boot. I omitted configuration files, since I highly doubt that they aren't an issue, since the very script which should start service at boot works, it just doesn't run. Obviously, I've got 'START=yes' on /etc/default/corosync, but other than that configuration files should be in order. Either there's something wrong on corosync, or my host has something messed up which I can't spot, but at this point it seems that the setup should work flawlessly. Obviously, if (when) it's an error on my side, I sincerely apologize for wasting your precious time. -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/24 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 corosync depends on: ii adduser 3.113+nmu3 ii libc6 2.13-38+deb7u1 ii libcfg4 1.4.2-3 ii libconfdb4 1.4.2-3 ii libcoroipcc41.4.2-3 ii libcoroipcs41.4.2-3 ii libcpg4 1.4.2-3 ii libevs4 1.4.2-3 ii liblogsys4 1.4.2-3 ii libpload4 1.4.2-3 ii libquorum4 1.4.2-3 ii libsam4 1.4.2-3 ii libtotem-pg41.4.2-3 ii libvotequorum4 1.4.2-3 ii lsb-base4.1+Debian8+deb7u1 corosync recommends no packages. corosync suggests no packages. -- Configuration Files: /etc/corosync/corosync.conf changed [not included] /etc/default/corosync changed [not included] /etc/init.d/corosync changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to
Bug#752513: pcp: FTBFS on hurd-i386
Source: pcp Version: 3.9.6 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hello, In addition to the missing autoconf dependency in #752171 there are two remaining issues for the GNU/Hurd build. 1) On Hurd there is no pthread minimum stack size defined. On GNU/Linux this value is set to 16384. The attached stack_size.patch use that number as default when PTHREAD_STACK_MIN is not defined. In fact for Hurd it could be as small as 4096, the page size for x86. 2) Due to some yet unknown reason the second time pmieconf is creating the file 'local' it fails with the fname being empty in rules.c. The attached patch makefile.patch is a work-around for this problem by not deleting that file the second time. (cd src/pmieconf; PCP_CONF=../../src/include/pcp.conf LD_LIBRARY_PATH=../../src/libpcp/src:../../src/libpcp_pmda/src:$LD_LIBRARY_PATH HOME=`pwd` PCP_ALT_CPP=../../src/pmcpp/pmcpp ./pmieconf -F -r rulesdir -f local) manually works to create 'local', but not in the nested make calls. It seems that the re-creation of that file could be avoided by modifying the files GNUmakefile and/or GNUmakefile.rules resulting in: Nothing to be done for 'default_pcp' when getting to the examples directory? (Dunno how to do that yet). Thanks! --- a/src/libpcp/src/probe.c 2014-06-19 02:34:07.0 +0200 +++ b/src/libpcp/src/probe.c 2014-06-23 16:08:48.0 +0200 @@ -16,8 +16,12 @@ #include internal.h #include probe.h -#if defined(IS_SOLARIS) !defined(PTHREAD_STACK_MIN) +#if !defined(PTHREAD_STACK_MIN) +#if defined(IS_SOLARIS) #define PTHREAD_STACK_MIN ((size_t)_sysconf(_SC_THREAD_STACK_MIN)) +#else +#define PTHREAD_STACK_MIN 16384 +#endif #endif /* --- a/src/pmieconf/GNUmakefile 2014-01-09 00:29:26.0 +0100 +++ b/src/pmieconf/GNUmakefile 2014-06-23 15:59:09.0 +0200 @@ -55,7 +55,7 @@ done rules: $(SUBDIRS) - rm -fr rules local; mkdir rules; exit 0 + rm -fr rules; mkdir rules; exit 0 $(SUBDIRS_MAKERULE) $(RUN_IN_BUILD_ENV) ./$(CMDTARGET) -F -r rules -f local
Bug#752514: ruby-fftw3: FTBFS on armhf
Source: ruby-fftw3 Version: 0.4-6 Severity: serious Your package failed to build on armhf: /usr/lib/ruby/vendor_ruby/gem2deb/test_runner.rb:86:in `exit': no implicit conversion from nil to integer (TypeError) from /usr/lib/ruby/vendor_ruby/gem2deb/test_runner.rb:86:in `run_ruby' from /usr/lib/ruby/vendor_ruby/gem2deb/test_runner.rb:130:in `run_tests' from /usr/lib/ruby/vendor_ruby/gem2deb/test_runner.rb:189:in `main' ..ERROR: Test ruby2.1 failed. Exiting. dh_auto_install: dh_ruby --install /«PKGBUILDDIR»/debian/tmp returned exit code 1 make: *** [binary-arch] Error 1 debian/rules:4: recipe for target 'binary-arch' failed For the full build log see https://buildd.debian.org/status/logs.php?pkg=ruby-fftw3ver=0.4-6%2Bb2arch=armhf Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752445: partman-prep: ppc64el support
Sorry Ben, Christian, for forgetting that.
Here it is.
F.
On Mon, 23 Jun 2014 17:56:26 +0100, Ben Hutchings b...@decadent.org.uk wrote:
Control: tag -1 - patch
Control: tag -1 moreinfo
On Mon, 2014-06-23 at 17:24 +0200, Frederic Bonnard wrote:
Package: partman-prep
Version: 27
Severity: normal
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: ppc64el
Dear Maintainer,
here is a simple patch to add support for architecture ppc64el,
F.
You forget the patch.
Ben.
--
Ben Hutchings
For every complex problem
there is a solution that is simple, neat, and wrong.
diff -Nru partman-prep-27/debian/control partman-prep-27/debian/control
--- partman-prep-27/debian/control 2013-07-13 09:52:34.0 +
+++ partman-prep-27/debian/control 2014-05-21 10:31:28.0 +
@@ -9,7 +9,7 @@
Package: partman-prep
Package-Type: udeb
-Architecture: powerpc
+Architecture: powerpc ppc64el
XB-Subarchitecture: chrp_ibm chrp_rs6k prep
Depends: ${misc:Depends}, partman-base (= 114)
Description: Add partman support for PPC PReP boot partitions
Bug#752515: nss-pam-ldapd: [INTL:ja] New Japanese debconf translation
Package: nss-pam-ldapd Version: 0.9.4-1 Severity: wishlist Tags: patch l10n Dear nss-pam-ldapd package maintainer, Here's Japanese po-debconf template translation (ja.po) file that reviewed by several Japanese Debian developers and users. Could you apply it, please? -- victory http://userscripts.org/scripts/show/102724 0.0.1.4 http://userscripts.org/scripts/show/163846 0.0.1 http://userscripts.org/scripts/show/163848 0.0.1 nss-pam-ldapd_0.9.4-1_ja.po.gz Description: Binary data
Bug#683854: solr-jetty: latest security fix made the symlink bug reappear
Package: solr-jetty Version: 3.6.0+dfsg-1+deb7u1 Followup-For: Bug #683854 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear Maintainer, the fix for bug #683854 seems to be missing in 3.6.0+dfsg-1+deb7u1 Installing this security fix breaks solr: lrwxrwxrwx 1 root root 22 Jun 16 19:51 /var/lib/jetty/webapps/solr - /usr/share/solr/webapp bjorn@canardo:~$ ls -l /usr/share/solr total 8 drwxr-xr-x 2 root root 4096 Jun 23 06:46 bin lrwxrwxrwx 1 root root 14 Jun 21 2012 conf - /etc/solr/conf lrwxrwxrwx 1 root root 18 Jun 21 2012 data - /var/lib/solr/data lrwxrwxrwx 1 root root 13 Jun 21 2012 logs - /var/log/solr lrwxrwxrwx 1 root root3 Jun 21 2012 scripts - bin lrwxrwxrwx 1 root root 18 Jun 16 19:51 solr.xml - /etc/solr/solr.xml drwxr-xr-x 4 root root 4096 Jun 24 12:49 web Bjørn - -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (990, 'stable'), (699, 'proposed-updates'), (600, 'unstable'), (500, 'stable-updates'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages solr-jetty depends on: ii jetty6.1.26-1 ii libjetty-extra-java 6.1.26-1 ii solr-common 3.6.0+dfsg-1+deb7u1 solr-jetty recommends no packages. solr-jetty suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlOpWvQACgkQ10rqkowbIskgIACfV6JBEMrTVKKYKtOE3KgOtdTx vOYAni83/UU3Wq0mwy45UIFe+Mz5E5pg =Epiu -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752394: cups installation hangs in triggers
On 2014-06-24 08:05:43 +0200, Didier 'OdyX' Raboud wrote: Le mardi, 24 juin 2014 02.13:10, vous avez écrit : On 2014-06-23 19:02:50 +0200, Didier 'OdyX' Raboud wrote: Can you reproduce this problem or was it a one-off problem? I tried to reproduce the problem by doing a reinstall on the cups related packages. I even did: (…) which corresponds to the upgrade, but again, everything is fine. Well, if neither you or me are able to reproduce this problem (and noone else if experiencing it), I don't see how we'll be able to solve it; I'm therefore hereby downgrading this bug to important. There was another cups-related upgrade, and I didn't get any problem. I suspect that Jun 23 13:03:49 ypig PackageKit: daemon quit is related to the upgrade. I also got it when I retested the upgrade. Indeed. It should work™. Other things that come to mind are indeed PackageKit conflict, apparmor or SELinux configurations; do you have something custom in these areas? No, I have the minimal due to the dependencies and never changed the configuration related to them. Could you also find the /var/log/cups/error_log lines from the upgrade time, maybe? Nothing. And in /var/log/cups/access_log: localhost - - [23/Jun/2014:13:02:08 +0200] POST /admin/ HTTP/1.1 401 163 CUPS-Delete-Printer successful-ok localhost - root [23/Jun/2014:13:02:08 +0200] POST /admin/ HTTP/1.1 200 163 CUPS-Delete-Printer successful-ok localhost - - [23/Jun/2014:13:02:08 +0200] POST /admin/ HTTP/1.1 401 158 CUPS-Delete-Printer successful-ok localhost - root [23/Jun/2014:13:02:08 +0200] POST /admin/ HTTP/1.1 200 158 CUPS-Delete-Printer successful-ok localhost - - [23/Jun/2014:13:02:08 +0200] POST /admin/ HTTP/1.1 401 161 CUPS-Delete-Printer successful-ok localhost - root [23/Jun/2014:13:02:08 +0200] POST /admin/ HTTP/1.1 200 161 CUPS-Delete-Printer successful-ok localhost - - [23/Jun/2014:13:02:08 +0200] POST /admin/ HTTP/1.1 401 169 CUPS-Delete-Printer successful-ok localhost - root [23/Jun/2014:13:02:08 +0200] POST /admin/ HTTP/1.1 200 169 CUPS-Delete-Printer successful-ok localhost - - [23/Jun/2014:13:02:08 +0200] POST /admin/ HTTP/1.1 401 157 CUPS-Delete-Printer successful-ok localhost - root [23/Jun/2014:13:02:08 +0200] POST /admin/ HTTP/1.1 200 157 CUPS-Delete-Printer successful-ok localhost - - [23/Jun/2014:13:02:08 +0200] POST /admin/ HTTP/1.1 401 156 CUPS-Delete-Printer successful-ok localhost - root [23/Jun/2014:13:02:08 +0200] POST /admin/ HTTP/1.1 200 156 CUPS-Delete-Printer successful-ok localhost - - [23/Jun/2014:13:02:08 +0200] POST /admin/ HTTP/1.1 401 166 CUPS-Delete-Printer successful-ok localhost - root [23/Jun/2014:13:02:08 +0200] POST /admin/ HTTP/1.1 200 166 CUPS-Delete-Printer successful-ok localhost - - [23/Jun/2014:13:02:08 +0200] POST /admin/ HTTP/1.1 401 166 CUPS-Delete-Printer successful-ok localhost - root [23/Jun/2014:13:02:08 +0200] POST /admin/ HTTP/1.1 200 166 CUPS-Delete-Printer successful-ok -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752511: debian-security-support: [l10n:cs] Initial Czech program translation
Package: debian-security-support Version: 2014.05.16 Followup-For: Bug #752511 Added patch tag -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748753:
On Mon, Jun 23, 2014 at 02:32:56PM -0700, Keshav Kini wrote: So can we please have a newer version of xserver-xorg-video-intel in sid soon? please install the one from experimental for now. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752516: RM: guile-db -- NBS; FTBFS with guile-2.0; dead upstream
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, please remove guile-db from Debian. It cannot be migrated to guile-2.0 (as per https://bugs.debian.org/707901#19) and the upstream is dead. JFTR I am the last uploader (berkeley db migration) in 2011. Ondrej -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJTqWBZAAoJEAyZtw70/LsHm64QAMZp5K6tlaiOs+qhPe2bVwaD lYNdTbrF4CAYSns1uxZgOzBtP+9gZtFDTMdIuQ+4+wQBLfenNPl3v68yc0u/UsTW z/2mt7kwoy4/tGEr1SXQk/h/Wn7YfRVvLT/ru0KJHkjvqt92qVK1iOou4brptgHf 7GtFM1rzLa5pwKuHEyH3OBT1ReyH5WRW/uP6ETFJlWpdKH+iEMFGBnkov37DmXPH iO9v3Tdw6uJMd5FqEiR1poSaowa5+Is/KC5wTzYDyPT+0BUoSHW6YzjfWsXzaVkw VtKXQwaBN820uzXsOad7jj62EFu4rpQbdOPPauSMvtYT6t2uBamH+28B16qEI00S sGsF8nuEMqGqQpkAkDNjqWohrg10Z9PqpTeYWCSUd8xSlNAY8muthiymsOE16sDA 9xFxbc1LHQ1mEDwMs0i8MOC2rqL1rHdVJUQIgPqp0KPrppN0zD8clUTBnqgHhLx7 +4e3sR2s/c+cXCVhtlGVWJwTdDkKmnbeZIIrR9isKJw5xP6iJfvBAPg1QUk4EzJD NGq4QGpaXM0pyCzTYZ6tMrsW2o/eI/vaTeW68fJed+f0bv9UZeAnKSXr7DhM/lBb K7H0Iw2//RZ6aBGME6JSqnsNucf1+brv6+AwgNFQFDsyw+XliYowuQHHj4AMk7Gt mt7z1pQrPaOCLzVVtRhM =5vB4 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650965: #650965: pdns-recursor: gives inconsistent results on subsequent queries
Hi! The bug you've reported a long time ago obviously applies to an old version. Could you verify if this bug still applies to 3.6.0? Thanks! -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- signature.asc Description: Digital signature
Bug#733929: exim4-base with systemd-cron
On 2014-06-24 10:14, Alexandre Detiste wrote: Le lundi 23 juin 2014, 19:12:44 Andreas Metzler a écrit : On 2014-06-23 Alexandre Detiste alexandre.deti...@gmail.com wrote: PS: what I found in the Policy about cron deamons: https://www.debian.org/doc/debian-policy/ch-binary.html#s-virtual_pkg https://www.debian.org/doc/packaging-manuals/virtual-package-names-list.tx t cron-daemon Any cron daemon that correctly follows policy requirements Fixed in git. cu Andreas Ok, thank you very much, I will test it when it arrives in experimental. I set up this page to track other packages with similar problems: http://users.teledisnet.be/ade15809/cron-daemon.html . You might be interested in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752376 (systemd-cron appears not to meet the policy requirements in question). Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729502: error during package install/configure
Package: debtags Version: 1.12 Tags: confirmed Hi, I confirm the bug is present and at a first test if in the config file there are valid http lines from where to download the updates, debtags-fetch will try the download even if the --local is specified during the update. The proposed alioth URL seems to be no longer valid (http://debtags.alioth.debian.org/tags/). I will - Investigate if the --local switch should really avoid any kind of remote update. - Change the proposed default for the remote update URL in the package. - See if it is correct to catch the exception if the remote URL is not found and decide how to properly handle it. Thanks for reporting. Ciao E. -- GPG Key: 4096R/F2133176 2010-10-19 Enrico Rossi e.ro...@tecnobrain.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752455: asciidoc: Strange behaviour of backticks inside a listing block when converting to PDF
Package: asciidoc Version: 8.6.9-2 Followup-For: Bug #752455 Hi Joseph, Thank you very much for your quick reply! Yes, the workaround you provided does seem to work. :-) However, it is not really ideal for 2 reasons: 1. It now requires me to add another file to the version control database (asciidoc-dblatex.sty, which is now required for compiling the document). 2. This is really unexpected behaviour: the listing blocks are accepted to be the thing to use for printing source code, so the expectation is that any strange characters would be printed verbatum. It is possible this is an unreasonable expectation. :-) For the record, another workaround that I used before your reply was to change the bash code to use the $(...) form instead of `...`. Best regards, George -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752517: aptitude: wrong %v %V order in man aptitude section -F
Package: aptitude Version: 0.6.11-1 Severity: normal man aptitude section -F says -F format, --display-format format Specify the format which should be used to display output from the search and versions commands. For instance, passing “%p %V %v” for format will display a package's name, followed by its currently installed version and its available version ... # aptitude search ~U -F %p %s %V %v|grep git git vcs1:2.0.0-2 1:1.9.2-1 git-man doc1:2.0.0-2 1:1.9.2-1 # aptitude search ~U -F %p %s %v %V|grep git git vcs1:1.9.2-1 1:2.0.0-2 git-man doc1:1.9.2-1 1:2.0.0-2 # git --version git version 1.9.2 %V is the available version %v is the currently installed version -- Package-specific info: Terminal: xterm-256color $DISPLAY not set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.6.11 compiled at Jun 9 2014 20:46:57 Compiler: g++ 4.8.3 Compiled against: apt version 4.12.0 NCurses version 5.9 libsigc++ version: 2.2.11 Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 5.9.20140118 cwidget version: 0.5.17 Apt version: 4.12.0 aptitude linkage: linux-vdso.so.1 (0x7fff923ef000) libapt-pkg.so.4.12 = /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 (0x7f9d0dc5d000) libncursesw.so.5 = /lib/x86_64-linux-gnu/libncursesw.so.5 (0x7f9d0da28000) libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7f9d0d7fd000) libsigc-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 (0x7f9d0d5f8000) libcwidget.so.3 = /usr/lib/x86_64-linux-gnu/libcwidget.so.3 (0x7f9d0d2f1000) libsqlite3.so.0 = /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x7f9d0d034000) libboost_iostreams.so.1.55.0 = /usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.55.0 (0x7f9d0ce1c000) libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7f9d0ca1e000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f9d0c80) libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7f9d0c4f5000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7f9d0c1f4000) libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7f9d0bfdd000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f9d0bc34000) libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x7f9d0ba31000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f9d0b82c000) libz.so.1 = /lib/x86_64-linux-gnu/libz.so.1 (0x7f9d0b614000) libbz2.so.1.0 = /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7f9d0b404000) liblzma.so.5 = /lib/x86_64-linux-gnu/liblzma.so.5 (0x7f9d0b1e) librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7f9d0afd8000) libuuid.so.1 = /lib/x86_64-linux-gnu/libuuid.so.1 (0x7f9d0add2000) /lib64/ld-linux-x86-64.so.2 (0x7f9d0e5e6000) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-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 Versions of packages aptitude depends on: ii aptitude-common 0.6.11-1 ii libapt-pkg4.121.0.5 ii libboost-iostreams1.55.0 1.55.0+dfsg-1 ii libc6 2.19-3 ii libcwidget3 0.5.17-1 ii libgcc1 1:4.9.0-7 ii libncursesw5 5.9+20140118-1 ii libsigc++-2.0-0c2a2.2.11-3 ii libsqlite3-0 3.8.4.3-1 ii libstdc++64.9.0-7 ii libtinfo5 5.9+20140118-1 ii libxapian22 1.2.17-1 Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-doc none pn libparse-debianchangelog-perl none ii sensible-utils 0.0.9 Versions of packages aptitude suggests: pn apt-xapian-index none pn debtags none ii tasksel 3.20 -- 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#752518: clamav-freshclam: freshclam does not restart on host when openvz guest also runs freshclam
Package: clamav-freshclam Version: 0.98.1+dfsg-1+deb7u3 Severity: normal Dear Maintainer, Startup script for clamav-freshclam uses pidofproc to find if freshclam is already running. If the PID file does not exist, it will look for freshclam processes by name. On a host having openvz containers (maybe lxc containers too) running freshclam daemon, pidofproc will find freshclam processes running into containers. service clamav-freshclam restart will try to kill freshclam processes running into containers and will not start freshclam on host because it thinks freshclam is already running. Output on a host with three openvz containers, each running freshclam: # service clamav-freshclam restart Stopping ClamAV virus database updater: freshclam/etc/init.d/clamav-freshclam: 346: kill: Illegal number: 25356 24140 21711 failed! -- Package-specific info: --- configuration --- #Automatically Generated by clamav-base postinst #To reconfigure clamd run #dpkg-reconfigure clamav-base #Please read /usr/share/doc/clamav-base/README.Debian.gz for details LocalSocket /var/run/clamav/clamd.ctl FixStaleSocket true LocalSocketGroup clamav LocalSocketMode 666 # TemporaryDirectory is not set to its default /tmp here to make overriding # the default with environment variables TMPDIR/TMP/TEMP possible User clamav AllowSupplementaryGroups true ScanMail true ScanArchive true ArchiveBlockEncrypted false MaxDirectoryRecursion 15 FollowDirectorySymlinks false FollowFileSymlinks false ReadTimeout 180 MaxThreads 12 MaxConnectionQueueLength 15 LogSyslog false LogRotate true LogFacility LOG_LOCAL6 LogClean false LogVerbose false PidFile /var/run/clamav/clamd.pid DatabaseDirectory /var/lib/clamav SelfCheck 3600 Foreground false Debug false ScanPE true MaxEmbeddedPE 10M ScanOLE2 true ScanHTML true MaxHTMLNormalize 10M MaxHTMLNoTags 2M MaxScriptNormalize 5M MaxZipTypeRcg 1M ScanSWF true DetectBrokenExecutables false ExitOnOOM false LeaveTemporaryFiles false AlgorithmicDetection true ScanELF true IdleTimeout 30 PhishingSignatures true PhishingScanURLs true PhishingAlwaysBlockSSLMismatch false PhishingAlwaysBlockCloak false DetectPUA false ScanPartialMessages false HeuristicScanPrecedence false StructuredDataDetection false CommandReadTimeout 5 SendBufTimeout 200 MaxQueue 100 ExtendedDetectionInfo true OLE2BlockMacros false ScanOnAccess false AllowAllMatchScan true ForceToDisk false DisableCertCheck false StreamMaxLength 25M LogFile /var/log/clamav/clamav.log LogTime true LogFileUnlock false LogFileMaxSize 0 Bytecode true BytecodeSecurity TrustSigned BytecodeTimeout 6 OfficialDatabaseOnly false CrossFilesystems true # Automatically created by the clamav-freshclam postinst # Comments will get lost when you reconfigure the clamav-freshclam package DatabaseOwner clamav UpdateLogFile /var/log/clamav/freshclam.log LogVerbose false LogSyslog false LogFacility LOG_LOCAL6 LogFileMaxSize 0 LogRotate true LogTime true Foreground false Debug false MaxAttempts 5 DatabaseDirectory /var/lib/clamav DNSDatabaseInfo current.cvd.clamav.net AllowSupplementaryGroups false PidFile /var/run/clamav/freshclam.pid ConnectTimeout 30 ReceiveTimeout 30 TestDatabases yes ScriptedUpdates yes CompressLocalDatabase no Bytecode true # Check for new database 24 times a day Checks 24 DatabaseMirror db.local.clamav.net DatabaseMirror database.clamav.net PrivateMirror clamav --- data dir --- total 88060 -rw-r--r-- 1 clamav clamav73081 Jun 11 16:43 bytecode.cvd -rw-r--r-- 1 clamav clamav 25265284 Jun 22 11:55 daily.cvd -rw-r--r-- 1 clamav clamav 64720632 Jun 11 16:43 main.cvd -rw--- 1 clamav clamav 52 Jun 11 16:43 mirrors.dat -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-20-pve (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 clamav-freshclam depends on: ii clamav-base0.98.1+dfsg-1+deb7u3 ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38+deb7u1 ii libclamav6 0.98.1+dfsg-1+deb7u3 ii logrotate 3.8.1-4 ii lsb-base 4.1+Debian8+deb7u1 ii ucf3.0025+nmu3 ii zlib1g 1:1.2.7.dfsg-13 clamav-freshclam recommends no packages. Versions of packages clamav-freshclam suggests: pn clamav-docs none -- debconf information: * clamav-freshclam/autoupdate_freshclam: daemon * clamav-freshclam/proxy_user: * clamav-freshclam/NotifyClamd: false * clamav-freshclam/local_mirror: db.local.clamav.net * clamav-freshclam/http_proxy: * clamav-freshclam/update_interval: 24 * clamav-freshclam/PrivateMirror: clamav * clamav-freshclam/internet_interface: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741258: libphonenumber packaging, libre2, ...
On 24/06/14 13:04, Fredrik Roubert wrote: On Sat, Jun 14, 2014 at 3:16 PM, Fredrik Roubert roub...@google.com wrote: As of r671, these changes have now been committed upstream. Is there now anything else with which you need my help, in order to proceed with this? The package is in the NEW queue: https://ftp-master.debian.org/new.html It can take a few weeks for the FTP masters to approve something in the NEW queue In the meantime, these other things are not on the critical path but are a good idea: - getting libre2 into wheezy-backports - then we can release libphonenumber as a backport too - updating the version number in debian/copyright in SVN (see the email thread about version numbers) - this doesn't impact the official packages because I fix up the version number manually when I build a package to upload. But if you set the version correctly in SVN, it will be more convenient for users who want to build their own packages from SVN. - packaging the JavaScript - I saw the reply about that, but I haven't had time to do anything with that myself. I may come back to that or somebody else may contribute a patch. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752376:
I think it provides similar features as anacron. Not at all for the moment. systemd-cron needs systemd 212 to use persistent timers in order to emulate anacron? and sid is stuck at 204. indeed /etc/crontab /etc/cron.d are currently not supported, but are also less used ; maybe packages using custom cron jobs should also provide custom systemd units timers in the future; but I guess it won't happen in Jessie. We could maybe use this: https://github.com/kstep/systemd-crontab-generator should not have Provides: cron-daemon That would make this package un-installable, because regular cron would be almost mandatory (of fcron, or bcron-run) the two conflicts. Still it's nice in some case to have a lean system without cron, anacron , inetd, atd... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749405: [Resolvconf-devel] Bug#749405: Bug#749405: Current Status + Moving Forward?
Here is a patch which survives some basic testing. The tricky part turns out to be cleaning up after a change to the .service file. The available helpers don't handle this properly. In order to remove the obsolete symbolic link /etc/systemd/system/network.target.wants/resolvconf.service on a system without systemctl installed I resorted to using rm, but I don't know how evil that is. Comments, please. $ git diff debian/1.75..HEAD | cat - diff --git a/debian/changelog b/debian/changelog index 56d3e91..e2a1971 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +resolvconf (1.76) unstable; urgency=medium + + * resolvconf.service: Install into sysinit.target, not into +network.target (Closes: #749405) + + -- Thomas Hood jdth...@gmail.com Tue, 24 Jun 2014 11:50:33 +0200 + resolvconf (1.75) unstable; urgency=low * [49dedb8] Update man page re: dns-nameserver (Closes: 718021) diff --git a/debian/postinst b/debian/postinst index cb50a26..750e350 100755 --- a/debian/postinst +++ b/debian/postinst @@ -29,6 +29,18 @@ rm -f /etc/dhcp3/dhclient-enter-hooks.d/resolvconf # We use dh_installinit with --no-start #DEBHELPER# +### Clean up old symlinks from release 1.75: see #749405 ### +case $1 in + configure) + if [ $2 = 1.75 ] ; then + if which systemctl /dev/null 21 ; then + systemctl reenable resolvconf + else + rm -f /etc/systemd/system/network.target.wants/resolvconf.service || : + fi + fi + ;; +esac ### Create run-time directories and linkify ### # diff --git a/debian/resolvconf.service b/debian/resolvconf.service index 2a7285d..94fde69 100644 --- a/debian/resolvconf.service +++ b/debian/resolvconf.service @@ -11,4 +11,4 @@ ExecStart=/sbin/resolvconf --enable-updates ExecStop=/sbin/resolvconf --disable-updates [Install] -WantedBy=network.target +WantedBy=sysinit.target
Bug#752445: partman-prep: ppc64el support
On 24 June 2014 12:06, Frederic Bonnard fre...@linux.vnet.ibm.com wrote: Sorry Ben, Christian, for forgetting that. Here it is. Well, in ubuntu that was done in 27ubuntu1 upload by Colin Watson, and merged into debian with upload 29 by bubulle as off 22nd March 2014 and synced into Utopic. Version 29 is already in testing. I believe this bug report has already been resolved. Regards, Dimitri. F. On Mon, 23 Jun 2014 17:56:26 +0100, Ben Hutchings b...@decadent.org.uk wrote: Control: tag -1 - patch Control: tag -1 moreinfo On Mon, 2014-06-23 at 17:24 +0200, Frederic Bonnard wrote: Package: partman-prep Version: 27 Severity: normal Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el Dear Maintainer, here is a simple patch to add support for architecture ppc64el, F. You forget the patch. Ben. -- Ben Hutchings For every complex problem there is a solution that is simple, neat, and wrong. -- Regards, Dimitri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744214: openconnect: PKCS#11 support broken with GnuTLS 2.12.x
Hello, Is there any plans to have this fixed for the version currently in unstable version? Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752519: Wrong greater than comparings
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: apt Version: 1.0.5 Severity: important I had the following on a other node that I don't want to send mails at all. So I purged the package informations below and will give the versions by hand. Affected apt version: 1.0.5 (amd64) apt-get install libdbd-anydata-perl Reading package lists... Done Building dependency tree 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: libdbd-anydata-perl : Depends: libdbi-perl (= 1.612) but it is not going to be installed E: Unable to correct problems, you have held broken packages. apt-cache policy libdbi-perl libdbi-perl: Installed: 1.631-3 Candidate: 1.631-3 Version table: *** 1.631-3 0 500 ftp://ftp.de.debian.org/debian/ sid/main amd64 Packages 100 /var/lib/dpkg/status dpkg --compare-versions 1.631-3 '=' 1.612; echo $? 0 So apt wrongly don't take 1.631-3 bigger than 1.612. That makes libdbd-anydata-perl uninstallable so I would even see this bug as serious (But I filled it as just as important). And before you ask, no, libdbi-perl is not hold as it is suggested by the error. - -- Klaus Ps. After writing this report, I tried it also on other nodes using sid and it is reproducable. - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJTqXARAAoJEKZ8CrGAGfasUykL/3f7SuA8EY9Zzd1ODDRhtR8a qCE6PLmrOPgjiEWKcH/29vHE5S79dTKwtXV1b72E29qDkEHXcppoh/277lB8jspH ewZCgYgKnx97u3OEnDpAY1hA4eFTFdO6lg78n2m/RkQixAlrGwpyM9h0CyZaj7SX rGjPDgSYk11JOsc7mzelbmc60OS0YG2isiCnXCuyP3K8G2MAy6JaYtvejaRfZ6+m Vjl9XTsMKvg449OVxzqs9kvIEoOCTips9bUMdZ7WlB2e4TjzrDUwPiqf3la64va/ rj/COS5NVVR07Sn2n2STFczJQUfdlCIvjcHWZULtm6Ba1A35er01sRvODsTZja1w fNgclk3r6Crzq3xDDcXJ9+x9FjXv/ntdTPF3785OJcKsGZjOfxxbBSzUVviMzRNw Xsr53KwYY0brwJBbEpcalk6ixDMcFVPT1jE3q6Sn3HbTKlj70htZhf3okTZKXZkK k/HgntKjJ94SiO7UNGMD7zWe1SlnxVGstn2FRxiH9Q== =dUku -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752520: RFS: lilyterm/0.9.9.4-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package lilyterm Package name: lilyterm Version : 0.9.9.4-1 Upstream Author : Lu, Chao-Ming (Tetralet) URL : http://lilyterm.luna.com.tw/ License : GPL-3+ Section : x11 It builds those binary packages: lilyterm - Light and eazy-to-use terminal emulator for X lilyterm-data - Data files for lilyterm lilyterm-dbg - Debug symbols for lilyterm To access further information about this package, please visit the following URL: http://mentors.debian.net/package/lilyterm Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/l/lilyterm/lilyterm_0.9.9.4-1.dsc -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- ChangZhuo Chen (陳昌倬) czc...@gmail.com http://czchen.info/ Key fingerprint = EC9F 905D 866D BE46 A896 C827 BE0C 9242 03F4 552D signature.asc Description: Digital signature
Bug#705439: libao4: Please consider defaulting to default alsa device for 2 channels
Some background: The primary use of libao here is at Xiph is in various apps that have to know what the hardware is doing, eg, Squishyball. The problem with plug devices like 'default' is that you could request 192kHz 24 bit and ALSA will say 'sure!' and resample it down to 32kHz 8 bit because, you know, ALSA. And the app has no way of knowing that happened. And in a listening test, that would be annoying at best, disastrous at worst. So, that's the primary reason libao tries to go to hardware devices whenever possible. Frankly, direct use of ALSA is deprecated on modern the modern desktop except for specialized purposes-- like going as directly to hardware as possible. ALSA is not a modern, general purpose audio substystem (not by itself). Dmix does not change that, Dmix is not a substitute for Pulse, and I can't fix the deep limitations inherent in trying to use Dmix for things it just can't do. Yes, this situation sucks-- but upstream I'm opting for the solution that annoys me the least right now. Better suggestions are always welcome. If there is really a way to fix this that doesn't shoot my own primary use of libao, I'll definitely implement it. ...maybe libao should be running LDLIB and parsing/swapping in custom .asoundrc files on the fly...? Monty -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752521: Misleading man page statements and command names
Package: dh-systemd Version: 1.18 Severity: minor It is conventional to choose command names that express what the command does. Accordingly, it is conventional for debhelper command names to express what they do. For example, the dh_installinit command installs init files into package build directories. The dh-systemd package departs from this convention and gives its two debhelper scripts names that don't express what THEY do, but what the maintainer scripts that they generate do. The name of the dh_systemd_start script would conventionally be interpreted to suggest that the command starts something. But a debhelper command can do no such thing; it cannot start a service. It can only operate on a package. What it does is prepare the package so that it starts a unit when installed. According to debhelper conventions it should be called something starting with dh_installsystemd. Whereas this departure from naming conventions is perhaps merely annoying, the man pages are downright misleading. dh_systemd_start(1p) says explicitly dh_systemd_start is a debhelper program that is responsible for starting/stopping or restarting systemd unit files. First, it doesn't really make sense to speak of starting or stopping a file. Assuming it's the unit or service that's intended, the quoted statement isn't true. The program does not start a systemd unit, it just prepares other programs so that they will do that if they are run. Please fix the man page and rename the commands, leaving behind compatibility symlinks. Or else please explain how I am mistaken.
Bug#751767: partially solved
updating the package python-tk to version 2.7.7-2 solves the import error. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752522: rss2email: does nothing after today's upgrade
Package: rss2email Version: 1:3.8-1 Severity: important As of today's upgraded version, r2e run r2e list do absolutely nothing except give me a new prompt. Not even an error message. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (800, 'testing'), (700, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rss2email depends on: ii python-xdg 0.25-4 ii python2.7 2.7.7-2 ii python3-feedparser 5.1.3-2 ii python3-html2text 3.200.3-2 pn python3:any none rss2email recommends no packages. Versions of packages rss2email suggests: pn esmtp none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750272: yate: FTBFS: dh_install: yate-pgsql missing files (usr/lib/*/yate/server/pgsqldb.yate), aborting
Hi! This problem has been solved in Yate SVN and will be part of 5.4.0 Can you please apply any (or better both) of the attached patches to 5.0.0 and run ./autogen.sh or autoconf? Thanks, Paul Chitescu On Mon Jun 2, 2014 22:18:09 David Suárez wrote: Source: yate Version: 5.0.0-1-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140601 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): make[1]: Entering directory '/«PKGBUILDDIR»' dh_install -XCOPYING -XChangeLog -Xamrnbcodec.conf -Xh323chan.conf --fail-missing dh_install: yate-pgsql missing files (usr/lib/*/yate/server/pgsqldb.yate), aborting debian/rules:31: recipe for target 'override_dh_install' failed make[1]: *** [override_dh_install] Error 2 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/06/01/yate_5.0.0-1-1_unstable.lo g A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. ___ Pkg-voip-maintainers mailing list pkg-voip-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-voip-maintainer s Index: configure.in === --- configure.in (revision 5851) +++ configure.in (revision 5852) @@ -34,10 +34,15 @@ AC_MSG_RESULT([$uname_os]) # Check if we should look for alternate library names AC_ARG_WITH(archlib,AC_HELP_STRING([--with-archlib=NAME],[use NAME as library directory name]),[ac_cv_use_archlib=$withval]) AC_MSG_CHECKING([for libraries directory name]) -archname=`uname -m` 2/dev/null -test -z $archname archname=`arch -k` +archname=`dpkg-architecture -qDEB_HOST_MULTIARCH 2/dev/null` +test -z $archname archname=`uname -m 2/dev/null` +test -z $archname archname=`arch -k 2/dev/null` +test -z $archname archname=`arch 2/dev/null` ARCHLIB=lib case x$archname in +x*-*-*) + ARCHLIB=lib/$archname + ;; x*x86_64*) ARCHLIB=lib64 ;; Index: configure.in === --- configure.in (revision 5852) +++ configure.in (revision 5853) @@ -602,10 +602,22 @@ done if [[ ! -f $incpq/libpq-fe.h ]]; then incpq=$incpq/pgsql fi -if [[ -f $incpq/libpq-fe.h -a -f $libpq ]]; then -HAVE_PGSQL=yes +if [[ -f $incpq/libpq-fe.h ]]; then +if [[ -f $libpq ]]; then +HAVE_PGSQL=yes +else +SAVE_CFLAGS=$CFLAGS +CFLAGS=$CFLAGS -I$incpq +SAVE_LIBS=$LIBS +LIBS=$LIBS -lpq +AC_TRY_LINK([#include libpq-fe.h],[PQconnectStart();],[HAVE_PGSQL=yes]) +LIBS=$SAVE_LIBS +CFLAGS=$SAVE_CFLAGS +fi +if [[ x$HAVE_PGSQL = xyes ]]; then PGSQL_INC=-I$incpq fi +fi AC_MSG_RESULT([$HAVE_PGSQL]) fi AC_SUBST(HAVE_PGSQL)
Bug#752519: Wrong greater than comparings
Control: retitle -1 apt: Confusing error messages when trying to install a package against which exists a Breaks in an already installed package Hi, Klaus Ethgen wrote: I had the following on a other node that I don't want to send mails at all. So I purged the package informations below and will give the versions by hand. Affected apt version: 1.0.5 (amd64) apt-get install libdbd-anydata-perl Reading package lists... Done Building dependency tree 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: libdbd-anydata-perl : Depends: libdbi-perl (= 1.612) but it is not going to be installed E: Unable to correct problems, you have held broken packages. apt-cache policy libdbi-perl libdbi-perl: Installed: 1.631-3 Candidate: 1.631-3 Version table: *** 1.631-3 0 500 ftp://ftp.de.debian.org/debian/ sid/main amd64 Packages 100 /var/lib/dpkg/status dpkg --compare-versions 1.631-3 '=' 1.612; echo $? 0 So apt wrongly don't take 1.631-3 bigger than 1.612. Nope. The reason is that libdbi-perl version 1.631-3 Breaks libdbd-anydata-perl ( 0.11+) (which has been removed from Sid btw.). Hence the only thing which is at least confusing is the claim the combination of libdbi-perl (= 1.612) and is not going to be installed despite it is already installed. I suspect this is because apt internally tried to see if downgrading would be an option and then noticed that it isn't an option and only gives the reason for why downgrading is not an option without providing any detail. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752523: gnome-shell: Hides chromium from Alt+Tab, think it's still starting
Package: gnome-shell Version: 3.12.2-1 Severity: normal Whenever I start chromium, the shell does not notice that it is started for some time, and hides the window in the Alt+Tab chooser, forcing me to go to the overview and select the window there with the mouse. That's annoying. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (980, 'unstable'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.20.0-2 ii evolution-data-server3.12.2-1 ii gir1.2-accountsservice-1.0 0.6.37-1 ii gir1.2-atspi-2.0 2.10.2-3 ii gir1.2-caribou-1.0 0.4.13-1 ii gir1.2-clutter-1.0 1.18.2-2 ii gir1.2-freedesktop 1.40.0-2 ii gir1.2-gcr-3 3.12.2-1 ii gir1.2-gdesktopenums-3.0 3.12.0-1 ii gir1.2-gdm3 3.12.2-1 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.40.0-2 ii gir1.2-gmenu-3.0 3.8.0-2 ii gir1.2-gnomebluetooth-1.03.8.1-3 ii gir1.2-gnomedesktop-3.0 3.12.1-1 ii gir1.2-gtk-3.0 3.12.2-1+b1 ii gir1.2-ibus-1.0 1.5.7-1 ii gir1.2-mutter-3.03.12.2-1 ii gir1.2-networkmanager-1.00.9.8.10-3 ii gir1.2-nmgtk-1.0 0.9.8.10-1 ii gir1.2-pango-1.0 1.36.3-1 ii gir1.2-polkit-1.00.105-6 ii gir1.2-soup-2.4 2.46.0-2 ii gir1.2-telepathyglib-0.120.24.0-1 ii gir1.2-telepathylogger-0.2 0.8.0-3 ii gir1.2-upowerglib-1.00.99.0-2 ii gjs 1.40.1-1 ii gnome-icon-theme-symbolic3.12.0-1 ii gnome-settings-daemon3.12.1-3+b1 ii gnome-shell-common 3.12.2-1 ii gnome-themes-standard3.12.0-1 ii gsettings-desktop-schemas3.12.0-1 ii libatk-bridge2.0-0 2.10.2-3 ii libatk1.0-0 2.12.0-1 ii libc62.19-3 ii libcairo21.12.16-2 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libclutter-1.0-0 1.18.2-2 ii libcogl-pango20 1.18.0-2 ii libcogl201.18.0-2 ii libcroco30.6.8-2 ii libdbus-glib-1-2 0.102-1 ii libecal-1.2-16 3.12.2-1 ii libedataserver-1.2-183.12.2-1 ii libgcr-base-3-1 3.12.2-1 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libgirepository-1.0-11.40.0-2 ii libgjs0e [libgjs0-libmozjs-24-0] 1.40.1-1 ii libglib2.0-0 2.40.0-3 ii libgstreamer1.0-01.2.4-1 ii libgtk-3-0 3.12.2-1+b1 ii libical1 1.0-1 ii libjson-glib-1.0-0 1.0.0-1 ii libmozjs-24-024.2.0-2 ii libmutter0d 3.12.2-1 ii libnm-glib4 0.9.8.10-3 ii libnm-util2 0.9.8.10-3 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libpolkit-agent-1-0 0.105-6 ii libpolkit-gobject-1-00.105-6 ii libpulse-mainloop-glib0 5.0-2 ii libpulse05.0-2 ii libsecret-1-00.18-1 ii libstartup-notification0 0.12-3 ii libsystemd-journal0 204-10 ii libtelepathy-glib0 0.24.0-1 ii libx11-6 2:1.6.2-2 ii libxfixes3 1:5.0.1-1 ii libxi6 2:1.7.2-1 ii python 2.7.6-2 ii telepathy-mission-control-5 1:5.16.2-1 Versions of packages gnome-shell recommends: ii gdm3 3.12.2-1 pn gkbd-capplet none ii
Bug#752522: rss2email: does nothing after today's upgrade
retitle 752522 please detect if a 2.x database exist severity 752522 minor thanks Hello, rss2email 3.x changed its config file format, and now reads from a different file with a different syntax. The r2e-migrate tool can help you transfer your data. However, an improvement is possible: it is possible to patch r2e to check if a 2.x database exists and write a message about it. I'm retitling the bug and setting the severity accordingly. This breaking change is described in /usr/share/doc/rss2email/NEWS.Debian.gz ; you can install the apt-listchanges package which will warn you when you upgrade a package that contains such an incompatible change. Feel free to file a new bug if the migration does not work. Sorry for the inconvenience, and thanks for your bug report! -- Etienne Millon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731228: valgrind: please provide valgrind client-request headers on all platforms
Control: tags -1 + patch
Simon McVittie s...@debian.org writes:
On 15/12/13 23:22, Alessandro Ghedini wrote:
While I still think this would be nice, it turned out to be a bit
more difficult to implement (basically the pkg-config file is
generated at build time, and it can't be created if the configure
stage fails).
Thanks for looking at this, anyway.
You could generate a stub .pc file from debian/rules on unsupported
architectures, maybe, and install the header files (or stub versions
where all the macros expand to nothing) manually? The .pc file format
is hardly rocket science.
Well, I think I've figured it out; there are really *two* packages
wanting to be split off, an Arch:all package and an Arch:any package.
I'm providing two patches for this, one of which should look awfully
familiar; I suggest you save the files and use git am to apply
them, then if you like you can use git rebase -i to squash them (but
if you do that, please set Author: Samuel Bronson naes...@gmail.com
on the resulting commit.)
From 8bba01f515cb8ea52009d4547f9716e813e4e826 Mon Sep 17 00:00:00 2001
From: Alessandro Ghedini alessan...@ghedini.me
Date: Wed, 4 Dec 2013 18:03:47 +0100
Subject: [PATCH 1/3] Move headers and pkg-config file to valgrind-dev
Closes: #731228
(cherry picked from commit 9da839f72ec6b3fc2ee517e9b8e2e148aa4a525b)
---
debian/NEWS | 14 ++
debian/control | 18 +-
debian/valgrind-dev.install | 6 ++
debian/valgrind.install | 7 +--
4 files changed, 38 insertions(+), 7 deletions(-)
create mode 100644 debian/valgrind-dev.install
diff --git a/debian/NEWS b/debian/NEWS
index 1cd1e4a..554dbc0 100644
--- a/debian/NEWS
+++ b/debian/NEWS
@@ -1,3 +1,17 @@
+valgrind (1:3.9.0-2) UNRELEASED; urgency=low
+
+ As of version 1:3.9.0-2 the headers and the pkg-config file have been moved
+ to the new valgrind-dev package, so that packages that consume them don't
+ have to stay in sync with the list of valgrind supported architectures.
+
+ It should be safe to use them even on platforms not supported by valgrind
+ where the various macro provided will result in nop.
+
+ For the time being valgrind will depend on valgrind-dev in order to avoid
+ breaking packages that expect those files in the main valgrind package.
+
+ -- Alessandro Ghedini gh...@debian.org Wed, 04 Dec 2013 18:09:51 +0100
+
valgrind (1:3.7.0-5) unstable; urgency=low
Valgrind symbols have been stripped since version 1:3.6.1-5 because they take
diff --git a/debian/control b/debian/control
index 14ae253..092a2bc 100644
--- a/debian/control
+++ b/debian/control
@@ -21,7 +21,9 @@ Homepage: http://www.valgrind.org/
Package: valgrind
Architecture: amd64 armhf i386 mips mipsel mips64 mips64el powerpc ppc64 s390x x32
-Depends: ${misc:Depends}, ${shlibs:Depends}, libc6-dbg
+Depends: ${misc:Depends}, ${shlibs:Depends},
+ valgrind-dev (= ${binary:Version}),
+ libc6-dbg
Suggests: valgrind-mpi, kcachegrind, alleyoop, valkyrie ( 1.3.0)
Recommends: valgrind-dbg, gdb
Breaks: valgrind-dev
@@ -44,6 +46,20 @@ Description: instrumentation framework for building dynamic analysis tools
* a second heap profiler that examines how heap blocks are used (DHAT)
* a SimPoint basic block vector generator (BBV)
+Package: valgrind-dev
+Architecture: any
+Depends: ${misc:Depends}
+Multi-Arch: same
+Description: instrumentation framework for building dynamic analysis tools (dev files)
+ Valgrind is a system for debugging and profiling Linux programs. With its tool
+ suite you can automatically detect many memory management and threading bugs,
+ avoiding hours of frustrating bug-hunting and making your programs more stable.
+ You can also perform detailed profiling to help speed up your programs and use
+ Valgrind to build new tools.
+ .
+ This package provides the header files for manipulating and querying valgrind's
+ execution from instrumented programs.
+
Package: valgrind-dbg
Priority: extra
Section: debug
diff --git a/debian/valgrind-dev.install b/debian/valgrind-dev.install
new file mode 100644
index 000..c94c6d7
--- /dev/null
+++ b/debian/valgrind-dev.install
@@ -0,0 +1,6 @@
+usr/include/valgrind/memcheck.h
+usr/include/valgrind/drd.h
+usr/include/valgrind/callgrind.h
+usr/include/valgrind/helgrind.h
+usr/include/valgrind/valgrind.h
+usr/lib/pkgconfig/*
diff --git a/debian/valgrind.install b/debian/valgrind.install
index 14039b5..634c700 100644
--- a/debian/valgrind.install
+++ b/debian/valgrind.install
@@ -1,10 +1,5 @@
usr/bin/*
-usr/include/valgrind/memcheck.h
-usr/include/valgrind/drd.h
-usr/include/valgrind/callgrind.h
-usr/include/valgrind/helgrind.h
-usr/include/valgrind/valgrind.h
usr/share/*
-usr/lib/*
+usr/lib/valgrind/*
debian/valgrind.sh usr/bin
debian/supp/* usr/lib/valgrind
--
2.0.0
From bbf96b570707f516d3b34d705d0f37fb22080b8b Mon Sep 17 00:00:00 2001
From: Samuel Bronson naes...@gmail.com
Date: Mon, 23 Jun 2014 16:55:37 -0400
Subject: [PATCH 2/3]
Bug#748752: Reopened
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The problem seemed to be solved, but in fact is is not, the situation with liferea is unchanged, so the report was reopened. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlOpgBoACgkQ5+rBHyUt5wsP6QCgoAFJHAeagvPg8/so0uLRjSC+ yFAAnjoeooCleF9aozSprvtYkzNuor/x =ZxQP -END PGP SIGNATURE-
Bug#752525: python{,3}-pymongo should be arch:all
Package: src:pymongo
Version: 2.7.1-1
Severity: normal
python{,3}-pymongo should be Architecture: all
Didn't you add python{,3}-pymongo-ext binary package (correctly set to arch:any)
to make it possible?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752445: partman-prep: ppc64el support
Right Dimitri. So much noise for so few things :) It's ok in partman-prep 29.. F. On Tue, 24 Jun 2014 13:21:06 +0100, Dimitri John Ledkov x...@debian.org wrote: On 24 June 2014 12:06, Frederic Bonnard fre...@linux.vnet.ibm.com wrote: Sorry Ben, Christian, for forgetting that. Here it is. Well, in ubuntu that was done in 27ubuntu1 upload by Colin Watson, and merged into debian with upload 29 by bubulle as off 22nd March 2014 and synced into Utopic. Version 29 is already in testing. I believe this bug report has already been resolved. Regards, Dimitri. F. On Mon, 23 Jun 2014 17:56:26 +0100, Ben Hutchings b...@decadent.org.uk wrote: Control: tag -1 - patch Control: tag -1 moreinfo On Mon, 2014-06-23 at 17:24 +0200, Frederic Bonnard wrote: Package: partman-prep Version: 27 Severity: normal Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el Dear Maintainer, here is a simple patch to add support for architecture ppc64el, F. You forget the patch. Ben. -- Ben Hutchings For every complex problem there is a solution that is simple, neat, and wrong. -- Regards, Dimitri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752526: src:liblouis: use dh-autoreconf to fix FTBFS on ppc64el
Package: src:liblouis
Version: 2.5.3-2
Severity: normal
Tags: patch
Dear Maintainer,
For the ppc64el architecture in Ubuntu, since this package uses libtool,
a full autoreconf is necessary. This is because we need new libtool
macros for ppc64el.
In Ubuntu, the attached patch was applied to achieve the following:
* Build using dh-autoreconf.
Thanks for considering the patch.
Erwan Prioul.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: ppc64el (ppc64le)
Kernel: Linux 3.13-1-powerpc64le (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
--- a/debian/rules
+++ b/debian/rules
@@ -23,17 +23,17 @@
PYVERS := $(shell pyversions -r)
PY3VERS := $(shell py3versions -r)
-config.status: configure
+configure-stamp:
dh_testdir
- cp -f /usr/share/misc/config.sub build-aux/config.sub
- cp -f /usr/share/misc/config.guess build-aux/config.guess
+ dh_autoreconf
./configure $(CROSS) --prefix=/usr --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info CFLAGS=$(CFLAGS) LDFLAGS=-Wl,-z,defs --enable-ucs4
+ touch $@
build: build-indep build-arch
build-indep: build-stamp
build-arch: build-stamp
-build-stamp: config.status
+build-stamp: configure-stamp
dh_testdir
$(MAKE)
cd python; \
@@ -45,7 +45,7 @@
clean:
dh_testdir
dh_testroot
- rm -f build-stamp check-stamp
+ rm -f build-stamp check-stamp configure-stamp
[ ! -f Makefile ] || $(MAKE) distclean
-cd python; \
for py in $(PYVERS) $(PY3VERS); do \
@@ -53,9 +53,8 @@
done; \
rm -f louis/__init__.pyc
rm -f doc/liblouis.info doc/stamp-vti doc/version.texi
- rm -f build-aux/config.sub
- rm -f build-aux/config.guess
rm -fr python/build
+ dh_autoreconf_clean
dh_clean
install: build
Bug#752527: Upgrading libc6:i386 on amd64 restarts services
Package: libc6 Version: 2.19-1 Severity: normal The check for services affected by an upgrade does not consider the package architecture. So it restarts the 64bit sshd for a 32bit libc upgrade. This is uneccessarily disruptive to the system. MfG Goswin -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages libc6:i386 depends on: ii libgcc1 1:4.9.0-1 Versions of packages libc6:i386 recommends: pn libc6-i686 none Versions of packages libc6:i386 suggests: ii debconf [debconf-2.0] 1.5.53 pn glibc-doc none ii locales2.19-1 ii locales-all [locales] 2.19-1 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705995: squid-deb-proxy: unowned files after purge (policy 6.8, 10.8): /etc/squid-deb-proxy/*.d/10-default
On Thu, Jun 19, 2014 at 02:44:48PM -0700, Vagrant Cascadian wrote: [..] The following patch should fix this, using the same variable names in postinst: [..] Though simply rm -f /etc/squid-deb-proxy/*.d/10-default would be simpler, at risk of deleting some randomly created file dropped in some other .d dir and happened to be named 10-default... Thanks a bunch! I merged the patch into my bzr tree and it will be part of the next upload. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751886: ganeti-luxid segfaults when trying to run gnt-node commands
reassign 751886 haskell-curl retitle 751866 haskell-curl: segfault when using TLS due to gnutls28 using nettle/GMP thanks Hi, I'm reassigning this to haskell-curl. After extensive analysis, it turns out that this is most probably a memory corruption issue triggered by gnutls28 using GMP. In short, GHC uses GMP for its Integer and Fractional implementation and the GHC RTS manages the process-wide GMP stack using its garbage collector[1]. libcurl3-gnutls, as used by the Haskell curl bindings, pulls in gnutls28 which relies on nettle and GMP for low-level crypto material manipulation. Since the curl bindings use the Haskell FFI to call libcurl functions, the eventual calls to GMP functions go unnoticed by the Haskell runtime, yet GnuTLS's GMP uses the Haskell-managed heap (because that's a process-wide GMP setting). Eventually, the GHC garbage collector runs and corrupts the TLS keying material used by curl, giving either a segfault, or a corrupted cryptographic signature (TLS Decrypt error alert). Indeed, building ganeti with -debug and -rtsopts, there is a clear correlation between increasing the allocation area size (+RTS -Ax) and reducing the possiblity of a crash. Since a) gnutls26 (which was not using nettle/GMP) is bound to go away and gnutls28 depends strictly on nettle/GMP; b) building GHC without gmp (using integer-simple) incurs a performance hit; c) the GMP calls happen significantly below the curl bindings and cannot be managed at the curl binding level; the most feasible solution seems to be rebuilding the curl bindings against the OpenSSL or NSS variants of libcurl3, at the cost of possible licensing issues. Regards, Apollon [1] https://ghc.haskell.org/trac/ghc/wiki/ReplacingGMPNotes/TheCurrentGMPImplementation -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752528: [wxmaxima] segfault when entering parentheses in a dialog
Package: wxmaxima Version: 13.04.2-4 Severity: normal --- Please enter the report below this line. --- If I type ( in a dialog field where a formula is expected, wxmaxima segfaults. Here is an excerpt of the backtrace (it goes on forever): ---8--- #0 0x7f96d81ad472 in wxMBConv::cMB2WC(char const*, unsigned long, unsigned long*) const () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #1 0x7f96d81ba8af in wxString::ConvertStr(char const*, unsigned long, wxMBConv const) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #2 0x7f96d8a033fe in wxWindow::GTKDoInsertTextFromIM(char const*) () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0 #3 0x7f96d8a74be3 in ?? () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0 #4 0x7f96d6818332 in g_closure_invoke () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #5 0x7f96d6829d3d in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #6 0x7f96d6831a29 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #7 0x7f96d6832212 in g_signal_emit_by_name () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #8 0x7f96d72321f5 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #9 0x7f96d8a74d2a in wxTextEntry::WriteText(wxString const) () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0 #10 0x7f96d8a72cbc in wxTextCtrl::WriteText(wxString const) () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0 #11 0x7f96d8a74816 in wxTextEntry::DoSetValue(wxString const, int) () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0 #12 0x7f96d8a72684 in wxTextCtrl::DoSetValue(wxString const, int) () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0 #13 0x7f96d8b4dd97 in wxTextEntryBase::ChangeValue(wxString const) () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0 #14 0x004a815a in ?? () #15 0x004a8914 in ?? () #16 0x004a8be0 in ?? () #17 0x7f96d80f091e in wxAppConsoleBase::CallEventHandler(wxEvtHandler*, wxEventFunctor, wxEvent) const () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #18 0x7f96d8263c42 in wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const, wxEvtHandler*, wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #19 0x7f96d8263cf3 in wxEventHashTable::HandleEvent(wxEvent, wxEvtHandler*) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #20 0x7f96d826404d in wxEvtHandler::TryHereOnly(wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #21 0x7f96d82640c3 in wxEvtHandler::ProcessEventLocally(wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #22 0x7f96d8264125 in wxEvtHandler::ProcessEvent(wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #23 0x7f96d8263eb7 in wxEvtHandler::SafelyProcessEvent(wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #24 0x7f96d8a034ef in wxWindow::GTKDoInsertTextFromIM(char const*) () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0 #25 0x7f96d8a74be3 in ?? () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0 #26 0x7f96d6818332 in g_closure_invoke () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 ---Type return to continue, or q return to quit--- #27 0x7f96d6829d3d in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #28 0x7f96d6831a29 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #29 0x7f96d6832212 in g_signal_emit_by_name () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #30 0x7f96d72321f5 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #31 0x7f96d8a74d2a in wxTextEntry::WriteText(wxString const) () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0 #32 0x7f96d8a72cbc in wxTextCtrl::WriteText(wxString const) () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0 #33 0x7f96d8a74816 in wxTextEntry::DoSetValue(wxString const, int) () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0 #34 0x7f96d8a72684 in wxTextCtrl::DoSetValue(wxString const, int) () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0 #35 0x7f96d8b4dd97 in wxTextEntryBase::ChangeValue(wxString const) () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0 #36 0x004a815a in ?? () #37 0x004a8914 in ?? () #38 0x004a8be0 in ?? () #39 0x7f96d80f091e in wxAppConsoleBase::CallEventHandler(wxEvtHandler*, wxEventFunctor, wxEvent) const () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #40 0x7f96d8263c42 in wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const, wxEvtHandler*, wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #41 0x7f96d8263cf3 in wxEventHashTable::HandleEvent(wxEvent, wxEvtHandler*) () from
Bug#747425: Further information
On 06/23/2014 02:39 PM, Andreas Cadhalpun wrote: cat clamav.log | grep -B 1 scancws I think this needs to be like this instead: $ cat clamav.log | grep -A 1 scancws I think I am only seeing copies of the same file - so lets just assume that it is a corrupt file and close this bug. If it reappears I can always open it again. -- Karl Schmidt EMail k...@xtronics.com Transtronics, Inc. WEB http://xtronics.com 3209 West 9th Street Ph (785) 841-3089 Lawrence, KS 66049 FAX (785) 841-0434 History may not repeat itself, but it does rhyme a lot. -Mark Twain -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752529: jq: Please enable build on armel, sparc
Package: jq Version: 1.4-1 Severity: wishlist Dear Maintainer, jq 1.4-1 currently is in state BD-Uninstallable on armel and sparc, because valgrind is not available on these archs. Please build without valgrind there. Thanks, Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752540: lintian: copyright-refers-to-problematic-php-license fails to find 3.01 PHP License
Package: lintian Version: 2.5.22.1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, copyright-refers-to-problematic-php-license check failed to detect (at least): php-apcu php-json php-gearman php-geoip php-imagick php-memcache php-memcached php-mysqlnd-ms php-ps php-redis php-yac Not sure why... Ondrej - -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (900, 'stable'), (800, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.22-8 ii bzip2 1.0.6-4 ii diffstat 1.55-3 ii file 1:5.18-1 ii gettext0.18.1.1-9 ii hardening-includes 2.2 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.26+b1 ii libarchive-zip-perl1.30-6 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.31-1+b2 ii libdpkg-perl 1.16.15 ii libemail-valid-perl0.190-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl0.92-1 ii liblist-moreutils-perl 0.33-1+b1 ii libparse-debianchangelog-perl 1.2.0-1 ii libtext-levenshtein-perl 0.06~01-1 ii libtimedate-perl 1.2000-1 ii liburi-perl1.60-1 ii man-db 2.6.2-1 ii patchutils 0.3.2-1.1 ii perl [libdigest-sha-perl] 5.14.2-21+deb7u1 ii t1utils1.37-1 Versions of packages lintian recommends: ii libperlio-gzip-perl 0.18-1+b2 ii perl-modules [libautodie-perl] 5.14.2-21+deb7u1 Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.16.15 ii libhtml-parser-perl3.69-2 ii libtext-template-perl 1.45-2 ii libyaml-perl 0.81-1 ii xz-utils 5.1.1alpha+20120614-2 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJTqYlQAAoJEAyZtw70/LsHqUsP/jxF5kwciFAAb1YCB+IjKsHh eWKvv/tN7/NpOpl9QdA/tiWDiWj54/5MqNOedxOjgeE442aVz7SDzCxlKwbL3w+W p+zYFDzlqxKS/fg1lfKHPeAYOBSOpIyM4RJRaVwT2BiEZqNI+LitSmzyrao1qqXo P/WawxnaNJ9yOLKulF4UNi1Qn6Ri3SPX22VRf6aVOk4WmXCEq7vCv9RuvO9xtC7K F5x/kZw8Cj509zcTmNy1B+HIvxs9H4ADG5TsaQtygIz7dksbZHoFgWr3mcfjmZS6 VHylr6TENMv6Sk2bNB7kfllsomUJSOm5p4DqosLlhcw9WStn1heRjGkWFshg1cUJ tKzVjqKQEA91S3u2AkplmidplD1+I+FQL6IliZlLndOdSUbzQ0xsng/8MgMliiPX ypnIkYwlHjMPTmquL+xhPBUJ92ucDVq9VIozlK5d7hDuF9guZRgfAozNbPs16eMC NIb41ReXk4eLMi7MakJeX+mbgMJ72um2YlBg/Ktj5YWK3vpSvfoGHTA+KmrdsfzR ZdpM0mPef/hPE36qiM1we8isZm/ULSLTZl8sgD8DMghKErnD1barVZiloO/U3g1k US9Oht/su51hKaIQalOdhieWRw5iBgafgB7vuylYQ3ZHJJ6Pzbz92CFLU1wOpx/1 7j5GeK/6N2eODSSq3zpy =bNcM -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684013: currently working on this
I'm currently working on a new rinse release which includes almost all patches from Nathan. -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749699: rubber: BIBINPUTS not honored anymore
Hi, On Wed, Jun 18, 2014 at 10:18:29PM +0200, Hilmar Preusse wrote: On 18.06.14 Brice Goglin (brice.gog...@ens-lyon.org) wrote: BIBINPUTS is honored but it doesn't understand things like .:foo/bar: for prepending . and foo/bar to the default path (just like TEXINPUTS is documented in tex(1)) as bibtex does. Sebastian: would you be so kind to have a look at this? I attached a new patch. It's still not perfect, since it does not read the default BIBINPUTS from texmf.cnf, but it should be good enough (rubber also ignores the default TEXINPUTS from texmf.cnf). -- Sebastian --- biblatex.py 2014-04-02 13:59:08.0 +0200 +++ biblatex.py.new 2014-06-24 16:25:37.440292985 +0200 @@ -4,7 +4,9 @@ basic BibLaTeX support for Rubber -from os.path import exists, getmtime +import sys +from os import getenv +from os.path import join, exists, getmtime from rubber.util import parse_keyval, md5_file from rubber import _, msg from string import split @@ -50,7 +52,16 @@ if 'location' in options and options['location'] == 'remote': return -doc.add_source(file) +# BIBINPUTS support with fallback to current working directory +bibinputs = getenv(BIBINPUTS, .) +for bibpath in bibinputs.split(:): +bibfile = join(bibpath, file) +if exists(bibfile): +doc.add_source(bibfile) +return + +msg.error(_(cannot find %s) % file) +sys.exit(2) def hook_bibliography (loc, files): for bib in split(files, ,): signature.asc Description: Digital signature
Bug#752541: libreoffice: No more icons in tool bar of libreoffice modules
Package: libreoffice Version: 1:4.3.0~rc1-1 Severity: normal Dear Maintainer, * What led up to the situation? Just upgrade libreoffice from the beta version to RC1 in experimental All icons in tool bar had disapeared. It doesn't cause any other trouble but all icons are replaced by the alternative text. Regards Mourad -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libreoffice depends on: ii fonts-dejavu 2.34-1 ii fonts-sil-gentium-basic1.1-7 ii libreoffice-avmedia-backend-gstreamer 1:4.3.0~rc1-1 ii libreoffice-base 1:4.3.0~rc1-1 ii libreoffice-calc 1:4.3.0~rc1-1 ii libreoffice-core 1:4.3.0~rc1-1 ii libreoffice-draw 1:4.3.0~rc1-1 ii libreoffice-impress1:4.3.0~rc1-1 ii libreoffice-java-common1:4.3.0~rc1-1 ii libreoffice-math 1:4.3.0~rc1-1 ii libreoffice-report-builder-bin 1:4.3.0~rc1-1 ii libreoffice-writer 1:4.3.0~rc1-1 ii python3-uno1:4.3.0~rc1-1 Versions of packages libreoffice recommends: ii fonts-liberation 2.00.1-1 ii libpaper-utils 1.1.24+nmu3 ii ttf-mscorefonts-installer 3.5 Versions of packages libreoffice suggests: ii cups-bsd1.7.3-3 ii default-jre [java5-runtime] 2:1.7-52 pn gstreamer1.0-ffmpeg none pn gstreamer1.0-plugins-badnone ii gstreamer1.0-plugins-base 1.2.4-1 ii gstreamer1.0-plugins-good 1.2.4-1 pn gstreamer1.0-plugins-ugly none ii hunspell-en-us [hunspell-dictionary]20070829-6 pn hyphen-hyphenation-patterns none ii icedove 31.0~b1-2 ii iceweasel 30.0-2 ii imagemagick 8:6.7.7.10+dfsg-3 ii libgl1-mesa-glx [libgl1]10.1.4-1 pn libreoffice-gnome | libreoffice-kde none pn libreoffice-grammarchecknone pn libreoffice-help-4.3none ii libreoffice-l10n-fr [libreoffice-l10n-4.3] 1:4.3.0~rc1-1 pn libreoffice-officebean none ii libsane 1.0.24-1.1+b1 ii libxrender1 1:0.9.8-1 ii myspell-fr [myspell-dictionary] 1.4-26 pn mythes-thesaurusnone pn openclipart-libreoffice none ii openjdk-7-jre [java5-runtime] 7u55-2.4.7-2 ii oracle-java6-jdk [java5-runtime]6.45 ii oracle-java7-jdk [java5-runtime]7u55 ii pstoedit3.62-1 pn unixodbcnone Versions of packages libreoffice-core depends on: ii fontconfig2.11.0-5 ii fonts-opensymbol 2:102.6+LibO4.3.0~rc1-1 ii libatk1.0-0 2.12.0-1 ii libboost-date-time1.55.0 1.55.0+dfsg-2 ii libc6 2.19-3 ii libcairo2 1.12.16-2 ii libclucene-contribs1 2.3.3.4-4 ii libclucene-core1 2.3.3.4-4 ii libcmis-0.4-4 0.4.1-7 ii libcups2 1.7.3-3 ii libcurl3-gnutls 7.37.0-1+b1 ii libdbus-1-3 1.8.4-1 ii libdbus-glib-1-2 0.102-1 ii libeot0 0.01-2 ii libexpat1 2.1.0-6 ii libexttextcat-2.0-0 3.4.3-1 ii libfontconfig12.11.0-5 ii libfreetype6 2.5.2-1 ii libgcc1 1:4.9.0-6 ii libgdk-pixbuf2.0-02.30.7-1 ii libgl1-mesa-glx [libgl1] 10.1.4-1 ii libglew1.10 1.10.0-3 ii libglib2.0-0 2.40.0-3 ii libglu1-mesa [libglu1]9.0.0-2 ii libgraphite2-31.2.4-3 ii libgtk2.0-0 2.24.23-1 ii libharfbuzz-icu0 0.9.28-2 ii libharfbuzz0b 0.9.28-2 ii libhunspell-1.3-0 1.3.3-1 ii libhyphen02.8.6-3 ii libice6 2:1.0.8-2 ii libicu52 52.1-3 ii libjpeg8 8d-2 ii liblangtag1 0.5.1-2 ii liblcms2-22.6-3 ii libldap-2.4-2 2.4.39-1 ii libmythes-1.2-0 2:1.2.2-1 ii libneon27-gnutls 0.30.0-2 ii libnspr4 2:4.10.6-1 ii libnss3 2:3.16.1-1 ii libodfgen-0.1-1 0.1.1-1 ii libpango-1.0-01.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libpangoft2-1.0-0
Bug#752542: spamassassin: Needs update for new Net::DNS
Source: spamassassin Version: 3.4.0-1 Severity: important Tags: patch upstream -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 It looks like the new libnet-dns-perl (0.77) breaks all DNS lookups in spamassassin. After having my syslog flooded with warnings, I found http://major.io/2014/06/20/fixing-broken-dns-lookups-in-spamassassin/ which has both the problems, and a link to a patch in upstream svn. I applied the patch to my local spamassassin instance and haven't seen any problems since. Cheers, gregor -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJrBAEBCgBVBQJTqY2mThSAAB0AKGlzc3Vlci1mcHJAZ3BnLmNvbW9kby5w cml2LmF0RDFFMTMxNkU5M0E3NjBBODEwNEQ4NUZBQkIzQTY4MDE4NjQ5QUEwNgAK CRC7OmgBhkmqBqW9D/4j3Be8YSkuITVUMbiRy3FsrZ6IPFJyPZElfyyDXMA9tiy+ UZObJ4+0l8eSoANFAw3+yZGmh5coF7yba/ulVmNum9Ym4cwEXoD5/qaCOekSqjwr cVn1apbDfKgsiPSjQrtxGreWqIFS0ugtkLh9WQXwUvdCpdPYJ/5rrrBHmI1Q3W0j Da/t7K3Q8CdOgLxGUQaaV9IiYIS/GlkM9lVHe//NZ9stf6lDGwa++P+eJ9cVDM9k AipaE16rtQU5qrIemgq0AXfouAVmCgN9QttHo7bjjdv0SmqYoAoIx/NWZXjxNUuH GZc8N+QQ7ukkeC2SOBAD3PyrzZBueRZ44ajpbs725kdch5nDwMoXkw4/GMi0Avph MK+u94leBzX1GQwVjUbDNfseu+J8BNfuSWuIgCQggnbVSqUzY5oydL5MkqseRXCw Uu8SVr6CSF+03m5qtWCCG6Ghs0WWoEnJsVXcfdUsJGxRTn6r6XFW9P4qX8+6y7SH A2SkTI/cLPg+VJ+838VKyI8qISbnIMVTaIfeeR8AgvICnKm+sPV7BBoxeB+nVjBz qtDJwSoxPYG7fqhe2YyHICyceb7S6shssCBlA2i5+IwNDwcFjlvE2QZP1vZSHELJ WyQExXMfOkUTWkztsEDoa4MBuUG1v0q9f7Vr7jzvMXNwSW+f70zH343qPeZdGg== =a0M9 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
