Bug#783222: grun: upstream has moved to github
Tags: patch Hi, Here's a patch to update the homepage. Please let me know if there's any problem with this patch. Thanks for this 'newcomer' bug! Bye, -- Étienne Update upstream homepage (Closes: #783222). diff -u grun-0.9.3/debian/control grun-0.9.3/debian/control --- grun-0.9.3/debian/control +++ grun-0.9.3/debian/control @@ -5,7 +5,7 @@ Build-Depends: debhelper ( 5.0.0), autotools-dev, libgtk2.0-dev, gettext Build-Conflicts: libgtk1.2-dev Standards-Version: 3.7.3 -Homepage: http://grun.googlecode.com/ +Homepage: https://github.com/lrgc/grun Package: grun Architecture: any diff -u grun-0.9.3/debian/changelog grun-0.9.3/debian/changelog --- grun-0.9.3/debian/changelog +++ grun-0.9.3/debian/changelog @@ -1,3 +1,10 @@ +grun (0.9.3-1.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/control: Update upstream homepage (Closes: #783222). + + -- Étienne Gilli etienne.gi...@gmail.com Sun, 07 Jun 2015 16:39:44 +0200 + grun (0.9.3-1) unstable; urgency=low * New maintainer. Many thanks to oohara for all his previous work. signature.asc Description: Digital signature
Bug#787878: midori: FTBFS with valac 0.28
Source: midori Followup-For: Bug #787878 Dear Maintainer, Please apply the attached patch to fix this ftbfs. Regards, Rodolphe -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) From 7cef18b2df4c75ed7bdd595ab214bc0b43cf49dd Mon Sep 17 00:00:00 2001 From: Rodolphe PELLOUX-PRAYER rodol...@damsy.net Date: Sun, 7 Jun 2015 18:44:32 +0200 Subject: [PATCH] Fix ambiguous references between GLib.ListStore and Gtk.ListStore GLib. ListStore is a new class in GIO and creates a conflict in Vala 0.28. Closes: #787878 --- ...us-references-between-GLib.ListStore-and-.patch | 33 ++ debian/patches/series | 1 + 2 files changed, 34 insertions(+) create mode 100644 debian/patches/0002-Fix-ambiguous-references-between-GLib.ListStore-and-.patch diff --git a/debian/patches/0002-Fix-ambiguous-references-between-GLib.ListStore-and-.patch b/debian/patches/0002-Fix-ambiguous-references-between-GLib.ListStore-and-.patch new file mode 100644 index 000..6ffc391 --- /dev/null +++ b/debian/patches/0002-Fix-ambiguous-references-between-GLib.ListStore-and-.patch @@ -0,0 +1,33 @@ +From: Rodolphe PELLOUX-PRAYER rodol...@damsy.net +Date: Sun, 7 Jun 2015 18:42:41 +0200 +Subject: Fix ambiguous references between GLib.ListStore and Gtk.ListStore + +GLib.ListStore is a new class in GIO and creates a conflict in Vala 0.28 + +Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787878 +--- + extensions/history-list.vala | 4 ++-- + 1 file changed, 2 insertions(+), 2 deletions(-) + +diff --git a/extensions/history-list.vala b/extensions/history-list.vala +index 44af649..ac5dcb2 100644 +--- a/extensions/history-list.vala b/extensions/history-list.vala +@@ -265,7 +265,7 @@ namespace HistoryList { + } + + private void create_widgets () { +-ListStore model; ++Gtk.ListStore model; + TreeIter iter; + TreeIter? active_iter = null; + +@@ -277,7 +277,7 @@ namespace HistoryList { + + var tab_closing_behavior = this.hl_manager.get_integer (TabClosingBehavior); + +-model = new ListStore (2, typeof (string), typeof (int)); ++model = new Gtk.ListStore (2, typeof (string), typeof (int)); + + model.append (out iter); + model.set (iter, TabClosingBehaviorModel.TEXT, _(Do nothing), diff --git a/debian/patches/series b/debian/patches/series index 5367257..ba823fd 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -1 +1,2 @@ add-debian-searches +0002-Fix-ambiguous-references-between-GLib.ListStore-and-.patch -- 2.1.4
Bug#788005: libfreerdp-plugins-standard: urbdrc-client.so missing (USB redirection)
Package: libfreerdp-plugins-standard Version: 1.1.0~git20140921.1.440916e+dfsg1-4 Severity: normal The client channel urbdrc, which is used for USB redirection is missing. $ xfreerdp /v:host /usb:id,dev:091e:260f Loading Dynamic Virtual Channel urbdrc LoadLibraryA: /usr/lib/x86_64-linux-gnu/freerdp/urbdrc-client.so: cannot open shared object file: No such file or directory -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: unable to detect Versions of packages libfreerdp-plugins-standard depends on: ii libasound2 1.0.28-1 ii libavcodec56 6:11.3-1+deb8u1 ii libavutil54 6:11.3-1+deb8u1 ii libc62.19-18 ii libcups2 1.7.5-11 ii libfreerdp-common1.1.0 1.1.0~git20140921.1.440916e+dfsg1-4 ii libfreerdp-utils1.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libglib2.0-0 2.42.1-1 ii libgstreamer-plugins-base0.10-0 0.10.36-2 ii libgstreamer0.10-0 0.10.36-1.5 ii libpcsclite1 1.8.13-1 ii libpulse05.0-13 ii libssl1.0.0 1.0.1k-3 ii libwinpr-crt0.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-environment0.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-file0.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-handle0.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-heap0.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-interlocked0.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-library0.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-path0.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-synch0.11.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-sysinfo0.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-thread0.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-utils0.11.1.0~git20140921.1.440916e+dfsg1-4 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.3-1 ii libxml2 2.9.1+dfsg1-5 ii libxrandr2 2:1.4.2-1+b1 ii zlib1g 1:1.2.8.dfsg-2+b1 libfreerdp-plugins-standard recommends no packages. libfreerdp-plugins-standard 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#787814: get-iplayer: unable to download anything
On Fri, 05 Jun 2015 15:24:09 +0100 Peter J Ross peadar.ru...@gmail.com wrote: On Fri, 05 Jun 2015 12:04:52 +0100 =?utf-8?b?SnVoYSBKw6R5a2vDpA==?= ju...@iki.fi wrote: Not a SCALAR reference at /usr/bin/get-iplayer line 7099. This has been fixed upstream in version 2.93. Current upstream version is 2.94. I confirm this. Simply copying get_iplayer version 2.94 from the git repository over the existing binary file makes everything work again. Can we update the version please? Having a non-working package doesn't really help anyone. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787989: multistrap: fails with suite jessie and stretch (sid works)
tag 787989 - moreinfo retitle 787989 add native hook to create /dev/random for jessie support thanks On Sun, 07 Jun 2015 18:44:10 +0200 Johannes Schauer jo...@debian.org wrote: Quoting Neil Williams (2015-06-07 18:31:07) It might be worth investigating whether the jessie / stretch chroots can be configured manually and what steps are required to do so. In the absence of information on what multistrap could actually have done and why packages in sid just work, there isn't much that can be done with this report. adding a hook which adds /dev/random and /dev/urandom before package configuration fixes this problem. Is this the info you were asking for? Yes, absolutely. Thanks. In a maybe related note: after filing this bug I also saw the configuration of openssh-server fail because of a missing /dev/random. But I'm sure this used to work earlier (about half a year ago) as I was calling /usr/share/multistrap/device-table.pl in my setupscript and at least in the past that used to be enough (and I don't think that openssh-server did not require /dev/random to generate its private keys in the past). Was the point at which setupscripts are executed maybe changed in one of the recent multistrap releases? The actual multistrap script has not changed substantially since the version in Jessie - some extra support scripts were removed and a patch was applied for apt's Etc::Dir directive support. Anyway, both my problems are now fixed by creating the respective device nodes in a native hook before configuration. Thanks, I'll look at a default hook for jessie (or an example hook to add /dev/random to any suite) at that point. -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpTdOW15jfXj.pgp Description: OpenPGP digital signature
Bug#768524: Could you list what's missing?
Dear Tiago, Many thanks for the offer. I've got to give a conference presentation tomorrow, but after that's done, (I promise!) I will write up a list of what's missing, including pushing my own changes to the pkg-multimedia git repository. I'll send another message to this bug tomorrow night. Best, Toby Tiago Bortoletto Vaz ti...@debian.org writes: Hi Toby, it seems you're really busy and can't give the time needed to finish the musescore package. That's fine, we're all volunteers here :) So I'm asking you to make public what exactly is missing to get the package done, then I (or others) can help you there and make many musescore users happy in the next days. I will have some free time in the next week and would love to dedicate some hours to push 2.0.1 to Sid. Bests, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782475: Bug#787542: libudev1-udeb depends on missing libcap2
Hi all, On 2015-06-03 00:02, Cyril Brulebois wrote: Michael Biebl bi...@debian.org (2015-06-02): Control: block -1 by 782475 Am 02.06.2015 um 18:11 schrieb Cyril Brulebois: libudev1-udeb depends on missing libcap2. I suspect the easiest would be to drop libcap2 support from the udeb build. An alternative would be to try and add a udeb in libcap2. I'd rather have the former happen, so Unfortunately, the libcap dependency is not really optional, i.e. it can not be turned off with a --disable-libcap configure switch. Yeah, I tried to briefly look at debian/rules and configure.ac… While we could try and hack the build system and ifdeffing this code out, I'd much prefer if we didn't have to do that and simply build a udeb for libcap Matthias already provided a patch for that [1]. @Christian, you mentioned that you were ok with this patch and wanted to include this in your next upload. Would be great if you can proceed with the upload now that v220 is in unstable which depends on it. Since Christian mentioned in his reply a fix might land this weekend, I'm fine with getting an extra udeb (provided it's small enough, which shouldn't be much of an issue for such a lib), especially since this has been tested in a derivative beforehands. Sorry for the delay, I was AFK until just now. I've prepared a quick upload consisting of only Matthias' patch, minus the superfluous d/shlibs.local as discussed in Michael's follow-up to the patch. I do still need a sponsor, though. For whomever is willing to act as such, a source package can be obtained from the following link, http://www.kvr.at/debian/pool/main/libc/libcap2/libcap2_2.24-9.dsc or, alternatively, via the git repo git://anonscm.debian.org/collab-maint/libcap2.git using gbp. Please let me know if there is anything else I can do. Regards, Christian signature.asc Description: OpenPGP digital signature
Bug#785735: wheezy-pu: debmirror 2.16 for wheezy
Control: tags -1 + pending On Wed, 2015-05-27 at 19:29 +0200, Santiago Vila wrote: On Wed, May 27, 2015 at 06:20:44PM +0100, Adam D. Barratt wrote: Control: tags -1 + confimred On Wed, 2015-05-27 at 18:32 +0200, Santiago Vila wrote: On Wed, 27 May 2015, Adam D. Barratt wrote: The interdiff doesn't look crazy, but please could we have a debdiff of the proposed - and tested :-) - package for final confirmation? Sorry for the delay, here it is. Debdiff from 2.14, which is what we have in wheezy right now. +debmirror (1:2.16+deb7u1) oldstable; urgency=low The version number needs to be lower than jessie, so 1:2.16~deb7u1 please. With that change, please go ahead. Done. Thanks a lot. Flagged for acceptance; thanks. (Sorry for the delay, I was a little distracted getting ready for 8.1.) 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#787880: moonshot-ui: FTBFS with valac 0.28
Source: moonshot-ui Followup-For: Bug #787880 Dear Maintainer, Please apply the attached patch to fix this ftbfs. Regards, Rodolphe -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) From 97cd849d668f2e414fae0165a22797a9fe69bbcc Mon Sep 17 00:00:00 2001 From: Rodolphe PELLOUX-PRAYER rodol...@damsy.net Date: Sun, 7 Jun 2015 19:36:59 +0200 Subject: [PATCH] Fix ambiguous references between GLib.ListStore and Gtk.ListStore GLib.ListStore is a new class in GIO and creates a conflict in Vala 0.28 Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787880 --- ...us-references-between-GLib.ListStore-and-.patch | 33 ++ debian/patches/series | 1 + 2 files changed, 34 insertions(+) create mode 100644 debian/patches/0002-Fix-ambiguous-references-between-GLib.ListStore-and-.patch diff --git a/debian/patches/0002-Fix-ambiguous-references-between-GLib.ListStore-and-.patch b/debian/patches/0002-Fix-ambiguous-references-between-GLib.ListStore-and-.patch new file mode 100644 index 000..e4318c0 --- /dev/null +++ b/debian/patches/0002-Fix-ambiguous-references-between-GLib.ListStore-and-.patch @@ -0,0 +1,33 @@ +From: Rodolphe PELLOUX-PRAYER rodol...@damsy.net +Date: Sun, 7 Jun 2015 19:33:57 +0200 +Subject: Fix ambiguous references between GLib.ListStore and Gtk.ListStore + +GLib.ListStore is a new class in GIO and creates a conflict in Vala 0.28 + +Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787880 +--- + src/moonshot-identity-management-view.vala | 4 ++-- + 1 file changed, 2 insertions(+), 2 deletions(-) + +diff --git a/src/moonshot-identity-management-view.vala b/src/moonshot-identity-management-view.vala +index 158b652..d9d7c5a 100644 +--- a/src/moonshot-identity-management-view.vala b/src/moonshot-identity-management-view.vala +@@ -55,7 +55,7 @@ public class IdentityManagerView : Window { + private CheckButton remember_checkbutton; + private Button update_password_button; + +-private ListStore* listmodel; ++private Gtk.ListStore* listmodel; + private TreeModelFilter filter; + + public IdentityManagerModel identities_manager; +@@ -177,7 +177,7 @@ public class IdentityManagerView : Window { + + private void setup_list_model () + { +- this.listmodel = new ListStore (Columns.N_COLUMNS, typeof (IdCard), ++ this.listmodel = new Gtk.ListStore (Columns.N_COLUMNS, typeof (IdCard), + typeof (Gdk.Pixbuf), + typeof (string), + typeof (string), diff --git a/debian/patches/series b/debian/patches/series index 7bb8252..84b6b7b 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -1 +1,2 @@ debian-changes +0002-Fix-ambiguous-references-between-GLib.ListStore-and-.patch -- 2.1.4
Bug#788002: easytag: crashes when opening a directory containing an mp3 with a long comment [correction]
Apologies, I need to make a correction to the initial bug submission. I forgot an important step in the process of causing the crash. The mp3 I linked to will not cause the crash by itself. Rather, it is necessary to perform an additional step of replacing the carriage returns in the id3 comment with spaces. If I attempt to use the Process Fields function to perform this replacement automatically, that will cause the crash all by itself. Alternately, if I manually edit the comment in Easytag to convert it all into one long line, trying to save the edited tag will also cause the crash. (Never mind why I was trying to do something so ridiculous. :P) Finally, if I edit and save the comment with another program capable of writing tags, such as Banshee, and then try to use Easytag to open a directory containing the edited file (as described above), that will cause the crash. I assume that I'm making the line longer than Easytag knows how to handle, which maybe is kind of a stupid thing for me to do. But crashing with an allocation error still seems like not the best way for Easytag to handle such an insult. :D - Anne -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784973: gcc-4.9-arm-linux-gnueabi depends on obsolete libgcc-4.9-dev:armel (= 4.9.2-10) in sid
+++ Bernard Massot [2015-06-05 20:42 +0200]: It seems it's out of sync again: $ sudo apt-get install gcc-4.9-arm-linux-gnueabi Reading package lists... Building dependency tree... Reading state information... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: gcc-4.9-arm-linux-gnueabi : Depends: libgcc-4.9-dev:armel (= 4.9.2-18) but 4.9.2-20 is to be installed E: Unable to correct problems, you have held broken packages. Yes, but because linux-libc-dev is out of sync on amd64 until https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787004 is fixed, I can't build a replacement upload yet. Hopefully that will be sorted soon. Use a snapshot or testing in the meantime. Wookey -- Principal hats: Linaro, Debian, Wookware, ARM http://wookware.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788007: does not restart on upgrade
Package: ejabberd Version: 14.07-4+deb8u1 Severity: important Hey, I've just upgraded my XMPP server from 8.0 to 8.1, which included the ejabberd/14.07-4+deb8u1 upgrade. I would have expected the ejabberd process to be restarted on such an upgrade and the prerm and postinst scripts indicate that this should have happened. However, after the upgrade the old process was still running. A invoke-rc.d ejabberd stop; invoke-rc.d ejabberd start as the maintainer scripts would do worked fine, though (minus the stray epmd from #772037, which however did not fail the start, no idea why). The machine is running systemd. Regards Evgeni -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ejabberd depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.56 ii erlang-asn11:17.3-dfsg-4 ii erlang-base [erlang-abi-17.0] 1:17.3-dfsg-4 ii erlang-crypto 1:17.3-dfsg-4 ii erlang-inets 1:17.3-dfsg-4 ii erlang-jiffy 0.8.5+dfsg-1 ii erlang-lager 2.0.3-1 ii erlang-mnesia 1:17.3-dfsg-4 ii erlang-odbc1:17.3-dfsg-4 ii erlang-p1-cache-tab0.2014.07.17-1 ii erlang-p1-iconv0.2014.04.30-1 ii erlang-p1-mysql0.2014.03.10-2 ii erlang-p1-pam 0.2014.05.05-2 ii erlang-p1-pgsql0.2014.04.30-1 ii erlang-p1-sip 0.2014.07.17-2 ii erlang-p1-stringprep 0.2013.12.09-3 ii erlang-p1-stun 0.2014.08.20-1 ii erlang-p1-tls 0.2014.07.10-1 ii erlang-p1-utils0.2014.08.25-1 ii erlang-p1-xml 0.2014.08.27-1 ii erlang-p1-yaml 0.2014.06.11-1 ii erlang-p1-zlib 0.2014.05.06-1 ii erlang-public-key 1:17.3-dfsg-4 ii erlang-ssl 1:17.3-dfsg-4 ii erlang-syntax-tools1:17.3-dfsg-4 ii erlang-xmlrpc 0.2014.03.17-2 ii openssl1.0.1k-3 ii ucf3.0030 Versions of packages ejabberd recommends: pn ejabberd-contrib none Versions of packages ejabberd suggests: pn imagemagick | graphicsmagick-imagemagick-compat none pn libunix-syslog-perl none -- debconf information: ejabberd/password: (password omitted) ejabberd/verify: (password omitted) ejabberd/hostname: localhost ejabberd/nomatch: ejabberd/user: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783222: grun: upstream has moved to github
tags 783222 + patch thanks signature.asc Description: Digital signature
Bug#788006: libzabbix-api-perl: should package be removed?
Source: libzabbix-api-perl Version: 0.009-1 Severity: serious Hi Reading https://rt.cpan.org/Public/Bug/Display.html?id=97183#txn-1387462 If you are using Zabbix 2.x though (which you probably are if you are running a system recent enough to have a perl that emits warnings on given/when), consider using Zabbix2-API instead. It has more dependencies but I am working on it much more often than Zabbix-API. If you are really using Zabbix 1.8.x, there is a branch on the Zabbix-API github repository with some work done towards compatibility with Perl 5.8, which may be of interest to you as well (no given/when there, so presumably no warnings). Should the libzabbix-api-perl package possibly be dropped from Debian for stretch? (thus filled as serious, with reasoning not fit for release with stretch). Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787497: python-daemon: Unusable with new version of python-lockfile
Control: tags -1 + confirmed pending On 02-Jun-2015, Neil Williams wrote: python-daemon needs to migrate to the new python-lockfile support and depend on that version. Upstream version 2.0.5 addresses this. I have prepared a release for Debian. -- \ “… one of the main causes of the fall of the Roman Empire was | `\that, lacking zero, they had no way to indicate successful | _o__) termination of their C programs.” —Robert Firth | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#787794: lifimage fails to successfully boot on hppa
only lifimage.old is able to boot on a subject machine. Other bring it into an endless HP SDC: Transaction add failed: transaction already queued ? print loop. Ok, I found this kernel commit: commit 305e342bba16730a0821131af6d7d0df43bfff4c Author: Helge Deller del...@gmx.de Date: Mon Jul 14 10:28:32 2008 -0400 Input: add option to disable HP SDC driver Add no_hpsdc kernel module option to the hp_sdc driver, so that the driver can be instructed to not enable the HP SDC port. This is useful on some older HPPA boxes with HIL keyboard and HIL mouse where the new HP SDC HIL drivers don't work yet. By disabling the new hp_sdc driver users are able to use the older hilkbd driver instead. Can you try to boot with the no_hpsdc=1 kernel parameter ? But I don't think the hp_sdc driver is the real issue why one lifimage boots while the other doesn't... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787746: Aw: Bug#787746: ball: FTBFS, depends on non existant libqt4-gui
On Friday 05 June 2015 16:33:45 Lisandro Damián Nicanor Pérez Meyer wrote: Mm, no, I'm afraid ball keeps FTBFS due to the same error: Linking CXX executable ../../../bin/BALLView /usr/bin/ld: CMakeFiles/BALLView.dir/main.o: undefined reference to symbol 'XInitThreads' //usr/lib/x86_64-linux-gnu/libX11.so.6: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status make[4]: *** [bin/BALLView] Error 1 The attached patch fixes this but... there is yet another problem further on with some python stuff. Thank you, Lisandro. I am about to upload an early version of BALL 1.5 and will incorporate your changes over the next days / one/two weeks. Best, Steffen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787982: ITP: python-pbh5tools -- tools for manipulating HDF5 files produced by, Pacific Biosciences sequencing instruments
Package: wnpp Severity: wishlist Owner: Debian Med Packaging Team debian-...@lists.debian.org X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: python-pbh5tools Version : 0.8.0 Upstream Author : Pacific Biosciences dev...@pacificbiosciences.com * URL : https://github.com/PacificBiosciences/pbh5tools * License : BSD Programming Lang: Python Description : tools for manipulating HDF5 files produced by Pacific Biosciences sequencing instruments This package provides functionality for manipulating and extracting data from cmp.h5 and bas.h5 files produced by the Pacific Biosciences sequencers. cmp.h5 files contain alignment information while bas.h5 files contain base-call information. . This package is part of the SMRTAnalysis suite ( http://bugs.debian.org/787977 ) Maintenance will be by the Debian Med team at Vcs-Git: git://anonscm.debian.org/debian-med/python-pbh5tools.git Vcs-Browser: http://anonscm.debian.org/cgit/debian-med/python-pbh5tools.git -- Afif Elghraoui | عفيف الغراوي http://afif.ghraoui.name -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787884: dictionaries-common: Emacs integration needs updating for 24.4
Thanks very much for both the work you've put in, and the explanation. -- http://rrt.sc3d.org
Bug#787960: libcurl3-gnutls: breaks bti
On dom, giu 07, 2015 at 01:44:36 +0200, Vincent Lefevre wrote: On 2015-06-07 11:40:56 +0200, Alessandro Ghedini wrote: I can't reproduce any of this. Can you please run the command above with the -v option and post the output? xvii:~ curl -v https://www.vinc17.net/ * Trying 92.243.22.117... * Connected to www.vinc17.net (92.243.22.117) port 443 (#0) * found 180 certificates in /etc/ssl/certs/ca-certificates.crt Ok, nevermind, that looks ok. Looking at your original report again, I noticed the following: Versions of packages libcurl3-gnutls depends on: [...] ii libgnutls-deb0-28 3.3.14-2 Essentially you have installed an older version of libgnutls-deb0-28 (the current one is 3.3.15-5). I think the problem is that the older libgnutls uses a different version of nettle (libnettle.so.4) than the one libcurl3-gnutls uses (libnettle.so.6), and they somehow interfere with each other since nettle doesn't use symbols versioning. Could you update libgnutls-deb0-28 and see what happens? In any case it doesn't look like a libcurl bug, although maybe the versioned depends on libgnutls could be strengthened (it's currently calculated automatically by dpkg-shlibdeps). Cheers signature.asc Description: Digital signature
Bug#787987: python-mode: Error on installation of python-mode (1:6.1.3-2)
Package: python-mode Version: 1:6.1.3-2 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? installation of python-mode via aptitude * What exactly did you do (or not do) that was effective (or ineffective)? install python-mode via aptitude * What was the outcome of this action? Selecting previously unselected package python-mode. (Reading database ... 147189 files and directories currently installed.) Preparing to unpack .../python-mode_1%3a6.1.3-2_all.deb ... Unpacking python-mode (1:6.1.3-2) ... Setting up python-mode (1:6.1.3-2) ... ERROR: python-mode is broken - called emacs-package-install as a new-style add-on, but has no compat file. Install python-mode for emacs Install python-mode for emacs24 install/python-mode: Handling install for emacsen flavor emacs24 Wrote /usr/share/emacs24/site-lisp/python-mode/doctest-mode.elc Wrote /usr/share/emacs24/site-lisp/python-mode/python-mode.elc Wrote /usr/share/emacs24/site-lisp/python-mode/completion/pycomplete.elc * What outcome did you expect instead? Selecting previously unselected package python-mode. (Reading database ... 147189 files and directories currently installed.) Preparing to unpack .../python-mode_1%3a6.1.3-2_all.deb ... Unpacking python-mode (1:6.1.3-2) ... Setting up python-mode (1:6.1.3-2) ... Install python-mode for emacs Install python-mode for emacs24 install/python-mode: Handling install for emacsen flavor emacs24 Wrote /usr/share/emacs24/site-lisp/python-mode/doctest-mode.elc Wrote /usr/share/emacs24/site-lisp/python-mode/python-mode.elc Wrote /usr/share/emacs24/site-lisp/python-mode/completion/pycomplete.elc -- System Information: Debian Release: 7.1 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.65-mash-rt94 Locale: LANG=de_AT@euro, LC_CTYPE=de_AT@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages python-mode depends on: ii emacs46.1 ii emacs24-lucid [emacsen] 24.4+1-5 ii python 2.7.5-5 Versions of packages python-mode recommends: pn pychecker none pn pymacs none Versions of packages python-mode suggests: pn pylint none pn python-ropemacs none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734794: (no subject)
On Saturday 06 June 2015 12:09 AM, Patrick Schleizer wrote: When you add/remove *partitions*, yes. That's understood. Can you please elaborate on this? What would be the right course of action, so we don't have to hardcode sleep 2? Is there any command that would wait until kpartx is ready? Or that would tell us whether it's safe now or not to use kpartx? It is a timing problem. And the timing can greatly vary based on the amount of task your machine is performing at that time. Given the current limitations, the wise option I thought was to make kpartx try a little longer. For this, I've submitted a patch upstream increasing kpartx's retry from 3 seconds to 5 seconds. Why 5 seconds ? I have no logical reasoning. If it gets accepted upstream, it will show up in the next release. Meanwhile, if you want to test it, you can pick the patch from the upstream mailing list and try. https://www.redhat.com/archives/dm-devel/2015-May/msg00087.html -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#786587: libcgi-pm-perl: change to tempfile handling in 4.05 breaks Ikiwiki
forwarded 786587 https://github.com/leejo/CGI.pm/issues/178 On Sat, 23 May 2015 at 09:07:55 +0200, Jonas Smedegaard wrote: Ikiwiki attachment plugin messes internally with tempfile object and stopped working with the change in 4.05. On closer examination, this is not actually the case: ikiwiki's preferred code path uses a documented API. It might not have been documented at the time it was added (the comment in ikiwiki implied that it wasn't), but it is now: If you need to you can access the temporary file directly. You can access the temp file for a file upload by passing the file name to the tmpFileName() method: my $filename= $query-param( 'uploaded_file' ); my $tmpfilename = $query-tmpFileName( $filename ); However, it seems that this no longer works: tmpFileName now expects a file-handle, as received from $query-upload('uploaded_file'). I've reported this upstream, https://github.com/leejo/CGI.pm/issues/178. I have what appears to be a valid workaround for ikiwiki (trying the result of upload() before or after the result of param()), which I'll test and upload soon. If the preferred code path fails, ikiwiki does try to use CGI.pm internals before giving up entirely, but that's only there as a workaround for Perl 5.8-era CGI.pm. I might delete that, since Perl 5.8 is a decade old at this point. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787960: libcurl3-gnutls: breaks bti
On 2015-06-07 14:14:29 +0200, Alessandro Ghedini wrote: On dom, giu 07, 2015 at 01:44:36 +0200, Vincent Lefevre wrote: Versions of packages libcurl3-gnutls depends on: [...] ii libgnutls-deb0-28 3.3.14-2 Essentially you have installed an older version of libgnutls-deb0-28 (the current one is 3.3.15-5). The reason is that 3.3.15-5 breaks wget: xvii:~ wget https://www.vinc17.net/ --2015-06-07 17:23:54-- https://www.vinc17.net/ Resolving www.vinc17.net (www.vinc17.net)... 92.243.22.117, 2001:4b98:dc0:45:216:3eff:fe9b:eb2f Connecting to www.vinc17.net (www.vinc17.net)|92.243.22.117|:443... connected. zsh: segmentation fault (core dumped) wget https://www.vinc17.net/ This is bug 784009. I think the problem is that the older libgnutls uses a different version of nettle (libnettle.so.4) than the one libcurl3-gnutls uses (libnettle.so.6), and they somehow interfere with each other since nettle doesn't use symbols versioning. Could you update libgnutls-deb0-28 and see what happens? It works. In any case it doesn't look like a libcurl bug, although maybe the versioned depends on libgnutls could be strengthened (it's currently calculated automatically by dpkg-shlibdeps). The missing versioned dependency is a bug, in particular when there is a legitimate reason to block some broken version (see above). And users don't always do full upgrade at the same time. -- 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#787877: clinica: FTBFS with valac 0.28
Source: clinica Followup-For: Bug #787877 Dear Maintainer, Please apply the attached patch to fix this ftbfs. Regards, Rodolphe -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) From 7a27775901a43fb52d24323a1432f0b22281837d Mon Sep 17 00:00:00 2001 From: Rodolphe PELLOUX-PRAYER rodol...@damsy.net Date: Sun, 7 Jun 2015 18:09:01 +0200 Subject: [PATCH] Fix ambiguous references between GLib.ListStore and Gtk.ListStore GLib.ListStore is a new class in GIO and creates a conflict in Vala 0.28. Closes: #787877 --- ...us-references-between-GLib.ListStore-and-.patch | 87 ++ debian/patches/series | 1 + 2 files changed, 88 insertions(+) create mode 100644 debian/patches/0001-Fix-ambiguous-references-between-GLib.ListStore-and-.patch create mode 100644 debian/patches/series diff --git a/debian/patches/0001-Fix-ambiguous-references-between-GLib.ListStore-and-.patch b/debian/patches/0001-Fix-ambiguous-references-between-GLib.ListStore-and-.patch new file mode 100644 index 000..d0d82d6 --- /dev/null +++ b/debian/patches/0001-Fix-ambiguous-references-between-GLib.ListStore-and-.patch @@ -0,0 +1,87 @@ +From: Rodolphe PELLOUX-PRAYER rodol...@damsy.net +Date: Sun, 7 Jun 2015 18:07:19 +0200 +Subject: Fix ambiguous references between GLib.ListStore and Gtk.ListStore + +GLib.ListStore is a new class in GIO and creates a conflict in Vala 0.28 + +Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787877 +--- + libclinica/DoctorListStore.vala | 2 +- + libclinica/EventListStore.vala | 2 +- + libclinica/MedicineTreeView.vala | 4 ++-- + libclinica/PatientListStore.vala | 2 +- + libclinica/VisitListStore.vala | 2 +- + 5 files changed, 6 insertions(+), 6 deletions(-) + +diff --git a/libclinica/DoctorListStore.vala b/libclinica/DoctorListStore.vala +index e87237b..ca63f36 100644 +--- a/libclinica/DoctorListStore.vala b/libclinica/DoctorListStore.vala +@@ -22,7 +22,7 @@ using Gtk; + + namespace Clinica { + +-public class DoctorListStore : ListStore { ++public class DoctorListStore : Gtk.ListStore { + + enum Field { + DOCTOR, +diff --git a/libclinica/EventListStore.vala b/libclinica/EventListStore.vala +index 74bf4c1..83edac1 100644 +--- a/libclinica/EventListStore.vala b/libclinica/EventListStore.vala +@@ -22,7 +22,7 @@ + + namespace Clinica { + +-public class EventListStore : ListStore { ++public class EventListStore : Gtk.ListStore { + + /** + * @brief Fields present in the store, i.e. header of +diff --git a/libclinica/MedicineTreeView.vala b/libclinica/MedicineTreeView.vala +index fac4b99..bc17e81 100644 +--- a/libclinica/MedicineTreeView.vala b/libclinica/MedicineTreeView.vala +@@ -23,13 +23,13 @@ namespace Clinica { + + public class MedicineTreeView : Gtk.TreeView { + +-private ListStore medicine_store { get; set; } ++private Gtk.ListStore medicine_store { get; set; } + + private ResourceManager resource_manager { get; set; } + + public MedicineTreeView (ResourceManager resources) { + resource_manager = resources; +-medicine_store = new ListStore (3, typeof (string), typeof (string), typeof (Medicine)); ++medicine_store = new Gtk.ListStore (3, typeof (string), typeof (string), typeof (Medicine)); + set_model (medicine_store); + + /* Create necessary columns */ +diff --git a/libclinica/PatientListStore.vala b/libclinica/PatientListStore.vala +index f09a7f0..054c89d 100644 +--- a/libclinica/PatientListStore.vala b/libclinica/PatientListStore.vala +@@ -22,7 +22,7 @@ using Gtk; + + namespace Clinica { + +-public class PatientListStore : ListStore { ++public class PatientListStore : Gtk.ListStore { + + enum Field { + PATIENT, +diff --git a/libclinica/VisitListStore.vala b/libclinica/VisitListStore.vala +index 33b74a3..705e93f 100644 +--- a/libclinica/VisitListStore.vala b/libclinica/VisitListStore.vala +@@ -22,7 +22,7 @@ using Gtk; + + namespace Clinica { + +- public class VisitListStore : ListStore { ++ public class VisitListStore : Gtk.ListStore { + + enum Field { + VISIT, diff --git a/debian/patches/series b/debian/patches/series new file mode 100644 index 000..67634fd --- /dev/null +++ b/debian/patches/series @@ -0,0 +1 @@ +0001-Fix-ambiguous-references-between-GLib.ListStore-and-.patch -- 2.1.4
Bug#788009: xserver-xorg-input-synaptics: Please add apparmor profile for syndaemon
On Sun, 7 Jun 2015 12:21:31 -0700 Cameron Norman camerontnor...@gmail.com wrote: Package: xserver-xorg-input-synaptics Version: 1.8.2-1 Severity: wishlist Tags: patch Dear Maintainer, Please use the patch attached to add an apparmor profile for syndaemon to your package. I apologize -- I forgot to include the necessary Build-Depends on dh-apparmor in that patch. This new one should work correctly. Cheers, -- Cameron Norman diff --git a/debian/control b/debian/control index 9a4f8b9..0448b7c 100644 --- a/debian/control +++ b/debian/control @@ -6,6 +6,7 @@ Uploaders: Mattia Dongili malat...@debian.org, maximilian attems maks@debian. Build-Depends: debhelper (= 9), dh-autoreconf, + dh-apparmor, libx11-dev, libxext-dev, libxi-dev (= 2:1.2.0), diff --git a/debian/rules b/debian/rules index 29f61aa..f759022 100755 --- a/debian/rules +++ b/debian/rules @@ -6,6 +6,7 @@ override_dh_auto_install: # Kill *.la files, and forget no-one: override_dh_install: + dh_apparmor --profile-name=usr.bin.syndaemon -pxserver-xorg-input-synaptics find debian/tmp -name '*.la' -delete dh_install --fail-missing diff --git a/debian/usr.bin.syndaemon b/debian/usr.bin.syndaemon new file mode 100644 index 000..6e502b8 --- /dev/null +++ b/debian/usr.bin.syndaemon @@ -0,0 +1,23 @@ +# vim:syntax=apparmor + +# -- +# +#Copyright (C) 2015 Cameron Norman camerontnor...@gmail.com +# +#This program is free software; you can redistribute it and/or +#modify it under the terms of version 2 of the GNU General Public +#License published by the Free Software Foundation. +# +# -- + +#include tunables/global + +/usr/bin/syndaemon flags=(complain) { + #include abstractions/base + #include abstractions/X + + owner /{,var/}run/user/*/syndaemon.pid rw, + + # Site-specific additions and overrides. See local/README for details. + #include local/usr.bin.syndaemon +} diff --git a/debian/xserver-xorg-input-synaptics.install b/debian/xserver-xorg-input-synaptics.install index 0835787..d5bef51 100644 --- a/debian/xserver-xorg-input-synaptics.install +++ b/debian/xserver-xorg-input-synaptics.install @@ -2,3 +2,4 @@ usr/lib/xorg/modules/input/*.so usr/bin/* usr/share/man usr/share/X11 +debian/usr.bin.syndaemon /etc/apparmor.d/
Bug#775232: Any progress with packaging libcaf?
Robert, have you made any progress with packaging libcaf? 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#788013: debian-keyring: please update Security Team key in debian-role-keys.gpg
Package: debian-keyring Version: 2015.05.17 In https://lists.debian.org/20150607190001.a5a4593...@kinkhorst.com Thijs Kinkhorst wrote: This is a notice that the Debian security team has changed its PGP/GPG contact key because of a periodic regular key rollover. The new key's fingerprint is: 0D59 D2B1 5144 766A 14D2 41C6 6BAF 400B 05C3 E651 Please update the key in the debian-role-keys.gpg keyring. -- 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#787866: autogen: after upgrade to 5.18.5 autogen no longer works
On 06/07/15 06:33, Nikos Mavrogiannopoulos wrote: I've compiled and run the attached version of that program and it succeeds (no valgrind warnings either). So the isolated case works, but the same expression embedded in autogen fails. The more interesting environment settings might be the LC_* variables, if that has any effect on regcomp/regexec. Since it is not documented as having an effect, I'd be more than a little surprised if it actually did. I guess another possibility would be pointer misusage clobbering data. To investigate, I'd need to step through it with gdb on an affected platform. gdb b Select_Match_Full if ((sample[0] == 'c') (sample[1] == 0)) but the problem is almost certainly with the data that the regcomp/regexec routines are seeing. From the trace, I can see that the regex is being compiled on this first pass through the arguments. (-c is the first option.) Nikos, I am stumped here. Oh, wait -- what version of Guile? 2.0.[0123] are broken. I've stopped choking on newer versions of 2.0.x that I've not seen, but history says that problems do sneak in in micro releases. (Way back whenever, I personally verified each micro release before I enabled it for AutoGen.) So, what version, please? Probably *not* an issue, but just to know time passes == I finished reviewing every patch between v4-18-4 and v4.18.5 (I should learn to be consistent). There are a few changes in the agen5 code, but every one I looked at looked innocuous to me. Changing a copyright date or being more scrupulous about stripping qualifiers from pointers. But I also pulled support for Guile 1.6. It's long enough in the tooth. That simplified a lot of the Guile function wrappers. If there were a way for me to bisect the code and pin down the issue, I'd do that. There were 22 patches, but many are simply version bumps or strictly commentary. It would probably take 4 tries in any case to find the failing patch. If it works for you, contact me directly and I'll send my public key. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785642: [Pkg-mailman-hackers] Bug#785642: Bug#785642: queue runner dies with uncaught UnicodeDecodeError
Hoi Wouter, I got some questions back from upstream, can you help? Actually, the traceback says what's happening is CookHeaders is trying to create the List-Id: header to be added to the message. It tries to create a header of the form: List-Id: list description list.example.com And the exception occurs when trying to rfc 2047 encode the list's description in the charset of the list's preferred language. This exception should be occurring on every list post. Is that the case? Also, what is the list's preferred_language and what is the raw value of the list's description attribute. Obtain this info with something like: $ bin/withlist list1 Loading list list1 (unlocked) The variable `m' is the list1 MailList instance m.preferred_language 'en' m.description 'My List one' (of course the list name and responses will be different in your case.) Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782475: Bug#787542: Bug#782475: Bug#787542: libudev1-udeb depends on missing libcap2
Am 07.06.2015 um 19:06 schrieb Matthias Klumpp: 2015-06-07 18:59 GMT+02:00 Christian Kastner deb...@kvr.at: [...] http://www.kvr.at/debian/pool/main/libc/libcap2/libcap2_2.24-9.dsc Looks fine to me and builds works fine as well :) - I could sponsor the package this evening, if there are no objections. Not from my side. Please go ahead. Thanks, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#787980: dpkg: please normalize file permissions when creating control.tar
Jérémy Bobbio: The attached patch is based on the available master branch. I apologize. Here it is. -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- From 3f0b7accdbdf908fa56e3ba4607d749f10670783 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?J=C3=A9r=C3=A9my=20Bobbio?= lu...@debian.org Date: Sun, 7 Jun 2015 10:16:50 + Subject: [PATCH] Normalize file permissions when creating control.tar Permissions of file in control.tar will likely be affected by a different umask. While `dh_fixperms` already normalizes permissions for most packages, debhelper is not used by everywhere. As there is no use cases for having different permissions for control files than 644 or 755, we can normalize them directly in dpkg. This helps packages to build reproducibly when built with different umasks. --- dpkg-deb/build.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/dpkg-deb/build.c b/dpkg-deb/build.c index 94d75ff..343e008 100644 --- a/dpkg-deb/build.c +++ b/dpkg-deb/build.c @@ -504,7 +504,7 @@ do_build(const char *const *argv) ohshite(_(failed to chdir to '%.255s'), dir); if (chdir(BUILDCONTROLDIR)) ohshite(_(failed to chdir to '%.255s'), .../DEBIAN); -execlp(TAR, tar, -cf, -, --format=gnu, ., NULL); +execlp(TAR, tar, -cf, -, --format=gnu, --mode=go=rX,u+rw,a-s, ., NULL); ohshite(_(unable to execute %s (%s)), tar -cf, TAR); } close(p1[1]); -- 2.1.4 signature.asc Description: Digital signature
Bug#787876: libgee: FTBFS with valac 0.28
On Fri, 05 Jun 2015 23:45:22 +0200 bi...@debian.org wrote: During a rebuild with this new version, libgee failed to build. The build logs can be found at https://people.debian.org/~biebl/buildlogs-vala-0.28/libgee Please prepare your package to build successfully with vala 0.28. Once vala 0.28 is uploaded to unstable, this bug will be bumped to serious. Just a quick followup here: Since libgee is scheduled to be removed anyway [1], it's probably not worth the effort to fix this package for vala 0.28 and we should rather get the remaining packages using libgee ported to libgee-0.8. Michael [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786454 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#783074: flash-kernel: improvements to uboot-generic bootscript
On 2015-06-07, Ian Campbell wrote: On Mon, 2015-05-04 at 12:01 -0700, Vagrant Cascadian wrote: I can confirm that wandboard, cubox-i and hummingboard all default to console=ttymxc0, and several other boards by grepping through u-boot's include/configs. Some actually do setenv bootargs console=ttymxc0,${baudrate} before their various boot commands. If you prefer a more specific comment, maybe Workaround lack of baudrate included with console on various iMX systems (e.g. wandboard, cubox-i, hummingboard). An exhaustive list might prove more trouble than it's worth. :) For sure! I was thinking about this some more and it occurred to me that console=ttymxc0 (or indeed any console=ttyFOO) ought really to be inheriting the existing baud rate etc settings from the bootloader and Just Work(tm). It defaults to 9600 baud (u-boot defaults to 115200), and consequently the serial console looks like gibberish. That lead me to drivers/tty/serial/imx.c:imx_console_get_options() in the kernel which is called if no options are given. That code has been there since the beginning of git history. Did you try with just console=ttymxc0 and it didn't work? (Sorry if this is a silly question, I think many people don't realise the baud etc is optional so it never gets tried). If you've tried without and it doesn't work then either that code isn't called when I think, or it is broken. In either case I'm not too inclined to investigate further than does console=ttymxc0 work and if not then apply that bit of the patch. I haven't investigated the kernel code, but my experience shows that without specifying the baud rate it defaults to 9600. 9600 baud seems a bit antiquated at this point... :) live well, vagrant signature.asc Description: PGP signature
Bug#787989: multistrap: fails with suite jessie and stretch (sid works)
Hi, Quoting Neil Williams (2015-06-07 18:31:07) It might be worth investigating whether the jessie / stretch chroots can be configured manually and what steps are required to do so. In the absence of information on what multistrap could actually have done and why packages in sid just work, there isn't much that can be done with this report. adding a hook which adds /dev/random and /dev/urandom before package configuration fixes this problem. Is this the info you were asking for? In a maybe related note: after filing this bug I also saw the configuration of openssh-server fail because of a missing /dev/random. But I'm sure this used to work earlier (about half a year ago) as I was calling /usr/share/multistrap/device-table.pl in my setupscript and at least in the past that used to be enough (and I don't think that openssh-server did not require /dev/random to generate its private keys in the past). Was the point at which setupscripts are executed maybe changed in one of the recent multistrap releases? Anyway, both my problems are now fixed by creating the respective device nodes in a native hook before configuration. Maybe you want to add a jessie.conf with the right hook to multistrap just as there is a sid.conf because I imagine that multistrap-ing Jessie might be desired by more people than just me until Stretch is released? Thanks! cheers, josch signature.asc Description: signature
Bug#788005: libfreerdp-plugins-standard: urbdrc-client.so missing (USB redirection)
tags 788005 +patch thanks On Sun, Jun 07, 2015 at 06:34:01PM +0200, Lionel Elie Mamane wrote: The client channel urbdrc, which is used for USB redirection is missing. $ xfreerdp /v:host /usb:id,dev:091e:260f Loading Dynamic Virtual Channel urbdrc LoadLibraryA: /usr/lib/x86_64-linux-gnu/freerdp/urbdrc-client.so: cannot open shared object file: No such file or directory Here's a patch that works for me, but is not tested in a chroot. Possible missing/incorrect builddeps: libusb-1.0-0-dev instead of libusb-dev libdbus-glib-1-dev -- Lionel diff -Nru freerdp-1.1.0~git20140921.1.440916e+dfsg1/debian/changelog freerdp-1.1.0~git20140921.1.440916e+dfsg1/debian/changelog --- freerdp-1.1.0~git20140921.1.440916e+dfsg1/debian/changelog 2015-03-10 21:29:17.0 +0100 +++ freerdp-1.1.0~git20140921.1.440916e+dfsg1/debian/changelog 2015-06-07 18:24:22.0 +0200 @@ -1,3 +1,9 @@ +freerdp (1.1.0~git20140921.1.440916e+dfsg1-4.0) unstable; urgency=medium + + * Enable URBDRC (USB redirection) channel + + -- Lionel Elie Mamane lmam...@debian.org Sun, 07 Jun 2015 18:24:22 +0200 + freerdp (1.1.0~git20140921.1.440916e+dfsg1-4) unstable; urgency=medium * debian/patches: diff -Nru freerdp-1.1.0~git20140921.1.440916e+dfsg1/debian/control freerdp-1.1.0~git20140921.1.440916e+dfsg1/debian/control --- freerdp-1.1.0~git20140921.1.440916e+dfsg1/debian/control 2014-10-07 10:06:28.0 +0200 +++ freerdp-1.1.0~git20140921.1.440916e+dfsg1/debian/control 2015-06-07 18:27:13.0 +0200 @@ -29,6 +29,8 @@ libavcodec-dev, libxi-dev, libgstreamer-plugins-base0.10-dev, + libusb-dev, + uuid-dev Standards-Version: 3.9.5 Homepage: http://www.freerdp.com/ Vcs-Browser: http://anonscm.debian.org/gitweb?p=collab-maint/freerdp.git diff -Nru freerdp-1.1.0~git20140921.1.440916e+dfsg1/debian/patches/libusb_debug freerdp-1.1.0~git20140921.1.440916e+dfsg1/debian/patches/libusb_debug --- freerdp-1.1.0~git20140921.1.440916e+dfsg1/debian/patches/libusb_debug 1970-01-01 01:00:00.0 +0100 +++ freerdp-1.1.0~git20140921.1.440916e+dfsg1/debian/patches/libusb_debug 2015-06-07 19:03:53.0 +0200 @@ -0,0 +1,12 @@ +Description: fixup libusb subchannel to use libusb_debug, not urbdrc_debug +--- freerdp-1.1.0~git20140921.1.440916e+dfsg1.orig/channels/urbdrc/client/libusb/libusb_udevman.c freerdp-1.1.0~git20140921.1.440916e+dfsg1/channels/urbdrc/client/libusb/libusb_udevman.c +@@ -550,7 +550,7 @@ static void urbdrc_udevman_parse_addin_a + + CommandLineSwitchCase(arg, dbg) + { +- urbdrc_debug = 0; ++ libusb_debug = 0; + } + CommandLineSwitchCase(arg, dev) + { diff -Nru freerdp-1.1.0~git20140921.1.440916e+dfsg1/debian/patches/series freerdp-1.1.0~git20140921.1.440916e+dfsg1/debian/patches/series --- freerdp-1.1.0~git20140921.1.440916e+dfsg1/debian/patches/series 2015-03-10 21:20:50.0 +0100 +++ freerdp-1.1.0~git20140921.1.440916e+dfsg1/debian/patches/series 2015-06-07 19:02:16.0 +0200 @@ -10,3 +10,4 @@ 0001_fix-cmdline-parser.patch 0002_handle-old-style-cmdline-options.patch 0003_copy-data-when-adding-glyph-to-cache.patch +libusb_debug diff -Nru freerdp-1.1.0~git20140921.1.440916e+dfsg1/debian/rules freerdp-1.1.0~git20140921.1.440916e+dfsg1/debian/rules --- freerdp-1.1.0~git20140921.1.440916e+dfsg1/debian/rules 2014-09-22 21:58:42.0 +0200 +++ freerdp-1.1.0~git20140921.1.440916e+dfsg1/debian/rules 2015-06-07 18:19:51.0 +0200 @@ -32,6 +32,7 @@ -DWITH_CUPS=on \ -DWITH_PCSC=on \ -DWITH_JPEG=on \ + -DCHANNEL_URBDRC_CLIENT=on $(ARM_FLOAT_ABI) \ $(NULL)
Bug#787881: deja-dup: FTBFS with valac 0.28
Source: deja-dup Followup-For: Bug #787881 Dear Maintainer, Please apply the attached patch to fix this ftbfs. Regards, Rodolphe -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) From b40c191d76b13d68ae43407f41fdeb1cceb6fff8 Mon Sep 17 00:00:00 2001 From: Rodolphe PELLOUX-PRAYER rodol...@damsy.net Date: Sun, 7 Jun 2015 20:54:53 +0200 Subject: [PATCH] Replace deprecated xalign properties by halign. Closes: #787881 --- ...ce-deprecated-xalign-properties-by-halign.patch | 245 + debian/patches/series | 1 + 2 files changed, 246 insertions(+) create mode 100644 debian/patches/0001-Replace-deprecated-xalign-properties-by-halign.patch create mode 100644 debian/patches/series diff --git a/debian/patches/0001-Replace-deprecated-xalign-properties-by-halign.patch b/debian/patches/0001-Replace-deprecated-xalign-properties-by-halign.patch new file mode 100644 index 000..9694520 --- /dev/null +++ b/debian/patches/0001-Replace-deprecated-xalign-properties-by-halign.patch @@ -0,0 +1,245 @@ +From: Rodolphe PELLOUX-PRAYER rodol...@damsy.net +Date: Sun, 7 Jun 2015 20:50:57 +0200 +Subject: Replace deprecated xalign properties by halign. + +Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787881 +--- + deja-dup/Assistant.vala | 2 +- + deja-dup/AssistantOperation.vala | 20 ++-- + deja-dup/MountOperationAssistant.vala | 10 +- + deja-dup/preferences/Preferences.vala | 8 + deja-dup/widgets/ConfigLabel.vala | 2 +- + deja-dup/widgets/ConfigLabelLocation.vala | 2 +- + deja-dup/widgets/ConfigLocationTable.vala | 2 +- + 7 files changed, 23 insertions(+), 23 deletions(-) + +diff --git a/deja-dup/Assistant.vala b/deja-dup/Assistant.vala +index a6055c8..e63d828 100644 +--- a/deja-dup/Assistant.vala b/deja-dup/Assistant.vala +@@ -83,7 +83,7 @@ public abstract class Assistant : Gtk.Window + var ehbox = new Gtk.Box(Gtk.Orientation.HORIZONTAL, 0); + header_title = new Gtk.Label(); + header_title.name = header; +-header_title.xalign = 0f; ++header_title.halign = Gtk.Align.START; + header_icon = new Gtk.Image(); + ehbox.border_width = 6; + ehbox.pack_start(header_title, true, true, 0); +diff --git a/deja-dup/AssistantOperation.vala b/deja-dup/AssistantOperation.vala +index ed1546f..25fa5cc 100644 +--- a/deja-dup/AssistantOperation.vala b/deja-dup/AssistantOperation.vala +@@ -224,10 +224,10 @@ public abstract class AssistantOperation : Assistant + int row = 0; + + progress_label = new Gtk.Label(); +-progress_label.xalign = 0.0f; ++progress_label.halign = Gtk.Align.START; + + progress_file_label = new Gtk.Label(); +-progress_file_label.xalign = 0.0f; ++progress_file_label.halign = Gtk.Align.START; + progress_file_label.ellipsize = Pango.EllipsizeMode.MIDDLE; + progress_file_label.hexpand = true; + +@@ -236,7 +236,7 @@ public abstract class AssistantOperation : Assistant + ++row; + + secondary_label = new Gtk.Label(); +-secondary_label.xalign = 0.0f; ++secondary_label.halign = Gtk.Align.START; + secondary_label.wrap = true; + secondary_label.max_width_chars = 30; + secondary_label.no_show_all = true; +@@ -322,7 +322,7 @@ public abstract class AssistantOperation : Assistant + + w = new Gtk.Label(i%s/i.printf( + _(You will need your password to restore your files. You might want to write it down.))); +-w.set(xalign, 0.0f, ++w.set(halign, Gtk.Align.START, + use-markup, true, + max-width-chars, 25, + wrap, true); +@@ -339,7 +339,7 @@ public abstract class AssistantOperation : Assistant + label = new Gtk.Label(_(E_ncryption password)); + label.set(mnemonic-widget, w, + use-underline, true, +- xalign, 1.0f); ++ halign, Gtk.Align.END); + page.attach(label, 1, rows, 1, 1); + page.attach(w, 2, rows, 1, 1); + encrypt_enabled.bind_property(active, w, sensitive, BindingFlags.SYNC_CREATE); +@@ -356,7 +356,7 @@ public abstract class AssistantOperation : Assistant + label = new Gtk.Label(_(Confir_m password)); + label.set(mnemonic-widget, w, + use-underline, true, +- xalign, 1.0f); ++ halign, Gtk.Align.END); + page.attach(label, 1, rows, 1, 1); + page.attach(w, 2, rows, 1, 1); + encrypt_enabled.bind_property(active, w, sensitive, BindingFlags.SYNC_CREATE); +@@ -393,7 +393,7 @@ public abstract class AssistantOperation : Assistant + border-width, 12); + + w = new Gtk.Label(_(In order to check that you
Bug#784152: Queued TRIM causes ATA timeouts
Hi Ben, a more complete blacklisting is in commit 484cdf4c0, that made it into 4.0.5. Apparently the other Samsung SSDs are affected, too. I can confirm that this patch fixes the issues I'm having with my 840 Evo. Greetings, Lee -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788008: libcgi-application-plugin-anytemplate-perl: missing dependency on libclone-perl
Package: libcgi-application-plugin-anytemplate-perl Version: 0.18-1 Severity: serious User: debian-p...@lists.debian.org Usertags: autopkgtest As found by autopkgtest checks, this package is missing a runtime dependency on libclone-perl | libclone-pp-perl: # perl -e 'use CGI::Application::Plugin::AnyTemplate' Neiter Clone nor Clone::PP found - Can't locate Clone/PP.pm in @INC (you may need to install the Clone::PP module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/x86_64-linux-gnu/perl5/5.20 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl .) at /usr/share/perl5/CGI/Application/Plugin/AnyTemplate.pm line 162. Compilation failed in require at -e line 1. BEGIN failed--compilation aborted at -e line 1. I'm uploading a fix for this. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788011: mutt fails to connect to imaps after update
Package: libgnutls-openssl27 Version: 3.3.15-5 Severity: critical Hi, mutt fails to connect to imaps:// server after updating from 3.3.15-2 to this version. It is not exactly clear to me what is wrong but it complains with the following message: gnutls_handshake: A TLS fatal alert has been received.(Bad record MAC)) mutt starts working again after downgrading to 3.3.15-2. I am sorry but I have no idea what additional information might be useful so please let me know what to provide to help debug the issue. Thanks! -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-rc6 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libgnutls-openssl27 depends on: ii libc6 2.19-18 ii libgnutls-deb0-28 3.3.15-5 libgnutls-openssl27 recommends no packages. libgnutls-openssl27 suggests no packages. -- no debconf information -- Michal Hocko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788014: does not start at bootup
Package: ntp Version: 1:4.2.6.p5+dfsg-7 Severity: important Hi, after upgrading this machine to jessie, ntpd does not start at boot. This might be systemd related. root@genshi:~# systemctl status ntp ● ntp.service - LSB: Start NTP daemon Loaded: loaded (/etc/init.d/ntp) Active: active (exited) since Sun 2015-06-07 21:18:52 CEST; 31min ago Process: 616 ExecStart=/etc/init.d/ntp start (code=exited, status=0/SUCCESS) Jun 07 21:18:52 genshi.die-welt.net ntpd[648]: ntpd 4.2.6p5@1.2349-o Fri Apr 10 19:04:04 UTC 2015 (1) Jun 07 21:18:52 genshi.die-welt.net ntpd[650]: proto: precision = 0.161 usec Jun 07 21:18:52 genshi.die-welt.net ntp[616]: Starting NTP server: ntpd. root@genshi:~# journalctl --unit ntp -- Logs begin at Sun 2015-06-07 21:18:45 CEST, end at Sun 2015-06-07 21:48:29 CEST. -- Jun 07 21:18:52 genshi.die-welt.net ntpd[648]: ntpd 4.2.6p5@1.2349-o Fri Apr 10 19:04:04 UTC 2015 (1) Jun 07 21:18:52 genshi.die-welt.net ntpd[650]: proto: precision = 0.161 usec Jun 07 21:18:52 genshi.die-welt.net ntp[616]: Starting NTP server: ntpd. root@genshi:~# journalctl |grep ntp Jun 07 21:18:52 genshi.die-welt.net ntpd[648]: ntpd 4.2.6p5@1.2349-o Fri Apr 10 19:04:04 UTC 2015 (1) Jun 07 21:18:52 genshi.die-welt.net ntpd[650]: proto: precision = 0.161 usec Jun 07 21:18:52 genshi.die-welt.net ntp[616]: Starting NTP server: ntpd. Jun 07 21:18:53 genshi.die-welt.net ntpd[650]: unable to bind to wildcard address 0.0.0.0 - another process may be running - EXITING Not sure the multiple PIDs should worry me, is this maybe related to #581670? The machine has one inet and one inet6 entry for eth0, and one lo in /e/n/interfaces. Calling systemctl restart ntp.service starts ntpd just fine. (start does not work, as systemd thinks the unit is active) Greets Evgeni -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-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/bash Init: systemd (via /run/systemd/system) Versions of packages ntp depends on: ii adduser 3.113+nmu3 ii dpkg 1.17.25 ii libc62.19-18 ii libcap2 1:2.24-8 ii libedit2 3.1-20140620-2 ii libopts251:5.18.4-3 ii libssl1.0.0 1.0.1k-3 ii lsb-base 4.1+Debian13+nmu1 ii netbase 5.3 Versions of packages ntp recommends: ii perl 5.20.2-3+deb8u1 Versions of packages ntp suggests: pn ntp-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788015: RM: get-iplayer/2.82-2+deb7u1 from wheezy
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm opu Please remove get-iplayer from wheezy in the next point release. It does not work and cannot without considerable changes. Thanks. -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768524: Could you list what's missing?
Hi Toby, it seems you're really busy and can't give the time needed to finish the musescore package. That's fine, we're all volunteers here :) So I'm asking you to make public what exactly is missing to get the package done, then I (or others) can help you there and make many musescore users happy in the next days. I will have some free time in the next week and would love to dedicate some hours to push 2.0.1 to Sid. Bests, -- tiago -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788004: [INTL:ca] Catalan debconf templates translation
Package: arb Version: 6.0.2-1 Tags: l10n patch Severity: wishlist Hello, Please, update the Catalan debconf.po translation. I. De Marchi ca.po Description: application/gettext
Bug#782475: Bug#787542: libudev1-udeb depends on missing libcap2
2015-06-07 18:59 GMT+02:00 Christian Kastner deb...@kvr.at: [...] Sorry for the delay, I was AFK until just now. I've prepared a quick upload consisting of only Matthias' patch, minus the superfluous d/shlibs.local as discussed in Michael's follow-up to the patch. I do still need a sponsor, though. For whomever is willing to act as such, a source package can be obtained from the following link, http://www.kvr.at/debian/pool/main/libc/libcap2/libcap2_2.24-9.dsc or, alternatively, via the git repo git://anonscm.debian.org/collab-maint/libcap2.git using gbp. Please let me know if there is anything else I can do. Looks fine to me and builds works fine as well :) - I could sponsor the package this evening, if there are no objections. Since this has to go through NEW, we probably want to get some ftpmaster into the loop to get the package processed faster than usual... Cheers, Matthias -- I welcome VSRE emails. See http://vsre.info/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785642: [Pkg-mailman-hackers] Bug#785642: Bug#785642: queue runner dies with uncaught UnicodeDecodeError
On Sun, Jun 07, 2015 at 07:03:50PM +0200, Thijs Kinkhorst wrote: Hoi Wouter, I got some questions back from upstream, can you help? Actually, the traceback says what's happening is CookHeaders is trying to create the List-Id: header to be added to the message. It tries to create a header of the form: List-Id: list description list.example.com And the exception occurs when trying to rfc 2047 encode the list's description in the charset of the list's preferred language. This exception should be occurring on every list post. Is that the case? Yes. Also, what is the list's preferred_language and what is the raw value of the list's description attribute. Obtain this info with something like: $ bin/withlist list1 Loading list list1 (unlocked) The variable `m' is the list1 MailList instance m.preferred_language 'en' m.description 'My List one' root@barbershop:~# /usr/lib/mailman/bin/withlist caljente Loading list caljente (unlocked) The variable `m' is the caljente MailList instance m.preferred_language 'nl' m.description 'Lijst voor Caljent\xe9-leden' Not sure what encoding that is. I've changed it to Caljente for now, which should be a reasonable workaround. Thanks, -- It is easy to love a country that is famous for chocolate and beer -- Barack Obama, speaking in Brussels, Belgium, 2014-03-26 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785072: [PKG-Openstack-devel] Bug#785072: [LCFC] templates://cobbler/{cobbler.templates}
On 06/06/2015 12:24 PM, Justin B Rye wrote: Revised patch attached... though it's still diffing against the unstable version, since I don't understand how to check a whole package out of git. It was a diff against an older version, but never mind, I recovered the changes. I have uploaded version 2.6.6+dfsg1-5 with the below changes: * Fixes debconf templates and short+long descriptions reviewed by the Debian English team (Closes: #785072). * Ran debconf-updatepo. * Fixed wrong name for template in cobbler.postinst (Closes: #787831). Please make sure to use that version from now on. Meanwhile, can Thomas confirm that the version we're about to ask translators to work on does actually say what it needs to? I believe it's ok. Please make sure you do use 2.6.6+dfsg1-5 before initiating the call for translation. Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788002: easytag: crashes when opening a directory containing an mp3 with a long comment
Control: tags -1 moreinfo On Sun, 2015-06-07 at 12:15 -0400, Anne C. Hanna wrote: Package: easytag Version: 1:2.2.6-dmo1 everity: normal When I open a directory containing an mp3 with a long comment, easytag crashes with the following message: Please can you try the version of easytag from the Debian archives rather than the one from deb-multimedia.org. Running this should install it: apt-get install easytag=2.2.6-1 If you can, try 2.3.7-1 from experimental too. I'll have a better look at this bug in a few days - I have lots of other work to do at the minute! Thanks, James signature.asc Description: This is a digitally signed message part
Bug#788009: xserver-xorg-input-synaptics: Please add apparmor profile for syndaemon
Package: xserver-xorg-input-synaptics Version: 1.8.2-1 Severity: wishlist Tags: patch Dear Maintainer, Please use the patch attached to add an apparmor profile for syndaemon to your package. At least for now, the profile is in complain mode, which means that if syndaemon does something not defined in the profile, it will not be impeded by apparmor -- only a message in the logs will appear. This ensures that no permission issues will appear with the addition of this profile. Cheers, -- Cameron Norman commit 7b4b7db32648c26d7eca22b05285c0d663bdf0d1 Author: Cameron Norman camerontnor...@gmail.com Date: Sun Jun 7 12:06:40 2015 -0700 Added apparmor profile for syndaemon (in complain mode) diff --git a/debian/rules b/debian/rules index 29f61aa..f759022 100755 --- a/debian/rules +++ b/debian/rules @@ -6,6 +6,7 @@ override_dh_auto_install: # Kill *.la files, and forget no-one: override_dh_install: + dh_apparmor --profile-name=usr.bin.syndaemon -pxserver-xorg-input-synaptics find debian/tmp -name '*.la' -delete dh_install --fail-missing diff --git a/debian/usr.bin.syndaemon b/debian/usr.bin.syndaemon new file mode 100644 index 000..6e502b8 --- /dev/null +++ b/debian/usr.bin.syndaemon @@ -0,0 +1,23 @@ +# vim:syntax=apparmor + +# -- +# +#Copyright (C) 2015 Cameron Norman camerontnor...@gmail.com +# +#This program is free software; you can redistribute it and/or +#modify it under the terms of version 2 of the GNU General Public +#License published by the Free Software Foundation. +# +# -- + +#include tunables/global + +/usr/bin/syndaemon flags=(complain) { + #include abstractions/base + #include abstractions/X + + owner /{,var/}run/user/*/syndaemon.pid rw, + + # Site-specific additions and overrides. See local/README for details. + #include local/usr.bin.syndaemon +} diff --git a/debian/xserver-xorg-input-synaptics.install b/debian/xserver-xorg-input-synaptics.install index 0835787..d5bef51 100644 --- a/debian/xserver-xorg-input-synaptics.install +++ b/debian/xserver-xorg-input-synaptics.install @@ -2,3 +2,4 @@ usr/lib/xorg/modules/input/*.so usr/bin/* usr/share/man usr/share/X11 +debian/usr.bin.syndaemon /etc/apparmor.d/
Bug#735279: gnome-session-flashback: Screen does not redraw when resizing or moving application windows
Hi, On Tue, 14 Jan 2014 12:27:01 +0100, Gerber van der Graaf wrote: When moving or resizing a window, the screen is incorrectly updated. The contours of the window stay frozen on the screen, making working under this graphic environment impossible. Switching to a different desktop keeps the images of the initial desktop on the screen. I think it is identic or related to bug #708279 Can you reproduce this bug with gnome-flashback from the current stable or testing? I think this bug should no longer occur there. -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#788002: easytag: crashes when opening a directory containing an mp3 with a long comment
Please can you try the version of easytag from the Debian archives rather than the one from deb-multimedia.org. Running this should install it: apt-get install easytag=2.2.6-1 If you can, try 2.3.7-1 from experimental too. I'll have a better look at this bug in a few days - I have lots of other work to do at the minute! Oops, didn't notice I was using the Deb Multimedia version of the package. Sorry about that. In any case, the bug is also present in 2.2.6-1 and 2.3.7-1. I checked stable (2.2.4-1) and it's there too. I did notice one additional detail, however: the bug doesn't show up if the problem file is the only one in the directory, or if there are only a couple others. It seems to need a large number of other files in the directory to make the error occur. - Anne -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788010: givaro: please make the build reproducible
Source: givaro Version: 3.7.2-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi, While working on the “reproducible builds” effort [1], we have noticed that givaro could not be built reproducibly. The attached patch changes the value of HTML_TIMESTAMP in the file Doxyfile.mod from YES to NO. Once applied givaro can be built reproducibly in our current experimental framework. Patching the doxyfile is necessary in this case because of the following reasons: 1. Even though the doxygen upstream changed the default value of HTML_TIMESTAMP from YES to NO this does not affect this package because the value of HTML_TIMESTAMP is explicitly set to YES. 2. Upstream's doxyfiles cannot reliably be modified to change the value of HTML_TIMESTAMP during the build process because dh_doxygen is only run after the build already completed and even adding a new dh command cannot solve the problem because there exists no sane and reliable solution to detect the file which will be used as the configuration file for doxygen (it is not always called doxyfile). 3. In case of this source package a patch against upstream is necessary in contrast to a patch against Debian rules because this source package does not call doxygen in debian/rules. Please also consider forwarding this patch upstream. Cheers! akira [1]: https://wiki.debian.org/ReproducibleBuilds Description: Change HTML_TIMESTAMP from YES to NO in order to make the package reproducible --- givaro-3.7.2.orig/docs/Doxyfile.mod +++ givaro-3.7.2/docs/Doxyfile.mod @@ -975,7 +975,7 @@ HTML_COLORSTYLE_GAMMA = 80 # page will contain the date and time when the page was generated. Setting # this to NO can help when comparing the output of multiple runs. -HTML_TIMESTAMP = YES +HTML_TIMESTAMP = NO # If the HTML_ALIGN_MEMBERS tag is set to YES, the members of classes, # files or namespaces will be aligned in HTML using tables. If set to
Bug#788012: geis: please make the build reproducible
Source: geis Version: 2.2.16-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi, While working on the “reproducible builds” effort [1], we have noticed that geis could not be built reproducibly. The attached patch changes the value of HTML_TIMESTAMP in upstream's doxyfile from YES to NO. Once applied geis can be built reproducibly in our current experimental framework. Patching upstream doxyfile is necessary in this case because of the following reasons: 1. Even though the doxygen upstream changed the default value of HTML_TIMESTAMP from YES to NO this does not affect this package because the value of HTML_TIMESTAMP is explicitly set to YES. 2. Upstream's doxyfiles cannot reliably be modified to change the value of HTML_TIMESTAMP during the build process because dh_doxygen is only run after the build already completed and even adding a new dh command cannot solve the problem because there exists no sane and reliable solution to detect the file which will be used as the configuration file for doxygen (it is not always called doxyfile). 3. In case of this source package a patch against upstream is necessary in contrast to a patch against Debian rules because this source package does not call doxygen in debian/rules. Please also consider forwarding this patch upstream. Thanks! akira [1]: https://wiki.debian.org/ReproducibleBuilds Description: Change HTML_TIMESTAMP option from YES to NO to make package reproducible --- geis-2.2.16.orig/doc/Doxyfile +++ geis-2.2.16/doc/Doxyfile @@ -929,7 +929,7 @@ HTML_COLORSTYLE_GAMMA = 80 # page will contain the date and time when the page was generated. Setting # this to NO can help when comparing the output of multiple runs. -HTML_TIMESTAMP = YES +HTML_TIMESTAMP = NO # If the HTML_ALIGN_MEMBERS tag is set to YES, the members of classes, # files or namespaces will be aligned in HTML using tables. If set to
Bug#783683: cron started with -f (foreground), killing processes on restart
On 7 June 2015 at 18:30, Christian Kastner deb...@kvr.at wrote: On 2015-06-06 21:33, Christoph Berg wrote: I had hoped to see this fixed in today's point release. What happened with the jessie package? I'm afraid I couldn't get a hold of Javier regarding an upload. I myself don't have upload rights yet. My fault. Quite simply: life got in the way. I meant to take care of this before I went AFK for the weekend, but I forgot about this :-/ If an upload to jessie-p-u is still a possibility and you'd like to sponsor, a package for jessie has been prepared on the jessie branch. It was already ACKed by the RT, see #785573. I am going to do this right away. I'm building the origin/jessie branch as I'm writing this. Regards Javier
Bug#788016: virtualbox-dkms: Host crashes with general protection fault on image startup
Package: virtualbox-dkms Version: 4.3.28-dfsg-1 Severity: important Dear Maintainer, When booting a vagrant machine and running the 4.0.0-1-amd64 #1 Debian 4.0.2-1 kernel booted with Xen support, the host machine immediately crashes with the general protection fault detailed below. When the machine is booted with the same kernel but without Xen support, the image comes up fine. Jun 7 22:45:51 yinka kernel: [25438.588104] general protection fault: [#1] SMP Jun 7 22:45:51 yinka kernel: [25438.588125] Modules linked in: usblp xt_addrtype xt_conntrack ipt_MASQUERADE nf_nat_masquerade_ipv4 iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 iptable_filter ip_tables x_tables nf_nat nf_conntrack bridge stp llc dm_thin_pool dm_persistent_data dm_bio_prison dm_bufio loop nls_utf8 btrfs xor raid6_pq ufs qnx4 hfsplus hfs minix ntfs vfat msdos fat jfs xfs libcrc32c ctr ccm binfmt_misc bnep xen_gntdev xen_evtchn pci_stub vboxpci(O) xenfs xen_privcmd vboxnetadp(O) vboxnetflt(O) vboxdrv(O) nfsd auth_rpcgss oid_registry nfs_acl nfs lockd grace fscache sunrpc hid_logitech_hidpp hid_logitech_dj hid_multitouch uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core usbhid v4l2_common hid videodev media btusb bluetooth snd_hda_codec_hdmi joydev arc4 dell_laptop dcdbas pn544_mei mei_phy pn544 hci iTCO_wdt dell_wmi nfc iTCO_vendor_support sparse_keymap iwlmvm i8k x86_pkg_temp_thermal mac80211 intel_powerclamp intel_rapl psmouse iosf_mbi evdev snd_ hda_codec_realtek serio_raw pcspkr i2c_i801 snd_hda_codec_generic coretemp nouveau i915 iwlwifi ac int3403_thermal battery snd_hda_intel mxm_wmi cfg80211 ttm snd_hda_controller drm_kms_helper snd_hda_codec dell_smo8800 rtsx_pci_ms snd_hwdep wmi rfkill drm snd_pcm video int3402_thermal memstick snd_timer tpm_tis lpc_ich mei_me xhci_pci processor_thermal_device tpm i2c_algo_bit snd i2c_core int3400_thermal int340x_thermal_zone acpi_thermal_rel mei xhci_hcd soundcore ie31200_edac button shpchp edac_core processor fuse parport_pc ppdev lp parport autofs4 ext4 crc16 mbcache jbd2 algif_skcipher af_alg dm_crypt dm_mod sg sd_mod rtsx_pci_sdmmc mmc_core crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel aes_x86_64 ahci lrw gf128mul libahci glue_helper ablk_helper ehci_pci cryptd libata ehci_hcd scsi_mod rtsx_pci usbcore mfd_core usb_common thermal fan thermal_sys Jun 7 22:45:51 yinka kernel: [25438.588650] CPU: 0 PID: 13826 Comm: EMT-0 Tainted: G O4.0.0-1-amd64 #1 Debian 4.0.2-1 Jun 7 22:45:51 yinka kernel: [25438.588671] Hardware name: Dell Inc. Dell Precision M3800/Dell Precision M3800, BIOS A05 04/16/2014 Jun 7 22:45:51 yinka kernel: [25438.588692] task: 8800bd930ce0 ti: 8803bcf24000 task.ti: 8803bcf24000 Jun 7 22:45:51 yinka kernel: [25438.588709] RIP: e030:[a0f2376a] [a0f2376a] 0xa0f2376a Jun 7 22:45:51 yinka kernel: [25438.588731] RSP: e02b:8803bcf27d78 EFLAGS: 00010246 Jun 7 22:45:51 yinka kernel: [25438.588744] RAX: RBX: 0206 RCX: Jun 7 22:45:51 yinka kernel: [25438.588761] RDX: 00042660 RSI: 2da62000 RDI: 2da62000 Jun 7 22:45:51 yinka kernel: [25438.588777] RBP: 8803bcf27db8 R08: 0001 R09: Jun 7 22:45:51 yinka kernel: [25438.588793] R10: 8173cd8e R11: eab698c0 R12: bfebfbff Jun 7 22:45:51 yinka kernel: [25438.588809] R13: 0020 R14: 42d0 R15: c9005c2383f0 Jun 7 22:45:51 yinka kernel: [25438.588827] FS: 7f97e0651700() GS:88041a00() knlGS:88041a00 Jun 7 22:45:51 yinka kernel: [25438.588845] CS: e033 DS: ES: CR0: 80050033 Jun 7 22:45:51 yinka kernel: [25438.588858] CR2: 7f97e030f000 CR3: 00020316 CR4: 00042660 Jun 7 22:45:51 yinka kernel: [25438.588874] Stack: Jun 7 22:45:51 yinka kernel: [25438.50] 2da62000 a0f22b32 c9005c2a8010 8803f0ef5b50 Jun 7 22:45:51 yinka kernel: [25438.588901] a0bb9f80 Jun 7 22:45:51 yinka kernel: [25438.588921] 8803bcf27dd8 a0f366de c9005c14e010 Jun 7 22:45:51 yinka kernel: [25438.588942] Call Trace: Jun 7 22:45:51 yinka kernel: [25438.588956] [a0b863b8] ? supdrvIOCtl+0xb88/0x2c90 [vboxdrv] Jun 7 22:45:51 yinka kernel: [25438.588975] [a0b8f004] ? rtR0MemAllocEx+0x244/0x280 [vboxdrv] Jun 7 22:45:51 yinka kernel: [25438.588993] [a0b80590] ? VBoxDrvLinuxIOCtl_4_3_28+0x130/0x240 [vboxdrv] Jun 7 22:45:51 yinka kernel: [25438.589013] [811d5bc8] ? do_vfs_ioctl+0x2e8/0x4f0 Jun 7 22:45:51 yinka kernel: [25438.589029] [8105cd69] ? __do_page_fault+0x1d9/0x490 Jun 7 22:45:51 yinka kernel: [25438.589044] [811d5e51] ? SyS_ioctl+0x81/0xa0 Jun 7 22:45:51 yinka kernel: [25438.589058] [81566348] ?
Bug#787980: dpkg: please normalize file permissions when creating control.tar
Package: dpkg Version: 1.18.1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: umask toolchain Hi! As part of the “reproducible builds” effort, we are curretly trying to have Debian package build identically despite being built under different umasks. dpkg creates the control.tar member of .deb files using GNU Tar. It will thus pick up the permissions of the files on the filesystem. For the specific case of control files, there is a very limited set of acceptable permissions. It seems desirable to enforce this by normalizing the recorded permissions by giving the `--mode=go=rX,u+rw,a-s` option to tar. The attached patch is based on the available master branch. The change is also part of the `pu/reproducible_builds` branch available at: https://anonscm.debian.org/cgit/reproducible/dpkg.git/ -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#766819: [pkg-cinnamon] Bug#766819: cinnamon freezes for a minute or so, when opening images or text with gnome/gtk apps and when closing them later on
Il 22/11/2014 22:57, Christoph Anton Mitterer ha scritto: Hey. Sorry for not having been very active here recently On Fri, 2014-11-21 at 20:20 +, Margarita Manterola wrote: Have you been able to find out anything else regarding the cinnamon vs afs bug? Well it does definitely still occur,... and as far as I can tell it in fact happens *always*, i.e. when AFS is active there's a tiny freeze in some GNOME programs. It's just that these very long freezes don't occur every time (in the sense of for a given boot), but I even saw those every now and then. This seems to be something very specific to your setup, so it would be really helpful if you can investigate a bit further. Well that's a bit the problem,... there is not really much special about my AFS setup (actually it's everything at default)... and as I've said previously, the client was even deactivated until it got systemd ready and automagically re-activated itself. Particularly, it would be interesting if you can verify if this happens on GNOME or not. I was only able to test it with GNOME classic, since Shell doesn't work here. There I've seen it as well... I made some tests today, but right now I wasn't able to reproduce it, but as I've said, it comes and goes. I guess this is not really a Cinnamon bug, but rather something in gtk/gvfs - since only apps with that seem to be affected. So perhaps the only bug in cinnamon is, that it somehow uses gvfs which can block the whole desktop - assuming my assumption is correct. Maybe we should reassign that to gvfs,... and perhaps wrt to systemd/openafs report a new bug, that afs client got automagically re-enabled, which it should not. Cheers, Chris. Can someone test with cinnamon 2.6 if is it still reproducible please? smime.p7s Description: Firma crittografica S/MIME
Bug#763895: [pkg-cinnamon] Bug#763895: Bug#763895: cinnamon crashes when a window opens
Il 03/10/2014 18:31, Michal Suchanek ha scritto: Hello, thanks for your quick replies. Excerpts from Maximiliano Curia's message of Fri Oct 03 16:55:01 +0200 2014: ¡Hola Michal! El 2014-10-03 a las 14:06 +, Michal Suchanek escribió: after finally running cinnamon I tried to open a terminal (evilvte) and cinnamon immediately crashed. I tried restarting it grom that fallback mode dialog but it crashed immediately again. Closing the terminal window allowed cinnamon to be restarted. I suspected evilvte is in some way truly evil and kills cinnamon but I created a new folder on the desktop, opened it, and cinnamon crashed again when the file manager window opened. In the attached xsession-errors file I see a weird sequence of actions, and I'm not sure if the output is mixed with some other session. Can you please copy the file before trying to start a failing application? I attach a file befor and after crash. It seems metacity is used in fallback session and gnome panel is used also either in main or fallback session. Hence they run in the crashed session and without them cinnamon fails completely when an error occurs. So we can see the output generated by the failing application (just the difference pasted in paste.debian.org would be ideal). Xsession: X session started for root at Fri Oct 3 14:00:41 UTC 2014 It's highly disrecommended to use a graphical session as root. I know about that. It however does not make any meaningful difference for single user system unless I were to create a separate user account for every application. W: [pulseaudio] main.c: This program is not intended to be run as root (unless --system is specified). (cinnamon:2324): St-CRITICAL **: st_widget_get_theme_node called on the widget [0xb9150658 StBoxLayout.menu-selected-app-box] which is not in the stage. JS LOG: Invalid network device type, is 14 *WARN_ONCE* File ../../../../../../../src/mesa/drivers/dri/radeon/radeon_swtcl.c function r100_swtcl_flush line 339 Rendering was 1 commands larger than predicted size. We might overflow command buffer. *** drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See dmesg for more info. x-session-manager[2172]: WARNING: Application 'cinnamon.desktop' killed by signal 15 I think the video driver you are using is dying when the composite manager tries to start. It's dying at the time a window opens. Is starting a compositing manager delayed until that point? Either way, it looks like Mesa sends something unintelligible to the GPU. They talked about reworking and adding some new features to r100 so maybe there is an awesome new bug there. JS LOG: About to start Cinnamon JS LOG: Cinnamon started at Fri Oct 03 2014 14:01:01 GMT+ (UTC) (cinnamon:2421): St-CRITICAL **: st_widget_get_theme_node called on the widget [0xba07c670 StBoxLayout.menu-selected-app-box] which is not in the stage. JS LOG: Invalid network device type, is 14 drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See dmesg for more info. Mmh, and it also dies in the fallback mode. x-session-manager[2172]: WARNING: App 'cinnamon.desktop' respawning too quickly x-session-manager[2172]: CRITICAL: We failed, but the fail whale is dead. Sorry That's the end of the cinnamon session. (gnome-panel:2437): Gtk-CRITICAL **: gtk_accelerator_parse_with_keycode: assertion 'accelerator != NULL' failed I don't know why you are running gnome-panel, but that's not cinnamon related. So, this seems to be another desktop environment session, did you start it or was automatically started? It starts automagically when cinnamon fails. Can you please let us know if you can use any composite window manager at all? Presumably I am running a compositing manager because xcompmgr refuses to start on the excuse that a compositing manager is running. Is metacity doing compositing? Also, there are no traces of evitvte or the file manager failing in this log. They aren't really failing. They just open a window that makes cinnamon crash and keep running. The file manager is running anyway so there would be no trace of it in the log. Thanks Michal Can someone test with cinnamon 2.6 please? Cinnamon and muffin have commits with fix/improvements probably related. smime.p7s Description: Firma crittografica S/MIME
Bug#774149: Is there a workaround for the Can't mount ntfs drive (Transport endpoint is not connected)
Hi all, I just got hit by few days back, got time and was able to track it down :- Before insertion of the external hdd [$] ls -la /media total 48 drwxr-xr-x 12 root root 4096 Jun 7 11:34 . drwxr-xr-x 25 root root 4096 Jun 6 21:51 .. lrwxrwxrwx 1 root root6 Jul 25 2013 cdrom - cdrom0 drwxr-xr-x 2 root root 4096 Jul 25 2013 cdrom0 drwxr-x---+ 3 root root 4096 Jun 6 11:15 shirish lrwxrwxrwx 1 root root4 Jun 7 11:34 usb - usb0 drwxr-xr-x 2 root root 4096 Jun 7 11:34 usb0 drwxr-xr-x 2 root root 4096 Jun 7 11:34 usb1 drwxr-xr-x 2 root root 4096 Jun 7 11:34 usb2 drwxr-xr-x 2 root root 4096 Jun 7 11:34 usb3 drwxr-xr-x 2 root root 4096 Jun 7 11:34 usb4 drwxr-xr-x 2 root root 4096 Jun 7 11:34 usb5 drwxr-xr-x 2 root root 4096 Jun 7 11:34 usb6 drwxr-xr-x 2 root root 4096 Jun 7 11:34 usb7 After insertion of the external hdd :- [$] ls -la /media ls: cannot access /media/usb0: Transport endpoint is not connected total 44 drwxr-xr-x 12 root root 4096 Jun 7 11:34 . drwxr-xr-x 25 root root 4096 Jun 6 21:51 .. lrwxrwxrwx 1 root root6 Jul 25 2013 cdrom - cdrom0 drwxr-xr-x 2 root root 4096 Jul 25 2013 cdrom0 drwxr-x---+ 3 root root 4096 Jun 6 11:15 shirish lrwxrwxrwx 1 root root4 Jun 7 11:34 usb - usb0 d?? ? ?? ?? usb0 drwxr-xr-x 2 root root 4096 Jun 7 11:34 usb1 drwxr-xr-x 2 root root 4096 Jun 7 11:34 usb2 drwxr-xr-x 2 root root 4096 Jun 7 11:34 usb3 drwxr-xr-x 2 root root 4096 Jun 7 11:34 usb4 drwxr-xr-x 2 root root 4096 Jun 7 11:34 usb5 drwxr-xr-x 2 root root 4096 Jun 7 11:34 usb6 drwxr-xr-x 2 root root 4096 Jun 7 11:34 usb7 I did two changes in the usbmount.conf file. [$] cat /etc/usbmount/usbmount.conf | grep fuseblk FILESYSTEMS=vfat ext2 ext3 ext4 hfsplus ntfs fuseblk probably ntfs wasn't necessary but don't know hence keeping it there till somebody tells me otherwise. [$] cat /etc/usbmount/usbmount.conf | grep VERBOSE VERBOSE=yes I do not understand if the following error is because of usbmount or some other package. [$] usbhid-dump libusb: error [_get_usbfs_fd] libusb couldn't open USB device /dev/bus/usb/005/007: Permission denied libusb: error [_get_usbfs_fd] libusb requires write access to USB device nodes. Failed to find and open the devices: Access denied (insufficient permissions) (ERROR_ACCESS) I did read the last message as well, what does that mean ? I have both usbdisk2 as well as usbmount. Would removing/purging usbmount bring back the how external hdd automount or does it go deeper ? Also I have both usbmount as well as udisks2 installed. Could that be an issue? usbmount can easily be purged , usbdisks2 takes another few softwares with it Look forward to knowing what is best to do in the current situation till the above issue is resolved to everyone's interests . I did a post of the same at http://forums.debian.net/viewtopic.php?f=5t=122679 and a user kiyop did share a workaround I knew but was not remembering the switches for it (basically manually mounting it as root). It does have the disadvantage that it doesn't show up in nautilus unless you open nautilus as root ( know it's a bad bad idea) so have to severe connection to the net when doing that way. -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com EB80 462B 08E1 A0DE A73A 2C2F 9F3D C7A4 E1C4 D2D8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760947: systemd: Does not start consoles configured in /etc/inittab
Control: reassign -1 release-notes Am 07.06.2015 um 08:32 schrieb Samuel Thibault: Michael Biebl, le Sun 07 Jun 2015 01:41:59 +0200, a écrit : /etc/inittab is a sysvinit specific config file, which systemd won't read. This is not going to change. If you have custom changes to /etc/inittab, those need to be converted into systemd equivalents manually, if necessary. As I said in a previous mail, that's not what I call a seamless upgrade. It be at least documented in the release notes or on https://wiki.debian.org/systemd I agree, let's reassign this to release-notes and handle it there. Regards, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#649449: firmware-iwlwifi: Card state received: HW:Kill SW:On and Not sending command - RF KILL
Sorry for the big delay. I don't know why the email never arrived to my inbox. The problem has continued. For example with kernel 3.16.7-ckt9-3. dmesg after the connection has been broken: [ 3031.670872] iwl3945 :02:00.0: Card state received: HW:Kill SW:On [ 3031.671615] wlan0: deauthenticating from xx:xx:xx:xx:xx:xx by local choice (Reason: 3=DEAUTH_LEAVING) [ 3031.673602] iwl3945 :02:00.0: Not sending command - RF KILL [ 3031.673628] iwl3945 :02:00.0: Error sending C_REM_STA: enqueue_hcmd failed: -5 [ 3031.673636] iwl3945 :02:00.0: Error removing station xx:xx:xx:xx:xx:xx [ 3031.673698] iwl3945 :02:00.0: Not sending command - RF KILL [ 3031.673723] iwl3945 :02:00.0: Error sending C_QOS_PARAM: enqueue_hcmd failed: -5 [ 3031.673729] iwl3945 :02:00.0: Not sending command - RF KILL [ 3031.673753] iwl3945 :02:00.0: Error sending C_RXON: enqueue_hcmd failed: -5 [ 3031.673758] iwl3945 :02:00.0: Error setting new configuration (-5). [ 3031.673763] iwl3945 :02:00.0: Not sending command - RF KILL [ 3031.673786] iwl3945 :02:00.0: Error sending C_RXON_ASSOC: enqueue_hcmd failed: -5 [ 3031.673794] iwl3945 :02:00.0: Not sending command - RF KILL [ 3031.673817] iwl3945 :02:00.0: Error sending C_RXON_ASSOC: enqueue_hcmd failed: -5 [ 3031.673827] iwl3945 :02:00.0: Not sending command - RF KILL [ 3031.673850] iwl3945 :02:00.0: Error sending C_RXON: enqueue_hcmd failed: -5 [ 3031.673854] iwl3945 :02:00.0: Error setting new configuration (-5). [ 3031.673880] iwl3945 :02:00.0: Not sending command - RF KILL [ 3031.673885] iwl3945 :02:00.0: Error sending C_LEDS: enqueue_hcmd failed: -5 [ 3031.673916] iwl3945 :02:00.0: Not sending command - RF KILL [ 3031.673921] iwl3945 :02:00.0: Error sending C_RXON: enqueue_hcmd failed: -5 [ 3031.673943] iwl3945 :02:00.0: Error setting new configuration (-5). [ 3031.677688] iwl3945 :02:00.0: Not sending command - RF KILL [ 3031.677697] iwl3945 :02:00.0: Error sending C_RXON: enqueue_hcmd failed: -5 [ 3031.677721] iwl3945 :02:00.0: Error setting new configuration (-5). [ 3031.680054] iwl3945 :02:00.0: Master Disable Timed Out, 100 usec [ 3031.689923] cfg80211: Calling CRDA to update world regulatory domain [ 3031.710936] cfg80211: World regulatory domain updated: [ 3031.710941] cfg80211: DFS Master region: unset [ 3031.710961] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time) [ 3031.710964] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (N/A, 2000 mBm), (N/A) [ 3031.710967] cfg80211: (2457000 KHz - 2482000 KHz @ 4 KHz), (N/A, 2000 mBm), (N/A) [ 3031.710969] cfg80211: (2474000 KHz - 2494000 KHz @ 2 KHz), (N/A, 2000 mBm), (N/A) [ 3031.710972] cfg80211: (517 KHz - 525 KHz @ 8 KHz, 16 KHz AUTO), (N/A, 2000 mBm), (N/A) [ 3031.710993] cfg80211: (525 KHz - 533 KHz @ 8 KHz, 16 KHz AUTO), (N/A, 2000 mBm), (0 s) [ 3031.710996] cfg80211: (549 KHz - 573 KHz @ 16 KHz), (N/A, 2000 mBm), (0 s) [ 3031.710998] cfg80211: (5735000 KHz - 5835000 KHz @ 8 KHz), (N/A, 2000 mBm), (N/A) [ 3031.711001] cfg80211: (5724 KHz - 6372 KHz @ 216 KHz), (N/A, 0 mBm), (N/A) And according to rfkill: # rfkill list all 0: Toshiba Bluetooth: Bluetooth Soft blocked: no Hard blocked: yes 1: phy2: Wireless LAN Soft blocked: no Hard blocked: yes If I want to use another wireless interface (external) I've to disable the iwl3945 module or networkmanager thinks that the Wi-Fi switch is off. It's like I switch off the physical switch. It could be a physical problem derivative of the age of the laptop. Regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787866: autogen: after upgrade to 5.18.5 autogen no longer works
On Sat, 2015-06-06 at 16:18 -0700, Bruce Korb wrote: In that log, I find: Compiling '[ -~]' with bits 0x1 === compiled as extended RE CASE no match: `c' MATCH_FULL vs. `[ -~]' I think there is a RE library problem. The code is as follows: /* * On the first call for this macro, compile the expression */ if (cur_macro-md_pvt == NULL) { void *mat = VOIDP(pattern); regex_t * re = AGALOC(sizeof(*re), select match full re); if (OPT_VALUE_TRACE TRACE_EXPRESSIONS) { fprintf(trace_fp, TRACE_SEL_MATCH_FULL, pattern, cur_macro-md_res); This function returns FAILURE, and that is incorrect. This code has not changed in many years (16). Last January, I changed the casting of 'pattern' to coerce it into a void * without any const attributes, but functionally no changes for 16 years. The following program should replicate the same test that fails in AutoGen. If this succeeds, then the question is, what is different in the execution env? If this fails, on the other hand, then you need to look to the regcomp library. I've compiled and run the attached version of that program and it succeeds (no valgrind warnings either). The differences in the environment during build are the following three variables. +MAKEFLAGS= +MAKELEVEL=1 +MFLAGS= #include stdio.h #include stdlib.h #include string.h #include sys/types.h #include regex.h #define VOIDP(_p) ((void *)(unsigned long)(_p)) static void compile_re(regex_t * re, char const * pat, int flags) { int rerr = regcomp(re, VOIDP(pat), flags); if (rerr != 0) { char erbf[ 1024 ]; regerror(rerr, re, erbf, sizeof(erbf)); fprintf(stderr, error\n); abort(); } } static int check_full_match(char const * sample, char const * pattern) { regmatch_t m[2]; regex_t * md_pvt; /* * On the first call for this macro, compile the expression */ void *mat = VOIDP(pattern); regex_t * re = malloc(sizeof(*re)); compile_re(re, mat, 1); md_pvt = re; // In this function, the RE must match the entire string. // if (regexec(re, sample, (size_t)2, m, 0) != 0) return 0; if ( (m[0].rm_eo != (int)strlen( sample )) || (m[0].rm_so != 0)) return 0; return 1; } int main(int argc, char ** argv) { if (! check_full_match(c, [ -~])) printf(FAILED\n); return 0; }
Bug#787989: multistrap: fails with suite jessie and stretch (sid works)
Package: multistrap Version: 2.2.1 Severity: normal Hi, suppose the following configuration: [General] arch= directory= cleanup=true noauth=false explicitsuite=false unpack=true bootstrap=Debian aptsources=Debian [Debian] packages=apt source=http://http.debian.net/debian keyring=debian-archive-keyring suite=jessie then I'll get the following error: Setting up systemd (215-17+deb8u1) ... Failed to read /proc/cmdline. Ignoring: No such file or directory Failed to open /dev/urandom: Function not implemented dpkg: error processing package systemd (--configure): subprocess installed post-installation script returned error exit status 1 Setting up dmsetup (2:1.02.90-2.2) ... dpkg: dependency problems prevent configuration of systemd-sysv: systemd-sysv depends on systemd; however: Package systemd is not configured yet. systemd-sysv depends on systemd (= 215-17+deb8u1); however: Package systemd is not configured yet. dpkg: error processing package systemd-sysv (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of init: init depends on systemd-sysv | sysvinit-core | upstart; however: Package systemd-sysv is not configured yet. Package sysvinit-core is not installed. Package upstart is not installed. dpkg: error processing package init (--configure): dependency problems - leaving unconfigured Processing triggers for libc-bin (2.19-18) ... Errors were encountered while processing: systemd systemd-sysv init ERR: dpkg configure reported an error. Native mode configuration reported an error! I: Tidying up apt cache and list data. Multistrap system reported 1 error in /home/josch/annex/personal/projects/lxc-multistrap/multitest/. I: Tidying up apt cache and list data. The full log is attached. When replacing jessie by stretch, the problem is the same. When replacing jessie by sid, then multistrap works fine. cheers, josch multistrap 2.2.1 using jessie.conf multistrap 2.2.1 using jessie.conf Defaulting architecture to native: amd64 multistrap building amd64 multistrap on 'amd64' I: Setting /home/josch/annex/personal/projects/lxc-multistrap/multitest/lib64 - /home/josch/annex/personal/projects/lxc-multistrap/multitest/lib symbolic link. I: Installing debian-archive-keyring Reading package lists... Building dependency tree... Reading state information... The following packages were automatically installed and are no longer required: libounit-ocaml-dev pandoc-data Use 'apt-get autoremove' to remove them. 0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 444 not upgraded. Need to get 40.1 kB of archives. After this operation, 0 B of additional disk space will be used. Get:1 http://http.debian.net/debian/ stable/main debian-archive-keyring all 2014.3 [40.1 kB] Fetched 40.1 kB in 0s (179 kB/s) Download complete and in download only mode Getting package lists: APT_CONFIG=/tmp/multistrap.l3JuGc apt-get -o Apt::Architecture=amd64 -o Dir::Etc::TrustedParts=/home/josch/annex/personal/projects/lxc-multistrap/multitest/etc/apt/trusted.gpg.d -o Dir::Etc::Trusted=/home/josch/annex/personal/projects/lxc-multistrap/multitest/etc/apt/trusted.gpg.d/trusted.gpg -o Apt::Get::Download-Only=true -o Apt::Install-Recommends=false -o Dir=/home/josch/annex/personal/projects/lxc-multistrap/multitest/ -o Dir::Etc=/home/josch/annex/personal/projects/lxc-multistrap/multitest/etc/apt/ -o Dir::Etc::Parts=/home/josch/annex/personal/projects/lxc-multistrap/multitest/etc/apt/apt.conf.d/ -o Dir::Etc::PreferencesParts=/home/josch/annex/personal/projects/lxc-multistrap/multitest/etc/apt/preferences.d/ -o APT::Default-Release=* -o Dir::State=/home/josch/annex/personal/projects/lxc-multistrap/multitest/var/lib/apt/ -o Dir::State::Status=/home/josch/annex/personal/projects/lxc-multistrap/multitest/var/lib/dpkg/status -o Dir::Cache=/home/josch/annex /personal/projects/lxc-multistrap/multitest/var/cache/apt/ update Get:1 http://http.debian.net jessie InRelease [134 kB] Get:2 http://http.debian.net jessie/main Sources [7,059 kB] Get:3 http://http.debian.net jessie/main amd64 Packages [6,768 kB] Get:4 http://http.debian.net jessie/main Translation-en [4,585 kB] Fetched 18.5 MB in 6s (2,665 kB/s) Reading package lists... I: Calculating required packages. APT_CONFIG=/tmp/multistrap.l3JuGc apt-get -o Apt::Architecture=amd64 -o Dir::Etc::TrustedParts=/home/josch/annex/personal/projects/lxc-multistrap/multitest/etc/apt/trusted.gpg.d -o Dir::Etc::Trusted=/home/josch/annex/personal/projects/lxc-multistrap/multitest/etc/apt/trusted.gpg.d/trusted.gpg -o
Bug#785642: [Pkg-mailman-hackers] Bug#785642: queue runner dies with uncaught UnicodeDecodeError
severity 785642 important thanks On Mon, May 18, 2015 19:18, Wouter Verhelst wrote: I received a message from one of my list admins that he couldn't send a mail to his list. Investigating turned up the following in /var/log/mailman/error: May 17 15:32:20 2015 (981) Uncaught runner exception: 'utf8' codec can't decode byte 0xe9 in position 18: invalid continuation byte May 17 15:32:20 2015 (981) Traceback (most recent call last): File /var/lib/mailman/Mailman/Queue/Runner.py, line 119, in _oneloop self._onefile(msg, msgdata) File /var/lib/mailman/Mailman/Queue/Runner.py, line 190, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File /var/lib/mailman/Mailman/Queue/IncomingRunner.py, line 130, in _dispose more = self._dopipeline(mlist, msg, msgdata, pipeline) File /var/lib/mailman/Mailman/Queue/IncomingRunner.py, line 153, in _dopipeline sys.modules[modname].process(mlist, msg, msgdata) File /var/lib/mailman/Mailman/Handlers/CookHeaders.py, line 239, in process i18ndesc = uheader(mlist, mlist.description, 'List-Id', maxlinelen=998) File /var/lib/mailman/Mailman/Handlers/CookHeaders.py, line 65, in uheader return Header(s, charset, maxlinelen, header_name, continuation_ws) File /usr/lib/python2.7/email/header.py, line 183, in __init__ self.append(s, charset, errors) File /usr/lib/python2.7/email/header.py, line 267, in append ustr = unicode(s, incodec, errors) UnicodeDecodeError: 'utf8' codec can't decode byte 0xe9 in position 18: invalid continuation byte May 17 15:32:20 2015 (981) SHUNTING: 1431869540.389822+156779307d54473d0eb732994bb67eee95733285 This seems to be a bug in python-email rather than Mailman. I think it doesn't make sense to set errors to strict rather than something like replace when the intention is to parse stuff so free-formed, under-specd and user-controlled as email. Nonetheless, Mailman could override this upstream choice and contruct the Header class with replace. I will file a request upstream. Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787990: game-data-packager: implement mirror checking scheme
Package: game-data-packager Version: 42 Severity: wishlist Nothing last forever on the internet. (GeoCities, GoogleCode...) The URL in .yaml files needs to be actively/passively monitored. *) active monitoring: this would need a custom spider *) passive monitoring: set-up a custom web server as a last-resort that is appended to the list of servers found in the .yaml file This server doesn't even need to store all the files; the missing one would be listed as 404 in access.log. At this point, the user would have already faced on or several other broken links, so an extra one isn't that ugly. ~~~ Then the access.log on the server can be monitored with a cron job and a list of broken link regularly computed and emailed to gdp@packages.d.o (todo: check threshold, stuff it in a DB...). I really don't care about gathering IP addresses of random g-d-p users; this can be hosted anywhere. (see attached flowchart) Alexandre -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (501, 'testing'), (450, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.0-trunk-amd64 (SMP w/6 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages game-data-packager depends on: ii fakeroot1.20.2-1 ii python3 3.4.2-2 ii python3-debian 0.1.27 ii python3-yaml3.11-2 pn python3:any none game-data-packager recommends no packages. Versions of packages game-data-packager suggests: ii arj 3.10.22-13 ii binutils 2.25-8 ii cabextract1.6-1 ii cdparanoia3.10.2+debian-11 ii dynamite 0.1.1-2 ii gcc 4:4.9.2-4 ii gir1.2-gtk-3.03.14.5-1 ii gir1.2-pango-1.0 1.36.8-3 ii innoextract 1.4-1+b1 ii lgc-pg1.2.6-1 ii lhasa [lzh-archiver] 0.3.0-2 ii make 4.0-8.1 ii p7zip-full9.20.1~dfsg.1-4.1 ii python3-gi3.14.0-1 ii unace-nonfree 2.5-8 pn unrar-nonfree none ii unshield 1.0-1 ii unzip 6.0-17 ii vorbis-tools 1.4.0-6 -- Configuration Files: /etc/game-data-packager.conf changed [not included] -- no debconf information mirror_qa.pdf Description: Adobe PDF document
Bug#787991: ITP: gmt-dcw -- Digital Chart of the World (DCW) for GMT
Package: wnpp Severity: wishlist Owner: Bas Couwenberg sebas...@debian.org * Package name: gmt-dcw Version : 1.1.1 Upstream Author : Paul Wessel wes...@soest.hawaii.edu * URL : http://www.soest.hawaii.edu/pwessel/dcw/index.html * License : LGPL-3+ Programming Lang: N/A Description : Digital Chart of the World (DCW) for GMT DCW-GMT is an enhancement to the original 1:1,000,000 scale vector basemap of the world available from the Princeton University Digital Map and Geospatial Information Center and from GeoCommunity at http://data.geocomm.com/readme/dcw/dcw.html. This data is for use by GMT, the Generic Mapping Tools. The package is required for GMT 5 and will be maintained along with the other gmt packages in the Debian GIS team. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787784: Subject: xserver-xorg-core: xserver crashes with sis chipset
On Fri, Jun 5, 2015 at 01:58:55 +0200, Stéphane Blondon wrote: Package: xserver-xorg-core Version: 2:1.17.1-2 Severity: important The xserver crashes with the latest version in testing version: xserver-xorg-core=2:1.17.1-2 xserver-xorg-video-vesa=1:2.3.3-1+b4 It works with: aptitude install xserver-xorg-core=2:1.16.4-1 xserver-xorg-video-vesa=1:2.3.3-1+b3 (forcing a downgrade to those versions fix the problem.) The CPU architecure is x86 and the video chipset is a SiS. Sounds like a dupe of #787144 [ 19346.935] (II) VESA(0): initializing int10 [ 19346.940] (EE) VESA(0): Cannot read int vect [ 19346.940] (II) UnloadModule: vesa Cheers, Julien signature.asc Description: Digital signature
Bug#643697: libdbd-mock-perl: mock sessions no longer return results
Version: 1.45-1 On Wed, 28 Sep 2011 14:44:56 -0400, Frédéric Brière wrote: Package: libdbd-mock-perl Version: 1.41-1 Severity: normal The attached script illustrates the problem. According to the upstream ticket at https://rt.cpan.org/Public/Bug/Display.html?id=71438 , this problem should be fixed with 1.45. Closing the bug accordingly. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Bob Dylan: Knocking on Heavens Door signature.asc Description: Digital Signature
Bug#787996: cloop: please make the build reproducible
Source: cloop Version: 3.14.1.2 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on the “reproducible builds” effort [1], we have noticed that cloop could not be built reproducibly. The attached patch tells tar to set the files timestamps to a known value (last debian package changelog date). Once applied, cloop can be built reproducibly in our current experimental framework. [1]: https://wiki.debian.org/ReproducibleBuilds -- Dhole diff --git a/cloop-3.14.1.2/debian/rules b/cloop-3.14.1.2/debian/rules index 80a8480..6e33449 100755 --- a/cloop-3.14.1.2/debian/rules +++ b/cloop-3.14.1.2/debian/rules @@ -7,6 +7,7 @@ include /usr/share/dpkg/architecture.mk CFLAGS += -flto CXXFLAGS += -flto LDFLAGS += -flto +BUILD_DATE := $(shell dpkg-parsechangelog --show-field=Date) XDIR=debian/cloop-src/usr/src/modules/cloop @@ -28,4 +29,4 @@ override_dh_auto_install: cp Makefile *.c *.h README ChangeLog $(XDIR) cd debian install rules.m-a ../$(XDIR)/debian/rules cp -r po compat control* copyright *_KVERS_* README.Debian changelog ../$(XDIR)/debian dh_fixperms -i -Xrules - cd debian/cloop-src/usr/src XZ_OPT=-9 tar --xz -c -f cloop.tar.xz modules rm -rf modules + cd debian/cloop-src/usr/src XZ_OPT=-9 tar --xz -c --mtime=$(BUILD_DATE) -f cloop.tar.xz modules rm -rf modules signature.asc Description: OpenPGP digital signature
Bug#783683: cron started with -f (foreground), killing processes on restart
Hi, On 2015-06-06 21:33, Christoph Berg wrote: Re: Christian Kastner 2015-05-03 554626d8.4090...@kvr.at I'd strongly opt to change the KillMode as mentioned above. #debian-devel seems to agree, so I'm upgrading this bug to RC. (critical as it's killing random processes) A particular reason why the current behavior is bad is that it is common practise to start user daemons using @reboot cronjobs. I was wondering what the use case for this was, but that seems plausible. Regardless, I committed a fix for the sole fact that it's a significant deviation from past behavior, as you pointed out. I've prepared packages for both jessie and unstable. I had hoped to see this fixed in today's point release. What happened with the jessie package? I'm afraid I couldn't get a hold of Javier regarding an upload. I myself don't have upload rights yet. I meant to take care of this before I went AFK for the weekend, but I forgot about this :-/ If an upload to jessie-p-u is still a possibility and you'd like to sponsor, a package for jessie has been prepared on the jessie branch. It was already ACKed by the RT, see #785573. Regards, Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788003: smokeping package fails to run with fping
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: smokeping Version: 2.6.8-2 When I install `smokeping` via `apt-get` the daemon fails to start, cause of Starting latency logger daemon: smokepingERROR: /etc/smokeping/config.d/Probes, line 5: ERROR: FPing 'binary' does not point to an executable This is quiet a minor bug: $ grep fping /etc/smokeping/config.d/Probes binary = /usr/bin/fping $ which fping /usr/local/sbin/fping This should be fixed easily. Another thing is the ownership of produced rrd-files. They are created for 'root' but I think 'smokeping:www-data' might be suites better. I'm running Debian Wheezy. - -- Bernd Naumann be...@kr217.de PGP: 0xA150A04F via pool.sks-keyservers.net XMPP: b...@weimarnetz.de -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJVdG/FAAoJEEYW3OihUKBPkiwQALOGhEmFeBhucASit+q48w0Z B3zXRmvI0ovxWAareqaQu3RdRhE+GygaOXKArp42099ediBZrHMy8ZlqhRuDQ/19 sVW73hsTV0SbspOHA8wcTxnRj96W/A2eyi0jujh2CoDOB3wYuxg8BrjCSQAVGsjQ 2yOI38ITHt1/JeJcbaKJePeywbO4lTb92k2wSWLHGjIcqjohPRfYXFdNsoD67Xbi ZkaP4rrwbu8Xl/mRt5HRuoB6jc4H4POxIf+aFsUvxnntGhhNznq2EMUwc6QC2YTD Du6Lj+IczJrGicxuR5+A9ipVr5KFo6aIb/AQiBVV7ienUe8Sz8lkBihayofiUuaN qZOsPutwT/3nw7ENlJ0DUM5o/J6rcbOJY1ydPAEop7yzz5byFlXP3AIxxeReZ5Qe ZtyYndG1dTprn2w7oRyfTpDV6tXyRH9NeEQ20zFNWrZ712GIROspcmlml0Ghutbw EI436KQ59T8XR/4XJQo6JP73KaNUlBPO6U1nmDy4MC/QZwG7PykA1Pj+a64Ptn5v A3VdsCxcjUODh/PW3KAhNT6TJEjP8p7+TGlcIeDkNxdipR3BQOerwlKefeuR2k80 O/wsoeN6/JWgMW4YRCsZVL3tc3ePaXpTAy3TIt1SwzM5Uhurd2lKtaaNZGt0c2EX V+ZQG2ZKBE0tso2Sq8aw =p8xS -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#787989: multistrap: fails with suite jessie and stretch (sid works)
tag 787989 + moreinfo thanks On Sun, 07 Jun 2015 15:58:13 +0200 Johannes Schauer jo...@debian.org wrote: Package: multistrap Version: 2.2.1 Severity: normal packages=apt source=http://http.debian.net/debian keyring=debian-archive-keyring suite=jessie then I'll get the following error: Setting up systemd (215-17+deb8u1) ... Failed to read /proc/cmdline. Ignoring: No such file or directory Failed to open /dev/urandom: Function not implemented dpkg: error processing package systemd (--configure): subprocess installed post-installation script returned error exit status 1 Setting up dmsetup (2:1.02.90-2.2) ... dpkg: dependency problems prevent configuration of systemd-sysv: systemd-sysv depends on systemd; however: Package systemd is not configured yet. systemd-sysv depends on systemd (= 215-17+deb8u1); however: Package systemd is not configured yet. Generally, package failures are due to issues within the package, not bugs in multistrap. This looks especially likely as an upgrade of a package in sid does not show the same problem. multistrap isn't doing anything different for the different suites other than pulling different versions of the packages. It's possible that the update (at this stage, it's not even clear which package is at fault) in sid will make it into a future point release of Jessie. Stretch will, presumably, fix itself as the testing migrations continue. ERR: dpkg configure reported an error. Native mode configuration reported an error! I: Tidying up apt cache and list data. Multistrap system reported 1 error in /home/josch/annex/personal/projects/lxc-multistrap/multitest/. I: Tidying up apt cache and list data. The full log is attached. When replacing jessie by stretch, the problem is the same. When replacing jessie by sid, then multistrap works fine. It might be worth investigating whether the jessie / stretch chroots can be configured manually and what steps are required to do so. In the absence of information on what multistrap could actually have done and why packages in sid just work, there isn't much that can be done with this report. -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpY1FcxN3R4P.pgp Description: OpenPGP digital signature
Bug#787978: RM: elinks-lite -- ROM; remove obsolete transition package
Package: ftp.debian.org Severity: normal Hi, please remove the binary package elinks-lite 0.12~pre6-5 from sid. It's a transition package which isn't necessary any longer now that jessie has been removed. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783914: please add Dračí Historie (freeware)
control: tag -1 +pending The .ico file looks nice, it could be translated to .png and included in src:game-data-packager , as this is GPL'ed stuff. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787979: FTBFS: build-dependency not installable: linux-source-3.16
Source: user-mode-linux Version: 3.16-1um-0.1 Severity: serious Tags: stretch sid user-mode-linux cannot be built in unstable. It build-depends on linux-source-3.16, which no longer exists. -- 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#787981: ITP: python-pbcore -- Python library for processing Pacific Biosciences data, files
Package: wnpp Severity: wishlist Owner: Debian Med Packaging Team debian-...@lists.debian.org X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: python-pbcore Version : 1.0.0 Upstream Author : Pacific Biosciences dev...@pacificbiosciences.com * URL : https://github.com/PacificBiosciences/pbcore * License : BSD Programming Lang: Python Description : Python library for processing Pacific Biosciences data files The pbcore package provides Python modules for processing Pacific Biosciences data files and building PacBio bioinformatics applications. These modules include tools to read/write PacBio data formats, sample data files for testing and debugging, base classes, and utilities for building bioinformatics applications. . This package is part of the SMRTAnalysis suite ( http://bugs.debian.org/787977 ) Maintenance will be by the Debian Med team at Vcs-Git: git://anonscm.debian.org/debian-med/python-pbcore.git Vcs-Browser: http://anonscm.debian.org/cgit/debian-med/python-pbcore.git -- Afif Elghraoui | عفيف الغراوي http://afif.ghraoui.name -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787938: libjpeg-turbo: please use versioned Provides in sid
On Sat, Jun 6, 2015, at 17:22, Thorsten Glaser wrote: Source: libjpeg-turbo Version: 1:1.4.0-7 Severity: normal Hi, libjpeg62-turbo Provides libjpeg62, but does so without a version number. Several utilities Depends libjpeg62 with a version number. Since a while, we have versioned Provides, which makes this actually work. Please use them. I think those utilities need binNMU. This hasn't been problem for transitioning whole archive from libjpeg8 to libjpeg62 to libjpeg62-turbo, so I don't see how this might be a problem for m68k. Proof: I just hand-patched libjpeg-turbo binaries: replace all 1:1.4.0-7 with 1:1.4.0-7+p in all control files, then change the line in libjpeg62-turbo control to: Provides: libjpeg62 (= 1:1.4.0-7+p) This won't work in unstable where libjpeg62 is also provided by src:libjpeg62 (= 1:6b2-2). This allows me to continue building packages on m68k where not everything has been rebuilt against libjpeg62-turbo yet (except those that already use libjpeg8 or libjpeg9 ofc). You need to fix this by binNMUing those. Cheers, -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787721: Error from Xorg after typical GNOME hangup
Control: tag -1 moreinfo On Thu, Jun 4, 2015 at 18:15:02 +0530, Jeffrin Jose wrote: Package: xserver-xorg-core Version: 2:1.17.1-2 I started X session using xinit command and after starting typical gnome session X window related seems to hang. Here my uname -a output --x-x-x--x--x--- $uname -a Linux debian 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt9-3~deb8u1 (2015-04-24) x86_64 GNU/Linux $ -x--x---x--x---x--- I have attached a part of relevent log file Please attach full logs and config. Cheers, Julien signature.asc Description: Digital signature
Bug#787993: Sloppy license for CSS and ICON templates
Package: publican Version: 4.2.6-1 Severity: wishlist This is about GFDL license of the ICON and CSS template files under publican-*/datadir/Common_Content/ The debian/copyright has: # Please improve this section when explicit GFDL licensing is added to source # code Files: datadir/Common_Content/* Copyright: 2007-2009 Red Hat, Inc. License: GFDL Not explicitly stated in source code, so here's the mail excerpt from Jeff Fearn. Full mail can be found at https://www.redhat.com/archives/publican-list/2009-August/msg00055.html . Return-Path: publican-list-boun...@redhat.com Delivered-To: unknown Message-ID: 4a947e2d.7070...@redhat.com Date: Wed, 26 Aug 2009 10:13:33 +1000 From: Jeffrey Fearn jfe...@redhat.com Organization: Red Hat Inc. MIME-Version: 1.0 To: Publican list publican-l...@redhat.com Subject: Re: [publican-list] Adjusting copyright information References: 87r5v097yw@vertex.dottedmag.net In-Reply-To: 87r5v097yw@vertex.dottedmag.net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit . ... datadir/Common_Content/*: no copyright/license information hmm that content is all GFDL license, anyone know if I need to specify this per file or can I do it in one place? Files under /usr/share/publican/Common_Content/brand-template/images/*.png /usr/share/publican/Common_Content/common/*/css/*.css as installed in the system from these template files should be in the permissive license following the other GNU tools such as autoconf, automake, libtrool, ... :-) FYI: The CSS should be in code like license. GFDL does not make sense for CSS. The code parts of this package are licensed mostly under: License: Artistic | GPL-1+ So if asked properly, upstream may not say GFDL for ICONS and CSS. Only document text data *.xml should use GFDL, IMHO. Osamu PS: Now Debian release notes and other DDP files use CSS inspired by this CSS. Since I wanted to document it in the upcoming debmake-doc package properly, I came to check this license situation. -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable'), (99, 'testing'), (98, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages publican depends on: ii docbook-xml 4.5-7.2 ii docbook-xsl 1.78.1+dfsg-1 ii docbook-xsl-ns 1.78.1+dfsg-1 ii docbook5-xml 5.0-2 ii fop 1:1.1.dfsg2-1 ii gettext 0.19.3-2 ii libarchive-zip-perl 1.39-1 ii libconfig-simple-perl4.59-6 ii libdatetime-format-dateparse-perl0.05-1 ii libdatetime-perl 2:1.12-1 ii libdbd-sqlite3-perl 1.44-1 ii libdbi-perl 1.631-3+b1 ii libfile-copy-recursive-perl 0.38-1 ii libfile-find-rule-perl 0.33-1 ii libfile-homedir-perl 1.00-1 ii libfile-inplace-perl 0.20-1 ii libfile-pushd-perl 1.009-1 ii libfile-slurp-perl .19-4 ii libfile-which-perl 1.09-1 ii libhtml-format-perl 2.11-1 ii libhtml-formattext-withlinks-andtables-perl 0.02-1 ii libhtml-formattext-withlinks-perl0.14-1 ii libhtml-template-perl2.95-1 ii libhtml-tree-perl5.03-1 ii libhtml-wikiconverter-markdown-perl 0.06-1 ii libhtml-wikiconverter-perl 0.68-2 ii libimage-magick-perl [perlmagick]8:6.8.9.9-5 ii libimage-size-perl 3.232-1 ii libio-string-perl1.08-3 ii liblingua-en-fathom-perl 1.15-1 ii liblist-moreutils-perl 0.33-2+b1 ii liblocale-maketext-gettext-perl 1.28-2 ii liblocale-maketext-lexicon-perl 1.00-1 ii liblocale-msgfmt-perl0.15-1 ii liblocale-po-perl0.24-1 ii librsvg2-bin 2.40.5-1 ii libsort-versions-perl1.60-1 ii libstring-similarity-perl1.04-1+b2 ii libsyntax-highlight-engine-kate-perl 0.09+dfsg-1 ii libtemplate-perl 2.24-1.2+b1 ii libtext-csv-xs-perl 1.11-2 ii libxml-libxml-perl 2.0116+dfsg-1+deb8u1 ii libxml-libxslt-perl 1.92-1+b1 ii
Bug#786438: libmp3lame0: general protection error in libmp3lame.so.0.0.0
Hello Fabian, your patch fixes the issue. But I fear by using static we potentially introduce a race condition, if there are any applications encoding in two threads? (May I ask if there are any reasons against __attribute__((aligned(0x20)))?) Kind regards, Bernhard I used following to build with your patch: mkdir libmp3lame0-with-static-var; cd libmp3lame0-with-static-var apt-get source libmp3lame0 wget https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;msg=117;filename=lame-static-vecfloat-msse.patch;bug=786438; -O lame-static-vecfloat-msse.patch cd lame-3.99.5+repack1/ patch -p1 ../lame-static-vecfloat-msse.patch dpkg-buildpackage -b -uc -us cd .. su -c dpkg -i libmp3lame0_3.99.5+repack1-7_i386.deb libmp3lame-dev_3.99.5+repack1-7_i386.deb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788000: libranlip: please make the build reproducible
Source: libranlip Version: 1.0-4.1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on the “reproducible builds” effort [1], we have noticed that libranlip could not be built reproducibly. The attached patch removes extra timestamps from the gzip files and sets the files mtime to a known value (last debian package changelog date) before calling `dpkg --build` to generate the binary packages. Once applied, libranlip can be built reproducibly in our current experimental framework. [1]: https://wiki.debian.org/ReproducibleBuilds -- Dhole diff --git a/libranlip-1.0/Makefile.in b/libranlip-1.0/Makefile.in index df35f5d..8225ad4 100644 --- a/libranlip-1.0/Makefile.in +++ b/libranlip-1.0/Makefile.in @@ -409,7 +409,7 @@ am__remove_distdir = \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ rm -fr $(distdir); }; } -GZIP_ENV = --best +GZIP_ENV = --best -n distuninstallcheck_listfiles = find . -type f -print distcleancheck_listfiles = find . -type f -print diff --git a/libranlip-1.0/debian/rules b/libranlip-1.0/debian/rules index 6ca7323..9f389e3 100755 --- a/libranlip-1.0/debian/rules +++ b/libranlip-1.0/debian/rules @@ -3,6 +3,7 @@ # Copyright (c) 2005 Juan Esteban Monsalve Tobon este...@v7w.com STRIP = strip --remove-section=.comment --remove-section=.note +BUILD_DATE=$(shell dpkg-parsechangelog --show-field Date) build: $(checkdir) @@ -54,7 +55,7 @@ binary-arch: checkroot build cp -p debian/changelog debian/libranlip1c2/usr/share/doc/libranlip1c2/changelog.Debian cp -p docs/ranlip.ps debian/libranlip1c2/usr/share/doc/libranlip1c2/ cp -p examples/ranliptest* examples/makefile debian/libranlip1c2/usr/share/doc/libranlip1c2/examples - cd debian/libranlip1c2/usr/share/doc/libranlip1c2 gzip -9 changelog.Debian ranlip.ps examples/* + cd debian/libranlip1c2/usr/share/doc/libranlip1c2 gzip -9n changelog.Debian ranlip.ps examples/* ln -s libranlip1c2 debian/libranlip-dev/usr/share/doc/libranlip-dev @@ -64,6 +65,8 @@ binary-arch: checkroot build chown -R root.root debian/libranlip1c2 chmod -x debian/libranlip1c2/usr/lib/ranlip/* chmod -R go=rX debian/libranlip1c2 + find debian/libranlip1c2 -depth -newermt '$(BUILD_DATE)' -print0 | \ + xargs -0r touch --no-dereference --date='$(BUILD_DATE)' dpkg --build debian/libranlip1c2 .. dpkg-gencontrol -isp -plibranlip-dev -Pdebian/libranlip-dev @@ -71,6 +74,8 @@ binary-arch: checkroot build chown -R root.root debian/libranlip-dev chmod -x debian/libranlip-dev/usr/lib/ranlip/libranlip.a debian/libranlip-dev/usr/lib/ranlip/libranlip.la chmod -R go=rX debian/libranlip-dev + find debian/libranlip-dev -depth -newermt '$(BUILD_DATE)' -print0 | \ + xargs -0r touch --no-dereference --date='$(BUILD_DATE)' dpkg --build debian/libranlip-dev .. define checkdir signature.asc Description: OpenPGP digital signature
Bug#787976: grilo-plugins-0.2: grilo-plugins crashes in video_sanitize_string
Package: grilo-plugins-0.2 Version: 0.2.14-2 Severity: important Tags: patch Dear Maintainer, grilo plugins crashes taking totem down with it (it depends on some file name I think) Upstream bug report: https://bugzilla.gnome.org/show_bug.cgi?id=748604 I rebuilded the package using the 4 patches in the bugreport and grilo don't crash anymore. Backtrace: #0 video_sanitise_string (str=optimized out) at grl-local-metadata.c:277 #1 video_display_name_to_metadata (display_name=optimized out) at grl-local- metadata.c:309 #2 video_guess_values_from_display_name (episode=optimized out, season=optimized out, date=optimized out, showname=optimized out, title=optimized out, display_name=optimized out) at grl-local- metadata.c:327 #3 resolve_video (source=optimized out, rs=optimized out, flags=optimized out, key=optimized out) at grl-local-metadata.c:678 #4 grl_local_metadata_source_resolve (source=0x57620700, rs=0x57da8130) at grl-local-metadata.c:1053 #5 0x72fc4612 in ?? () from /usr/lib/x86_64-linux- gnu/libgrilo-0.2.so.1 #6 0x70638b4d in g_main_context_dispatch () from /lib/x86_64-linux- gnu/libglib-2.0.so.0 #7 0x70638f20 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #8 0x70638fcc in g_main_context_iteration () from /lib/x86_64-linux- gnu/libglib-2.0.so.0 #9 0x72fc101d in grl_wait_for_async_operation_complete () from /usr/lib/x86_64-linux-gnu/libgrilo-0.2.so.1 #10 0x72fc5978 in grl_source_resolve_sync () from /usr/lib/x86_64 -linux-gnu/libgrilo-0.2.so.1 #11 0x77b9be14 in ?? () from /usr/lib/libtotem.so.0 #12 0x77b9c215 in ?? () from /usr/lib/libtotem.so.0 #13 0x72fc1fb7 in ?? () from /usr/lib/x86_64-linux- gnu/libgrilo-0.2.so.1 #14 0x70638b4d in g_main_context_dispatch () from /lib/x86_64-linux- gnu/libglib-2.0.so.0 #15 0x70638f20 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #16 0x70638fcc in g_main_context_iteration () from /lib/x86_64-linux- gnu/libglib-2.0.so.0 #17 0x70bfa67c in g_application_run () from /usr/lib/x86_64-linux- gnu/libgio-2.0.so.0 #18 0x650b in main () -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (450, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages grilo-plugins-0.2 depends on: ii libarchive13 3.1.2-11 ii libavahi-client3 0.6.31-5 ii libavahi-common3 0.6.31-5 ii libavahi-glib1 0.6.31-5 ii libavahi-gobject00.6.31-5 ii libc62.19-18 ii libdmapsharing-3.0-2 2.9.30-1 ii libgdata19 0.16.1-1 ii libglib2.0-0 2.44.1-1 ii libgmime-2.6-0 2.6.20-1+b1 ii libgoa-1.0-0b3.16.2-1 ii libgrilo-0.2-1 0.2.12-2 ii libgstreamer1.0-01.4.5-2 ii libjson-glib-1.0-0 1.0.4-1 ii liblua5.2-0 5.2.3-1.1 ii libmediaart-2.0-01.9.0-2 ii liboauth01.0.1-1 ii librest-0.7-00.7.93-1 ii libsoup2.4-1 2.50.0-2 ii libsqlite3-0 3.8.10.2-1 ii libtotem-plparser18 3.10.3-1 ii libtracker-sparql-1.0-0 1.4.0-3 ii libxml2 2.9.1+dfsg1-5 Versions of packages grilo-plugins-0.2 recommends: ii dleyna-server 0.4.0-1 grilo-plugins-0.2 suggests no packages. From a05b159c330a7a65479bba35bc529d0934640627 Mon Sep 17 00:00:00 2001 From: Jan Alexander Steffens (heftig) jan.steff...@gmail.com Date: Tue, 19 May 2015 20:53:28 +0200 Subject: [PATCH 2/2] local-metadata: Fixes to video_sanitise_string non-alnum handling - Extract loop condition into a helper function - Use g_utf8_get_char to properly convert to unichar - Be more defensive about g_utf8_find_prev_char returning NULL https://bugzilla.gnome.org/show_bug.cgi?id=748604 --- src/local-metadata/grl-local-metadata.c | 39 +++-- 1 file changed, 28 insertions(+), 11 deletions(-) diff --git a/src/local-metadata/grl-local-metadata.c b/src/local-metadata/grl-local-metadata.c index 45856be..c7f731e 100644 --- a/src/local-metadata/grl-local-metadata.c +++ b/src/local-metadata/grl-local-metadata.c @@ -242,6 +242,28 @@ grl_local_metadata_source_set_property (GObject *object, /* === Utilities */ +static gboolean +is_nonalnum (const gchar *str) +{ + gunichar uchar; + + if (str == NULL) { +return FALSE; + } + + uchar = g_utf8_get_char (str); + + if (g_unichar_isalnum (uchar)) { +return FALSE; + } + + if (uchar == '!' || uchar == '?' || uchar == '.') { +return FALSE; + } + + return TRUE; +} + static gchar * video_sanitise_string (const gchar *str) { @@ -270,22 +292,17 @@ video_sanitise_string (const gchar *str)
Bug#785297: bug 785297 is forwarded to https://github.com/tatsuhiro-t/aria2/issues/346, tagging 785297
On 2015-06-06 Magnus Holmgren holmg...@debian.org wrote: torsdagen den 4 juni 2015 19.03.50 skrev Andreas Metzler: Find attached a minimal patch for the debian package to include the upstream fix. Do you want to do the NMU, with an appropriate delay, since you've already posted the diff? Hello, Looks like wasted effort, the aria2 git repo shows activity: +aria2 (1.19.0-1) unstable; urgency=medium + + * New upstream release: ++ Fix FTBFS with linux-libc-dev 4.0.2-1 (Closes: #785294) + + -- Kartik Mistry patri...@kamino.tario.org Sat, 06 Jun 2015 23:37:00 +0200 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' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787986: po-Update-Simplified-Chinese-programs-translation.patch
Package: dpkg Version: 1.18.2 Severity: wishlist Hi dpkg devs, This is a routine update of zh_CN.po. What's new this time is: * I used to generate patches in an traditional way: diff -ru This time I generated that patch in such way: git format-patch I hope my change of tool to use would save you several seconds. BTW, I'm planning to make another update before release of 1.18.2, at that time I would append new patch here. Thanks. -- Regards, C.D.Luminate From 526e3c8f7272032a7e56bb647b0d642ec7ab285a Mon Sep 17 00:00:00 2001 From: Zhou Mo cdlumin...@gmail.com Date: Sun, 7 Jun 2015 12:51:39 + Subject: [PATCH] po: Update Simplified Chinese programs translation --- po/zh_CN.po | 14 ++ 1 file changed, 6 insertions(+), 8 deletions(-) diff --git a/po/zh_CN.po b/po/zh_CN.po index 4ff780d..f2c58c4 100644 --- a/po/zh_CN.po +++ b/po/zh_CN.po @@ -16,7 +16,7 @@ msgstr Project-Id-Version: dpkg 1.18.x\n Report-Msgid-Bugs-To: debian-d...@lists.debian.org\n POT-Creation-Date: 2015-05-30 00:17+0200\n -PO-Revision-Date: 2015-05-21 05:45+\n +PO-Revision-Date: 2015-06-07 05:45+\n Last-Translator: Zhou Mo cdlumin...@gmail.com\n Language-Team: Chinese (simplified) debian-l10n-chin...@lists.debian.org\n Language: zh_CN\n @@ -1514,10 +1514,9 @@ msgid msgstr 获取建议的新符号链接 %.250s 的状态失败,它将替代符号链接 %.250s #: src/archives.c -#, fuzzy, c-format -#| msgid cannot open archive part file '%.250s' +#, c-format msgid newline not allowed in archive object name '%.255s' -msgstr 无法打开存档的分块文件 %.250s +msgstr 归档对象名称 “%.255s” 中不允许换行 #: src/archives.c #, c-format @@ -4569,15 +4568,14 @@ msgid unable to stat file name '%.250s' msgstr 无法获取文件名 %.250s #: dpkg-deb/build.c -#, fuzzy, c-format -#| msgid newline in field name '%.*s' +#, c-format msgid newline not allowed in pathname '%s' -msgstr 在字段名 %.*s 中有换行符 +msgstr 路径名 “%s” 不允许换行符 #: dpkg-deb/build.c #, c-format msgid failed to write filename to tar pipe (%s) -msgstr 写入文件名到 tar 的管道(%s)失败 +msgstr 写入文件名到 tar 管道 (%s) 失败 #: dpkg-deb/build.c msgid data member -- 2.1.4
Bug#787998: perdition: please make the build reproducible
Source: perdition Version: 2.1-2 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on the “reproducible builds” effort [1], we have noticed that perdition could not be built reproducibly. The attached patch removes extra timestamps from the gzip files. Once applied, perdition can be built reproducibly in our current experimental framework. [1]: https://wiki.debian.org/ReproducibleBuilds -- Dhole diff --git a/perdition-2.1/debian/rules b/perdition-2.1/debian/rules index 542c195..a018e65 100755 --- a/perdition-2.1/debian/rules +++ b/perdition-2.1/debian/rules @@ -61,22 +61,22 @@ install: build chmod 755 $(pwd)/debian/tmp/usr/share/doc/perdition install -c -m 644 perdition/db/nis/README.perditiondb_nis \ $(pwd)/debian/tmp/usr/share/doc/perdition/README.perditiondb_nis - gzip --best \ + gzip --best -n \ $(pwd)/debian/tmp/usr/share/doc/perdition/README.perditiondb_nis install -c -m 644 README \ $(pwd)/debian/tmp/usr/share/doc/perdition/README - gzip --best $(pwd)/debian/tmp/usr/share/doc/perdition/README + gzip --best -n $(pwd)/debian/tmp/usr/share/doc/perdition/README install -c -m 644 ChangeLog \ $(pwd)/debian/tmp/usr/share/doc/perdition/changelog - gzip --best $(pwd)/debian/tmp/usr/share/doc/perdition/changelog + gzip --best -n $(pwd)/debian/tmp/usr/share/doc/perdition/changelog install -c -m 644 TODO \ $(pwd)/debian/tmp/usr/share/doc/perdition/TODO - gzip --best $(pwd)/debian/tmp/usr/share/doc/perdition/TODO + gzip --best -n $(pwd)/debian/tmp/usr/share/doc/perdition/TODO mkdir -p $(pwd)/debian/tmp/usr/share/doc/perdition-ldap install -c -m 644 perdition/db/ldap/perdition.schema \ $(pwd)/debian/tmp/usr/share/doc/perdition-ldap/perdition.schema - gzip --best \ + gzip --best -n \ $(pwd)/debian/tmp/usr/share/doc/perdition-ldap/perdition.schema dh_movefiles --source=debian/tmp signature.asc Description: OpenPGP digital signature
Bug#787997: scotch: please make the build reproducible
Source: scotch Version: 5.1.12b.dfsg-2 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on the “reproducible builds” effort [1], we have noticed that scotch could not be built reproducibly. The attached patch removes extra timestamps from the gzip files. Once applied, scotch can be built reproducibly in our current experimental framework. [1]: https://wiki.debian.org/ReproducibleBuilds -- Dhole diff --git a/scotch-5.1.12b.dfsg/debian/rules b/scotch-5.1.12b.dfsg/debian/rules index 1b5dd0d..c1364cd 100755 --- a/scotch-5.1.12b.dfsg/debian/rules +++ b/scotch-5.1.12b.dfsg/debian/rules @@ -117,7 +117,7 @@ install: build cp debian/ptscotch_esmumps.1 int/share/man/man1 # Fix lintian warnings for file in $(shell ls int/bin); do \ - (cd int/share/man/man1 gzip -9 $$file.1); \ + (cd int/share/man/man1 gzip -9n $$file.1); \ done for file in $(shell ls int/bin); do \ signature.asc Description: OpenPGP digital signature
Bug#765917: [pkg-cinnamon] Bug#765917: [cinnamon] task cinnamon:12709 blocked for more than 120 seconds.
Il 19/10/2014 10:46, Valentin Lorentz ha scritto: Package: cinnamon Version: 2.2.16-1 Severity: important Hi, I wasn't doing anything in particular (I just opened a LibreOffice document), and then cinnamon froze. (I could still move the cursor and the music was still playing.) Using “killall -9 cinnamon” from a TTY had no effect (ie. cinnamon wasn't killed). I then killed cinnamon-session to be able to log in again, and after logging in, cinnamon did not start (empty screen with only the default Debian background). I also got this in the dmesg (note that sdc6 is a partition on my external hard disk, which has been disconnected for hours): [70943.796546] systemd-logind[31321]: New session c40 of user lightdm. [70949.123569] systemd-logind[31321]: New session 93 of user progval. [70949.506660] EXT4-fs warning (device sdc6): __ext4_read_dirblock:681: error reading directory block (ino 2, block 0) [70949.506970] EXT4-fs warning (device sdc6): __ext4_read_dirblock:681: error reading directory block (ino 2, block 0) [70949.507591] EXT4-fs warning (device sdc6): __ext4_read_dirblock:681: error reading directory block (ino 2, block 0) [70949.507620] EXT4-fs warning (device sdc6): __ext4_read_dirblock:681: error reading directory block (ino 2, block 0) [70949.507643] EXT4-fs warning (device sdc6): __ext4_read_dirblock:681: error reading directory block (ino 2, block 0) [70968.146315] INFO: task cinnamon:12709 blocked for more than 120 seconds. [70968.148151] Tainted: G O 3.14.4-amd64 #1 [70968.149957] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. [70968.151823] cinnamonD 8801d20d1178 0 12709 12706 0x0004 [70968.151833] 8801d20d0d60 0086 00014340 00014340 [70968.151841] 8800cc057fd8 8801d20d0d60 880003e5bda8 8801c4dba800 [70968.151847] 8800cc057b40 880003e5be88 8801c4dba800 8800bd436d40 [70968.151854] Call Trace: [70968.151880] [a06d74d5] ? __fuse_request_send+0xb5/0x270 [fuse] [70968.151901] [8109e400] ? prepare_to_wait_event+0xf0/0xf0 [70968.151922] [a06dbb9d] ? fuse_dentry_revalidate+0x12d/0x300 [fuse] [70968.151934] [8118f9de] ? lookup_fast+0x25e/0x2b0 [70968.151946] [81190973] ? link_path_walk+0x1a3/0x840 [70968.151957] [8119a875] ? d_rehash+0x15/0x20 [70968.151974] [81191066] ? path_lookupat+0x56/0x790 [70968.151987] [81146ebe] ? do_wp_page+0x39e/0x7e0 [70968.151999] [8118ee82] ? complete_walk+0x42/0xd0 [70968.152009] [811917c1] ? filename_lookup+0x21/0xc0 [70968.152025] [8119557f] ? user_path_at_empty+0x4f/0x90 [70968.152031] [810ddd79] ? from_kgid_munged+0x9/0x20 [70968.152040] [8118a575] ? cp_new_stat+0x135/0x150 [70968.152048] [8118a121] ? vfs_fstatat+0x41/0x90 [70968.152055] [8118a5ed] ? SYSC_newlstat+0x1d/0x40 [70968.152061] [814beeb9] ? system_call_fastpath+0x16/0x1b Can someone test with cinnamon 2.6 if is it still reproducible please? --- System information. --- Architecture: amd64 Kernel: Linux 3.14.4-amd64 Debian Release: jessie/sid 800 testing ftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== caribou | 0.4.15-1 cinnamon-common (= 2.2.14-3) | 2.2.16-1 cinnamon-control-center (= 2.2) | 2.2.11-3 cinnamon-desktop-data (= 2.2) | 2.2.3-2 cinnamon-screensaver (= 2.2) | 2.2.4-5+b1 cinnamon-session (= 2.2) | 2.2.2-4 cinnamon-settings-daemon (= 2.2) | 2.2.4.repack-6 cjs (= 2.2) | 2.2.2-2 cups-pk-helper | 0.2.5-2 gir1.2-accountsservice-1.0 | 0.6.37-3+b1 gir1.2-caribou-1.0 | 0.4.15-1 gir1.2-clutter-1.0 | 1.20.0-1 gir1.2-cogl-1.0 | 1.18.2-2 gir1.2-gconf-2.0 | 3.2.6-3 gir1.2-gdkpixbuf-2.0 | 2.30.8-1+b1 gir1.2-gkbd-3.0 | 3.6.0-1 gir1.2-glib-2.0 | 1.42.0-2 gir1.2-cmenu-3.0 | 2.2.0-3 gir1.2-nmgtk-1.0 | 0.9.10.0-2 gir1.2-gnomebluetooth-1.0 | 3.14.0-1 gir1.2-gnomedesktop-3.0 | 3.14.0-1 gir1.2-gtk-3.0 | 3.14.1-1 gir1.2-gtkclutter-1.0 | 1.6.0-1 gir1.2-javascriptcoregtk-3.0 | 2.4.6-1 gir1.2-networkmanager-1.0 | 0.9.10.0-3 gir1.2-pango-1.0 | 1.36.8-2 gir1.2-polkit-1.0 | 0.105-7 gir1.2-soup-2.4 | 2.48.0-1 gir1.2-upowerglib-1.0 | 0.99.1-3 gir1.2-webkit-3.0 | 2.4.6-1 gkbd-capplet | 3.6.0-1 gnome-icon-theme-symbolic (= 2.91) | 3.12.0-1 gnome-session-bin | 3.14.0-2 gnome-settings-daemon (= 2.91.5.1) | 3.14.0-2 gsettings-desktop-schemas (= 0.1.7) | 3.14.0-1 libjs-jquery | 1.7.2+dfsg-3.2 mesa-utils | 8.2.0-1 nemo (= 2.2) | 2.2.4-2 network-manager-gnome | 0.9.10.0-2 policykit-1-gnome | 0.105-2 python-dbus | 1.2.0-2+b3 python-gconf | 2.28.1+dfsg-1 python-gi-cairo | 3.14.0-1 python-imaging | 2.5.1-1 python-lxml | 3.4.0-1 python-pam | 0.4.2-13.1 python-pexpect | 3.2-1 python-pyinotify | 0.9.4-1 gir1.2-meta-muffin-0.0 | 2.2.6-4
Bug#787983: kicad: Crash on save first time
Package: kicad Version: 0.20141025+bzr4029-2 Severity: normal Hi, The first time I start kicad I get a reproducible segfault by simply doing File → Save. This only happens the first time, when there is no noname.pro file. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.19.0-trunk-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kicad depends on: ii kicad-common 0.20141025+bzr4029-2 ii libc6 2.19-18 ii libgcc1 1:5.1.1-7 ii libgl1-mesa-glx [libgl1] 10.5.5-1 ii libglu1-mesa [libglu1]9.0.0-2 ii libstdc++65.1.1-7 ii libwxbase3.0-03.0.2-1+b1 ii libwxgtk3.0-0 3.0.2-1+b1 ii libx11-6 2:1.6.3-1 ii libxext6 2:1.3.3-1 kicad recommends no packages. Versions of packages kicad suggests: pn extra-xdg-menus none pn kicad-doc-en | kicad-doc-fr | kicad-doc-de | kicad-doc-es | kicad-d none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782761: linux-tools: Please include tools/hv daemons in a binary package
Control: tags -1 +patch Hi, Here's a rough patch for hyperv daemons package (not tested yet) I'll try it later, but anyway for the record. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane diff -Nru linux-tools-4.0.2/debian/build/tools/hv/Makefile linux-tools-4.0.2/debian/build/tools/hv/Makefile --- linux-tools-4.0.2/debian/build/tools/hv/Makefile 1970-01-01 09:00:00.0 +0900 +++ linux-tools-4.0.2/debian/build/tools/hv/Makefile 2015-05-28 19:53:33.0 +0900 @@ -0,0 +1,13 @@ +srcdir := $(top_srcdir)/tools/hv + +# Make sure we don't override top_srcdir in the sub-make. 'unexport +# top_srcdir' is *not* sufficient; nor is adding 'MAKEFLAGS=' to the +# sub-make command line. +unexport MAKEFLAGS + +all: + cd $(top_srcdir)/tools/hv; $(MAKE) all + + +clean: + cd $(top_srcdir)/tools/hv; $(MAKE) clean diff -Nru linux-tools-4.0.2/debian/changelog linux-tools-4.0.2/debian/changelog --- linux-tools-4.0.2/debian/changelog 2015-05-11 11:53:13.0 +0900 +++ linux-tools-4.0.2/debian/changelog 2015-06-07 20:07:42.0 +0900 @@ -1,3 +1,10 @@ +linux-tools (4.0.2-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * create hyperv-daemons package (Closes: #782761) + + -- Hideki Yamane henr...@debian.org Thu, 28 May 2015 10:23:52 +0900 + linux-tools (4.0.2-1) unstable; urgency=medium * New upstream release diff -Nru linux-tools-4.0.2/debian/control linux-tools-4.0.2/debian/control --- linux-tools-4.0.2/debian/control 2015-05-11 12:06:30.0 +0900 +++ linux-tools-4.0.2/debian/control 2015-06-07 21:06:18.0 +0900 @@ -60,3 +60,10 @@ This package provides the server component 'usbipd' and the client tool 'usbip'. +Package: hyperv-daemons +Architecture: amd64 +Section: admin +Depends: ${shlibs:Depends}, ${misc:Depends} +Description: Hyper-V daemons + Hyper-V daemons: hv-fcopy-daemon, hv-kvp-daemon, hv-vss-daemon + diff -Nru linux-tools-4.0.2/debian/control.md5sum linux-tools-4.0.2/debian/control.md5sum --- linux-tools-4.0.2/debian/control.md5sum 2015-05-11 12:06:30.0 +0900 +++ linux-tools-4.0.2/debian/control.md5sum 2015-06-07 21:06:18.0 +0900 @@ -1,4 +1,4 @@ ac3acacf0cde6d2cc424f28241bb0857 debian/bin/gencontrol.py -78da1757427bbfdfaa8e54c64e5d627a debian/changelog -711fd0ce9d080e6cf27efddb74863670 debian/templates/control.main.in +42a333dc4e58b0836836374d25b1c963 debian/changelog +4ff71cfb84261912360a63710a5d830f debian/templates/control.main.in 5205a9db9cb5241ea836fb20502bf045 debian/templates/control.source.in diff -Nru linux-tools-4.0.2/debian/copyright linux-tools-4.0.2/debian/copyright --- linux-tools-4.0.2/debian/copyright 2013-09-25 09:18:33.0 +0900 +++ linux-tools-4.0.2/debian/copyright 2015-06-07 19:58:56.0 +0900 @@ -30,3 +30,8 @@ Files: debian/* Copyright: 2006-2012 Debian kernel team License: GPL-2 + +Files: debian/*.services +Copyright: 2013-2014 Tomas Hozza tho...@redhat.com + 2015 Hideki Yamane henr...@debian.org +License: GPL-2 diff -Nru linux-tools-4.0.2/debian/hv_fcopy_daemon.service linux-tools-4.0.2/debian/hv_fcopy_daemon.service --- linux-tools-4.0.2/debian/hv_fcopy_daemon.service 1970-01-01 09:00:00.0 +0900 +++ linux-tools-4.0.2/debian/hv_fcopy_daemon.service 2015-05-28 20:47:49.0 +0900 @@ -0,0 +1,10 @@ +[Unit] +Description=Hyper-V FCOPY daemon +ConditionVirtualization=microsoft +ConditionPathExists=/dev/vmbus/hv_fcopy + +[Service] +ExecStart=/usr/sbin/hv_fcopy_daemon -n + +[Install] +WantedBy=multi-user.target diff -Nru linux-tools-4.0.2/debian/hv_kvp_daemon.service linux-tools-4.0.2/debian/hv_kvp_daemon.service --- linux-tools-4.0.2/debian/hv_kvp_daemon.service 1970-01-01 09:00:00.0 +0900 +++ linux-tools-4.0.2/debian/hv_kvp_daemon.service 2015-05-28 20:46:54.0 +0900 @@ -0,0 +1,10 @@ +[Unit] +Description=Hyper-V KVP daemon +ConditionVirtualization=microsoft + +[Service] +Type=simple +ExecStart=/usr/sbin/hv_kvp_daemon -n + +[Install] +WantedBy=multi-user.target diff -Nru linux-tools-4.0.2/debian/hv_vss_demon.service linux-tools-4.0.2/debian/hv_vss_demon.service --- linux-tools-4.0.2/debian/hv_vss_demon.service 1970-01-01 09:00:00.0 +0900 +++ linux-tools-4.0.2/debian/hv_vss_demon.service 2015-05-28 20:46:33.0 +0900 @@ -0,0 +1,9 @@ +[Unit] +Description=Hyper-V VSS daemon +ConditionVirtualization=microsoft + +[Service] +ExecStart=/usr/sbin/hv_vss_daemon -n + +[Install] +WantedBy=multi-user.target diff -Nru linux-tools-4.0.2/debian/hyperv-daemons.install linux-tools-4.0.2/debian/hyperv-daemons.install --- linux-tools-4.0.2/debian/hyperv-daemons.install 1970-01-01 09:00:00.0 +0900 +++ linux-tools-4.0.2/debian/hyperv-daemons.install 2015-06-07 21:05:15.0 +0900 @@ -0,0 +1,2 @@ +tools/hv/hv*daemon usr/sbin/ +debian/*.service lib/systemd/system/ diff -Nru linux-tools-4.0.2/debian/rules.gen linux-tools-4.0.2/debian/rules.gen --- linux-tools-4.0.2/debian/rules.gen 2015-05-11
Bug#787961: bti: action public no longer works
Control: tag -1 + upstrem confirmed Control: forward -1 https://github.com/gregkh/bti/issues/37 On Sun, 07 Jun 2015 00:31:06 +0200, Vincent Lefevre wrote: While something like bti --config ~/.bti-twitter --action friends returns immediately, the command bti --config ~/.bti-twitter --action public hangs with a lots of network activity. Thanks. Confirmed forwarded upstream as https://github.com/gregkh/bti/issues/37 Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: The Who: Won't Get Fooled Again (Full Length) signature.asc Description: Digital Signature
Bug#786438: libmp3lame0: general protection error in libmp3lame.so.0.0.0
Hi Bernhard, Am Sonntag, den 07.06.2015, 14:36 +0200 schrieb Bernhard Übelacker: your patch fixes the issue. \o/ But I fear by using static we potentially introduce a race condition, if there are any applications encoding in two threads? I see, maybe we could add a security net there (e.g. another static variable that is set to 1 at the beginning of the function and to 0 at the end and a while (variable) loop just before that at the beginning). (May I ask if there are any reasons against __attribute__((aligned(0x20)))?) Hm, because (a) it should not even be necessary and (b) it is not portable to non-GCC compilers. The variables are already properly aligned, but not if the FPU is in x387 mode. Cheers, Fabian signature.asc Description: This is a digitally signed message part
Bug#787992: fflas-ffpack: please make the build reproducible Source:
Source: fflas-ffpack Version: 1.6.0-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi, While working on the “reproducible builds” effort [1], we have noticed that fflas-ffpack could not be built reproducibly. The attached patch changes the value of HTML_TIMESTAMP in the two files, doc/Doxyfile and doc/DoxyfileDev from YES to NO. Once applied fflas-ffpack can be built reproducibly in our current experimental framework. Patching these doxyfiles is necessary in this case because of the following reasons: 1. Even though the doxygen upstream changed the default value of HTML_TIMESTAMP from YES to NO this does not affect this package because the value of HTML_TIMESTAMP is explicitly set to YES. 2. Upstream's doxyfiles cannot reliably be modified to change the value of HTML_TIMESTAMP during the build process because dh_doxygen is only run after the build already completed and even adding a new dh command cannot solve the problem because there exists no sane and reliable solution to detect the file which will be used as the configuration file for doxygen (it is not always called doxyfile). 3. In case of this source package a patch against upstream is necessary in contrast to a patch against Debian rules because this source package does not call doxygen in debian/rules. Please also consider forwarding this patch upstream. Thank You! akira [1]: https://wiki.debian.org/ReproducibleBuilds Description: Change HTML_TIMESTAMP option from YES to NO to make package reproducible --- fflas-ffpack-1.6.0.orig/doc/Doxyfile +++ fflas-ffpack-1.6.0/doc/Doxyfile @@ -974,7 +974,7 @@ HTML_COLORSTYLE_GAMMA = 80 # page will contain the date and time when the page was generated. Setting # this to NO can help when comparing the output of multiple runs. -HTML_TIMESTAMP = YES +HTML_TIMESTAMP = NO # If the HTML_ALIGN_MEMBERS tag is set to YES, the members of classes, # files or namespaces will be aligned in HTML using tables. If set to --- fflas-ffpack-1.6.0.orig/doc/DoxyfileDev +++ fflas-ffpack-1.6.0/doc/DoxyfileDev @@ -974,7 +974,7 @@ HTML_COLORSTYLE_GAMMA = 80 # page will contain the date and time when the page was generated. Setting # this to NO can help when comparing the output of multiple runs. -HTML_TIMESTAMP = YES +HTML_TIMESTAMP = NO # If the HTML_ALIGN_MEMBERS tag is set to YES, the members of classes, # files or namespaces will be aligned in HTML using tables. If set to
Bug#787994: ITP: gmt-gshhg -- Global Self-consistent Hierarchical High-resolution Geography (GSHHG)
Package: wnpp Severity: wishlist Owner: Bas Couwenberg sebas...@debian.org * Package name: gmt-gshhg Version : 2.3.4 Upstream Author : Paul Wessel wes...@soest.hawaii.edu * URL : http://www.soest.hawaii.edu/pwessel/gshhg/index.html * License : LGPL-3+ Programming Lang: N/A Description : Global Self-consistent Hierarchical High-resolution Geography (GSHHG) GSHHG is a high-resolution shoreline data set amalgamated from two databases: Global Self-consistent Hierarchical High-resolution Shorelines (GSHHS) and CIA World Data Bank II (WDBII). GSHHG contains vector descriptions at five different resolutions of land outlines, lakes, rivers, and political boundaries. This data is for use by GMT, the Generic Mapping Tools. This package replaces gmt-gshhs and is required for GMT 5, it will be maintained along with the other gmt packages in the Debian GIS team. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784709: [PATCH] use lsblk to attemp to guess partition's fs type
On Sun, 2015-06-07 at 15:51 +0200, Philippe Coval wrote: If not found it will fallback to use other tools. Note that fs_type function is not expected to return error code different than zero even if it failed to detect type. If filesystem is undermined then NOT-DETECTED will be echoed. This change will prevent mount to hang on extended part (#768902) [...] Please fix blkid instead of working around it. Ben. -- Ben Hutchings 73.46% of all statistics are made up. signature.asc Description: This is a digitally signed message part
Bug#787977: ITP: smrtanalysis -- software suite for single molecule, real-time sequencing
Package: wnpp Severity: wishlist Owner: Debian Med Packaging Team debian-...@lists.debian.org X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: smrtanalysis Version : 2.3.0 Upstream Author : Pacific Biosciences dev...@pacificbiosciences.com * URL : http://pacbiodevnet.com * License : BSD Programming Lang: C++, Python, R Description : software suite for single molecule, real-time sequencing SMRT® Analysis is a powerful, open-source bioinformatics software suite available for analysis of DNA sequencing data from Pacific Biosciences’ SMRT technology. . Users can choose from a variety of analysis protocols that utilize PacBio® and third-party tools. Analysis protocols include de novo genome assembly, cDNA mapping, DNA base-modification detection, and long-amplicon analysis to determine phased consensus sequences. This is intended as a metapackage to depend on all the components of SMRTAnalysis, which are managed in separate SCM repositories at https://github.com/PacificBiosciences. It will be maintained by the Debian Med team at http://anonscm.debian.org/cgit/debian-med/smrtanalysis.git -- Afif Elghraoui | عفيف الغراوي http://afif.ghraoui.name -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784169: update
Additional info: More debugging points to an unreliable SD card, which triggers more errors with newer Linux kernels. (And recovery attempts from 3.16 kernels make matters worse.) Totem runs fine with mp3's from other file systems than the SD card. Peter. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787984: brickos: please make the build reproducible
Source: brickos Version: 0.9.0.dfsg-10 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi, While working on the “reproducible builds” effort [1], we have noticed that brickos could not be built reproducibly. The attached patch removes $datetime from the file footer-no-sf.htm. Once applied the binary package brickos-doc can be built reproducibly in our current experimental framework. The binary package brickos though is still unreproducible. Please also consider forwarding this patch upstream. Thanks! akira [1]: https://wiki.debian.org/ReproducibleBuilds Description: Remove $datetime from file footer-no-sf.htm to make package reproducible --- brickos-0.9.0.dfsg.orig/doc/html/footer-no-sf.htm +++ brickos-0.9.0.dfsg/doc/html/footer-no-sf.htm @@ -10,7 +10,7 @@ /table hr centersmall -Generated on $datetime for $projectname by a href=http://www.doxygen.org/index.html; +Generated for $projectname by a href=http://www.doxygen.org/index.html; img src=doxygen.png alt=doxygen align=middle border=0 width=110 height=53 /a $doxygenversion/small /center
Bug#768073: status request
Hello, What is the status of the ITP of lxd -- The Linux Container Daemon? At https://linuxcontainers.org/lxd/downloads/ I couldn't find the Ubuntu packaging stuff. Groeten Geert Stappers -- $ host people.progress-technologies.net Host people.progress-technologies.net not found: 3(NXDOMAIN) signature.asc Description: Digital signature
Bug#787985: doomsday-compat should default to gamemode=doom2 if not specified differently
Package: doomsday Version: 1.14.5-2 Severity: normal Tags: patch Hi there, in its current form, the doosday-compat script does not set a gamemode by default. This means, if started without an additional -iwad or -game argument (but even with an additional -file argument) the game falls back into its Ring-0 mode instead of starting an actual game. In contrast, every other doom engine falls back to starting Doom 2 when no other argument is given. Since the very purpose of the doomsday-compat script is to emulate the command line behaviour of every other doom engine, I had to modify it accordingly. That is, I have set the gamemode variable from an empty string to doom2. Since this will not set the iwadpath variable, I had to add some more logic to the final part of the script. Please note that this will also significantly facilitate creating packages for PWADs with game-data-packager, since this calls doom -file /path/to/pwad in the desktop files. Thank you, Fabian -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'experimental'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-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 Init: systemd (via /run/systemd/system) Versions of packages doomsday depends on: ii libc6 2.19-18 ii libfluidsynth11.1.6-2 ii libgcc1 1:5.1.1-7 ii libgl1-mesa-glx [libgl1] 10.5.5-1 ii libqt4-network4:4.8.6+git155-g716fbae+dfsg-2 ii libqt4-opengl 4:4.8.6+git155-g716fbae+dfsg-2 ii libqtcore44:4.8.6+git155-g716fbae+dfsg-2 ii libqtgui4 4:4.8.6+git155-g716fbae+dfsg-2 ii libsdl-mixer1.2 1.2.12-11+b1 ii libsdl1.2debian 1.2.15-11 ii libstdc++65.1.1-7 ii libx11-6 2:1.6.3-1 ii libxrandr22:1.4.2-1+b1 ii libxxf86vm1 1:1.1.4-1 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages doomsday recommends: ii doom-wad-shareware [doom-wad] 1.9.fixed-2 pn fluid-soundfont-gm none ii freedm [doom-wad] 0.9-1 ii freedoom [boom-wad]0.9-1 ii game-data-packager 41 doomsday suggests no packages. -- no debconf information diff --git a/debian/doomsday-compat b/debian/doomsday-compat index a0fb1f4..05bda09 100755 --- a/debian/doomsday-compat +++ b/debian/doomsday-compat @@ -6,7 +6,7 @@ # - Doomsday expects the -iwad parameter to give a directory containing # IWAD files and loads one depending on the additional -game parameter. -# Copyright © 2013 Fabian Greffrath fabian+deb...@greffrath.com +# Copyright © 2013-2015 Fabian Greffrath fab...@debian.org # This package is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation; either version 2 of the License, or @@ -29,7 +29,7 @@ next_is_iwad=0 next_is_pwad=0 iwaddir= -gamemode= +gamemode=doom2 for arg in $@ do @@ -142,6 +142,9 @@ fi if [ -n $iwaddir -a -n $gamemode ] then eval $DOOMSDAY -iwad $iwaddir -game $gamemode $cmdline +elif [ -n $gamemode ] +then + eval $DOOMSDAY -game $gamemode $cmdline else eval $DOOMSDAY $@ fi
Bug#787938: libjpeg-turbo: please use versioned Provides in sid
Ondřej Surý dixit: I think those utilities need binNMU. This hasn't been problem for You can only binNMU things when their dependencies are installable, which isn’t always the case when you have a lot of these things. change the line in libjpeg62-turbo control to: Provides: libjpeg62 (= 1:1.4.0-7+p) This won't work in unstable where libjpeg62 is also provided by src:libjpeg62 (= 1:6b2-2). It does (debian-ports *only* have unstable): if one package pulls in libjpeg62-turbo, then the Provides is fulfilled, and any further dependency on libjpeg62 for which the version is = 1:1.4.0-7+p is ignored. This allows me to continue building packages on m68k where not everything has been rebuilt against libjpeg62-turbo yet (except those that already use libjpeg8 or libjpeg9 ofc). You need to fix this by binNMUing those. I need to be able to binNMU things. I’m currently fighting some circular B-D issues (e.g. curl/curl-filters/ghostscript), running into a libjpeg issue on the way doesn’t help. Why do you fight this? Adding the version to Provides helps in *some* cases on debian-ports architectures and doesn’t hurt anything. I don’t understand. bye, //mirabilos -- [00:02] Vutral gecko: benutzt du emacs ? [00:03] gecko nö [00:03] gecko nur n normalen mac [00:04] Vutral argl [00:04] Vutral ne den editor -- Vutral und gecko2 in #deutsch (NB: Editor? Betriebssystem.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org