Bug#738326: cache issue with live-build when changing package lists
close 738326 thanks as outlined in the bug, there's nothing 'special' we do here except calling apt, so (almost) any bug resulting from that belongs to apt, there's nothing much we should or could do in live-build. if you still can reproduce the bug you described and can provide a full copy of your complete config tree with a recipie to reproduce it, i'm happy to look at it and confirm the apt bug for you. in the meanwhile, i'm closing the bug, but feel free to reopen it if you're ready with the necessary material. Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725610: pulseaudio-module-bluetooth: Unable to set bluetooth headset on A2DP mode
With Socket=Disabled bluez reports Stream setup failed and /var/log/syslog reports: Apr 26 07:56:42 g6 bluetoothd[9106]: bluetoothd[9106]: Unable to select SEP Apr 26 07:56:42 g6 bluetoothd[9106]: Unable to select SEP Apr 26 07:56:42 g6 kernel: [ 876.200899] input: 00:1D:DF:D5:E3:2E as /devices/virtual/input/input20 Apr 26 07:56:43 g6 acpid: input device has been disconnected, fd 15 This also does not work. I tried with two bluetooth USB sticks; an Trust v2 bluetooth and an Ultron v4 bluetooth stick. Sincerely, Adrian On Fri, Apr 25, 2014 at 11:18 PM, Felipe Sateler fsate...@debian.orgwrote: On Thu, Apr 24, 2014 at 1:16 AM, Adrian Immanuel Kieß adr...@kiess.at wrote: I've redone it following your suggestions. The pa.log file is attached to this e-mail. Thanks. I'm a bit stumped as to what this could be. Some googling suggest that: I have to add that I have to set Enable=Socket in /etc/bluetooth/audio.conf, otherwise the bluetooth device fails to connect. This is a problem. A fedora bug[1] and other places[2][3] suggest that you should disable the socket interface. Have you tried disabling the Socket recently? [1] https://bugzilla.redhat.com/show_bug.cgi?id=964031 [2] http://lists.freedesktop.org/archives/pulseaudio-discuss/2012-November/015464.html [3] https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1181106 -- Saludos, Felipe Sateler -- With greetings from Leipzig, Germany. Adrian Immanuel Kieß Administrator programmer Unix / Perl / LaTeX mail: adrian (at) kiess.at www: http://www.kiess.at http://www.kiess.at/
Bug#732110: nagios-plugins-contrib: check_rbl error when nameserver available only in IPv6
$ ./check_rbl -H 2.0.0.127.bl.spamcop.net -w 0 -c 0 -s bl.spamcop.net Use of uninitialized value $sock in hash element at ./check_rbl line 157. Use of uninitialized value $sock in hash element at ./check_rbl line 157. CHECK_RBL OK - 2.0.0.127.bl.spamcop.net BLACKLISTED on 0 servers of 1 | servers=0;0;0 time=0s;; This is fixed in check_rbl 1.3.1, which is in 9.20140106 (in sid, jessie and wheezy-backports). Good news. Correction confirmed here. :) Thanks. Benoit smime.p7s Description: Signature cryptographique S/MIME
Bug#745870: torcs: TV director view went wrong
Package: torcs Version: 1.3.3+dfsg-0.1 Severity: minor When I used TV director view in quick game , the screen turned to another car . I used normal view but it couldn't turn to my car. It may be a small problem, and even not a problem , but I think it's easy to fix. -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages torcs depends on: ii freeglut3 2.6.0-4 ii libalut0 1.1.0-3 ii libc6 2.13-38+deb7u1 ii libgcc1 1:4.7.2-5 ii libgl1-mesa-glx [libgl1] 8.0.5-4+deb7u2 ii libglu1-mesa [libglu1]8.0.5-4+deb7u2 ii libice6 2:1.0.8-2 ii libopenal11:1.14-4 ii libplib1 1.8.5-6 ii libpng12-01.2.49-1 ii libsm62:1.2.1-2 ii libstdc++64.7.2-5 ii libvorbisfile31.3.2-1.3 ii libx11-6 2:1.5.0-1+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii libxi62:1.6.1-1+deb7u1 ii libxmu6 2:1.1.1-1 ii libxrandr22:1.3.2-2+deb7u1 ii libxrender1 1:0.9.7-1+deb7u1 ii libxt61:1.1.3-1+deb7u1 ii libxxf86vm1 1:1.1.2-1+deb7u1 ii torcs-data1.3.3+dfsg-0.1 ii zlib1g1:1.2.7.dfsg-13 torcs recommends no packages. torcs suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745732: [Pkg-fonts-devel] Bug#745732: (no subject)
Quoting Hideki Yamane (2014-04-26 07:16:09) On Fri, 25 Apr 2014 13:52:52 +0200 jo...@jones.dk wrote: There is a 2.0.20140101-1 release in experimental, put together by Hideki (cc'ed) who also seems like the most active on that package in general. What's the status of that release? Thanks for you ping, Jonas :) I forgot entirely about it... oh, it's 4 months ago. Probably would have a time to investigate it in next weekend, around 3th to 6th May, so please wait it. I'll put it from git to experimental. Great :-) - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#745871: wicd-kde: wicd client hostname setting does not take any effect
Package: wicd-kde Version: 0.3.1-1 Severity: normal Dear Maintainer, I use wicd-kde to connect to wireless networks. I have set DHCP hostname setting for my wireless connection, however system gets new hostname set when connecting to that network, so DHCP hostname setting does not get any effect. The other expected thing is to set hostname globally for all connections or restricting connections from changing the system's hostname. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-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 Versions of packages wicd-kde depends on: ii libc6 2.18-4 ii libgcc1 1:4.9.0-1 ii libkdecore5 4:4.12.3-1 ii libkdeui5 4:4.12.3-1 ii libplasma3 4:4.12.3-1 ii libqt4-dbus 4:4.8.5+git242-g0315971+dfsg-2 ii libqt4-network 4:4.8.5+git242-g0315971+dfsg-2 ii libqt4-svg 4:4.8.5+git242-g0315971+dfsg-2 ii libqtcore4 4:4.8.5+git242-g0315971+dfsg-2 ii libqtgui4 4:4.8.5+git242-g0315971+dfsg-2 ii libsolid4 4:4.12.3-1 ii libstdc++6 4.9.0-1 ii wicd-daemon 1.7.2.4-4.1 wicd-kde recommends no packages. wicd-kde suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723708: (no subject)
Sadly, I am not familiar enough with Perl to provide a patch myself. I apologize if my reports have made you unhappy. I usually write somewhat impersonally when reporting bugs or otherwise writing in a public forum where I am not writing to a specific person but to any and all persons who might come across it in the future. (It also probably doesn't help that the maintainer of mime-support is listed as Mime-Support Maintainers, which is pretty impersonal.) Anyway, to you, Charles, of course: thank you for your work. I also apologize if I misunderstood which bug should be handling this issue; I thought escalating this one would be more appropriate than re-titling and re-opening the other one. (I also did not wish to disrespect your authority as a maintainer to close a bug on your own package.) Will you be re-opening #745141? Or, should this one be escalated to a severity higher than wishlist? I did attempt to change the severity of this one, but there was an error in processing my control commands. (My intuition tells me that it should be either normal or important severity, let me know what you think.) Thanks again, On Sat, Apr 26, 2014 at 02:51:40PM +0900, Charles Plessy wrote: retitle 745141 run-mailcap should quote arguments. thanks Le Sat, Apr 26, 2014 at 01:32:42AM -0400, Joseph Spiros a écrit : run-mailcap is incorrectly handling non-quoted %s mailcap entries Hi Joseph, thanks for your complement of information on run-mailcap. I will investigate later (or be extra happy to receive a patch). As a side note, I would have been happy if your last email were a bit less impersonal. I am not a bot or an adversarial bureaucrat, and thinks like “hello” or “thank you” makes days brighter. Have a nice week-end, -- Charles Plessy Tsurumi, Kanagawa, Japan -- Joseph Spiros jos...@josephspiros.com +1 (440) 707-6855 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745096: [live-config] What happened to --encryption aes256 support?
close 745096 thanks first of all, the bug tracking system is not a place to ask questions, but to report bugs. the proper way to ask questions is to use one of our various ways to contact us, e.g. IRC or the mailing list. to the issue at hand: * the option you're refering to is not a live-boot option, but one for live-build. * aes support through aespipe was dropped since loop-aes-utils was dropped from debian. instead, luks via cryptsetup can be used. * for more information about any of the following, consult the mailing list archive and the irc archive. Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745842: liferea: description is too geeky7
On 26-04-14 06:53, David Smith wrote: If you have any other suggestions in particular, I'm all ears. I suggest you ask on debian-l10n-engl...@lists.debian.org Paul signature.asc Description: OpenPGP digital signature
Bug#745861: live-config: kde-services fails to run with an unexpected operator
On 04/26/2014 12:21 AM, Antony Messerli wrote: It appears line 33 needs an OR (||) after the check for kwriteconfig. indeed, fixed in git, thanks. note that you're more than welcome to commit such things directly in our git repositories directly, the debian-next branches are world-writable as outlined in: http://live.debian.net/manual/current/html/live-manual/contributing-to-project.en.html#614 -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745216: librtmp-dev: Does package really depend on libgnutls-dev?
Control: tags 745216 patch On 2014-04-19 Alessandro Ghedini gh...@debian.org wrote: On sab, apr 19, 2014 at 02:49:59 +0930, Arthur Marsh wrote: Package: librtmp-dev Version: 2.4+20131018.git79459a2-2 [...] Trying to install the package on a system with libgnutls28-dev installed. Is there a fundamental conflict between these packages, or is this just a packaging issue. Indeed, this is preventing me to switch curl to libgnutls28. AFAICT, the only reason librtmp-dev depends on libgnutls-dev is because librtmp.pc has a Requires: gnutls, but it doesn't seem to actually need it (i.e. none of the librtmp-dev headers #includes gnutls.h, and librtmp.pc doesn't have -lgnutls anywhere), but I may be wrong. Hello, Afaict this is really the case and upstream also thinks so: - 0d44da9f5f5a4aa7cd64566c64d89d2fb392e3ef Include the nettle/hogweed crypto libraries in the pkg-config file These libraries are linked and used as directly as we use gnutls itself. This fixes linking for callers if librtmp is built statically or if the linker doesn't support transitive linking. For static lining there is pkg-config --libs --static and Debian's linker does support transitive linking. Find attached a suggested patch. FWIW afaict gmp and zlib shouldn't be in Libs either. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' diff -Nru rtmpdump-2.4+20131018.git79459a2/debian/changelog rtmpdump-2.4+20131018.git79459a2/debian/changelog --- rtmpdump-2.4+20131018.git79459a2/debian/changelog 2014-04-12 04:08:18.0 +0200 +++ rtmpdump-2.4+20131018.git79459a2/debian/changelog 2014-04-26 08:31:34.0 +0200 @@ -1,3 +1,14 @@ +rtmpdump (2.4+20131018.git79459a2-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * 02_gnutls_requires.private.diff: In pkg-config file move gnutls, hogweed, +and nettle from Requires to Requires.private. librtmp's headers do not +expose these libraries. + * Drop librtmp-dev dependency on libgnutls-dev and nettle-dev. +Closes: #745216 + + -- Andreas Metzler ametz...@debian.org Sat, 26 Apr 2014 08:10:35 +0200 + rtmpdump (2.4+20131018.git79459a2-2) unstable; urgency=low * Depends on libgmp-dev and nettle-dev to librtmpdev (Closes: #744242) diff -Nru rtmpdump-2.4+20131018.git79459a2/debian/control rtmpdump-2.4+20131018.git79459a2/debian/control --- rtmpdump-2.4+20131018.git79459a2/debian/control 2014-04-12 04:07:19.0 +0200 +++ rtmpdump-2.4+20131018.git79459a2/debian/control 2014-04-26 08:33:09.0 +0200 @@ -34,7 +34,7 @@ Package: librtmp-dev Section: libdevel -Depends: libgnutls-dev, librtmp1 (= ${binary:Version}), ${misc:Depends}, nettle-dev, libgmp-dev +Depends: librtmp1 (= ${binary:Version}), ${misc:Depends}, libgmp-dev Architecture: any Multi-Arch: same Description: toolkit for RTMP streams (development files) diff -Nru rtmpdump-2.4+20131018.git79459a2/debian/patches/02_gnutls_requires.private.diff rtmpdump-2.4+20131018.git79459a2/debian/patches/02_gnutls_requires.private.diff --- rtmpdump-2.4+20131018.git79459a2/debian/patches/02_gnutls_requires.private.diff 1970-01-01 01:00:00.0 +0100 +++ rtmpdump-2.4+20131018.git79459a2/debian/patches/02_gnutls_requires.private.diff 2014-04-26 08:30:20.0 +0200 @@ -0,0 +1,30 @@ +Description: Move gnutls/nettle/hogweed to .private + librtmp'headers do not expose gnutls' headers (or its dependencies), move + them from Requires to Requires.private. + . + Upstream agrees that this is correct but wants to support for broken + archs and static-lib-only installations: + * 0d44da9f5f5a4aa7cd64566c64d89d2fb392e3ef +Include the nettle/hogweed crypto libraries in the pkg-config file + . +These libraries are linked and used as directly as we use gnutls +itself. This fixes linking for callers if librtmp is built +statically or if the linker doesn't support transitive linking. + . +Author: Andreas Metzler ametz...@debian.org +Origin: vendor +Bug-Debian: http://bugs.debian.org/745216 +Forwarded: not-needed +Last-Update: 2014-04-26 + +--- rtmpdump-2.4+20131018.git79459a2.orig/librtmp/librtmp.pc.in rtmpdump-2.4+20131018.git79459a2/librtmp/librtmp.pc.in +@@ -6,7 +6,7 @@ incdir=${prefix}/include + Name: librtmp + Description: RTMP implementation + Version: @VERSION@ +-Requires: @CRYPTO_REQ@ ++Requires.private: @CRYPTO_REQ@ + URL: http://rtmpdump.mplayerhq.hu + Libs: -L${libdir} -lrtmp -lz @PUBLIC_LIBS@ + Libs.private: @PRIVATE_LIBS@ diff -Nru rtmpdump-2.4+20131018.git79459a2/debian/patches/series rtmpdump-2.4+20131018.git79459a2/debian/patches/series --- rtmpdump-2.4+20131018.git79459a2/debian/patches/series 2014-04-12 04:02:42.0 +0200 +++ rtmpdump-2.4+20131018.git79459a2/debian/patches/series 2014-04-26 07:56:29.0 +0200 @@ -1 +1,2 @@ 01_unbreak_makefile.diff +02_gnutls_requires.private.diff
Bug#745228: [d6e8b26] Fix for Bug#745228 committed to git
tags 745228 +pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava sriva...@golden-gryphon.com on Fri, 25 Apr 2014 23:38:06 -0700. The fix will be in the next upload. = [master]: Fix type in the rules file. over - over (Closes: #745228) Signed-off-by: Manoj Srivastava sriva...@golden-gryphon.com = -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745228: [5888776] Fix for Bug#745228 committed to git
tags 745228 +pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava sriva...@golden-gryphon.com on Fri, 25 Apr 2014 23:46:08 -0700. The fix will be in the next upload. = [master]: Fix type in the rules file. over - over (Closes: #745228) Signed-off-by: Manoj Srivastava sriva...@golden-gryphon.com = -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745837: curl should use a Certificate Revocation List by default
On 2014-04-25 21:52:38 +0200, Alessandro Ghedini wrote: On ven, apr 25, 2014 at 07:54:36 +0200, Vincent Lefevre wrote: most users don't know that curl doesn't have any check for certificate revocation by default. Before the Heartbleed bug, this could be regarded a not very important. But now there may have been much more leaks than before. So, curl should use an up-to-date Certificate Revocation List by default (which it supports) The problem with this kind of lists is that they need to be frequently updated, Yes, that's the current problem with Chromium. The current one distributed with Debian still doesn't have the certificates revoked after the Heartbleed bug. so either 1) someone makes a package (like ca-certificates) that provides a crl, and the data of such a package could be shared (like ca-certificates) by various user agents that use CRL's. Such a list is currently needed for Chromium. or 2) curl dowloads such list from the internet every time it opens an HTTPS connection. not every time. It doesn't really make sense to download a list again after a few seconds. There could be some expire setting of a downloaded list (IMHO, the order of magnitude would be the day). The user should also have the possibility to force a download (like he can force a reload of a cached page). The ca-crls package would need someone to make it and keep it updated daily to be of any use, and downloading random stuff from internet for each connection doesn't sound too good either. Even if it's not daily and if downloading a CRL is not done for each connection, it could be quite good. And if done in combination with another method such as OSCP / OCSP stapling, it would be even better. or some other alternate method like Firefox. If you mean OCSP, most browsers don't even bother using that by default, not in a way that would make the user safe anyway [1]. The alternative (OCSP stapling) is probably not supported by enough servers to be useful (but I may be wrong). Well, at least Iceweasel (which uses something based on OCSP) works on the example I've given. -- 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#745872: ITP: profanity -- a console based XMPP client
Package: wnpp Severity: wishlist Owner: Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl * Package name: profanity Version : 0.4.0 Upstream Author : James Booth boothj5...@gmail.com * URL : http://www.profanity.im/ * License : GPL-3 Programming Lang: C Description : a console based XMPP client Profanity is a console based XMPP client written in C using ncurses and libstrophe, inspired by Irssi. It supports: * XMPP chat services, including GoogleTalk and Facebook, * command driven interface, * customizable functionality and user interface, * Off the Record message encryption, * chat room support, * roster management, * flexible resource and priority settings, * desktop notifications, * unicode support, * integrated DuckDuckGo search, * sending tiny URLs, * plugin written in C, Python, Ruby and Lua. Since I did not get a response from XMPP packaging team, I will strat packaging it by myself with a possibility to move to XMPP team when they respond. Profanity depends on a great XMPP library libstrophe, which is not in Debian yet. I am currently working on providing a high quality package (ITP 511341), for that reason I am working with upstream to adjust the source for Debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726828: transition: libgnutls-openssl27
On 2014-04-26 07:40, Andreas Metzler wrote: On 2014-04-21 Andreas Metzler ametz...@bebt.de wrote: On 2013-10-19 Andreas Metzler ametz...@bebt.de wrote: [...] 5. Start providing libgnutls-openssl-dev from libgnutls28-dev in sid, stop doing so in libgnutls-dev. [...] steps 1 to 5 are done, and gnutls28/3.2.13-2 gnutls26/2.12.23-14 should enter testing tomorrow (Tuesday April 22nd). [...] Good morning, Looks like this needs a hint: easy gnutls28/3.2.13-2 gnutls26/2.12.23-14 cu Andreas Thanks for the suggestion, I have added the hint and we will see how it goes. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745873: virt-clone onto LVM logical volume gives: ERROR Clone onto existing storage volume is not supported
Package: virtinst Version: 0.600.1-3+deb7u1 When I create an LVM logical volume and use virt-clone to clone an existing LV to the new LV, I get this error: virt-clone --original source-vm --name dest-vm --file=/dev/vg1/dest-vm-lv ERRORClone onto existing storage volume is not supported: '/dev/vg1/dest-vm-lv' The LV was created with: lvcreate -L 50G -n dest-vm-lv vg1 Regards Mark Abrahams -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745865: Does not support listening for RPC connections on IPv6
Control: reassign -1 transmission-daemon On Sb, 26 apr 14, 02:04:59, Jelmer Vernooij wrote: Source: transmission-daemon Severity: normal Tags: ipv6 upstream transmission-daemon supports binding on IPv6 for regular web traffic, but not for RPC connections. This a known upstream issue. -- 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.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#745872: ITP: profanity -- a console based XMPP client
On Sat, Apr 26, 2014 at 09:32:00AM +0200, Dariusz Dwornikowski wrote: Package: wnpp Severity: wishlist Owner: Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl * Package name: profanity Version : 0.4.0 Upstream Author : James Booth boothj5...@gmail.com * URL : http://www.profanity.im/ * License : GPL-3 PKG_CHECK_MODULES([openssl], [openssl], [], [AC_MSG_ERROR([openssl is required for profanity])]) The resulting binary cannot be distributed. -- WBR, wRAR -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745854: ITP: phpunit-exporter -- export variables for visualization - PHPUnit component
On Friday, April 25, 2014 10:48:06 PM David Prévot wrote: * URL : https://github.com/sebastianbergmann/phpunit-exporter 404 correct: https://github.com/sebastianbergmann/exporter After reading the description I still wasn't sure what the package was about. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743449: transition: evolution-data-server
Control: tags -1 confirmed pending On 2014-04-02 22:11, Emilio Pozuelo Monfort wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Another transition. The plan is: 1/ upload from experimental to unstable: evolution-data-server evolution evolution-mapi evolution-ews 2/ binnmu as needed I have rebuilt the rdeps locally and all are fine except a couple of evolution-dev build-rdeps that check for evolution-plugin.pc, as that file has been removed in 3.12. Affected packages only seem to be evolution-rss and mail-notification. I hope to get fixes for these in sid before the transition starts so that those can just be binnmu'ed. But that shouldn't be a blocker as I can NMU those if needed. Note that libebook-1.2-14 hasn't changed the SONAME between 3.8 and 3.12 so I didn't include it in the regexes below. Ben file: title = evolution-data-server; is_affected = .depends ~ /lib(ecal-1\.2-15|edata-book-1\.2-17|edataserver-1\.2-17|camel-1\.2-43|edata-cal-1\.2-20|ebackend-1\.2-6)/ | .depends ~ /lib(ecal-1\.2-16|edata-book-1\.2-20|edataserver-1\.2-18|camel-1\.2-49|edata-cal-1\.2-23|ebackend-1\.2-7)/; is_good = .depends ~ /lib(ecal-1\.2-16|edata-book-1\.2-20|edataserver-1\.2-18|camel-1\.2-49|edata-cal-1\.2-23|ebackend-1\.2-7)/; is_bad = .depends ~ /lib(ecal-1\.2-15|edata-book-1\.2-17|edataserver-1\.2-17|camel-1\.2-43|edata-cal-1\.2-20|ebackend-1\.2-6)/; [...] Please go ahead and let me know when we are ready to binNMU stuff. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745853: ITP: phpunit-diff -- diff implementation - stand-alone component from PHPUnit
On Friday, April 25, 2014 10:38:42 PM you wrote: * URL : https://github.com/sebastianbergmann/phpunit-diff looks like a pattern: https://github.com/sebastianbergmann/diff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745875: /usr/bin/kwin: KWin consumes 100% of one of my CPUs while idle
Package: kde-window-manager Version: 4:4.11.8-1 Severity: normal File: /usr/bin/kwin KWin consumes 100% of one of my CPUs while the computer is idle. I suspect it has something to do with the screensaver, because it stops doing so whenever I press any key or move the mouse. I made a small script that run top every 10 seconds and logs it to a file, and I got lots of this kind of reports: top - 09:47:36 up 18:13, 5 users, load average: 1,00, 1,03, 1,05 Tasks: 139 total, 3 running, 136 sleeping, 0 stopped, 0 zombie %Cpu(s): 9,4 us, 28,7 sy, 0,5 ni, 60,4 id, 0,8 wa, 0,0 hi, 0,1 si, 0,0 st KiB Mem: 2058752 total, 1970636 used,88116 free,48248 buffers KiB Swap: 4200992 total, 2596 used, 4198396 free. 1205316 cached Mem PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ COMMAND 17638 marc 20 0 2928228 96636 63516 R 103,7 4,7 661:16.57 kwin Notice the amount of accumulated CPU time. The screensaver is configured to just show the blank screen, so it really shouldn't affect performance. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kde-window-manager depends on: ii kde-runtime 4:4.11.3-1 ii kde-style-oxygen4:4.11.8-1 ii libc6 2.18-4 ii libegl1-mesa [libegl1-x11] 10.1.0-5 ii libgcc1 1:4.8.2-16 ii libgl1-mesa-glx [libgl1]10.1.0-5 ii libgles2-mesa [libgles2]10.1.0-5 ii libice6 2:1.0.8-2 ii libkactivities6 4:4.11.5-1 ii libkcmutils44:4.11.5-3 ii libkdeclarative54:4.11.5-3 ii libkdecorations4abi24:4.11.8-1 ii libkdecore5 4:4.11.5-3 ii libkdeui5 4:4.11.5-3 ii libkio5 4:4.11.5-3 ii libknewstuff3-4 4:4.11.5-3 ii libkwineffects1abi5 4:4.11.8-1 ii libkwinglesutils1 4:4.11.8-1 ii libkwinglutils1abi2 4:4.11.8-1 ii libkworkspace4abi2 4:4.11.8-1 ii libplasma3 4:4.11.5-3 ii libqt4-dbus 4:4.8.5+git242-g0315971+dfsg-2 ii libqt4-declarative 4:4.8.5+git242-g0315971+dfsg-2 ii libqt4-script 4:4.8.5+git242-g0315971+dfsg-2 ii libqtcore4 4:4.8.5+git242-g0315971+dfsg-2 ii libqtgui4 4:4.8.5+git242-g0315971+dfsg-2 ii libsm6 2:1.2.1-2 ii libstdc++6 4.8.2-16 ii libwayland-client0 1.4.0-1 ii libwayland-egl1-mesa [libwayland-egl1] 10.1.0-5 ii libx11-62:1.6.2-1 ii libx11-xcb1 2:1.6.2-1 ii libxcb-composite0 1.10-2 ii libxcb-damage0 1.10-2 ii libxcb-image0 0.3.9-1 ii libxcb-keysyms1 0.3.9-1 ii libxcb-randr0 1.10-2 ii libxcb-render0 1.10-2 ii libxcb-shape0 1.10-2 ii libxcb-shm0 1.10-2 ii libxcb-sync11.10-2 ii libxcb-xfixes0 1.10-2 ii libxcb-xtest0 1.10-2 ii libxcb1 1.10-2 ii libxcursor1 1:1.1.14-1 ii libxext62:1.3.2-1 ii libxrandr2 2:1.4.2-1 ii libxxf86vm1 1:1.1.3-1 ii perl5.18.2-2+b1 kde-window-manager recommends no packages. kde-window-manager suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738286: live-config: TTY autologin via /bin/login .. term term 21 breaks some programs requiring a real tty
retitle 738286 use getty instead of login thanks sounds good, would you mind providing a patch to use getty instead of login? Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723708: (no subject)
forcemerge 723708 745141 thanks Le Sat, Apr 26, 2014 at 02:23:56AM -0400, Joseph Spiros a écrit : I thought escalating this one would be more appropriate than re-titling and re-opening the other one. (I also did not wish to disrespect your authority as a maintainer to close a bug on your own package.) Will you be re-opening #745141? Or, should this one be escalated to a severity higher than wishlist? I did attempt to change the severity of this one, but there was an error in processing my control commands. (My intuition tells me that it should be either normal or important severity, let me know what you think.) Thanks for the explanation: I did not realise that you switched from bug 745141 to 723708; this is why I felt that your message was odd. I am merging the two bugs now. Cheers, -- Charles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723708: mime-support: mailcap(5) %s vs run-mailcap spaces in filenames
Le Thu, Sep 19, 2013 at 02:42:54PM +1000, Kevin Ryde a écrit : The mailcap(5) man page shows %s in commands unquoted, text/plain; cat %s; copiousoutput but run-mailcap passes filenames with spaces straight to such a command Dear Kevin, I agree that run-mailcap should be corrected to quote filenames. Thanks a lot for the patches that you sent earlier for some other bugs. I am preparing a package update where they have been applied. Do you think that you could send me a patch for this one as well ? Have a nice week-end, -- Charles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713377: closed by Lifeng Sun lifong...@gmail.com (Bug#713377: fixed in clhep 2.1.4.1-1)
On Sat, Dec 14, 2013 at 09:24:06AM +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the src:clhep package: #713377: clhep: FTBFS: dh_auto_test: make -j1 check returned exit code 2 It has been closed by Lifeng Sun lifong...@gmail.com. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Lifeng Sun lifong...@gmail.com by replying to this email. Let's reset the time for this to prevent autoremoval. Hopefully the new version landing in sid in a bit will migrate and hence fix this bug. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#743587: transition: gnome-online-accounts
Control: tags -1 confirmed pending On 2014-04-04 00:55, Emilio Pozuelo Monfort wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Another GNOME transition. goa is currently in experimental and it built fine everywhere. gnome-control-center needs a sourceful upload but the rest can be binnmu'ed. Ben file: title = gnome-online-accounts; is_affected = .depends ~ libgoa-1.0-0 | .depends ~ libgoa-1.0-0b|libgoa-backend-1.0-1; is_good = .depends ~ libgoa-1.0-0b|libgoa-backend-1.0-1; is_bad = .depends ~ libgoa-1.0-0; [...] Per IRC with jordi, we will also be starting this one. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740911: fixed in e-d-s/3.8.5-1
Control: reassign -1 evolution-data-server/3.4.4-3 Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=704740 Control: fixed -1 3.8.5-1 See upstream (e-d-s) commit: 198bceaf20df82764c36ad6787bd828705dc31c5 Bug #704740 - WebDAV - Do not store ETag into REV attribute And upstream Bug #704740: https://bugzilla.gnome.org/show_bug.cgi?id=704740 Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745866: FileFd::Size failure on all big-endian architectures (patch attached)
Hi, On Fri, Apr 25, 2014 at 07:49:17PM -0600, Adam Conrad wrote: Package: apt Version: 1.0.2 Severity: serious Tags: patch Justification: fails to build from source (but built successfully in the past) The testcase failing the build is new (in this form), so this bug exists for a longer time (in the somewhere between 2011 and 2013 ballpark) and is just detected now. (I didn't thought writing it would pay off so early and now it found three bugs/oddities already…) Effected are only operations which act on a gzip compressed file directly asking for the content size, uncompressing them first ist fine as well as just reading from the file. The only default configuration using this was pdiff, which might be the reason why nobody has found this so far in Ubuntu/Debian (stable) as pdiffs do not exist there and even on Debian unstable you have the chance to never see it if you can spare enough memory (The size was used to request a mmap of this size). Add to it that even pdiff isn't affected anymore since the rewrite at the beginning of the year (it still does the uncompressing on the fly, but doesn't use an mmap anymore). This patch should be fairly self-explanatory for people who grok binary math and endian flips. Fixes the FTBFS on big-endian arches. After a bit of talking on IRC, we agreed that both patches and than some should be applied. Beside that it hopefully still fixes the build (testers welcome to confirm), it also removes the dependency on binary math and endian flip grokking – and even reduces codesize. ;) Best regards David Kalnischkies commit 05eab8afb692823f86c53c4c2ced783a7c185cf9 Author: Adam Conrad adcon...@debian.org Date: Sat Apr 26 10:24:40 2014 +0200 fix FileFd::Size bitswap on big-endian architectures gzip only gives us 32bit of size, storing it in a 64bit container and doing a 32bit flip on it has therefore unintended results. So we just go with a exact size container and let the flipping be handled by eglibc provided le32toh removing our #ifdef machinery. Closes: 745866 diff --git a/apt-pkg/contrib/fileutl.cc b/apt-pkg/contrib/fileutl.cc index de73a7f..b77c7ff 100644 --- a/apt-pkg/contrib/fileutl.cc +++ b/apt-pkg/contrib/fileutl.cc @@ -58,13 +58,10 @@ #include bzlib.h #endif #ifdef HAVE_LZMA - #include stdint.h #include lzma.h #endif - -#ifdef WORDS_BIGENDIAN -#include inttypes.h -#endif +#include endian.h +#include stdint.h #include apti18n.h /*}}}*/ @@ -1880,19 +1877,13 @@ unsigned long long FileFd::Size() FileFdErrno(lseek,Unable to seek to end of gzipped file); return 0; } - size = 0; + uint32_t size = 0; if (read(iFd, size, 4) != 4) { FileFdErrno(read,Unable to read original size of gzipped file); return 0; } - -#ifdef WORDS_BIGENDIAN - uint32_t tmp_size = size; - uint8_t const * const p = (uint8_t const * const) tmp_size; - tmp_size = (p[3] 24) | (p[2] 16) | (p[1] 8) | p[0]; - size = tmp_size; -#endif + size = le32toh(size); if (lseek(iFd, oldPos, SEEK_SET) 0) { signature.asc Description: Digital signature
Bug#405833: closing dia bugs that are fixed upstream
notfixed 519721 dia/0.97.2-1 stop From: Stéphane Aulery lk...@free.fr fixed 405833 dia/0.97.2-1 fixed 492400 dia/0.97.2-1 fixed 497896 dia/0.97.2-1 fixed 519721 dia/0.97.2-1 fixed 601356 dia/0.97.2-1 Hi Stéphane, Upstream's dia-0-97 branch branched in 2009, and doesn't include some of these bugfixes. The last common commit is 7ee04f30. I've retested #519721, and it is still in 0.97.2-15. I haven't tested the others, but git-cherry can't find a corresponding commit in dia-0-97 for any of them. OTOH, I don't think #519721 is important enough for a local Debian patch. Sorry, Steve -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745876: Please create /etc/machine-id if it does not exist
Package: base-files Version: 7.2 Severity: normal Tags: patch D-Bus, systemd and other programs use /etc/machine-id. Given that this file is per-machine and very central, it should live in base-files. The attached patch creates the file unless it already exists. The patch works on Linux and should work (untested) on kFreeBSD (since linprocfs emulates the uuid file). The uuid file should be present in all Linux kernels since it lives in the same source code file that provides /dev/{u,}random :). On platforms where the uuid file does not exist we just do nothing for now. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: armel i386 Kernel: Linux 3.13-1-amd64 (SMP w/8 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 base-files depends on: ii gawk [awk] 1:4.0.1+dfsg-2.1 ii mawk [awk] 1.3.3-17 base-files recommends no packages. base-files suggests no packages. -- no debconf information From aaea1b768923ef7453207590fd250cc0e7f739b9 Mon Sep 17 00:00:00 2001 From: Michael Stapelberg stapelb...@debian.org Date: Sat, 26 Apr 2014 11:20:52 +0200 Subject: [PATCH] Generate /etc/machine-id if it does not yet exist. --- debian/postinst.in | 6 ++ 1 file changed, 6 insertions(+) diff --git a/debian/postinst.in b/debian/postinst.in index 778a698..c82f941 100644 --- a/debian/postinst.in +++ b/debian/postinst.in @@ -122,3 +122,9 @@ if dpkg --compare-versions $2 lt-nl 6.10; then install_from_default /usr/share/base-files/staff-group-for-usr-local \ /etc/staff-group-for-usr-local fi + +# D-Bus, systemd and other programs want a static machine identifier in +# /etc/machine-id, so create one if it does not exist. +if [ ! -e /etc/machine-id ] [ -e /proc/sys/kernel/random/uuid ]; then + sed 's/-//g' /proc/sys/kernel/random/uuid /etc/machine-id +fi -- 1.9.0
Bug#745877: lintian: Unreasonable performance of detect_privacy_breach for clhep-doc/2.1.3.1-1/all
Package: lintian Version: 2.5.22.1 Severity: important Hi, Philipp Kern noticed that lintian was really slow to process clhep-doc. I had a look at profiling it and, unsurprisingly, we are dealing with a case similar to the cruft/license checks. Profile was done with: perl -d:NYTProf frontend/lintian -C files clhep-doc_2.1.3.1-1_all.deb (Interesting parts of the) Results: Profile of ../lintian/frontend/lintian for 227s (of 228s), executing 2419803 statements and 1163869 subroutine calls in 171 source files and 36 string evals [... line 1778 of checks/files.pm (sub detect_privacy_breach) ... ] 141096 186s282192 185sif ($block =~ m{$regex}) { [... line 1792+1793 of checks/files.pm (sub detect_privacy_breach) ... ] EXTERNAL_TAG: 17637 26.7s 17637 26.6s while( ... followed by ~40 lines of regex ... Bastien, can you have a look at this one? ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628383: more work needed
Control: tag -1 - patch While I appreciate the feedback on how mlock works on kfreebsd and including a patch along with discussions of technical details is nice, I'm going to remove the patch tag. Maye I misunderstood something but i think there's a reason the memory is mlocked; to avoid leaking sensitive information into swap. We can't just kill off security by patching out the check for working mlock. Atleast not without a big fat warning dialog where the user opts out of security first. As I see it if there's no way to securely do the same thing on kfreebsd, then this package simply can't work on kfreebsd. On a side-note: AFAIK libgnome-keyring is deprecated (in favor of libsecret). Efforts might be better spent on helping users port their code away from libgnome-keyring, but since there are quite a few reverse dependencies in the archive I doubt it will be practically possible to achive the goal of having all of them ported before the Jessie freeze. Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745878: O: Cinnamon -- Cinnamon desktop
Package: wnpp Severity: normal The package description is: Cinnamon redefines user interactions with the GNOME desktop. In particular, it offers new paradigms for launching applications, accessing documents, and organizing open windows in GNOME. Later, it will introduce a new applets eco-system and offer new solutions for other desktop features, such as notifications and contacts management. Cinnamon is intended to replace functions handled by the GNOME Panel and by the window manager in previous versions of... There have been no updates to the package for 231 days despite undergoing several major revisions upstream. The version in the packaging system is broken.
Bug#745875: /usr/bin/kwin: KWin consumes 100% of one of my CPUs while idle
¡Hola Marc! El 2014-04-26 a las 10:19 +0200, Marc Coll escribió: Package: kde-window-manager Version: 4:4.11.8-1 Severity: normal File: /usr/bin/kwin KWin consumes 100% of one of my CPUs while the computer is idle. I suspect it has something to do with the screensaver, because it stops doing so whenever I press any key or move the mouse. I made a small script that run top every 10 seconds and logs it to a file, and I got lots of this kind of reports: top - 09:47:36 up 18:13, 5 users, load average: 1,00, 1,03, 1,05 Tasks: 139 total, 3 running, 136 sleeping, 0 stopped, 0 zombie %Cpu(s): 9,4 us, 28,7 sy, 0,5 ni, 60,4 id, 0,8 wa, 0,0 hi, 0,1 si, 0,0 st KiB Mem: 2058752 total, 1970636 used,88116 free,48248 buffers KiB Swap: 4200992 total, 2596 used, 4198396 free. 1205316 cached Mem PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ COMMAND 17638 marc 20 0 2928228 96636 63516 R 103,7 4,7 661:16.57 kwin Notice the amount of accumulated CPU time. The screensaver is configured to just show the blank screen, so it really shouldn't affect performance. Mmh, interesting, I have seen a similar behavior in my desktop (unstable with kde-sc 4.12.4) but with kscreenlocker_g, which is closer to the bug reported in the upstream bug tracker: https://bugs.kde.org/show_bug.cgi?id=316348 but I can't reproduce it in my notebook (jessie with kde-sc 4.12.3). I guess I'll try to narrow it down once I'm back home. -- Email is a wonderful thing for people whose role in life is to be on top of things. But not for me; my role is to be on the bottom of things. What I do takes long hours of studying and uninterruptible concentration. -- Donald Knuth Saludos /\/\ /\ `/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745879: libpython3.4-testsuite.postinst: python3.4: not found
Package: libpython3.4-testsuite Version: 3.4.0+20140425-1 Severity: serious The package fails to install in a minimal environment: Setting up libpython3.4-testsuite (3.4.0+20140425-1) ... /var/lib/dpkg/info/libpython3.4-testsuite.postinst: 9: /var/lib/dpkg/info/libpython3.4-testsuite.postinst: python3.4: not found dpkg: error processing package libpython3.4-testsuite (--configure): subprocess installed post-installation script returned error exit status 127 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740536: umbrello does not display or open
Control: fixed -1 4:4.12.3-1 Hi, I'm able to reproduce this bug with the 4.11.5 version and it seems to be fixed in the 4.12.x version, so I'm tagging the bug as such. umbrello 4.12 should enter unstable soonish (it's currently in experimental). Thanks, -- EIEIO Go home and have a glass of warm, dairy-fresh milk -- The GNU C Library Reference Manual, Chapter 2.2, Error Codes Saludos /\/\ /\ `/ signature.asc Description: Digital signature
Bug#743942: shared-mime-info: All .asc files are recognized as OpenPGP files (fixed in 1.3)
Control: tag -1 + patch Hi, intrig...@debian.org wrote (08 Apr 2014 15:53:31 GMT) : So, in short: please package upstream 1.3 :) In case you don't have time to take care of it soonish, do you mind if I give it a try? If so, any particular stumbling blocks I should be aware of, on my way to import a new upstream version? JFTR, Ulrike (Cc'd) has prepared an updated package: https://mentors.debian.net/package/shared-mime-info Thanks a lot! I'll let Ulrike and her usual sponsor (Holger, Cc'd too) discuss the next steps (NMU?) with the maintainers. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745881: isdnutils: diff for NMU version 1:3.25+dfsg1-3.4
Package: isdnutils Version: 1:3.25+dfsg1-3.3 Severity: normal Tags: patch pending [Replace XX with correct value] Dear maintainer, I've prepared an NMU for isdnutils (versioned as 1:3.25+dfsg1-3.4) and uploaded it to DELAYED/XX. Please feel free to tell me if I should delay it longer. Regards. diff -Nru isdnutils-3.25+dfsg1/debian/changelog isdnutils-3.25+dfsg1/debian/changelog --- isdnutils-3.25+dfsg1/debian/changelog 2014-04-25 22:31:01.0 +0200 +++ isdnutils-3.25+dfsg1/debian/changelog 2014-04-26 11:50:45.0 +0200 @@ -1,3 +1,17 @@ +isdnutils (1:3.25+dfsg1-3.4) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS after upgrade tcl-dev to 8.6 by applying patch from BTS +(Closes: #725000) + * Fix postinst uses /usr/share/doc content (Policy 12.3), applying +relevant sections from the patch found in BTS (Closes: #710359) + * debian/patches/vbox-configure-quoting.patch: fix wrong handling of paths +with embedded quotes; this confuses vbox's configure script something +fierce, and causes files to be missed from debian/tmp'/usr/share/doc/' +at install time. + + -- Tobias Frost t...@coldtobi.de Sat, 26 Apr 2014 00:40:47 +0200 + isdnutils (1:3.25+dfsg1-3.3) unstable; urgency=low [ Andreas Beckmann ] diff -Nru isdnutils-3.25+dfsg1/debian/ipppd.examples isdnutils-3.25+dfsg1/debian/ipppd.examples --- isdnutils-3.25+dfsg1/debian/ipppd.examples 2013-06-06 12:36:15.0 +0200 +++ isdnutils-3.25+dfsg1/debian/ipppd.examples 2014-04-26 11:46:20.0 +0200 @@ -1,3 +1,2 @@ -debian/ipppd.DEVICE debian/auth-down debian/auth-up diff -Nru isdnutils-3.25+dfsg1/debian/ipppd.install.in isdnutils-3.25+dfsg1/debian/ipppd.install.in --- isdnutils-3.25+dfsg1/debian/ipppd.install.in2013-06-06 12:36:15.0 +0200 +++ isdnutils-3.25+dfsg1/debian/ipppd.install.in2014-04-26 11:46:20.0 +0200 @@ -1,3 +1,4 @@ usr/sbin/ipppstats usr/sbin/ipppd debian/ioptions/etc/ppp/ +debian/ipppd.DEVICE/usr/share/isdn/default diff -Nru isdnutils-3.25+dfsg1/debian/ipppd.postinst isdnutils-3.25+dfsg1/debian/ipppd.postinst --- isdnutils-3.25+dfsg1/debian/ipppd.postinst 2013-06-06 12:36:15.0 +0200 +++ isdnutils-3.25+dfsg1/debian/ipppd.postinst 2014-04-26 11:46:20.0 +0200 @@ -64,7 +64,7 @@ ucf --three-way --debconf-ok $tempfile /etc/isdn/device.$IPPPX ucfr ipppd /etc/isdn/device.$IPPPX -gzip -dc /usr/share/doc/ipppd/examples/ipppd.DEVICE.gz $tempfile +cp /usr/share/isdn/default/ipppd.DEVICE $tempfile perl -i -pe '$_ = if /^# REMOVE the/; $_ = if /^# Warning! not configured yet!/; s,^name X.,name '$ISPLOGIN',; s,^#ms-get-dns,ms-get-dns,;' $tempfile ucf --three-way --debconf-ok $tempfile /etc/isdn/ipppd.$IPPPX ucfr ipppd /etc/isdn/ipppd.$IPPPX diff -Nru isdnutils-3.25+dfsg1/debian/isdnlog.examples isdnutils-3.25+dfsg1/debian/isdnlog.examples --- isdnutils-3.25+dfsg1/debian/isdnlog.examples2013-06-06 12:36:15.0 +0200 +++ isdnutils-3.25+dfsg1/debian/isdnlog.examples2014-04-26 11:46:20.0 +0200 @@ -1,3 +1,6 @@ -isdnlog/samples/* -debian/isdnlog.DEVICE +isdnlog/samples/isdnlog.* +isdnlog/samples/provider +isdnlog/samples/reload +isdnlog/samples/rtest.dat +isdnlog/samples/stop debian/callerid.conf diff -Nru isdnutils-3.25+dfsg1/debian/isdnlog.install.in isdnutils-3.25+dfsg1/debian/isdnlog.install.in --- isdnutils-3.25+dfsg1/debian/isdnlog.install.in 2013-06-06 12:36:15.0 +0200 +++ isdnutils-3.25+dfsg1/debian/isdnlog.install.in 2014-04-26 11:46:20.0 +0200 @@ -12,3 +12,7 @@ isdnlog/README /usr/share/doc/isdnlog/de isdnlog/TODO /usr/share/doc/isdnlog/de isdnlog/contrib/winpopup/winpopup /usr/share/doc/isdnlog/de +debian/isdnlog.DEVICE /usr/share/isdn/default +isdnlog/samples/isdn.conf /usr/share/isdn/default +isdnlog/samples/isdn.conf.?? /usr/share/isdn/default +isdnlog/samples/rate.conf* /usr/share/isdn/default diff -Nru isdnutils-3.25+dfsg1/debian/isdnlog.postinst isdnutils-3.25+dfsg1/debian/isdnlog.postinst --- isdnutils-3.25+dfsg1/debian/isdnlog.postinst2013-06-06 12:36:15.0 +0200 +++ isdnutils-3.25+dfsg1/debian/isdnlog.postinst2014-04-26 11:46:20.0 +0200 @@ -26,7 +26,7 @@ if [ $country = other ]; then country=default fi -defdir=/usr/share/doc/isdnlog/examples/ +defdir=/usr/share/isdn/default conffile=/etc/isdn/isdn.conf tempfile=$(mktemp -t isdnutils.XX) trap 'rm -f $tempfile' EXIT @@ -58,7 +58,7 @@ ucfr isdnlog /etc/isdn/$cfg done - sed '/REMOVE the next line/,/REMOVE the above/d' /usr/share/doc/isdnlog/examples/isdnlog.DEVICE $tempfile + sed '/REMOVE the next line/,/REMOVE the above/d' /usr/share/isdn/default/isdnlog.DEVICE $tempfile ucf
Bug#745876: Please create /etc/machine-id if it does not exist
On Sat, 26 Apr 2014, Michael Stapelberg wrote: Package: base-files Version: 7.2 Severity: normal Tags: patch D-Bus, systemd and other programs use /etc/machine-id. Given that this file is per-machine and very central, it should live in base-files. The attached patch creates the file unless it already exists. The patch works on Linux and should work (untested) on kFreeBSD (since linprocfs emulates the uuid file). The uuid file should be present in all Linux kernels since it lives in the same source code file that provides /dev/{u,}random :). On platforms where the uuid file does not exist we just do nothing for now. Hmm. You say that D-Bus use this file and I see here https://packages.debian.org/sid/dbus that D-Bus exists for kfreebsd-* and hurd-i386. So, either you are already generating this file in another package, and we don't need it in base-files, or D-Bus will fail on non-Linux systems because of the non-portable way proposed to generate it. What's the benefit of generating the file only in Linux architectures over letting the d-bus package itself to generate it? In fact: What's the benefit of generating this file in base-files at all? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745876: Please create /etc/machine-id if it does not exist
On Sat, 26 Apr 2014, Santiago Vila wrote: In fact: What's the benefit of generating this file in base-files at all? block -1 by 745876 Bug #619244 [systemd] systemd: unowned files after purge (policy 6.8, 10.8): /etc/machine-id 619244 was not blocked by any bugs. 619244 was not blocking any bugs. Added blocking bug(s) of 619244: 745876 Aha. So you are trying to fix that bug by moving the file? IMHO, such bug is ridiculous: On systems where systemd is the init manager, systemd becomes essential and you simply *don't* remove it! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745842: liferea: description is too geeky7
Am 26.04.2014 07:02, schrieb David Smith: On 04/25/2014 11:53 PM, David Smith wrote: On 04/25/2014 01:32 PM, Mattia Rizzolo wrote: I never liked the part about being a FeedReader clone because it seems a little irrelevant and confusing to me. That's something that looks like it was just copypasted right off of the liferea website. I've never even heard of FeedReader myself. Apparently it's open source windows software that hasn't had a new release in over 5 years. I really doubt that many people use it anymore so I guess I'll remove that part from the description as well. IMO that's correct. Feedreader was a windows application with good simplicistic functionality around 2003 when Liferea was started. It's popularity significantly waned over time though. At the moment IMO comparisons don't make any sense anymore. Cheers, Lars -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736494: Info received (About #736494)
Ping. On Mar 18, 2014, at 12:21 PM, Debian Bug Tracking System ow...@bugs.debian.org wrote: Thank you for the additional information you have supplied regarding this Bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Debian Release Team debian-rele...@lists.debian.org If you wish to submit further information on this problem, please send it to 736...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 736494: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736494 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740911: backporting the fix
Hi Andreas, Thanks for the feedback about this Can you just clarify about backporting the fix - do you mean backporting the whole version from testing to wheezy-backports or just copying the individual patch into a rebuild of the version currently in stable? Regards, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745546: Re: Bug#745546: lintian: False positive: openttd source: source-is-missing os/dos/cwsdpmi/cwsdpmi.txt
control: clone -1 -2 control: reassign -2 file control: block -1 by -2 control: retitle -2 File misidentify flash files [break lintian] On Fri, Apr 25, 2014 at 3:16 PM, Paul Gevers elb...@debian.org wrote: On 22-04-14 20:47, Adam D. Barratt wrote: On Tue, 2014-04-22 at 19:17 +0200, Matthijs Kooijman wrote: The file referenced is somehow detected as a binary, even though it is just a text file containing licensing info and documentation. The file itself is available here: http://vcs.openttd.org/svn/browser/tags/1.4.0/os/dos/cwsdpmi/cwsdpmi.txt I suspect due to (on wheezy at least): $ file /tmp/cwsdpmi.txt /tmp/cwsdpmi.txt: Macromedia Flash data (compressed), version 68 So, shouldn't this bug be reassigned to the file package? Paul [I have indeed two such files in my fpc package]. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736494: Info received (About #736494)
On Sat, 2014-04-26 at 12:27 +0200, Clement Wong wrote: Ping. It would be appreciated (and would subsequently appear less rude, imho) if you had read the bug log before doing that. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736494#87 was over a week ago and https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=93;bug=736494 today. 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#745473: icedove: status bar doesn't work as expected
Now it works after restarting icedove Kind regards Mechtilde signature.asc Description: OpenPGP digital signature
Bug#745876: Please create /etc/machine-id if it does not exist
Santiago Vila [2014-04-26 12:16 +0200]: IMHO, such bug is ridiculous: On systems where systemd is the init manager, systemd becomes essential and you simply *don't* remove it! On Debian we support multiple init systems, so in theory a user could install sysvinit or upstart or openrc etc., and afterwards purge systemd. In that case I think it would be wrong to remove /etc/machine-id, as on the next installation you would get a new one and change the machine's ID. So I see two options: * put it in base-files (conceptually it's similar to /etc/os-release) and keep it as an unowned file * keep it in systemd, and ignore the piuparts report about an unowned file after purging (is there a blacklist?) Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745883: Please update symbols file for arm64 and ppc64el, patch attached
Package: libraw Version: 0.16.0-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu utopic ubuntu-patch In Ubuntu, the attached patch was applied to achieve the following: * debian/libraw10.symbols: Update symbols for arm64 and ppc64el. Patch should be self-explanatory. Would be lovely if you'd accept it, so that libraw will build in Debian on arm64 (in progress) and ppc64el (hopefully coming soon). ... Adam -- System Information: Debian Release: jessie/sid APT prefers utopic-updates APT policy: (500, 'utopic-updates'), (500, 'utopic-security'), (500, 'utopic') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-24-generic (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru libraw-0.16.0/debian/changelog libraw-0.16.0/debian/changelog diff -Nru libraw-0.16.0/debian/libraw10.symbols libraw-0.16.0/debian/libraw10.symbols --- libraw-0.16.0/debian/libraw10.symbols 2014-02-27 08:48:53.0 -0700 +++ libraw-0.16.0/debian/libraw10.symbols 2014-04-26 04:32:07.0 -0600 @@ -1,4 +1,4 @@ -# SymbolsHelper-Confirmed: 0.16.0 alpha amd64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc ppc64 s390x sparc sparc64 +# SymbolsHelper-Confirmed: 0.16.0 alpha amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 arm64 kfreebsd-i386 mips mipsel powerpc ppc64 ppc64el s390x sparc sparc64 libraw.so.10 libraw10 #MINVER# (c++)AAHD::AAHD(LibRaw)@Base 0.16.0 (c++)AAHD::combine_image()@Base 0.16.0 @@ -59,7 +59,7 @@ (c++)LibRaw::bad_pixels(char const*)@Base 0.16.0 (c++)LibRaw::blend_highlights()@Base 0.16.0 (c++)LibRaw::border_interpolate(int)@Base 0.16.0 - (c++|arch=alpha amd64 kfreebsd-amd64 ppc64 s390x sparc64)LibRaw::calloc(unsigned long, unsigned long)@Base 0.16.0 + (c++|arch=alpha amd64 arm64 kfreebsd-amd64 ppc64 ppc64el s390x sparc64)LibRaw::calloc(unsigned long, unsigned long)@Base 0.16.0 (c++)LibRaw::cam_xyz_coeff(double (*) [3])@Base 0.16.0 (c++)LibRaw::cameraCount()@Base 0.16.0 (c++)LibRaw::cameraList()@Base 0.16.0 @@ -174,7 +174,7 @@ (c++)LibRaw::lossy_dng_load_raw()@Base 0.16.0 (c++)LibRaw::make_decoder(unsigned char const*)@Base 0.16.0 (c++)LibRaw::make_decoder_ref(unsigned char const**)@Base 0.16.0 - (c++|arch=alpha amd64 kfreebsd-amd64 ppc64 s390x sparc64)LibRaw::malloc(unsigned long)@Base 0.16.0 + (c++|arch=alpha amd64 arm64 kfreebsd-amd64 ppc64 ppc64el s390x sparc64)LibRaw::malloc(unsigned long)@Base 0.16.0 (c++)LibRaw::median4(int*)@Base 0.16.0 (c++)LibRaw::median_filter()@Base 0.16.0 (c++)LibRaw::median_filter_new()@Base 0.16.0 @@ -187,7 +187,7 @@ (c++)LibRaw::nikon_load_raw()@Base 0.16.0 (c++)LibRaw::nokia_load_raw()@Base 0.16.0 (c++)LibRaw::olympus_load_raw()@Base 0.16.0 - (c++|arch=alpha amd64 kfreebsd-amd64 ppc64 s390x sparc64)LibRaw::open_buffer(void*, unsigned long)@Base 0.16.0 + (c++|arch=alpha amd64 arm64 kfreebsd-amd64 ppc64 ppc64el s390x sparc64)LibRaw::open_buffer(void*, unsigned long)@Base 0.16.0 (c++)LibRaw::open_datastream(LibRaw_abstract_datastream*)@Base 0.16.0 (c++)LibRaw::open_file(char const*, long long)@Base 0.16.0 (c++)LibRaw::packed_dng_load_raw()@Base 0.16.0 @@ -235,7 +235,7 @@ (c++)LibRaw::raw2image_ex(int)@Base 0.16.0 (c++)LibRaw::raw2image_start()@Base 0.16.0 (c++)LibRaw::read_shorts(unsigned short*, int)@Base 0.16.0 - (c++|arch=alpha amd64 kfreebsd-amd64 ppc64 s390x sparc64)LibRaw::realloc(void*, unsigned long)@Base 0.16.0 + (c++|arch=alpha amd64 arm64 kfreebsd-amd64 ppc64 ppc64el s390x sparc64)LibRaw::realloc(void*, unsigned long)@Base 0.16.0 (c++)LibRaw::recover_highlights()@Base 0.16.0 (c++)LibRaw::recycle()@Base 0.16.0 (c++)LibRaw::recycle_datastream()@Base 0.16.0 @@ -295,7 +295,7 @@ (c++)LibRaw_abstract_datastream::subfile_close()@Base 0.16.0 (c++)LibRaw_abstract_datastream::subfile_open(char const*)@Base 0.16.0 (c++)LibRaw_abstract_datastream::tempbuffer_close()@Base 0.16.0 - (c++|arch=alpha amd64 kfreebsd-amd64 ppc64 s390x sparc64)LibRaw_abstract_datastream::tempbuffer_open(void*, unsigned long)@Base 0.16.0 + (c++|arch=alpha amd64 arm64 kfreebsd-amd64 ppc64 ppc64el s390x sparc64)LibRaw_abstract_datastream::tempbuffer_open(void*, unsigned long)@Base 0.16.0 (c++)LibRaw_abstract_datastream::~LibRaw_abstract_datastream()@Base 0.16.0 (c++)LibRaw_bigfile_datastream::LibRaw_bigfile_datastream(char const*)@Base 0.16.0 (c++)LibRaw_bigfile_datastream::eof()@Base 0.16.0 @@ -304,7 +304,7 @@ (c++)LibRaw_bigfile_datastream::gets(char*, int)@Base 0.16.0 (c++)LibRaw_bigfile_datastream::jpeg_src(void*)@Base 0.16.0 (c++)LibRaw_bigfile_datastream::make_jas_stream()@Base 0.16.0 - (c++|arch=alpha amd64 kfreebsd-amd64 ppc64 s390x sparc64)LibRaw_bigfile_datastream::read(void*, unsigned long, unsigned long)@Base 0.16.0 + (c++|arch=alpha amd64 arm64 kfreebsd-amd64 ppc64 ppc64el s390x sparc64)LibRaw_bigfile_datastream::read(void*, unsigned long,
Bug#663388: gnustep-back-common: unowned files after purge (policy 6.8, 10.8) violating FHS (policy 9.1) too
On Fri, Jun 01, 2012 at 05:04:11PM +0200, Andreas Beckmann wrote: there are now fewer directories, but there is still something in $HOME: 0m47.6s ERROR: FAIL: Package purging left files on system: /root/GNUstep/ not owned /root/GNUstep/Library/ not owned I just retested and I see the original set: 2m2.0s ERROR: FAIL: Package purging left files on system: /root/GNUstep/ not owned /root/GNUstep/Library/ not owned /var/lib/GNUstep/ not owned /var/lib/GNUstep/Fonts/not owned /var/log/gnustep-back-common.log not owned mknfonts.tool is still linked against libgnustep-base1.22 because 1.24 is still stuck in experimental. Yavor, is there any plan to do the transition? #673538 didn't look like it was blocking on us. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#745802: Please add libcpre.gcc.o to list of not distributable files
Added, notes that you should ask to remove previous version of fpc from datas.debian.org On Fri, Apr 25, 2014 at 10:38 AM, Paul Gevers elb...@debian.org wrote: Package: lintian Context: cae2spab6s3wxkx+9enfheoci2bfq4o4+h__vkup6c2a93lw...@mail.gmail.com On 21-04-14 21:51, roucaries bastien wrote: Could you open a lintian bug with: - md5sum - sha1 - sha256 of the previous file. I will add to not distributable list of file paul@wollumbin $ md5sum libcpre.gcc.o 90c983b1d401c770bb28b03ad8791f9d libcpre.gcc.o paul@wollumbin $ sha1sum libcpre.gcc.o 241278e1b032954bdff6405b3c963c8f0208ad51 libcpre.gcc.o paul@wollumbin $ sha256sum libcpre.gcc.o 3db379a515ed0abd0dc74a149e1b7039b9b2978e61470c8021b1cebb02750145 libcpre.gcc.o -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745884: RM: haskell-lens-aeson -- ROM; Obsoleted by upstream
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear ftp-masters, please remove haskell-lens-aeson from the archive, it has been obsoleted by upstream and the functionaly merged into aeson. According to $ dak rm -R -n haskell-lens-aeson no dependency problems are rounds. Like all haskell package removals, this is one (of currently several) transition blockers. Greetings, Joachim -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlNbkSEACgkQ9ijrk0dDIGxhrgCfYro+rrpyK8U2kazITxo1N3bo AccAoKnHHwERwvUKI4uo+c1zaFblj4IJ =Pyp6 -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#740911: backporting the fix
Hello Daniel! On Sat, Apr 26, 2014 at 12:34:08PM +0200, Daniel Pocock wrote: Hi Andreas, Thanks for the feedback about this Can you just clarify about backporting the fix - do you mean backporting the whole version from testing to wheezy-backports or just copying the individual patch into a rebuild of the version currently in stable? I think backporting only the fix should (hopefully) be easier (unless the commit is entangled with lots of other changes happening between 3.4 and 3.8). Maybe both can be done, but jordi says that backporting the entire evolution is not fun. Personally, I'm not going to work on either though... someone else will need to take on the task that motivates them. So we can go either way or both ways. If you're interested in working on evolution, please contact jordi. Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745866: FileFd::Size failure on all big-endian architectures (patch attached)
On Sat, Apr 26, 2014 at 11:23:49AM +0200, David Kalnischkies wrote: After a bit of talking on IRC, we agreed that both patches and than some should be applied. Beside that it hopefully still fixes the build (testers welcome to confirm), it also removes the dependency on binary math and endian flip grokking – and even reduces codesize. ;) Tested on powerpc and confirmed to DTRT. Cheers. ... Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667821: eeepc-acpi-scripts: SHEngine notifications are not displayed
Hi all! Same here on my EEEPC 1005HGO. This is no more working since the change to libnotify. Please note, I am using the kernel-module eeepc-laptop and have to add the well known acpi_osi=Linux addition into grub. Have fun! Hans -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745886: ITP: gfbgraph -- GObject library for Facebook Graph API
Package: wnpp Severity: wishlist Owner: Laurent Bigonville bi...@debian.org * Package name: gfbgraph Version : 0.2.2 Upstream Author : Álvaro Peña alvar...@gmail.com * URL : http://download.gnome.org/sources/gfbgraph/ * License : LGPL2.1+ Programming Lang: C Description : GObject library for Facebook Graph API GFBGraph is a GLib/GObject wrapper for the Facebook API. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745887: libwxgtk3.0-0: Please enable support for libnotify
Package: libwxgtk3.0-0 Severity: wishlist Hi there, This is a feature request to enable support for libnotify notifications in debian's wx-3.0. The issue is touched shortly in https://bugs.debian.org/cgi- bin/bugreport.cgi?bug=738849#22, but I thought I'd rather open a new feature request as this is unrelated to webview support. To clarify between wx built-in notifications and wx using libnotify notifications: The builtin notifications use a generic approach, just displaying a dialog-like window in the middle of the screen, but certainly nothing a user would expect a GNOME/KDE/... notification to look like. This is where libnotify comes in: this is what the major Linux desktop environments are using. Thus, integration of libnotify is not pointless, but enables a more native look and feel of wx notifications. -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745889: files moved from /usr/include/varnish to /usr/include/varnish/vapi w/o proper announcement
Source: libvarnishapi-dev Version: 4.0.0-1 Severity: important Tags: upstream Hi, since 4.0 many include files moved from /usr/include/varnish to /usr/include/varnish/vapi, but this folder is neither announced via pkg-config, nor we can detect which version we are building against by only looking at /usr/share/varnish (there is no version or something like that defined). this makes other packages FTBFS, as they try to include files directly. Regards Evgeni -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745888: libmtp9: Does not list photos from android phone properly (regression)
Package: libmtp9 Version: 1.1.6-51-g1a2669c~ds0-1 Severity: important Dear Maintainer, * What led up to the situation? Yesterday a new version of the following packages got installed : $ grep status installed /var/log/dpkg.log | grep mtp 2014-04-25 18:49:10 status installed libmtp-common:all 1.1.6-51-g1a2669c~ds0-1 2014-04-25 18:49:10 status installed libmtp9:amd64 1.1.6-51-g1a2669c~ds0-1 2014-04-25 18:49:10 status installed libmtp-runtime:amd64 1.1.6-51-g1a2669c~ds0-1 * What exactly did you do (or not do) that was effective (or ineffective)? I tried with different filemanager apps * Thunar 1.6.3 * Files 3.8.2 * What was the outcome of this action? I get different results but none correctly listing files, some are missing, there's directories there that shouldn't be present And the folder content of my phone camera pictures is now wrong, whereas it was good the day before with the older versions The File filesystem browser app displaying mtp://[usb:002,005]/Phone/DCIM/Camera list is missing a lot of files that are present on the phone. Instead it got some directories in the listing, that were never there, and are not on the phone : Music, Pictures, Podcast, Ringtones When browsing into those, and when getting back to the root mtp://[usb:002,005]/Phone/DCIM/Camera I don't always get the same listing as a minute earlier The listing in thunar even shows multiple directories with the same name * What outcome did you expect instead? A flat list of photo files, as with previous versions NOTE : MTP is really worse than USB storage but that was removed from android, hate that... -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.15.0-rc1-00137-g81cef0f (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libmtp9 depends on: ii dpkg 1.17.6 ii libc6 2.18-4 ii libgcrypt111.5.3-4 ii libmtp-common 1.1.6-51-g1a2669c~ds0-1 ii libusb-1.0-0 2:1.0.18-2 ii multiarch-support 2.18-4 Versions of packages libmtp9 recommends: ii libmtp-runtime 1.1.6-51-g1a2669c~ds0-1 ii udev204-8 libmtp9 suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745873: [Pkg-libvirt-maintainers] Bug#745873: virt-clone onto LVM logical volume gives: ERROR Clone onto existing storage volume is not supported
severity 745873 wishlist thanks On Sat, Apr 26, 2014 at 07:37:22PM +1200, Mark Abrahams wrote: Package: virtinst Version: 0.600.1-3+deb7u1 When I create an LVM logical volume and use virt-clone to clone an existing LV to the new LV, I get this error: virt-clone --original source-vm --name dest-vm --file=/dev/vg1/dest-vm-lv ERRORClone onto existing storage volume is not supported: '/dev/vg1/dest-vm-lv' The LV was created with: lvcreate -L 50G -n dest-vm-lv vg1 Yeah but as far as I know the target needs to be created by virt-clone. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745837: curl should use a Certificate Revocation List by default
On sab, apr 26, 2014 at 09:05:25 +0200, Vincent Lefevre wrote: On 2014-04-25 21:52:38 +0200, Alessandro Ghedini wrote: or 2) curl dowloads such list from the internet every time it opens an HTTPS connection. not every time. It doesn't really make sense to download a list again after a few seconds. There could be some expire setting of a downloaded list (IMHO, the order of magnitude would be the day). The user should also have the possibility to force a download (like he can force a reload of a cached page). curl is not a browser and it doesn't have a cache, so it would need to be configured to save the CRLs somewhere. Picking a default for this kind of thing is hard, because people use curl in the weirdest ways (and they will complain). Also, what about libcurl users? OCSP is better from this point of view, because it doesn't need anything to be saved locally, but it still poses other problems (privacy, performance, ...). FWIW, I think that firefox, as of v28, doesn't use CRLs anymore and only does OCSP (and not even for all certificates) [0]. The ca-crls package would need someone to make it and keep it updated daily to be of any use, and downloading random stuff from internet for each connection doesn't sound too good either. Even if it's not daily and if downloading a CRL is not done for each connection, it could be quite good. And if done in combination with another method such as OSCP / OCSP stapling, it would be even better. Well, CRLs have an expire date (or Next Update date), which I think clients are supposed to check that it's not in the past, and some (most?) CAs set it to be after about a day after the date in which the CRL was last updated. If the local CRL is not updated accordingly, the clients would always fail. The update would also be needed for stable releases, which is a huge PITA on its own. or some other alternate method like Firefox. If you mean OCSP, most browsers don't even bother using that by default, not in a way that would make the user safe anyway [1]. The alternative (OCSP stapling) is probably not supported by enough servers to be useful (but I may be wrong). Well, at least Iceweasel (which uses something based on OCSP) works on the example I've given. The problems really start when the client is not able to contact the OCSP server (as explained in the blog post I linked, browsers usually just ignore those failures and proceed like everything is ok). TL;DR: let's do OCSP instead of downloading CRLs. It would still need someone to actually write the code though (ideally for all OpenSSL, GnuTLS and NSS). [0] https://groups.google.com/forum/#!topic/mozilla.dev.security.policy/85MV81ch2Zo signature.asc Description: Digital signature
Bug#745848: [Pkg-systemd-maintainers] Bug#745848: systemctl suspend fails to run standard configuration scripts in /etc/pm/
control: reassign -1 pm-utils Hi Claudius, Claudius Hubig debian_1...@chubig.net writes: Are there plans to become compatible with pm-utils on the systemd side (somewhat necessary if systemd is truly supposed to be a drop-in replacement) or are people expected to reconfigure their system? If so, would it be possible to clearly document the suggested way to do so? systemd-suspend.service(8) mentions /usr/lib/systemd/system-sleep/ which is a) intended for local use only and should be considered [a] hack and b) in /usr rather than /etc. The current plan of the pm-utils maintainers is to ship a little script in /usr/lib/systemd/system-sleep/ in the pm-utils package that will integrate pm-utils with systemd. -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642411: endless loop installing cltl
Control: tags -1 + unreproducible Package: cltl Version: 1.0.26 Hi, I tried to install the package on a fresh Debian installation, and it worked right away. Regards, Johannes Brandstätter -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/3 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cltl depends on: ii debconf [debconf-2.0] 1.5.49 ii wget 1.13.4-3+deb7u1 cltl recommends no packages. Versions of packages cltl suggests: pn ilisp none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745890: netatalk: depends on missing libdb5.1 in sid
Package: netatalk Version: 2.2.2-1 Severity: important netatalk (2.2.2-1) from current debian sid depends on libdb5.1 which is not available any more, it has been replaced by libdb5.3. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.13-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745837: curl should use a Certificate Revocation List by default
On 2014-04-26 13:19:35 +0200, Alessandro Ghedini wrote: On sab, apr 26, 2014 at 09:05:25 +0200, Vincent Lefevre wrote: On 2014-04-25 21:52:38 +0200, Alessandro Ghedini wrote: or 2) curl dowloads such list from the internet every time it opens an HTTPS connection. not every time. It doesn't really make sense to download a list again after a few seconds. There could be some expire setting of a downloaded list (IMHO, the order of magnitude would be the day). The user should also have the possibility to force a download (like he can force a reload of a cached page). curl is not a browser and it doesn't have a cache, All applications can use a cache, and the place to store such data is even standardized: look at the .cache directory. That's for users. Or /var/cache at the system level. so it would need to be configured to save the CRLs somewhere. Picking a default for this kind of thing is hard, because people use curl in the weirdest ways (and they will complain). I don't see why. Also, what about libcurl users? I think that this should actually be part of libcurl. Some apps could use libcurl to transmit sensitive data... Well, CRLs have an expire date (or Next Update date), which I think clients are supposed to check that it's not in the past, and some (most?) CAs set it to be after about a day after the date in which the CRL was last updated. If the local CRL is not updated accordingly, the clients would always fail. The update would also be needed for stable releases, which is a huge PITA on its own. I don't think that's a problem for stable: the package itself doesn't need to be updated (well, one may decide the way it is implemented). -- 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#745891: ltt-control: FTBFS on armel (selected processor does not support ARM mode `dmb')
Source: ltt-control Version: 2.4.1-1 Severity: serious Justification: fails to build from source Hi, your package no longer builds on the armel buildds: https://buildd.debian.org/status/fetch.php?pkg=ltt-controlarch=armelver=2.4.1-1stamp=1397064419 CC rculfhash.lo /tmp/ccBG89vh.s: Assembler messages: /tmp/ccBG89vh.s:1105: Error: selected processor does not support ARM mode `dmb' /tmp/ccBG89vh.s:1286: Error: selected processor does not support ARM mode `dmb' /tmp/ccBG89vh.s:3175: Error: selected processor does not support ARM mode `dmb' /tmp/ccBG89vh.s:3725: Error: selected processor does not support ARM mode `dmb' /tmp/ccBG89vh.s:3833: Error: selected processor does not support ARM mode `dmb' /tmp/ccBG89vh.s:3994: Error: selected processor does not support ARM mode `dmb' /tmp/ccBG89vh.s:4331: Error: selected processor does not support ARM mode `dmb' /tmp/ccBG89vh.s:5292: Error: selected processor does not support ARM mode `dmb' make[4]: *** [rculfhash.lo] Error 1 In related news, build logs missing compiler command lines suck. Cheers, Julien signature.asc Description: Digital signature
Bug#745892: varnish: Outdated upstream changelog in /u/s/doc
Package: varnish Version: 4.0.0-1 Severity: minor Hi, the upstream changelog shipped in /usr/share/doc/ states: Please note that this file is no longer maintained. Please refer to the changes files in doc/ Please ship an up-to-date changelog instead. Thanks, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#745894: does not compile against varnish 4.0.0
Source: collectd Version: 5.4.1-1 Severity: serious Varnish 4 changed its API. collectd needs to be adjusted to compile against the current libvarnishapi-dev in unstable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636192: make fakeroot multiarch
* Frédéric Brière: Package: fakeroot Version: 1.20-3 Followup-For: Bug #636192 Forgive me if I'm mistaken, but fakeroot still does not appear to work across architectures (at least the i386 version): $ dpkg -s fakeroot | grep ^Arch Architecture: i386 $ dpkg -s ascii | grep ^Arch Architecture: amd64 $ fakeroot-sysv ascii -v ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded: ignored. ascii 3.14 You will also need libfakeroot:amd64. Cheers, -Hilko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745893: [INTL:pl] Updated Polish debconf translation
Package: nvidia-graphics-drivers-legacy-96xx Severity: wishlist Tags: l10n patch Hi! Please update Polish debconf translation with the attached file. Thanks in advance, -- Michał Kułach pl.po Description: Binary data
Bug#745895: does not compile against Varnish 4.0.0
Package: nagios-plugins-contrib Version: 9.20140106 Severity: serious Varnish 4 changed its API. nagios-plugins-contrib needs to be adjusted to compile against the current libvarnishapi-dev in unstable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745896: RM: scribes -- RoQA; RC buggy, unmaintained, dead upstream
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: scri...@packages.debian.org Please remove scribes from sid, it is RC buggy for almost a year (#707854). The last maintainer upload was from 2010 and the last commit on launchpad was from 2011. Regards, Johannes Brandstätter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740543: RFS: eggdrop/1.6.21-1 [ITA #698272]
Hi Vincent, Thanks for your comments again. On Sun, 20 Apr 2014 01:33:17 -0700 Vincent Cheng vch...@debian.org wrote: - Your package FTBFS with pbuilder (full build log attached): checking for Tcl library... not found Fixed. According to http://eggwiki.org/Bugs/Tcl8.6 , eggdrop versions =1.6.20 have no particular bugs with tcl8.6, so I use it instead of 8.5. - According to debian/changelog, eggdrop was split into two separate binary packages (an additional -data package) as of 1.6.16-3, so as per Policy 7.6.1 [1], consider adding Breaks: eggdrop ( 1.6.16-3) and Replaces: eggdrop ( 1.6.16-3) relationships to your eggdrop-data binary package, otherwise dpkg will error out on updates from eggdrop 1.6.16-3 to the current eggdrop package. This would usually qualify as a RC bug, but since 1.6.16-3 was released about 10 years ago, you could possibly get away with not doing this (I don't think piuparts.debian.org tests package upgrades from 10 years back...) True, same comment and drop solution was suggested here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=698599#12 So to avoid any further confusion I add the Breaks+Replaces 1.6.16-3. - debian/copyright: please give src/rfc1459.c some kind of license name on line 40. Also, the current header in that file isn't really a license...if at all possible, I'd suggest adding the license of the corresponding source file from ircd-hybrid into debian/copyright. I listed rfc1459.c as the original ircd-hybrid 5.3 match.c license (GPL-1+) with the current rfc1459.c header as a comment. I believe (and hope) that the package is now correct and incremented the version to 1.6.21-2 so that there is no confusion with the different -1 attempts. You can find it here : http://mentors.debian.net/debian/pool/main/e/eggdrop/eggdrop_1.6.21-2.dsc PS: Lintian reports error debian-watch-file-pubkey-file-is-missing but it's a lintian bug now fixed (#736711) Regards, -- Cédric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745897: libstruts1.2-java: CVE-2014-0094 affects Struts 1.x
Package: libstruts1.2-java Version: 1.2.9-8 Severity: grave Tags: security Dear Maintainer, In https://security-tracker.debian.org/tracker/CVE-2014-0094 : Notes - libstruts1.2-java not-affected (Affects Struts 2.0.0 - Struts 2.3.16) But CVE-2014-0094 is known to affect Struts 1.x. Regards, Nobuhiro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745838: cups: usb printer stopping printing anything after testing upgrade - Unable to send data to printer
On Fri 25 Apr 2014 at 19:14:05 +0100, Julian Gilbey wrote: I have rebooted the machine, both into the current version of the kernel and the previous version; I have tried downgrading cups-browsed; I have purged and reinstalled cups, but all to no avail. I really don't know what else to try :-/ Is the USB connection made directly to the computer or through a hub? Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745899: RM: haskell-glade -- RoQA; no rdeps, libglade is deprecated, similar functionality in gtk+
Package: ftp.debian.org Severity: normal Hi, Now that gtkrsync is gone from the archive (#742376), haskell-glade can go away too. Those are bindings for libglade, which is deprecated upstream as similar functionality can be done with gtk+ these days. Please consider removing this package. I'm CC'ing the haskell list (maintainer) and Marco (uploader), please comment if you're fine with this or if you have any concerns. 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#740602: marking pending
tag 740602 + pending thanks Marking this bug as pending as a fix is in pkgs repository: http://anonscm.debian.org/gitweb/?p=pkg-games/deng.git;a=commitdiff;h=f7ffda75d23d1e471cf6a42f21d42e991a2172d3;hp=9b14820b38c3e1ea99b686bbc469a42c9bbef9b8 Greetings from Salzburg BSP WM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#446560: getmail4: Retrieve messages by invoking command to get IMAP connection
Hi, This is about the wishlist feature request bug: https://bugs.debian.org/446560 I'd like to have getmail directly invoke /usr/lib/dovecot/imap or ssh server /usr/lib/dovecot/imap to get an IMAP connection. getmail should have a retriever or retriever option to invoke a command and use that as the connection. This can be implemented by user using shell wrapper script around mutt or MACRO invoking shell script, I guess. Have you thought about such approaches? Also, what was the real motive behind running dovecot/imap. I know mutt used to lack good SSL IMAP support. Did you needed dovecot/imap to have secure remote mail access? If so, it is not the case anymore with the new getmail 4.46.0-1. | getmail4 (4.46.0-1) unstable; urgency=medium | | * New upstream release. Closes: #745484 | + hostname-vs-certificate matching of SSL certificate | with proper checking of Python version. | | -- Osamu Aoki os...@debian.org Tue, 22 Apr 2014 23:47:34 +0900 | | getmail4 (4.44.0-1) unstable; urgency=medium | | * New upstream release. | + Add extended SSL options for IMAP retrievers. | | -- Osamu Aoki os...@debian.org Sun, 30 Mar 2014 10:44:21 +0900 I do not mind getting suggestions for shell wrapper scripts and MACRO examples invoking /usr/lib/dovecot/imap. SSH access may be useful for some rare cases. If you have made such scripts, please open a new bug report requesting inclusion of such scripts. Since I nor upstream is not interested to implement requested feature and I see not much rationale to do so any more. I would like to close this feature request bug report. (No one send us such patch for years.) Let me know if you have different view on this subject. Regards, Osamu signature.asc Description: Digital signature
Bug#744152: gdm3 doesn't display anything at all anymore
Package: gdm3 Version: 3.8.4-6 Followup-For: Bug #744152 Interestingly, or perhaps not at all, I have the same bug and I got fgrlx running too. Not sure if it is a coincidence or not. I don't think (and know for me definitely) it is not a gdm3 bug as such. If I use lightdm and then a gnome-session, it also crashes with something is wrong. startx.. also does something is wrong. Using lightdm and then xfce4-session gets things going, kinda. For some reason gnome-terminal works. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdm3 depends on: ii accountsservice 0.6.37-1 ii adduser 3.113+nmu3 ii dconf-cli0.18.0-1 ii dconf-gsettings-backend 0.18.0-1 ii debconf [debconf-2.0]1.5.53 ii gir1.2-gdm3 3.8.4-6 ii gnome-session [x-session-manager]3.8.4-3 ii gnome-session-bin3.8.4-3 ii gnome-session-flashback [x-session-manager] 3.8.0-3 ii gnome-settings-daemon3.8.5-2 ii gnome-shell 3.8.4-8 ii gnome-terminal [x-terminal-emulator] 3.10.1-1 ii gsettings-desktop-schemas3.8.2-2 ii libaccountsservice0 0.6.37-1 ii libatk1.0-0 2.12.0-1 ii libaudit11:2.3.6-1 ii libc62.18-4 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libgdm1 3.8.4-6 ii libglib2.0-0 2.40.0-2 ii libglib2.0-bin 2.40.0-2 ii libgtk-3-0 3.12.0-4 ii libpam-modules 1.1.8-3 ii libpam-runtime 1.1.8-3 ii libpam-systemd 204-8 ii libpam0g 1.1.8-3 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii librsvg2-common 2.40.2-1 ii libselinux1 2.2.2-1 ii libwrap0 7.6.q-25 ii libx11-6 2:1.6.2-1 ii libxau6 1:1.0.8-1 ii libxdmcp61:1.1.1-1 ii libxrandr2 2:1.4.2-1 ii lsb-base 4.1+Debian12 ii metacity [x-window-manager] 1:2.34.13-1 ii upower 0.9.23-2+b2 ii x11-common 1:7.7+7 ii x11-xserver-utils7.7+2 ii xfce4-session [x-session-manager]4.10.1-5 ii xfwm4 [x-window-manager] 4.10.1-2 ii xterm [x-terminal-emulator] 303-1 Versions of packages gdm3 recommends: ii at-spi2-core 2.10.2-3 ii desktop-base 7.0.3 ii gnome-icon-theme 3.12.0-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii x11-xkb-utils 7.7+1 ii xserver-xephyr 2:1.15.1-1 ii xserver-xorg 1:7.7+7 ii zenity 3.8.0-1 Versions of packages gdm3 suggests: pn gnome-orcanone ii libpam-gnome-keyring 3.8.2-2+b1 -- 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#745900: RM: rubrica -- RoQA; RC-buggy, unmaintained
Package: ftp.debian.org Severity: normal Please remove rubrica from sid. It is RC-buggy for almost a year (#713709). The last maintainer upload happened in 2007 (!) and it has been NMU-maintained since then. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#713658: gstm: diff for NMU version 1.2-8.1
Control: tags -1 + patch pending Dear maintainer, I've prepared an NMU for gstm (versioned as 1.2-8.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Cheers -- Sebastian Ramacher diff -Nru gstm-1.2/debian/changelog gstm-1.2/debian/changelog --- gstm-1.2/debian/changelog 2011-09-13 08:11:08.0 +0200 +++ gstm-1.2/debian/changelog 2014-04-26 15:14:27.0 +0200 @@ -1,3 +1,12 @@ +gstm (1.2-8.1) unstable; urgency=medium + + * Non-maintainer upload. + + [ Daniel T Chen ] + * Added missing X11 lib to link, fixing FTBFS. (Closes: #713658) + + -- Sebastian Ramacher sramac...@debian.org Sat, 26 Apr 2014 15:14:15 +0200 + gstm (1.2-8) unstable; urgency=low * update format to 3.0 (quilt) diff -Nru gstm-1.2/debian/patches/ftbfs-libx11-underlinkage.patch gstm-1.2/debian/patches/ftbfs-libx11-underlinkage.patch --- gstm-1.2/debian/patches/ftbfs-libx11-underlinkage.patch 1970-01-01 01:00:00.0 +0100 +++ gstm-1.2/debian/patches/ftbfs-libx11-underlinkage.patch 2014-04-26 15:11:09.0 +0200 @@ -0,0 +1,23 @@ +Index: gstm-1.2/src/Makefile.am +=== +--- gstm-1.2.orig/src/Makefile.am 2013-04-02 13:56:39.0 -0400 gstm-1.2/src/Makefile.am 2013-04-02 13:57:58.627303667 -0400 +@@ -18,4 +18,4 @@ + fnssht.c fnssht.h \ + notarea.c eggtrayicon.c eggtrayicon.h + +-gstm_LDADD = @PACKAGE_LIBS@ $(INTLLIBS) -lxml2 ++gstm_LDADD = @PACKAGE_LIBS@ $(INTLLIBS) -lxml2 -lX11 +Index: gstm-1.2/src/Makefile.in +=== +--- gstm-1.2.orig/src/Makefile.in 2013-04-02 13:56:39.0 -0400 gstm-1.2/src/Makefile.in 2013-04-02 13:58:23.101751986 -0400 +@@ -179,7 +179,7 @@ + fnssht.c fnssht.h \ + notarea.c eggtrayicon.c eggtrayicon.h + +-gstm_LDADD = @PACKAGE_LIBS@ $(INTLLIBS) -lxml2 ++gstm_LDADD = @PACKAGE_LIBS@ $(INTLLIBS) -lxml2 -lX11 + all: all-am + + .SUFFIXES: diff -Nru gstm-1.2/debian/patches/series gstm-1.2/debian/patches/series --- gstm-1.2/debian/patches/series 2011-09-13 05:53:28.0 +0200 +++ gstm-1.2/debian/patches/series 2014-04-26 15:11:44.0 +0200 @@ -4,3 +4,4 @@ ftbfs-as-needed.patch fix-spelling remove-deprecated-encoding-in-desktop-file +ftbfs-libx11-underlinkage.patch signature.asc Description: Digital signature
Bug#663108: gnome-control-center: Long one-word labels in System Settings are truncated
Hey, this is an old bug. Could you please still reproduce this issue with newer gnome-control-center version like 1:3.4.3.1-2 or 1:3.8.3-5 ? cheers, althaser
Bug#745802: Please add libcpre.gcc.o to list of not distributable files
On Sat, 2014-04-26 at 12:49 +0200, Bastien ROUCARIES wrote: Added, notes that you should ask to remove previous version of fpc from datas.debian.org ITYM snapshot. 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#743992: (no subject)
tags 743992 + pending thanks Hi Cédric, thanks for the patch. I was fixing this issue and I'm testing my new version of the package right now. It will be uploaded soon. Thanks! Cheers, cleto. signature.asc Description: OpenPGP digital signature
Bug#745902: libvarnishapi-dev: 'struct VSC_C_main' not defined
Package: libvarnishapi-dev Version: 4.0.0-1 Severity: serious Hi, /usr/include/varnish/vapi/vsc.h includes the following function: struct VSC_C_main *VSC_Main(const struct VSM_data *vd, struct VSM_fantom *fantom); struct VSC_C_main is not defined in any of the headers shipped in /usr/include/. Instead, it is defined in /usr/share/varnish/include/common/common.h. I'm not sure what the files in /usr/share/varnish/include/ are supposed to be used for but they are fairly unusable. For example, common.h includes /usr/share/varnish/include/vas.h which unconditionally defines assert(), thus conflicting with /usr/include/assert.h. Also, the files in /usr/share/ redefine various things which are also defined in headers in /usr/include/, for example: In file included from /usr/share/varnish/include/common/common.h:42:0, from varnish.c:35: /usr/include/varnish/vapi/vsc_int.h:34:6: error: nested redefinition of 'enum VSC_level_e' enum VSC_level_e { ^ /usr/include/varnish/vapi/vsc_int.h:34:6: error: redeclaration of 'enum VSC_level_e' In file included from /usr/include/varnish/vapi/vsc.h:38:0, from varnish.c:32: /usr/include/varnish/vapi/vsc_int.h:34:6: note: originally defined here enum VSC_level_e { ^ That's the point where I stopped trying to migrate code in collectd to varnish 4. I think it's fine to have the code in /usr/share/ conflict with /usr/include/. After all, /usr/share/ seems to be used for Varnish modules only. However, /usr/include/ needs to be self-containing. Thanks, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#745775: manpages-dev: connect(2) does not document EADDRNOTAVAIL
On 04/25/2014 11:02 PM, William Morriss wrote: Okay I was able to do it without fork. This one been tested on Arch Linux and Ubuntu. It's simpler I think and also won't give the bind error. It's below and attached. William, Thanks for that. I've got it now, I think. The point is I think that you are running out of ephemeral ports on the system. An ephemeral port is a random port number that an Internet domain socket is assigned during any of the following operations: * bind(), specifying a port number of 0 * listen() on an unbound socket * connect() on an unbound socket * sendto() on an unbound socket The point is that port numbers are 16 bits long, and the ephemeral port numbers that are used by unprivileged processes is restricted to the range given in /proc/sys/net/ipv4/ip_local_port_range (see the ip(7) man page). I've appended an even simpler program below that I think produces the error for the same reason as your program. (You may need to run as root and up your open files limit (ulimit -n) when testing this.) You might want to confirm that it's doing something equivalent your program, in terms of triggering the error. Funnily enough, someone asked me the other day what happens if you run out of ephemeral ports, and I replied that the relevant system call would get an error. The next question was: what error? I said I didn't know (was a way from a machine, so could not check the man page). And now we see that the error is not in a man page. However, things are sadly a little worse than I expected. The various cases above give different errors if the ephemeral port range is exhausted: * listen() and bind() give EADDRINUSE * connect() gives EADDRNOTAVAIL * sendto() gives EAGAIN I will add this text to connect() EADDRNOTAVAIL (Internet domain sockets) The socket referred to by sockfd had not previously been bound to an address and, upon attempting to bind it to an ephemeral port, it was determined that all port numbers in the ephemeral port range are currently in use. See the discussion of /proc/sys/net/ipv4/ip_local_port_range in ip(7). and similar text to the other pages. And I've updated the text in ip(7) to say ip_local_port_range (since Linux 2.2) This file contains two integers that define the default local port range allocated to sockets that are not explicitly bound to a port number—that is, the range used for ephemeral ports. An ephemeral port is allo‐ cated to a socket in the following circumstances: * the port number in a socket address is specified as 0 when calling bind(2); * listen(2) is called on a stream socket that was not previously bound; * connect(2) was called on a socket that was not not previously bound; * sendto(2) is called on a datagram socket that was not not previously bound. Allocation of ephemeral ports starts with the first num‐ ber in ip_local_port_range and ends with the second num‐ ber. If the range of ephemeral ports is exhausted, then the relevant system call returns an error (but see BUGS) Note that the port range in ip_local_port_range should not conflict with the ports used by masquerading (although the case is handled). Also, arbitrary choices may cause problems with some firewall packet filters that make assumptions about the local ports in use. The first number should be at least greater than 1024, or better, greater than 4096, to avoid clashes with well known ports and to minimize firewall problems. Thanks for the report. Cheers, Michael /*#* consume_ephemeral_ports_connect.c Determine what error is generated when connect() is unable to obtain an ephemeral port. Usage: ./consume_ephemeral_ports_connect [num-loops [sleep-secs]] */ /*#** Change history Apr 14Initial creation */ #include netinet/in.h #include arpa/inet.h #include sys/socket.h #include sys/types.h #include stdio.h #include stdlib.h #include unistd.h #include string.h #include limits.h #define errMsg(msg) do { perror(msg); } while (0) #define errExit(msg)do { perror(msg); exit(EXIT_FAILURE); \ } while (0) int main(int argc, char *argv[]) { struct sockaddr_in svaddr, claddr; int sfd, cfd, afd, limit, j; socklen_t len; limit = (argc 1) ? atoi(argv[1]) : INT_MAX; sfd = socket(AF_INET, SOCK_STREAM, 0); if (sfd == -1) errExit(socket); memset(svaddr, 0, sizeof(struct sockaddr_in)); svaddr.sin_family = AF_INET; svaddr.sin_addr.s_addr = htonl(INADDR_ANY); svaddr.sin_port = 0; if (bind(sfd, (struct sockaddr *) svaddr, sizeof(struct sockaddr_in)) == -1)
Bug#745802: Please add libcpre.gcc.o to list of not distributable files
On 26-04-14 12:49, Bastien ROUCARIES wrote: Added, notes that you should ask to remove previous version of fpc from datas.debian.org Sure, but I will do that after the current version of fpc has cleared the NEW queue. Paul signature.asc Description: OpenPGP digital signature
Bug#745899: RM: haskell-glade -- RoQA; no rdeps, libglade is deprecated, similar functionality in gtk+
Hi, Am Samstag, den 26.04.2014, 14:29 +0200 schrieb Emilio Pozuelo Monfort: Please consider removing this package. I'm CC'ing the haskell list (maintainer) and Marco (uploader), please comment if you're fine with this or if you have any concerns. no concerns, thanks for your QA work, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#745418: lxc-ls broken, unable to load _lxc Python module
reopen 745418 thanks On Sat, Apr 26, 2014 at 07:27:34AM +0200, Daniel Baumann wrote: lxc doesn't depend on python3 to avoid excessive bloat. as it's only used for lxc-ls, it's in recommends, which are pulled in by default these days. I have python3 installed. See the backtrace - it is from python3. Cheers, Jelmer signature.asc Description: Digital signature
Bug#745903: pymsnt: Package unable to start after upgrades. Dependencies need upating perhaps?
Package: pymsnt Version: 0.11.3+hg224-1 Severity: normal Dear Maintainer, Just noticed my jabberd log filling up my log partition due to pymsnt not running, and when I tried to start it I got this: Starting MSN transport for Jabber: Traceback (most recent call last): File /usr/share/pymsnt/PyMSNt.py, line 14, in module main.main() File /usr/share/pymsnt/src/main.py, line 401, in main app = App() File /usr/share/pymsnt/src/main.py, line 333, in __init__ twistd.daemonize(reactor, os) AttributeError: 'module' object has no attribute 'daemonize' invoke-rc.d: initscript pymsnt, action restart failed. ...so I suspect my recent Python upgrades broke the API and the dependecies need revisiting. -- System Information: Debian Release: jessie/sid Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pymsnt depends on: ii adduser 3.113+nmu3 ii init-system-helpers 1.18 ii python-crypto2.6.1-4 ii python-openssl 0.13.1-2 ii python-twisted 13.2.0-1 pn python:any none Versions of packages pymsnt recommends: ii python-imaging 2.3.0-2 Versions of packages pymsnt suggests: pn ejabberd | jabberd2 none -- Configuration Files: /etc/pymsnt.conf.xml changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745904: rsyslogd-2068: could not load module '/usr/lib/rsyslog/lmnsd_gtls.so', rsyslog error -2078
Package: rsyslog-gnutls Version: 5.8.11-3 Severity: normal Dear Maintainer, after restarting the server today, rsyslog is not able to load the module lmnsd_gtls. There was no change in the configuration of rsyslog. Perhaps the problem lies with the update I have made on 03.03.2014 with libgnutls26:amd64 2.12.20-8 - 2.12.20-8+deb7u1 Kind regards Edy Corak -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-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 rsyslog-gnutls depends on: ii libc62.13-38+deb7u1 ii libgnutls26 2.12.20-8+deb7u1 ii rsyslog 5.8.11-3 rsyslog-gnutls recommends no packages. Versions of packages rsyslog-gnutls suggests: ii gnutls-bin 3.0.22-3+really2.12.20-8+deb7u1 -- 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#745903: Acknowledgement (pymsnt: Package unable to start after upgrades. Dependencies need upating perhaps?)
I'm no Python coder, but according to some other info I've found, Twisted 13.2 removed twistd.daemonize, which would explain the issue. :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745418: lxc-ls broken, unable to load _lxc Python module
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/26/2014 03:28 PM, Jelmer Vernooij wrote: I have python3 installed. See the backtrace - it is from python3. does it get fixed if you run a dpkg-reconfigure lxc? - -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlNbuAgACgkQ+C5cwEsrK57xLgCghvO/fjZVdx/77hmviOCD5+Ff 37UAoL/gZ6tVvCOUbGWSQe59pSZALLzN =s5kP -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#745418: lxc-ls broken, unable to load _lxc Python module
On Sat, Apr 26, 2014 at 03:43:37PM +0200, Daniel Baumann wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/26/2014 03:28 PM, Jelmer Vernooij wrote: I have python3 installed. See the backtrace - it is from python3. does it get fixed if you run a dpkg-reconfigure lxc? No, that doesn't help: gwenhwyvar:~% sudo dpkg-reconfigure lxc [sudo] password for jelmer: Processing triggers for libc-bin (2.18-4) ... gwenhwyvar:~% lxc-ls Traceback (most recent call last): File /usr/bin/lxc-ls, line 31, in module import lxc File /usr/lib/python3/dist-packages/lxc/__init__.py, line 25, in module import _lxc ImportError: No module named '_lxc' Cheers, Jelmer signature.asc Description: Digital signature
Bug#742823: Dutch wheezy manual
The PDF manual fails to build (xetex erorrs out). It works, if these edit commands are applied: sed -i '/Downloaden/,+1 s:\\Wheezy\\:Wheezy:' debian-edu-wheezy-manual.nl.po sed -i '/codenaam/ s:\\Wheezy\\:Wheezy:' debian-edu-wheezy-manual.nl.po Output of 'git diff': diff --git a/documentation/debian-edu-wheezy/debian-edu-wheezy-manual.nl.po b/documentation/debian-edu-wheezy/debian-edu-wheezy-manual.nl.po index 6e89c18..ad8b846 100644 --- a/documentation/debian-edu-wheezy/debian-edu-wheezy-manual.nl.po +++ b/documentation/debian-edu-wheezy/debian-edu-wheezy-manual.nl.po @@ -1434,7 +1434,7 @@ msgid Download the installation media for Debian Edu 7.1+edu0 Codename \Wheezy\ msgstr Downloaden van de installatiemedia voor Debian Edu 7.1+edu0, codenaam -\Wheezy\ +Wheezy #. type: Content of: articlesectionsectionsectiontitle msgid netinstall CD image for i386, amd64 @@ -10003,7 +10003,7 @@ msgstr Noot voor vertalers: het is niet nodig om de tekst van de GPL-licentie t #. type: Content of: articlesectionsectiontitle msgid Manual for Debian Edu 7.1+edu0 Codename \Wheezy\ -msgstr Handleiding voor Debian Edu 7.1+edu0 codenaam \Wheezy\ +msgstr Handleiding voor Debian Edu 7.1+edu0 codenaam Wheezy #. type: Content of: articlesectionsectionpara msgid It would be simpler to change the wiki content, I guess. Wolfgang signature.asc Description: Digital signature
Bug#745905: RM: pathfinder -- RoQA; RC buggy, unmaintained, low popcon
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: pathfin...@packages.debian.org Please remove pathfinder from sid, it is RC buggy for almost a year (#713654). The last maintainer upload was from 2008, since then nmu maintained. Regards, Johannes Brandstätter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731799: Do not work with IPv4 only anymore
Control: severity -1 important On Mon, Dec 09, 2013 at 10:19:47PM +0100, Klaus Ethgen wrote: The newest version refuse to work on IPv4 only nodes. ~ mtr -4 www.heise.de My traceroute [v0.85] ikki (0.0.0.0) Mon Dec 9 22:12:29 2013 Unable to allocate IPv6 socket for nameserver communication: Address family not supported by protocol Packets Pings Version 0.82-3 was working properly. I suppose this is a regression introduced for bug #528992. This bug makes the package in fact unusable. For the records, I have no kernel on production systems that have IPv6 enabled or that is explicit disabled by kernel command line. Such a configuration that diverges from the Debian default config makes this hardly grave or RC. It's enough to have it enabled in the kernel but no addresses configured. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#745418: lxc-ls broken, unable to load _lxc Python module
severity 745418 normal tag 745418 unreproducible tag 745418 help thanks On 04/26/2014 03:51 PM, Jelmer Vernooij wrote: No, that doesn't help: i just checked again on a new vbox installation of a clean sid/amd64 system. i can't reproduce it. if you install lxc on a clean system *without* having any python* installed, lxc-ls complains about it the normal way which is fine: bash: /usr/bin/lxc-ls: /usr/bin/python3: bad interpreter: No such file or directory if you then install python3, everything is fine and lxc-ls works as it should. if you install lxc on a clean system *with* having python3 installed, lxc-ls works just fine. therefore, sounds to me like a local issue of yours? -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742114: dependency on tcl not tight enough
Control: severity -1 normal On Mon, Mar 24, 2014 at 07:28:53AM +0100, Erwan David wrote: Sorry for the delay, I switch between 8.15.15 (for testing) and 8.5.14 (for my bunytk scripts to work). Switch how? I doubt that this is a package problem then. Taking it off the RC radar. Kind regards Philipp Kern signature.asc Description: Digital signature