Bug#775584: ITP: libcf -- Library to process data files in the Climate and Forecast (CF) convention
On 01/17/2015 07:13 PM, Ross Gammon wrote: * Package name: libcf netcdf-libcf may be a more appropriate source package name, since libCF is closely tied to netCDF. Kind Regards, Bas -- GPG Key ID: 4096R/E88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775587: znc: Some file patterns in debian/copyright are off
Source: znc Version: 1.4-2 Severity: minor Hi, Some of the file patterns in debian/copyright are off by one directory. Files: MD5.* - Files: src/MD5.* Files: SHA256.* - Files: src/SHA256.* Files: Csocket.* - Files: src/Csocket.* 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#775588: darcs: Missing copyright information
Source: darcs Version: 2.8.5-1 Severity: serious Justification: Policy § 12.5 Hi, The copyright information and the license terms for the files src/Crypt/* is missing from debian/copyright. One file is GPL (no version specified, and the others are BSD-3-clause licensed. Package haskell-hashed-storage has these files, too. The required information can simply be copied from there. 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#775590: xymon: Missing copyright information
Source: xymon Version: 4.3.17-4 Severity: serious Justification: Policy § 12.5 Hi, The copyright information and the license terms for the files lib/sha?.* is missing from debian/copyright. The sha1.* files are public domain, and the sha2.* files are BSD-3-clause licensed. Package haskell-hashed-storage has the sha2.* files, too. The required information for those files can simply be copied from there. 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#775585: (pre-apporval) unblock: git-remote-bzr/0.2+20140705-2
Control: tags -1 + confirmed moreinfo On 2015-01-17 18:22, Andreas Beckmann wrote: Please unblock package git-remote-bzr git-bzr used alternatives at the time it was built from src:bzr. This is no longer the case as it is built from a separate source package now. But the alternatives have not been cleaned up so far. This affects jessie systems that had one of the 1:1.9 git versions installed as well as upgrades from wheezy-backports to jessie where that git version was backported. #773196 + * Clean up obsolete git-remove-bzr alternatives (from the time this was +built from src:git). (Closes: #773196) s/remove/remote/ Please go ahead, and remove the moreinfo tag once the package has been accepted. 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#775589: tellico: Missing copyright information
Source: tellico Version: 2.3.9+dfsg.1-1 Severity: serious Justification: Policy § 12.5 Hi, The copyright information and the license terms for the files src/fetch/sha2.* is missing from debian/copyright. They are BSD-3-clause licensed. Package haskell-hashed-storage has these files, too. The required information can simply be copied from there. 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#775400: clamav-freshclam: freshclam cant download virus definitions
Hi Sebastian, On 17.01.2015 00:53, Sebastian Andrzej Siewior wrote: -- debconf information: clamav-freshclam/http_proxy: � this looks strange. But it is not your doing, right? It seems the debconf setting is corrupted, which is really strange. I will try to test the new d-i for jessie. So maybe I can reproduce this… I haven't been able to reproduce this on a fresh jessie. I learned that Germany has two cities to choose the timezone now. Büsingen? That annoyance is supposed to be fixed, see #765976. Other than that, everything works as expected. As Andreas said, one bug we can fix, the other (freshclam not downloading anything) is expected if the proxy is broken. And we have currently no idea how that deconf-db and later the freshclam.conf got corrupted. But Ulrich's answer in the other email is a little unexpected: |I did nothing manually. Finally i took a look into /etc/clamav/freshclam.conf |and found a active HTTPProxyServer line right below a FTPproxy line. The |FTPproxy line was commented out but HTTPProxyServer was active. Both lines |showed strange strings at the end of the line. I simply commented out the |HTTPProxyServer line. If you enter a http proxy via debconf then the config file will look like: |# Proxy: host1 |HTTPProxyServer host1 so there should be this commented out Proxy: line, not FTPproxy. There is no FTPproxy string the whole package. So let's keep this bug report about the /var/lib/clamav ownership issue. If anyone finds a way to reproduce this HTTPProxyServer problem, please open a new bug. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775400: [Pkg-clamav-devel] Bug#775400: clamav-freshclam: freshclam cant download virus definitions
Control: tag -1 pending Hi Sebastian, On 17.01.2015 00:59, Sebastian Andrzej Siewior wrote: On Fri, Jan 16, 2015 at 11:59:23PM +0100, Andreas Cadhalpun wrote: Therefore I think it is sufficient to let clamav-base.postinst always chown /var/lib/clamav to clamav:clamav. Yup, care to do that change? I'm a little confused. We have that unstable branch and then we have a fork for the one bug. I don't know if everything the bug was about is also fixed in the unstable branch (or needs to). Yeah, that was a bit suboptimal. I know merged the bug771911 branch into unstable and added the fix for this bug. I think this bug can be fixed in the unstable branch for the next clamav release (once upstream ships something). Or? Yes, the issue is not important enough to fix during the jessie freeze. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761815: installation adds entries for USB media to /etc/fstab which confuse udisks
On Sat, 17 Jan 2015 10:44:18 + Steve McIntyre st...@einval.com wrote: On Thu, Dec 04, 2014 at 09:38:05PM +0100, Ansgar Burchardt wrote: My personal opinion is that the right thing is to not add entries to /etc/fstab for removable devices at all (where removable means that the device itself can be removed, not just devices with removable media): I think there is no guarantee that the entry added to /etc/fstab actually matches the right device later. Plus the problems with udisks. 100% agreed. My patch currently only prohibits adding of USB device entries. Should this be extended to floppies and CD-ROMs? What about kfreebsd and hurd? I'm not sure about CD-ROM/floppies or other devices with removable media. I also don't know about kFreeBSD or Hurd. IMO this should be fixed before the release as it causes unexpected and inconsistent behavior. Agreed. I've personally at least encountered 3 people having problems with using USB media under desktop environments (KDE or GNOME) due to these entries in /etc/fstab. I'm thinking the best way to go with this is to simply drop this misc USB device support altogether from partman-target. Any objections? As someone hit by this, yes please. I like to start from a fairly minimal debian install, so when I add udisks post-install, I could still be hit by it if the other previously mentioned patch is used. Just removing that removable media handling support would be ideal. Thank you. -- Cameron Norman
Bug#773319: pre-approval: unblock: sudo/1.8.10p3-1.1; possibly sudo/1.8.11p2-1.1?
Control: tags -1 moreinfo Hi, On Sat, Jan 17, 2015 at 04:13:37PM +0100, Christian Kastner wrote: On 2015-01-17 07:57, martin f krafft wrote: Christian, I suppose it'll have to be 1.8.10p3-1.1 via t-p-u. Doable? Martin, did you actually test that version? If so, please let us know. Sure. Updated debdiff attached. (Did I get the revision right? Note that I dropped the nmu-ish .1 as I felt the +deb8u1 qualifier consumes it) Ivo had concerns with regards to a t-p-u upload, and said he'd prefer instead a path via unstable. To summarize my verbose reply: this fix has been in unstable for 3 weeks now, albeit in the newer sudo version. The attached debdiff just backports this fix to the older sudo. So if everyone is OK with the above, I guess all that remains is for someone to sponsor the upload. I'm still not convinced. You didn't really give an argument why an update via unstable wouldn't work. As my main concern is about tests for this version, I suggest you go ahead with the upload to t-p-u based on your patch (the version in your patch is ok). Once that version is in t-p-u, people can at least get it from there if they want to test is (which might not happen that often, but without the upload, it won't happen at all). Don't remove the moreinfo tag from this bug when the upload enters t-p-u (unless you have other info to add to the discussion). Leave it there for at least 5 days. After that, remove the moreinfo tag from this bug and let us know whether you had any reports about the upload (good or bad). We will review the situation at that point. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775592: nautilus: performing search from a savedsearch file does not work
Package: nautilus Version: 3.14.1-2 Severity: normal Tags: upstream Dear Maintainer, I performed a search in nautilus, then saved it in some directory from the corresponding menu choice. After having saved the file, I clicked on it, and the result was that the file opened in iceweasel. Instead, the click should have resulted in performing the saved search in nautilus. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages nautilus depends on: ii desktop-file-utils 0.22-1 ii gsettings-desktop-schemas 3.14.1-1 ii gvfs 1.22.2-1 ii libatk1.0-02.14.0-1 ii libc6 2.19-13 ii libcairo-gobject2 1.14.0-2.1 ii libcairo2 1.14.0-2.1 ii libexempi3 2.2.1-2 ii libexif12 0.6.21-2 ii libgail-3-03.14.5-1 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libglib2.0-data2.42.1-1 ii libgnome-desktop-3-10 3.14.1-1 ii libgtk-3-0 3.14.5-1 ii libnautilus-extension1a3.14.1-2 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-01.36.8-3 ii libselinux12.3-2 ii libtracker-sparql-1.0-01.2.4-1 ii libx11-6 2:1.6.2-3 ii libxml22.9.2+dfsg1-1+b1 ii nautilus-data 3.14.1-2 ii shared-mime-info 1.3-1 Versions of packages nautilus recommends: ii eject 2.1.5+deb1+cvs20081104-13.1 ii gnome-icon-theme-symbolic 3.12.0-1 ii gnome-sushi3.12.0-2+b1 ii gvfs-backends 1.22.2-1 ii librsvg2-common2.40.5-1 Versions of packages nautilus suggests: ii atril [pdf-viewer] 1.8.1+dfsg1-3 ii brasero3.11.4-1 ii eog3.14.1-1 ii evince [pdf-viewer]3.14.1-1 ii okular [pdf-viewer]4:4.14.2-2 ii totem 3.14.0-2 ii tracker1.2.4-1 ii vlc [mp3-decoder] 2.2.0~rc2-1 ii vlc-nox [mp3-decoder] 2.2.0~rc2-1 ii xdg-user-dirs 0.15-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774662: Please package the latest upstream release 0.4.11
On Sat, Jan 17, 2015 at 2:46 AM, Markus Koschany a...@gambaru.de wrote: Hey Vincent, On 17.01.2015 11:40, Vincent Cheng wrote: [...] Are you still looking for a sponsor for minetest, or is this blocked on something? The package in git looks fine to me, so I'd like to upload it to experimental. Unless Martin has any objections, perhaps? Yes, indeed. I'm quite happy with the current result. I guess Martin is busy at the moment but experimental should be fine anyway. Uploaded and tagged in git, thanks! Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737137: game-data-packager: patch to support hexdd
Am Freitag, den 16.01.2015, 11:34 + schrieb Simon McVittie: Great, then CHEX2 should be a package with type: expansion in data/chex.yaml rather than having its own data/chex2.yaml. It should probably have longname: Chex Quest (including Chex Quest 2) at top level (shown in g-d-p --help), and longname: Chex Quest/longname: Chex Quest 2 in the individual packages. Chex 1/2 and Hacx should go into doom.yaml. Technically, they are just some more Doom WADs and even the most basic source ports (i.e. chocolate-doom and prboom-plus) support them. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775591: [src:linux] AUFS missing from 3.18.0 kernel = Docker 10x slower
Control: reassign -1 docker Control: retitle -1 Docker should support overlayfs as alternative to aufs On Sat, 2015-01-17 at 21:45 +0200, Török Edwin wrote: Package: src:linux Version: 3.18-1~exp1 Severity: normal --- Please enter the report below this line. --- Using linux-image-3.18.0-trunk-amd64 I noticed that AUFS is missing from /proc/filesystems. This causes Docker to slow down even 10x in some situations: https://github.com/docker/docker/issues/10161 Please consider enabling AUFS again. No, we don't like carrying out-of-tree patches. Docker should support the union filesystem that is in the mainline kernel tree. Ben. -- Ben Hutchings The first rule of tautology club is the first rule of tautology club. signature.asc Description: This is a digitally signed message part
Bug#775583: New initramfs-tools boot script needed to activate VG needed only for /usr
Package: lvm2 Version: 2.02.111-2 Severity: serious initramfs-tools 0.117 added mounting of /usr from the initramfs. Currently, if /usr is on a VG that is not also used by root or a hibernation device, that VG is not activated and the user must explicitly activate it through the emergency shell. I believe it is necessary to add a new script stage to support this. I'll send a proposed script shortly. Ben. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.16.0-4-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) Versions of packages lvm2 depends on: ii dmeventd 2:1.02.90-2 ii dmsetup 2:1.02.90-2 ii init-system-helpers 1.22 ii initscripts 2.88dsf-58 ii libc6 2.19-13 ii libdevmapper-event1.02.1 2:1.02.90-2 ii libdevmapper1.02.12:1.02.90-2 ii libreadline5 5.2+dfsg-2 ii libudev1 215-9 ii lsb-base 4.1+Debian13+nmu1 lvm2 recommends no packages. Versions of packages lvm2 suggests: pn thin-provisioning-tools 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#775584: ITP: libcf -- Library to process data files in the Climate and Forecast (CF) convention
Package: wnpp Severity: wishlist Owner: Ross Gammon rossgam...@mail.dk * Package name: libcf Version : 1.0-beta10 Upstream Author : University Corporation for Atmospheric Research/Unidata * URL : http://www.unidata.ucar.edu/projects/index.html#libcf * License : (UCAR) Programming Lang: C and Python Description : Library to process data files in the Climate and Forecast (CF) convention NetCDF (network Common Data Form) is an interface for scientific data access and a freely-distributed software library that provides an implementation of the interface. The netCDF library also defines a machine-independent format for representing scientific data. Together, the interface, library, and format support the creation, access, and sharing of scientific data. This package contains the add-on CF run-time C shared library that uses the NetCDF API to manage Climate and Forecasts standards compliant data files. The netcdf package used to contain the CF library. However, the latest netcdf tarball no longer contains it, and the CF library is released separately. A transition including the netCDF libraries will be coordinated. This package as will be maintained within the Debian GIS Team alongside the netCDF libraries which it depends upon. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775554: Acknowledgement (Please update dependency python-aptdaemon-gtk)
The attached patch should solve the problem, and let me build the package
for Ubuntu.
--
Marius
From 0499fbc408828c27f485a1001a95a883a46485a8 Mon Sep 17 00:00:00 2001
From: Marius B. Kotsbak mar...@kotsbak.com
Date: Sat, 17 Jan 2015 19:13:08 +0100
Subject: [PATCH] Replaced dependency python-aptdaemon-gtk, which is now a
dummy transitional package with python-aptdaemon.gtk3widgets.
---
debian/control | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/debian/control b/debian/control
index d8cb828..550e5e6 100644
--- a/debian/control
+++ b/debian/control
@@ -9,7 +9,7 @@ Build-Depends-Indep: dash (= 0.5.4-12)
, python-gobject
, python-notify
, aptdaemon
- , python-aptdaemon-gtk
+ , python-aptdaemon.gtk3widgets
, libgnome2-perl
Standards-Version: 3.9.5
XS-Testsuite: autopkgtest
@@ -27,7 +27,7 @@ Depends: ${misc:Depends}
, python-gudev
, python-gobject
, python-notify
- , python-aptdaemon-gtk
+ , python-aptdaemon.gtk3widgets
, libgnome2-perl
Recommends: aptdaemon
Description: Suggest packages to install when inserting new hardware (GUI popup)
--
2.1.0
Bug#768095: openvswitch-datapath-dkms fails to build on Debian 7.7 3.2.0-4-amd64 (3.2.63-2+deb7u1)
Hi, Thanks to Jonathan who did approve the patch by the release team but I'm a little bit worried : Debian 7.8 is out and still no news ... Openvswitch kernel module is still not working in Debian stable :( I suspect that you are quite busy and it's of course a voluntary work. Thank you in advance. Regards, -- Chris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775591: [src:linux] AUFS missing from 3.18.0 kernel = Docker 10x slower
Package: src:linux Version: 3.18-1~exp1 Severity: normal --- Please enter the report below this line. --- Using linux-image-3.18.0-trunk-amd64 I noticed that AUFS is missing from /proc/filesystems. This causes Docker to slow down even 10x in some situations: https://github.com/docker/docker/issues/10161 Please consider enabling AUFS again. --- System information. --- Architecture: amd64 Kernel: Linux 3.16.0-4-amd64 Debian Release: 8.0 500 testing-updates ftp.ro.debian.org 500 testing vol-repo.s3.indian.skylable.com 500 testing security.debian.org 500 testing ftp.ro.debian.org 500 stable vol-repo.s3.indian.skylable.com 100 jessie-backports ftp.ro.debian.org 1 experimentalftp.ro.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775598: free42-nologo: Please enable ALSA audio
Package: free42-nologo Version: 1.4.77-1.1 Severity: wishlist Dear Maintainer, Free42 can use ALSA to output sound. It would be great if the Debian package supported this; all that's needed is to build-depend on libasound2-dev and depend on libasound2 (the binaries don't link libasound.so.2 explicitly so the runtime dependency has to be specified manually), add AUDIO_ALSA=1 to the make invocation and add -ldl to the LIBS value in gtk/Makefile. If necessary I can sponsor the package! Regards, Stephen -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (200, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages free42-nologo depends on: ii libc6 2.19-13 ii libgcc1 1:4.9.1-19 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.1-1 ii libgtk2.0-0 2.24.25-1 ii libstdc++6 4.9.1-19 ii libx11-62:1.6.2-3 ii libxmu6 2:1.1.2-1 free42-nologo recommends no packages. free42-nologo 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#599502: telnetd enters busy loop when program exits too quickly
package telnetd tag 599502 + moreinfo thanks I am not able to reproduce this error with telnet_0.17-36 on a physical i386 system and on a virtual amd64 system. The first still uses the old init system, whereas the latter is running systemd. Both machines use xinetd as superserver. The disturbance does not appear with the experimental 0.17-37. Regards, Mats Erik Andersson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775602: RFP: lua-systemd -- Systemd bindings for Lua.
Package: wnpp Severity: wishlist * Package name: lua-systemd Version : 0.1.0 Upstream Author : daurnimator q...@daurnimator.com * URL : https://github.com/daurnimator/lua-systemd * License : MIT/X Programming Lang: C, Lua Description : Systemd bindings for Lua. This library is for working with systemd from scripts and daemons written in Lua. Where necessary, the low level libsystemd functions have been bound in C. Higher level functions with more idiomatic lua semantics are written in Lua on top of these C primitives. No other packages provide this functionality. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775601: free42-nologo: New upstream version 1.5.5 available
Package: free42-nologo Version: 1.4.77-1.1 Severity: wishlist Dear Maintainer, Free42 1.5.5 is available upstream. Note that packaging this will involve repacking the upstream archive since it includes binaries of the Intel decimal floating-point library. The latter will also need to be packaged since it doesn't seem to be available in Debian; it's BSD-licensed so it should be acceptable for the archive. Regards, Stephen -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (200, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages free42-nologo depends on: ii libc6 2.19-13 ii libgcc1 1:4.9.1-19 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.1-1 ii libgtk2.0-0 2.24.25-1 ii libstdc++6 4.9.1-19 ii libx11-62:1.6.2-3 ii libxmu6 2:1.1.2-1 free42-nologo recommends no packages. free42-nologo 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#775552: youtube-dl: older version is packaged
On Sat, Jan 17, 2015 at 9:17 PM, Rogério Brito rbr...@ime.usp.br wrote:
Hi.
On Jan 17 2015, Dom Delimar wrote:
The version packaged doesn't correspond with Debian version.
$ youtube-dl --version
2014.07.23.1
Are you really, really sure? What does `which youtube-dl` (without the
quotes) return to you? Do you have any personally installed version of
youtube-dl?
You're right, something's fishy here. I was well aware of another
installation I installed under /opt, but that was the latest version.
Good news is that /usr/bin/youtube-dl --version returns 2015.01.16 so
everything's OK with the packaging. Sorry for the false alarm.
Thanks for pointing me in the right direction, now I wish I knew how come I
have this /usr/local/bin/youtube-dl on my system, that's so old. dpkg -S
$(which youtube-dl) returns dpkg-query: no path found matching pattern
/usr/local/bin/youtube-dl BTW.
Best wishes,
--
Dom Delimar | http://domdelimar.com
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
Bug#770492: [RFC PATCH RESEND] vfs: Move security_inode_killpriv() after permission checks
chown() and write() should clear all privilege attributes on a file - setuid, setgid, setcap and any other extended privilege attributes. However, any attributes beyond setuid and setgid are managed by the LSM and not directly by the filesystem, so they cannot be set along with the other attributes. Currently we call security_inode_killpriv() in notify_change(), but in case of a chown() this is too early - we have not called inode_change_ok() or made any filesystem-specific permission/sanity checks. Add a new function setattr_killpriv() which calls security_inode_killpriv() if necessary, and change the setattr() implementation to call this in each filesystem that supports xattrs. This assumes that extended privilege attributes are always stored in xattrs. Compile-tested only. XXX This is a silent change to the VFS API, but we should probably change something so OOT filesystems fail to compile if they aren't updated to call setattr_killpriv(). Reported-by: Ben Harris bj...@cam.ac.uk References: https://bugs.debian.org/770492 --- drivers/staging/lustre/lustre/llite/llite_lib.c | 4 fs/9p/vfs_inode.c | 4 fs/9p/vfs_inode_dotl.c | 4 fs/attr.c | 32 + fs/btrfs/inode.c| 4 fs/ceph/inode.c | 4 fs/cifs/inode.c | 11 - fs/ext2/inode.c | 4 fs/ext3/inode.c | 4 fs/ext4/inode.c | 4 fs/f2fs/file.c | 4 fs/fuse/dir.c | 15 +++- fs/fuse/file.c | 3 ++- fs/fuse/fuse_i.h| 2 +- fs/gfs2/inode.c | 3 +++ fs/hfs/inode.c | 4 fs/hfsplus/inode.c | 4 fs/jffs2/fs.c | 4 fs/jfs/file.c | 4 fs/kernfs/inode.c | 17 + fs/libfs.c | 3 +++ fs/nfs/inode.c | 11 +++-- fs/ocfs2/file.c | 6 - fs/reiserfs/inode.c | 4 fs/ubifs/file.c | 4 fs/xfs/xfs_acl.c| 3 ++- fs/xfs/xfs_file.c | 2 +- fs/xfs/xfs_ioctl.c | 2 +- fs/xfs/xfs_iops.c | 16 ++--- fs/xfs/xfs_iops.h | 10 ++-- include/linux/fs.h | 1 + mm/shmem.c | 4 32 files changed, 176 insertions(+), 25 deletions(-) diff --git a/drivers/staging/lustre/lustre/llite/llite_lib.c b/drivers/staging/lustre/lustre/llite/llite_lib.c index a8bcc51..2a714b2 100644 --- a/drivers/staging/lustre/lustre/llite/llite_lib.c +++ b/drivers/staging/lustre/lustre/llite/llite_lib.c @@ -1434,6 +1434,10 @@ int ll_setattr_raw(struct dentry *dentry, struct iattr *attr, bool hsm_import) spin_unlock(lli-lli_lock); } + rc = setattr_killpriv(dentry, attr); + if (rc) + return rc; + /* We always do an MDS RPC, even if we're only changing the size; * only the MDS knows whether truncate() should fail with -ETXTBUSY */ diff --git a/fs/9p/vfs_inode.c b/fs/9p/vfs_inode.c index 296482f..735cbf84 100644 --- a/fs/9p/vfs_inode.c +++ b/fs/9p/vfs_inode.c @@ -1130,6 +1130,10 @@ static int v9fs_vfs_setattr(struct dentry *dentry, struct iattr *iattr) if (S_ISREG(dentry-d_inode-i_mode)) filemap_write_and_wait(dentry-d_inode-i_mapping); + retval = setattr_killpriv(dentry, iattr); + if (retval) + return retval; + retval = p9_client_wstat(fid, wstat); if (retval 0) return retval; diff --git a/fs/9p/vfs_inode_dotl.c b/fs/9p/vfs_inode_dotl.c index 02b64f4..f3ca76d 100644 --- a/fs/9p/vfs_inode_dotl.c +++ b/fs/9p/vfs_inode_dotl.c @@ -583,6 +583,10 @@ int v9fs_vfs_setattr_dotl(struct dentry *dentry, struct iattr *iattr) if (S_ISREG(inode-i_mode)) filemap_write_and_wait(inode-i_mapping); + retval = setattr_killpriv(dentry, iattr); + if (retval) + return retval; + retval = p9_client_setattr(fid, p9attr); if (retval 0) return retval; diff --git a/fs/attr.c b/fs/attr.c index 6530ced..184f3bf 100644 --- a/fs/attr.c +++ b/fs/attr.c @@ -168,6 +168,28 @@ void setattr_copy(struct inode *inode, const struct iattr *attr) EXPORT_SYMBOL(setattr_copy); /**
Bug#718362: Link to the documentation
For the record, here is the link to the documentation about this situation: http://security-team.debian.org/security_tracker.html#packages-in-experimental-only Cheers, luciano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775586: unblock: kdepim-runtime/4:4.14.2-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Please unblock package kdepim-runtime With the current version in jessie, the migration from kmail1 to kmail2 process blocks forever till the user stops it and manually restarts akonadi, (as reported in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727800#124) The uploaded version adds a patch that restart the akonadi process instead, so the migration behaves as expected. unblock kdepim-runtime/4:4.14.2-3 - -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJUuqkbAAoJEMcZdpmymyMqNXkP/1DzmFPpFP0yvk8PghNcdF+m ue8b7wjto051upzfVdlogpakhkK6reyQnaBy1jesoImzQ5SVhOfL7d6d1R5Y8Eev cLBPlaqueKZDcLUglxr3yVMirE+LmMMgviPN6HsjgwdD0RJ5C+rWoCg6lO1QH043 i/kkgFPtJXY1sqqOu3bNnoPnLTq4TvqLSZLGBVxQtlNVWaVJ0OIjmgXh+SQlQjlc LQ9O2CmA8ObZzELWlHOU4MUWqphYHHxxVL7Blis7RTzosky2rp2vxum8r7zdcyHL zrK7LaVku7ksvl/+qHY2vGG8qa0HQw2Ilo7aldl6WHGkVuBwUY+L5O8ssVzABJw1 +vwtnpDJxu26l86G+i8b3Y4Y/AXJrMHl+DQih96UaJCr4oQIU5nE+LJ++dcE1FRw RMd637fxemkA0Ix7k/v6KXXUfwjqSfB9q8LFJJVC2v0iyOY3kEGKAsCtWYyz4lxS TwuW58W+xf5pY4jHY4kT5P1W65a5U/8bt2A2GCgSbNKppKrIumAA9+H4VChqBwYi bfjKEdtK5PoXkBBww7xNVPywLZlEze+xUSQhVBNai871xMcQn2HaHjOb13Dqfb5H nmQMp8NWZ372BSwf5DaXKLh5zF7OTkEBzM6LJjXiftwohPmJNvKU+TTax70EVLRW 1e0Glq40PLMNP1hAb5lh =fYpn -END PGP SIGNATURE- diff -Nru kdepim-runtime-4.14.2/debian/changelog kdepim-runtime-4.14.2/debian/changelog --- kdepim-runtime-4.14.2/debian/changelog 2014-11-17 04:44:21.0 +0100 +++ kdepim-runtime-4.14.2/debian/changelog 2015-01-17 11:41:00.0 +0100 @@ -1,3 +1,10 @@ +kdepim-runtime (4:4.14.2-3) unstable; urgency=medium + + * New patch: restart_akonadi.patch, restarts akonadi to complete kmail +migration. (Closes: #727800) Thanks to Diane Trout + + -- Maximiliano Curia m...@debian.org Sat, 17 Jan 2015 11:41:00 +0100 + kdepim-runtime (4:4.14.2-2) unstable; urgency=medium * Team upload. diff -Nru kdepim-runtime-4.14.2/debian/patches/restart_akonadi.patch kdepim-runtime-4.14.2/debian/patches/restart_akonadi.patch --- kdepim-runtime-4.14.2/debian/patches/restart_akonadi.patch 1970-01-01 01:00:00.0 +0100 +++ kdepim-runtime-4.14.2/debian/patches/restart_akonadi.patch 2015-01-17 11:41:00.0 +0100 @@ -0,0 +1,21 @@ +--- a/migration/kmail/kmailmigrator.cpp b/migration/kmail/kmailmigrator.cpp +@@ -46,6 +46,7 @@ + #include akonadi/agentinstance.h + #include akonadi/agentinstancecreatejob.h + #include akonadi/attributefactory.h ++#include akonadi/control.h + #include akonadi/tag.h + #include akonadi/tagcreatejob.h + #include akonadi/tagattribute.h +@@ -390,6 +391,10 @@ + cleanupConfigFile(); + migrateConfigurationDialogRestriction(); + deleteLater(); ++ emit message( Info, i18nc(@info: progress report, ++Restarting akonadi)); ++ ++ Akonadi::Control::restart(); + } + + OrgKdeAkonadiImapSettingsInterface* KMailMigrator::createImapSettingsInterface( const Akonadi::AgentInstance instance ) diff -Nru kdepim-runtime-4.14.2/debian/patches/series kdepim-runtime-4.14.2/debian/patches/series --- kdepim-runtime-4.14.2/debian/patches/series 2014-11-17 04:22:40.0 +0100 +++ kdepim-runtime-4.14.2/debian/patches/series 2015-01-17 11:41:00.0 +0100 @@ -1,3 +1,4 @@ hide_akonaditray.diff kolabproxy_unittest tlscancelled.patch +restart_akonadi.patch
Bug#775585: (pre-apporval) unblock: git-remote-bzr/0.2+20140705-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package git-remote-bzr git-bzr used alternatives at the time it was built from src:bzr. This is no longer the case as it is built from a separate source package now. But the alternatives have not been cleaned up so far. This affects jessie systems that had one of the 1:1.9 git versions installed as well as upgrades from wheezy-backports to jessie where that git version was backported. #773196 unblock git-remote-bzr/0.2+20140705-2 Andreas diff -Nru git-remote-bzr-0.2+20140705/debian/changelog git-remote-bzr-0.2+20140705/debian/changelog --- git-remote-bzr-0.2+20140705/debian/changelog 2014-07-05 19:34:02.0 +0200 +++ git-remote-bzr-0.2+20140705/debian/changelog 2015-01-17 19:09:43.0 +0100 @@ -1,3 +1,11 @@ +git-remote-bzr (0.2+20140705-2) unstable; urgency=medium + + [ Vagrant Cascadian ] + * Clean up obsolete git-remove-bzr alternatives (from the time this was +built from src:git). (Closes: #773196) + + -- Andreas Beckmann a...@debian.org Sat, 17 Jan 2015 19:03:40 +0100 + git-remote-bzr (0.2+20140705-1) unstable; urgency=low * Initial release (Closes: #702697). diff -Nru git-remote-bzr-0.2+20140705/debian/git-remote-bzr.postinst git-remote-bzr-0.2+20140705/debian/git-remote-bzr.postinst --- git-remote-bzr-0.2+20140705/debian/git-remote-bzr.postinst 1970-01-01 01:00:00.0 +0100 +++ git-remote-bzr-0.2+20140705/debian/git-remote-bzr.postinst 2015-01-17 19:09:43.0 +0100 @@ -0,0 +1,13 @@ +#!/bin/sh +set -e + +case $1 in +# Remove obsolete alternatives no longer provided by the package. +# https://bugs.debian.org/773196 +configure) +update-alternatives --remove git-remote-bzr \ +/usr/lib/git-core/git-remote-bzr--git +update-alternatives --remove git-remote-bzr.1.gz \ +/usr/share/man/man1/git-remote-bzr--git.1.gz +;; +esac diff -Nru git-remote-bzr-0.2+20140705/debian/rules git-remote-bzr-0.2+20140705/debian/rules --- git-remote-bzr-0.2+20140705/debian/rules 2014-07-05 19:31:40.0 +0200 +++ git-remote-bzr-0.2+20140705/debian/rules 2015-01-17 19:09:43.0 +0100 @@ -6,8 +6,8 @@ dh_auto_install -- prefix=/usr DESTDIR=debian/git-remote-bzr install-doc override_dh_gencontrol: - dh_gencontrol -Ngit-bzr - dh_gencontrol -pgit-bzr -- -v2:$(version) + dh_gencontrol --no-package=git-bzr + dh_gencontrol --package=git-bzr -- -v2:$(version) %: dh $@
Bug#769724: Adopting topia.termextract
Hi Jelmer, I'd be interested in adopting topia.termextract. Would you be okay to sponsor the package ? :) Thanks; Cheers, Hugo -- Hugo Lefeuvre (hugo6390)|www.hugo6390.org 4096/ ACB7 B67F 197F 9B32 1533 431C AC90 AC3E C524 065E signature.asc Description: Digital signature
Bug#774650: claws-mail-pgpinline: fails to unlock private PGP key
On Thu, 8 Jan 2015 09:36:49 +0100 Michael Below be...@judiz.de wrote: Hi Ricardo, Am Mi 07 Jan 2015 09:58:32 CET schrieb Ricardo Mones mo...@debian.org: Do you have “Use gpg-agent to manage passwords” checked in Plugins/GPG panel of your Configuration/Preferences dialog? Yes. When I disable that, I get a passphrase dialog from Claws that works fine. Also, when I click on a number of pgp-inline messages with gpg-agent enabled, sometimes it works, not with the first, but I may get the GNOME key dialog at the fourth message I try. I'd say it's a problem with gpg-agent, not with Claws Mail itself. Since I don't use it myself I cannot tell you much, maybe review gpg-agent docs to see if something has changed in newer versions which you may need to adjust in your configuration. If you find something please let me know. Otherwise I guess we can close this report. Thanks for your feedback, P.S.: you send my the above response only to my address; please do not remove bug address when replying, makes it harder to me to track bugs ;-) -- Ricardo Mones http://people.debian.org/~mones «Reappraisal, n.: An abrupt change of mind after being found out.» pgpafxC5LGpev.pgp Description: OpenPGP digital signature
Bug#773319: pre-approval: unblock: sudo/1.8.10p3-1.1; possibly sudo/1.8.11p2-1.1?
also sprach Ivo De Decker iv...@debian.org [2015-01-17 20:38 +0100]: Martin, did you actually test that version? If so, please let us know. Yes I did, a long time ago though. I'm still not convinced. You didn't really give an argument why an update via unstable wouldn't work. Because a newer version is already in unstable. It's my understanding that you cannot upload 1.8.10p3-1.1 to unstable when 1.8.11p2-1.1 is already there. Am I wrong? -- .''`. martin f. krafft madduck@d.o @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems never eat more than you can lift. -- miss piggy digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#775595: RFS: pyuca/1.0-1 [ITP] - Python Unicode sorting library
Package: sponsorship-requests Severity: wishlist Hello, I am looking for my package of Pyuca, which I've uploaded onto Mentors [1]. That's a useful Python3 implementation of the Unicode Collation Algorithm, for further infos on this please see the ITP [2]. I'm a member of the DPMT, so would be good under that umbrella (incl. Git-izing). Thank you very much for considering, Daniel Stender [1] https://mentors.debian.net/package/pyuca [2] ITP: https://bugs.debian.org/768968 -- http://qa.debian.org/developer.php?login=debian%40danielstender.com 4096R/DF5182C8 46CB1CA89EA3B74376761DB915E09AF4DF5182C8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775552: youtube-dl: older version is packaged
Hi.
On Jan 17 2015, Dom Delimar wrote:
The version packaged doesn't correspond with Debian version.
$ youtube-dl --version
2014.07.23.1
Are you really, really sure? What does `which youtube-dl` (without the
quotes) return to you? Do you have any personally installed version of
youtube-dl?
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771860: RFS: gnucheese/1.00-1
Hi Vincent, Sorry for being slow but my main development laptop broke down. I am currently using a replacement but it is not conventient. I will get back to you. Michel On 13/01/15 15:00, Vincent Legout wrote: Hi, Michel Van den Bergh michel.vandenbe...@uhasselt.be writes: Thanks for the detailed review! I will take care of it (I am currently at a conference so it may take a couple of days). I will probably have to get back to you with some questions. Did you have a chance to make some progress in the packaging of gnucheese? If you don't have enough time, I propose than we maintain the package together. I should be able to address my comments and upload the package. Thanks, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775596: python-mode: called emacs-package-install as a new-style add-on, but has no compat file.
Package: python-mode Version: 1:6.1.3-2 Severity: normal Error message at installation: 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 emacs23 install/python-mode: Handling install for emacsen flavor emacs23 Wrote /usr/share/emacs23/site-lisp/python-mode/doctest-mode.elc Wrote /usr/share/emacs23/site-lisp/python-mode/python-mode.elc Wrote /usr/share/emacs23/site-lisp/python-mode/completion/pycomplete.elc 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: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Versions of packages python-mode depends on: ii emacs 46.1 ii emacs23 [emacsen] 23.4+1-4.1+b1 ii emacs24-nox [emacsen] 24.4+1-4.1 ii python 2.7.8-2 Versions of packages python-mode recommends: ii pychecker 0.8.19-10 ii pymacs 0.25-1 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#775597: ITP: libu2f-server -- Universal 2nd Factor Server C Library
Package: wnpp Severity: wishlist * Package name: libu2f-server Version : 0.0.0 Upstream Author : Alessio Di Mauro, Simon Josefsson * URL : https://developers.yubico.com/libu2f-server/ * License : BSD Programming Lang: C Description : Universal 2nd Factor (U2F) Server C Library This is a C library that implements the server-side of the U2F protocol. More precisely, it provides an API for generating the JSON blobs required by U2F devices to perform the U2F Registration and U2F Authentication operations, and functionality for verifying the cryptographic operations. The package contains a C library, a command line tool, and documentation. Debian packaging: https://github.com/Yubico/libu2f-server-dpkg /Simon pgp0FC7PlmVZP.pgp Description: OpenPGP digital signatur
Bug#775255: fetchmail: Fails to start when libssl has SSLv3 disabled
When pulling patches, please also grab e6340bf from Git on top of a2ae6f8 (i. e. apply both, a2... first then e6...). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775194: RFS: mininet/2.2.0 ITP - process-based network emulator
❦ 12 janvier 2015 16:59 +0100, Vincent Bernat ber...@debian.org : I have not tested the result, but the package looks good otherwise. I've just reuploaded the package to mentors. It should be visible in few minutes. I'll try the package later. I am fine with the package as is. What do you think about what I said about debian/copyright and the MIT/Expat license? -- Debian package sponsoring guidelines: http://vincent.bernat.im/en/debian-package-sponsoring.html signature.asc Description: PGP signature
Bug#775603: wheezy-pu: package lcms/1.18.dfsg2-1.2+deb7u1
Package: release.debian.org
Severity: normal
Tags: wheezy
User: release.debian@packages.debian.org
Usertags: pu
Moritz Muehlenhoff asked me to provide a update for lcms to fix a few CVE's:
lcms (1.19.dfsg2-1.2+deb7u1) stable-proposed-updates; urgency=medium
* Non-maintainer upload.
* Remove non-free file python/testbed/AdobeRGB1998.icc from source tarball
(Closes: #753759). Also remove testbed/sRGBSpac.icm
* Cherry-Pick fix from Peter Michael Green's NMU (1.19.dfsg1-1.4)
- Link icctrans with -lm to Fix link failure on amd64.
* Apply fix from OpenSuse for CVE-2013-4276 (Closes: #718682)
* Repack orig-source to remove non-dfsg free color profiles. This is
necessary as the resulting lintian error
license-problem-md5sum-non-free-file would lead to an autoreject
(Closes: #736806).
* Fix CVE-2013-4160 by backporting the fix from lcms-2 (Closes: #728208)
-- Tobias Frost t...@debian.org Sat, 17 Jan 2015 21:51:31 +0100
debdiff attached.
Let me know when I should upload the pacakge to stable-proposed-updates.
--
tobi
-- System Information:
Debian Release: 8.0
APT prefers testing-updates
APT policy: (500, 'testing-updates'), (500, 'stable-updates'), (500,
'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru lcms-1.19.dfsg/debian/changelog lcms-1.19.dfsg2/debian/changelog
--- lcms-1.19.dfsg/debian/changelog 2015-01-17 21:55:17.0 +0100
+++ lcms-1.19.dfsg2/debian/changelog 2015-01-17 21:55:17.0 +0100
@@ -1,3 +1,19 @@
+lcms (1.19.dfsg2-1.2+deb7u1) stable-proposed-updates; urgency=medium
+
+ * Non-maintainer upload.
+ * Remove non-free file python/testbed/AdobeRGB1998.icc from source tarball
+(Closes: #753759). Also remove testbed/sRGBSpac.icm
+ * Cherry-Pick fix from Peter Michael Green's NMU (1.19.dfsg1-1.4)
+ - Link icctrans with -lm to Fix link failure on amd64.
+ * Apply fix from OpenSuse for CVE-2013-4276 (Closes: #718682)
+ * Repack orig-source to remove non-dfsg free color profiles. This is
+necessary as the resulting lintian error
+license-problem-md5sum-non-free-file would lead to an autoreject
+(Closes: #736806).
+ * Fix CVE-2013-4160 by backporting the fix from lcms-2 (Closes: #728208)
+
+ -- Tobias Frost t...@debian.org Sat, 17 Jan 2015 21:51:31 +0100
+
lcms (1.19.dfsg-1.2) unstable; urgency=low
* Non-maintainer upload.
Binärdateien /tmp/lskYV26pVc/lcms-1.19.dfsg/Delphi/Samples/sRGB Color Space Profile.icm und /tmp/w1Aof1U6N3/lcms-1.19.dfsg2/Delphi/Samples/sRGB Color Space Profile.icm sind verschieden.
Binärdateien /tmp/lskYV26pVc/lcms-1.19.dfsg/python/testbed/AdobeRGB1998.icc und /tmp/w1Aof1U6N3/lcms-1.19.dfsg2/python/testbed/AdobeRGB1998.icc sind verschieden.
Binärdateien /tmp/lskYV26pVc/lcms-1.19.dfsg/python/testbed/sRGB Color Space Profile.icm und /tmp/w1Aof1U6N3/lcms-1.19.dfsg2/python/testbed/sRGB Color Space Profile.icm sind verschieden.
diff -Nru lcms-1.19.dfsg/samples/icctrans.c lcms-1.19.dfsg2/samples/icctrans.c
--- lcms-1.19.dfsg/samples/icctrans.c 2009-10-30 16:57:45.0 +0100
+++ lcms-1.19.dfsg2/samples/icctrans.c 2015-01-17 21:55:17.0 +0100
@@ -86,6 +86,8 @@
static LPcmsNAMEDCOLORLIST InputColorant = NULL;
static LPcmsNAMEDCOLORLIST OutputColorant = NULL;
+unsigned int Buffer_size = 4096;
+
// isatty replacement
@@ -500,7 +502,7 @@
Prefix[0] = 0;
if (!lTerse)
-sprintf(Prefix, %s=, C);
+snprintf(Prefix, 20, %s=, C);
if (InHexa)
{
@@ -648,7 +650,9 @@
static
void GetLine(char* Buffer)
{
-scanf(%s, Buffer);
+char User_buffer[Buffer_size];
+fgets(User_buffer, (Buffer_size - 1), stdin);
+sscanf(User_buffer,%s, Buffer);
if (toupper(Buffer[0]) == 'Q') { // Quit?
@@ -668,7 +672,7 @@
static
double GetAnswer(const char* Prompt, double Range)
{
-char Buffer[4096];
+char Buffer[Buffer_size];
double val = 0.0;
if (Range == 0.0) { // Range 0 means double value
@@ -738,7 +742,7 @@
static
WORD GetIndex(void)
{
-char Buffer[4096], Name[40], Prefix[40], Suffix[40];
+char Buffer[Buffer_size], Name[40], Prefix[40], Suffix[40];
int index, max;
max = cmsNamedColorCount(hTrans)-1;
diff -Nru lcms-1.19.dfsg/samples/Makefile.am lcms-1.19.dfsg2/samples/Makefile.am
--- lcms-1.19.dfsg/samples/Makefile.am 2009-10-30 16:57:45.0 +0100
+++ lcms-1.19.dfsg2/samples/Makefile.am 2015-01-17 21:55:17.0 +0100
@@ -11,7 +11,7 @@
bin_PROGRAMS = icctrans wtpt icc2ps icclink
icctrans_LDADD = $(top_builddir)/src/liblcms.la
-icctrans_LDFLAGS = @LDFLAGS@
+icctrans_LDFLAGS = @LDFLAGS@ -lm
icctrans_SOURCES = icctrans.c xgetopt.c vprf.c
icctrans_MANS = icctrans.1
diff -Nru lcms-1.19.dfsg/src/cmsio1.c lcms-1.19.dfsg2/src/cmsio1.c
---
Bug#775605: hdparm.conf settings fail if mult_sect_io option is used.
Package: hdparm
Version: 9.43-1.1
Severity: normal
Dear Maintainer,
After attempting to persist some hdparm setttings using the hdparm.conf file I
noticed
that (none of) the settings were being applied at boot.
each boot resulted in the following in /var/log/sysconfig:
Jan 17 19:39:21 debian hdparm[206]: Setting parameters of disc:
/dev/sda failed!
Jan 17 19:39:21 debian hdparm[206]: /dev/sdb failed!
Jan 17 19:39:21 debian hdparm[206]: /dev/sdc failed!
Jan 17 19:39:21 debian hdparm[206]: /dev/sdd failed!
The alterations to my hdparm.conf file were:
mult_sect_io = 16
and a block at the end of the file:
/dev/sda {
write_cache = on
}
/dev/sdb {
write_cache = on
}
/dev/sdc {
write_cache = on
}
/dev/sdd {
write_cache = on
}
I *can* set these options manually:
# hdparm -m16 --yes-i-know-what-i-am-doing /dev/sda
/dev/sda:
setting multcount to 16
multcount = 16 (on)
# hdparm -W1 /dev/sda
/dev/sda:
setting drive write-caching to 1 (on)
write-caching = 1 (on)
If I remove the mult_sect_io = 16 option from the hdparm.conf file,
(and leave the block dealing with the write_cache) then the settings are
applied correctly when the machine boots and I get the expected confirmation
of this in /var/log/sysconfig, e.g.:
Jan 17 20:30:20 debian hdparm[207]: Setting parameters of disc:
/dev/sda.
Jan 17 20:30:20 debian hdparm[207]: /dev/sdb.
Jan 17 20:30:20 debian hdparm[207]: /dev/sdc.
Jan 17 20:30:20 debian hdparm[207]: /dev/sdd.
I *suspect* that the problem relates to the fact that you can't use the -m
option
on the command line without the --yes-i-know-what-i-am-doing switch, (this is
just a guess but I can't see any sign of this switch in the init script, there
is also no mention of needing this switch in the man page.)
Regards,
Craig
-- System Information:
Debian Release: 8.0
APT prefers testing-updates
APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages hdparm depends on:
ii libc6 2.19-13
ii lsb-base 4.1+Debian13+nmu1
Versions of packages hdparm recommends:
ii powermgmt-base 1.31+nmu1
Versions of packages hdparm suggests:
pn apmd none
-- Configuration Files:
/etc/hdparm.conf changed [not included]
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737789: Cannot reproduce this bug
tags 737789 moreinfo thanks When I apt-get install angband 3.3.2-2.1, I see three icons appearing in my gnome3 applications menu: angband(GTK) angband(X11) angband(SDL) All three have the same Mr Att icon (an @ symbol wearing a cap). Please could you explain in more detail on which menu of which platform or window manager the icons are missing. Thanks, Chris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775563: libgl1-mesa-dri: dlopen i915_dri.so fails: undefined symbol: _glapi_tls_Didpatch
On Sat, Jan 17, 2015 at 23:38:14 +, Dominic Hargreaves wrote: libGL.so.1 = /usr/lib/tls/libGL.so.1 (0xb7611000) that's not something we ship. Cheers, Julien signature.asc Description: Digital signature
Bug#775554: Info received (Bug#775554: Acknowledgement (Please update dependency python-aptdaemon-gtk))
The reasoning for Ubuntu to delete it (from https://launchpad.net/ubuntu/+source/isenkram/+publishinghistory): Deleted on 2014-08-21 by Martin Pitt https://launchpad.net/%7Epitti using obsolete python-aptdaemon-gtk, needs porting to GI/GTK 3
Bug#760582: cinnamon: Pidgin Notifications Not Appearing
Hi, Sorry for the late reply. Notifications are happening OK with Gnome 3.12, booted into Cinnamon 2.2.x this morning and noticed Pidgin not giving me desktop notifications when someone responds to one of my texts. Not sure if this is an occurence with all Cinnamon apps or just pidgin at this point. I'll update if other apps seem to be affected. I'm trying to reproduce the problem, but I'm not sure what you mean by desktop notifications could you elaborate on how you've set up your pidgin notifications so that I can try to reproduce the bug? Thanks! Marga -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774867: lirc: diff for NMU version 0.9.0~pre1-1.2
Control: tags 774867 + patch
Control: tags 774867 + pending
Dear maintainer,
I've prepared an NMU for lirc (versioned as 0.9.0~pre1-1.2) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Regards.
--
.''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
: :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/
`. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe
`- NP: Ludwig Hirsch: Asta
diff -Nru lirc-0.9.0~pre1/debian/changelog lirc-0.9.0~pre1/debian/changelog
--- lirc-0.9.0~pre1/debian/changelog 2014-09-11 11:18:21.0 +0200
+++ lirc-0.9.0~pre1/debian/changelog 2015-01-17 19:53:00.0 +0100
@@ -1,3 +1,14 @@
+lirc (0.9.0~pre1-1.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix unhandled symlink to directory conversion: /usr/share/doc/PACKAGE:
+- add Pre-Depends: ${misc:Pre-Depends} to lirc-x stanza in
+ debian/control
+- add debian/lirc-x.maintscript with symlink_to_dir instruction
+(Closes: #774867)
+
+ -- gregor herrmann gre...@debian.org Sat, 17 Jan 2015 19:51:55 +0100
+
lirc (0.9.0~pre1-1.1) unstable; urgency=low
* Non-maintainer upload with maintainers permission.
diff -Nru lirc-0.9.0~pre1/debian/control lirc-0.9.0~pre1/debian/control
--- lirc-0.9.0~pre1/debian/control 2014-09-11 11:17:10.0 +0200
+++ lirc-0.9.0~pre1/debian/control 2015-01-17 19:28:13.0 +0100
@@ -42,6 +42,7 @@
Package: lirc-x
Architecture: any
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends},
${misc:Depends},
lirc (= ${binary:Version})
diff -Nru lirc-0.9.0~pre1/debian/lirc-x.maintscript lirc-0.9.0~pre1/debian/lirc-x.maintscript
--- lirc-0.9.0~pre1/debian/lirc-x.maintscript 1970-01-01 01:00:00.0 +0100
+++ lirc-0.9.0~pre1/debian/lirc-x.maintscript 2015-01-17 19:37:10.0 +0100
@@ -0,0 +1 @@
+symlink_to_dir /usr/share/doc/lirc-x lirc 0.9.0~pre1-1.2~
signature.asc
Description: Digital Signature
Bug#775488: unblock (pre-approval): mate-system-tools/1.8.1+dfsg1-2
Hi, - Original message - Control: tags -1 confirmed moreinfo Hi, On Fri, Jan 16, 2015 at 11:47:37AM +0100, Mike Gabriel wrote: Please consider unblocking of planned upload of package mate-system-tools The MATE packaging team received a patch for mate-system-tools from Ubuntu developer Logan Rose, that should make it into Debian jessie: * debian/patches: + Add 1004_include-cstdlib.patch. Fix implicit declaration and conversion to pointer of bsearch. (Closes: 773338). - Fixes buildd warnings on several non-Intel/AMD architectures [1]. Please go ahead. Cheers, Ivo Uploaded and accepted in unstable. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976148 GnuPG Key ID 0x25771B13 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774791: xine-ui: diff for NMU version 0.99.9-1.2
Control: tags 774791 + pending Dear maintainer, Michael Gilbert has prepared an NMU for xine-ui (versioned as 0.99.9-1.2) and I've uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Diana Krall: Come Dance With Me diff -Nru xine-ui-0.99.9/debian/changelog xine-ui-0.99.9/debian/changelog --- xine-ui-0.99.9/debian/changelog 2014-10-06 13:12:05.0 +0200 +++ xine-ui-0.99.9/debian/changelog 2015-01-17 20:29:02.0 +0100 @@ -1,3 +1,12 @@ +xine-ui (0.99.9-1.2) unstable; urgency=medium + + * Non-maintainer upload. + + [ Michael Gilbert ] + * Use interest-noawait trigger (closes: #774791). + + -- gregor herrmann gre...@debian.org Sat, 17 Jan 2015 20:28:43 +0100 + xine-ui (0.99.9-1.1) unstable; urgency=medium * Non-maintainer upload diff -Nru xine-ui-0.99.9/debian/xine-ui.triggers xine-ui-0.99.9/debian/xine-ui.triggers --- xine-ui-0.99.9/debian/xine-ui.triggers 2014-10-06 13:12:05.0 +0200 +++ xine-ui-0.99.9/debian/xine-ui.triggers 2015-01-17 20:27:59.0 +0100 @@ -1 +1 @@ -interest /usr/lib/xine/plugins +interest-noawait /usr/lib/xine/plugins signature.asc Description: Digital Signature
Bug#773626: libav: multiple security issues
Control: clone -1 -2
Control: retitle -2 libav: CVE-2014-{8544,8546,9316,9318,9319}
Control: tags -1 + fixed-upstream pending
On 2014-12-20 23:31:11, Michael Gilbert wrote:
CVE-2014-8544[4]:
| libavcodec/tiff.c in FFmpeg before 2.4.2 does not properly validate
| bits-per-pixel fields, which allows remote attackers to cause a denial
| of service (out-of-bounds access) or possibly have unspecified other
| impact via crafted TIFF data.
CVE-2014-8546[6]:
| Integer underflow in libavcodec/cinepak.c in FFmpeg before 2.4.2
| allows remote attackers to cause a denial of service (out-of-bounds
| access) or possibly have unspecified other impact via crafted Cinepak
| video data.
CVE-2014-9316[10]:
| The mjpeg_decode_app function in libavcodec/mjpegdec.c in FFMpeg
| before 2.1.6, 2.2.x through 2.3.x, and 2.4.x before 2.4.4 allows
| remote attackers to cause a denial of service (out-of-bounds heap
| access) and possibly have other unspecified impact via vectors related
| to LJIF tags in an MJPEG file.
CVE-2014-9318[11]:
| The raw_decode function in libavcodec/rawdec.c in FFMpeg before 2.1.6,
| 2.2.x through 2.3.x, and 2.4.x before 2.4.4 allows remote attackers to
| cause a denial of service (out-of-bounds heap access) and possibly
| have other unspecified impact via a crafted .cine file that triggers
| the avpicture_get_size function to return a negative frame size.
CVE-2014-9319[12]:
| The ff_hevc_decode_nal_sps function in libavcodec/hevc_ps.c in FFMpeg
| before 2.1.6, 2.2.x through 2.3.x, and 2.4.x before 2.4.4 allows
| remote attackers to cause a denial of service (out-of-bounds access)
| via a crafted .bit file.
[4] https://security-tracker.debian.org/tracker/CVE-2014-8544
[6] https://security-tracker.debian.org/tracker/CVE-2014-8546
[10] https://security-tracker.debian.org/tracker/CVE-2014-9316
[11] https://security-tracker.debian.org/tracker/CVE-2014-9318
[12] https://security-tracker.debian.org/tracker/CVE-2014-9319
I'm cloning this bug report to keep track of the unfixed CVEs.
Cheers
--
Sebastian Ramacher
signature.asc
Description: Digital signature
Bug#775599: free42-nologo: Please package free42dec
Package: free42-nologo Version: 1.4.77-1.1 Severity: wishlist Dear Maintainer, Free42 can be built using decimal calculations, which provides full HP-42S compatibility. The build-gtk script in the source package shows how to provide both binary and decimal versions. It would be great if the Debian package contained both! Regards, Stephen -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (200, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages free42-nologo depends on: ii libc6 2.19-13 ii libgcc1 1:4.9.1-19 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.1-1 ii libgtk2.0-0 2.24.25-1 ii libstdc++6 4.9.1-19 ii libx11-62:1.6.2-3 ii libxmu6 2:1.1.2-1 free42-nologo recommends no packages. free42-nologo 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#775600: www.debian.org: /ports/m68k links to non-existent tarball
Package: www.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 The link to the pbuilder tarball by Thorsten Glaser was invalidated by tg's resignation and subsequent removal of people.debian.org content. - -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJOBAEBCAA4BQJUusqjMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pZr6w//SJIpVaeCkJ3dKFxxlJBX 8gDjrH0BQJXqTkCRPZLhZEV2RCPH0p344ig5gSDvAcqL3oZlB6FqVLSDqK/Tu7Y7 KxiT8X4Vzebe2YkR4e9g1KX7o5/lPOXDP6GQtMAMmUTHFLE/eidxnv93zBSQ9a4S d58RjerSAIDhp69gL57xucxAF2W6cXFgmyqZb3xExhQMenFgwSMJsqxKbfbEsrfS aHp+bXukPwLdEICYnA+VZRVZj6qggZgXzTFAoUEpjSjeWocAVPCTOWcmqLJi9Dqh 9/lXVe5t3/dUXLjAkwVOiQ7Ux2uViEezLFKVQfqwsVLTgnTH5Md5yzIRVLEihUW/ IxdxnlqUEi8/3TKoGXJbW1XgbSkFVTMgvDIC8tUsLBxJLyrXE1PppU06ZgpyArw7 t0kD1XCiZmLxq2euSWFS+nRaFobNt35L6RltWM/V9cqKS8f1nEuuH4EICU6yld+Q aQaQVoBiWPKa56fjVzNsXsd+m4ETiyz+9K9AKhixKRdvWZSbMzs8LTCHwEwzE917 GAbXXYNC54HGIf9pUvVVKLn40aqc7NFNSknzDFAfrzWWoz5/qT0yLLHgPbF+hBt/ QlPWJN99yM9lgzmhYy47NyF7h0Orof925rizeI+gT3yiCe6zkeBAziuBZPeTWoIu hAtvjGdLjls31XZuDhyRq4g= =uYLg -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#775604: xfce4: Xfce4 Trash Icon shows empty even when there is trash
Package: xfce4 Version: 4.10.1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** This is easy to reproduce put something in trash and reboot system. Now trash icon will show empty but there is trash if you open with file manager. This has been fixed upstream. I can rebuild and manually install the latest xfdesktop package and the problem does away. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (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: sysvinit (via /sbin/init) Versions of packages xfce4 depends on: ii gtk2-engines-xfce 3.0.1-2 ii libxfce4ui-utils 4.10.0-6 ii orage 4.10.0-1+b1 ii thunar 1.6.3-2 ii xfce4-appfinder4.10.1-1 ii xfce4-mixer4.10.0-3 ii xfce4-panel4.10.1-1 ii xfce4-session 4.10.1-9 ii xfce4-settings 4.10.1-2 ii xfconf 4.10.0-3 ii xfdesktop4 4.10.2-3 ii xfwm4 4.10.1-3 Versions of packages xfce4 recommends: ii desktop-base 8.0.2 ii tango-icon-theme 0.8.90-5 ii thunar-volman 0.8.0-4 ii xfce4-notifyd 0.2.4-3 ii xorg 1:7.7+7 Versions of packages xfce4 suggests: pn gtk3-engines-xfcenone ii xfce4-goodies4.10 ii xfce4-power-manager 1.4.1-1 -- 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#775194: RFS: mininet/2.2.0 ITP - process-based network emulator
On 17/01/15 22:02, Vincent Bernat wrote: ❦ 12 janvier 2015 16:59 +0100, Vincent Bernat ber...@debian.org : I have not tested the result, but the package looks good otherwise. I've just reuploaded the package to mentors. It should be visible in few minutes. I'll try the package later. I am fine with the package as is. What do you think about what I said about debian/copyright and the MIT/Expat license? -- Debian package sponsoring guidelines: http://vincent.bernat.im/en/debian-package-sponsoring.html Hi Vincent, my only concern is that the text of the license is not literally the MIT/Expat license so I would prefer to call it differently. See (https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#license-specification): These short names have the specified meanings across all uses of this file format, and must not be used to refer to any other licenses. Parsers may thus rely on these short names referring to the same licenses wherever they occur, without needing to parse or compare the full license text. Tomasz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775194: RFS: mininet/2.2.0 ITP - process-based network emulator
❦ 17 janvier 2015 22:17 +0100, Tomasz Buchert tomasz.buch...@inria.fr : I am fine with the package as is. What do you think about what I said about debian/copyright and the MIT/Expat license? my only concern is that the text of the license is not literally the MIT/Expat license so I would prefer to call it differently. See (https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#license-specification): These short names have the specified meanings across all uses of this file format, and must not be used to refer to any other licenses. Parsers may thus rely on these short names referring to the same licenses wherever they occur, without needing to parse or compare the full license text. OK, I don't mind. We'll see what FTP masters will say about that. The package is ready to upload, should I? -- Debian package sponsoring guidelines: http://vincent.bernat.im/en/debian-package-sponsoring.html signature.asc Description: PGP signature
Bug#762984: [PATCH initramfs-tools 1/2] local: Call local-extra boot scripts to prepare additional block devices
Signed-off-by: Ben Hutchings b...@decadent.org.uk --- initramfs-tools.8 | 7 +++ scripts/local | 2 ++ 2 files changed, 9 insertions(+) diff --git a/initramfs-tools.8 b/initramfs-tools.8 index 1d48e66..dbb430c 100644 --- a/initramfs-tools.8 +++ b/initramfs-tools.8 @@ -415,6 +415,13 @@ present (local) or the network interface is expected to be usable (NFS). .TP \fB\fI +local-extra +These scripts are called with the name of a local device other than +that used for root. After these scripts have been executed, that +device node is expected to be present. + +.TP +\fB\fI local-premount OR nfs-premount are run after the sanity of the root device has been verified (local) or the network interface has been brought up (NFS), but before the actual root fs has diff --git a/scripts/local b/scripts/local index cb6b0f0..f9e588d 100644 --- a/scripts/local +++ b/scripts/local @@ -147,6 +147,8 @@ local_mount_fs() read_fstab_entry $1 MNT_FSNAME=$(resolve_device $MNT_FSNAME) + run_scripts /scripts/local-extra $MNT_FSNAME + local_device_setup $MNT_FSNAME $1 local_premount -- Ben Hutchings The first rule of tautology club is the first rule of tautology club. signature.asc Description: This is a digitally signed message part
Bug#762984: [PATCH initramfs-tools 2/2] control: Add versioned Breaks on lvm2 without a local-extra boot script
Closes: #762984
Signed-off-by: Ben Hutchings b...@decadent.org.uk
---
debian/control | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/debian/control b/debian/control
index fb2c918..928a8de 100644
--- a/debian/control
+++ b/debian/control
@@ -16,7 +16,7 @@ Depends: klibc-utils (= 2.0-1~), cpio, kmod |
module-init-tools, udev, ${misc:D
Suggests: bash-completion
Provides: linux-initramfs-tool
Conflicts: linux-initramfs-tool, usplash ( 0.5.50)
-Breaks: cryptsetup ( 2:1.6.6-4~), elilo ( 3.12-3.1~), lilo ( 22.8-8.2~),
s390-tools ( 1.8.3-2~), console-setup ( 1.72), systemd-sysv ( 186)
+Breaks: cryptsetup ( 2:1.6.6-4~), elilo ( 3.12-3.1~), lilo ( 22.8-8.2~),
s390-tools ( 1.8.3-2~), console-setup ( 1.72), systemd-sysv ( 186), lvm2
( 2.02.111-2.1~)
Description: generic modular initramfs generator
This package contains tools to create a bootable initramfs for Linux kernel
packages. The initramfs is a compressed cpio archive. At boot time, the
--
Ben Hutchings
The first rule of tautology club is the first rule of tautology club.
signature.asc
Description: This is a digitally signed message part
Bug#771301: Failure to set up md-RAID device backing /usr partition in initramfs
On Thu, 27 Nov 2014 11:51:48 + Simon McVittie s...@debian.org wrote: On Wed, 01 Oct 2014 at 22:18:53 +0100, Ben Hutchings wrote: I suspect this is essentially the same bug as #616689 and #678696, except that now it may affect mounting /usr as well as /. I think this bug report is actually describing more than one bug in more than one package that have similar symptoms. There might be things that can be fixed in mdadm and lvm2 to fix the initramfs-tools/0.117 regressions without needing to implement a full event-driven setup in initramfs-tools. RAID (Elimar, Sven) Elimar Riesebieter's System 2 has a bunch of mdadm (RAID) partitions. Elimar, what is in your /etc/default/mdadm on System 2 (and System 1 for that matter)? I predict that the answer includes something like INITRDSTART=/dev/md6. The problem here seems to be that mdadm tries to determine a minimal set of multi-disk partitions need to be assembled by the initramfs based on the assumption that the initramfs only needs the root device; but initramfs-tools = 0.117 wants to mount /usr as well, so that assumption is no longer true. So it might be necessary to modify mdadm so that, if /usr is a separate filesystem on (a LVM VG on) a MD array, it will try to prepare that too. [...] Given that there is an INITRDSTART setting to explicitly specify the wanted devices, and that the default value of 'all' will continue to work, I am inclined to document this problem in NEWS and release notes. We could do a bit better by checking for this case at upgrade time and showing a debconf error, or even better by offering to fix it. I don't think the problem is likely to be common enough to deserve that much work. Ben. -- Ben Hutchings The first rule of tautology club is the first rule of tautology club. signature.asc Description: This is a digitally signed message part
Bug#775508: unace-nonfree: BASE_MEMORY_InitMaxAllocate is slow
* Fabian Greffrath fab...@greffrath.com, 2015-01-17, 12:48: Please consider making this faster. BASE_MEMORY_EXTERN_MaxMemoryRequirement() returns 16MB, which is not much these days, so perhaps you could just set: So, you propose to comment out the entire while() loop and just set BASE_MEMORY.MaxAllocate = BASE_MEMORY_EXTERN_MaxMemoryRequirement(); instead of BASE_MEMORY.MaxAllocate = Size; right? That's right. -- 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#775504: unace-nonfree: broken when built with noopt
* Fabian Greffrath fab...@greffrath.com, 2015-01-17, 12:41: I rebuilt unace-nonfree with DEB_BUILD_OPTIONS=noopt, and now the binary segfaults all the time: [...] I couldn't get unace not to crash with your fuzzed archive when it was built without optimization but with -fpie. Is this somehow related? It's not unusual that changing optimization options hides memory bugs. But other than that, I don't think they're related. -- 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#775194: RFS: mininet/2.2.0 ITP - process-based network emulator
On 17/01/15 22:33, Vincent Bernat wrote: ❦ 17 janvier 2015 22:17 +0100, Tomasz Buchert tomasz.buch...@inria.fr : I am fine with the package as is. What do you think about what I said about debian/copyright and the MIT/Expat license? my only concern is that the text of the license is not literally the MIT/Expat license so I would prefer to call it differently. See (https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#license-specification): These short names have the specified meanings across all uses of this file format, and must not be used to refer to any other licenses. Parsers may thus rely on these short names referring to the same licenses wherever they occur, without needing to parse or compare the full license text. OK, I don't mind. We'll see what FTP masters will say about that. The package is ready to upload, should I? -- Debian package sponsoring guidelines: http://vincent.bernat.im/en/debian-package-sponsoring.html I believe so :). Tomasz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762709: ca-certificates: Import http://crt.usertrust.com/USERTrustRSAAddTrustCA.crt Root CA certificate which is missing
Control: tags -1 + pending On 10/06/2014 05:23 PM, Michael Shuler wrote: Do I understand this chain correctly to be the new root: CN=USERTrust RSA Certification Authority which is currently open for inclusion into Mozilla? mozilla.org: Status: ASSIGNED - https://bugzilla.mozilla.org/show_bug.cgi?id=606947 NSS: Status: NEW - https://bugzilla.mozilla.org/show_bug.cgi?id=1062589 PSM: Status: NEW - https://bugzilla.mozilla.org/show_bug.cgi?id=1062600 Marking bug as pending upload, since Mozilla has included this CA in the NSS dev tree as version 2.2 and I've imported. The Mozilla bug status remains the same, since NSS has not released this version to production. Once this CA bundle version is released in NSS, this will be uploaded to Debian. http://anonscm.debian.org/cgit/collab-maint/ca-certificates.git/commit/?id=36e9bdc2a3fce7c0633b839ae311b611901cec4a -- Kind regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770090: systemd: systemctl poweroff doesn't poweroff
Hi again, I've found this site and followed the steps to try to debug the problem: http://freedesktop.org/wiki/Software/systemd/Debugging/ This is the output of dmesg during shutdown: [ 6792.054805] wlan0: deauthenticating from xx:xx:xx:xx:xx:xx by local choice (Reason: 3=DEAUTH_LEAVING) [ 6792.068552] cfg80211: Calling CRDA to update world regulatory domain [ 6792.102857] systemd[1]: lightdm.service: main process exited, code=exited, status=1/FAILURE [ 6792.103138] systemd[1]: Unit lightdm.service entered failed state. [ 6792.177885] cfg80211: World regulatory domain updated: [ 6792.177889] cfg80211: DFS Master region: unset [ 6792.177891] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time) [ 6792.177893] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (N/A, 2000 mBm), (N/A) [ 6792.177896] cfg80211: (2457000 KHz - 2482000 KHz @ 4 KHz), (N/A, 2000 mBm), (N/A) [ 6792.177898] cfg80211: (2474000 KHz - 2494000 KHz @ 2 KHz), (N/A, 2000 mBm), (N/A) [ 6792.177900] cfg80211: (517 KHz - 525 KHz @ 16 KHz), (N/A, 2000 mBm), (N/A) [ 6792.177902] cfg80211: (525 KHz - 533 KHz @ 16 KHz), (N/A, 2000 mBm), (0 s) [ 6792.177904] cfg80211: (549 KHz - 573 KHz @ 16 KHz), (N/A, 2000 mBm), (0 s) [ 6792.177906] cfg80211: (5735000 KHz - 5835000 KHz @ 8 KHz), (N/A, 2000 mBm), (N/A) [ 6792.177908] cfg80211: (5724 KHz - 6372 KHz @ 216 KHz), (N/A, 0 mBm), (N/A) [ 6792.178140] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 6792.576545] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 6797.460556] systemd[1]: systemd-cryptsetup@sda2_crypt.service: control process exited, code=exited status=1 [ 6797.461659] systemd[1]: Unit systemd-cryptsetup@sda2_crypt.service entered failed state. [ 6797.470527] systemd[1]: Shutting down. [ 6797.505107] watchdog watchdog0: watchdog did not stop! [ 6797.557957] systemd-journald[239]: Received SIGTERM from PID 1 (systemd-shutdow). [ 6797.953759] EXT4-fs (dm-3): re-mounted. Opts: (null) [ 6797.962966] EXT4-fs (dm-3): re-mounted. Opts: (null) [ 6797.962971] EXT4-fs (dm-3): re-mounted. Opts: (null) [ 6797.984081] systemd-shutdown[1]: Could not detach DM /dev/dm-0: Device or resource busy [ 6797.984258] systemd-shutdown[1]: Could not detach DM /dev/dm-0: Device or resource busy [ 6798.060431] EXT4-fs (dm-3): re-mounted. Opts: (null) /dev/dm-0 is my encrypted partition, which contains my root, home and swap file-systems (lvm). I'm using Debian's default full-disk encryption scheme. systemd-cryptsetup@sda2_crypt.service is an auto-generated .service file which just invokes this on service stop: /lib/systemd/systemd-cryptsetup detach 'sda2_crypt' According to systemd's source, that command should print some error messages: https://github.com/systemd/systemd/blob/b9e616cc2256501f484f138999ec63a0094f5c4f/src/cryptsetup/cryptsetup.c But I don't see any of those on my dmesg log, even though I enabled debug output in systemd via kernel params: systemd.log_level=debug systemd.log_target=kmsg log_buf_len=1M enforcing=0 Any ideas about what else I could try to debug further? Kind regards, Francesc
Bug#775606: ITP: golang-codegangsta-cli -- small package for building Go command-line tools
Package: wnpp Severity: wishlist Owner: Jelmer Vernooij jel...@debian.org * Package name: golang-codegangsta-cli Version : 0.0 Upstream Author : Jeremy Saenz jeremy.sa...@gmail.com * URL : https://github.com/codegangsta/cli * License : MIT Programming Lang: Go Description : small package for building Go command-line tools cli.go is simple library for building command line apps in Go. It allows is writing fast and distributable command line applications in an expressive way. (cli.go is a dependency for etcd) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775176: please manage address/port listenings with the conf.d snippets system or something similar
retitle 775176 please manage address/port listenings with the conf.d snippets system or something similar stop On Sat, 2015-01-17 at 13:51 +0100, Harald Dunkel wrote: This bug report is about the files provided with the package. All I'm asking for is using a2enconf instead of ports.conf. I've understood that (and I corrected the title accordingly, since that implied something completely different)... So I did some tests just now, and unlike to what I was sure myself before, it *does* work, that you remove e.g. Listen foo:80, and still have Vhosts enabled which are configured for foo:80. Sorry for not having correctly verified that earlier. Therefore taking that back and claiming the opposite ;-) So you were right in that matter, one can actually make the Listen like a feature one disables/enables. At least the vhosts will continue to work, but just those where one still has listeners (e.g. on 443) will answer. I have *not* checked though, whether it works with all other places in apache, which refer to internal ports/addresses ... e.g. there *may* be directives, which reference port 80, and that simply make daemon start fail when that is no longer listening. Now with respect to your request: In principle you can implement this already now: Just empty ports.conf and add your Listen statement to e.g. conf.d snippets... I'm OK with having a single file for both ports. ... but of course the above only makes sense when you have multiple ports.conf like files, e.g. a2en/dis http.conf a2en/dis https.conf a2en/dis svn.conf ...where each of them contains the Listen directive's for one of these protocols. Whether this makes sense in practical usage is another question,... I for example configure my sites to do what I want, and if I don't want the to listen on http, I just don't configure them to do so,.. or I set up an (insecure) redirect to https. And if I'd have no http altogether (in all my sites), THEN I'd remove the Listen line from ports.conf But I'd never switch one or the other on/off on a regular/daily basis. So for me personally(!!) it wouldn't make that much sense, and I still think the handling should stay as it is... ...because, what definitely doesn't work (at least up to until Apache 2.2) is that you have the same Listen statement multiple times. So you cannot just add these to the sites configs (conceptually). So right now I think it makes more sense to take ports.conf as the single file that handles the listeners. Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#775607: libxine2-xvdr: Freezing of vdr-sxfe/vdr-fbfe with trap divide error
Package: libxine2-xvdr Version: 1.1.0-1+b3 Severity: important Hallo maintainers, I prepare new version of software to my TV box based on jessie packages using VDR and DVB-T card. Stable version of this box runs well for years, so thank you for your work. Trying jessie with VDR version 2.0 brings me a problem. Watching of selected channels is impossible - during 1 or 2 minutes screen is broken (squares on screen looking like poor DVB-T signal), pictures are stopped and then skip to actual picture, then after some random time program stops. Syslog contains following message about trap divide error in xineplug_inp_xvdr.so (more messages included for better identification of problem): Jan 17 22:01:09 tvnext systemd[1306]: Starting Paths. Jan 17 22:01:09 tvnext systemd[1306]: Reached target Paths. Jan 17 22:01:09 tvnext systemd[1306]: Starting Timers. Jan 17 22:01:09 tvnext systemd[1306]: Reached target Timers. Jan 17 22:01:09 tvnext systemd[1306]: Starting Sockets. Jan 17 22:01:09 tvnext systemd[1306]: Reached target Sockets. Jan 17 22:01:09 tvnext systemd[1306]: Starting Basic System. Jan 17 22:01:09 tvnext systemd[1306]: Reached target Basic System. Jan 17 22:01:09 tvnext systemd[1306]: Starting Default. Jan 17 22:01:09 tvnext systemd[1306]: Reached target Default. Jan 17 22:01:09 tvnext systemd[1306]: Startup finished in 21ms. Jan 17 22:01:11 tvnext vdr: [555] [xine..put] Client 0 connected: 192.168.9.19:35283 Jan 17 22:01:11 tvnext vdr: [555] loading /var/lib/vdr/plugins/xineliboutput/allowed_hosts.conf Jan 17 22:01:11 tvnext vdr: [555] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262144 bytes Jan 17 22:01:11 tvnext vdr: [555] [xine..put] Trying PIPE connection ... Jan 17 22:01:11 tvnext vdr: [555] creating directory /var/lib/vdr/plugins/xineliboutput/pipes.512 Jan 17 22:01:11 tvnext vdr: [555] removing /var/lib/vdr/plugins/xineliboutput/pipes.512 Jan 17 22:01:11 tvnext vdr: [555] [xine..put] cBackgroundWriterI initialized (buffer 2048 kb) Jan 17 22:01:11 tvnext vdr: [555] [xine..put] cTcpWriter initialized (buffer 2048 kb) Jan 17 22:01:11 tvnext vdr: [555] [xine..put] Pipe open Jan 17 22:07:08 tvnext kernel: [11931.174789] traps: vdr-sxfe[1382] trap divide error ip:7f76ca33e08e sp:7f76b7d5dce0 error:0 in xineplug_inp_xvdr.so[7f76ca32d000+27000] Jan 17 22:07:08 tvnext vdr: [555] [xine..put] Client connection 0 closed Jan 17 22:07:08 tvnext vdr: [1379] [xine..put] cBackgroundWriter: TCP write error Jan 17 22:07:08 tvnext vdr: [1379] [xine..put](ERROR (tools/backgroundwriter.c,247): Roura přerušena (SIGPIPE)) Jan 17 22:07:08 tvnext vdr: [555] [xine..put] Closing connection 0 In the past I've found similar message with Play Buffer overflow before, I'll append this for information, but it seems that this error message is not relevant to this problem (today no such message occurs). Dec 21 01:41:02 tvnext vdr: [1348] [xine..put] cXinelibServer::Play Buffer overflow (TCP/PIPE) Dec 21 01:41:02 tvnext vdr: [1348] [xine..put] cXinelibServer::Play Buffer overflow (TCP/PIPE) Dec 21 01:41:02 tvnext vdr: [1348] [xine..put] cXinelibServer::Play Buffer overflow (TCP/PIPE) Dec 21 01:41:02 tvnext kernel: [ 5717.662270] traps: vdr-sxfe[1258] trap divide error ip:7ffb9fbe208e sp:7ffb9e5a7ce0 error:0 in xineplug_inp_xvdr.so[7ffb9fbd1000+27000] Dec 21 01:41:02 tvnext vdr: [539] [xine..put] Client connection 0 closed Dec 21 01:41:02 tvnext vdr: [1255] [xine..put] cBackgroundWriter: TCP write error Dec 21 01:41:02 tvnext vdr: [1255] [xine..put](ERROR (tools/backgroundwriter.c,247): Chybný popisovač souboru) Dec 21 01:41:02 tvnext vdr: [539] [xine..put] Closing connection 0 Installing sid version of xineliboutput-sxfe, xineliboutput-fbfe and libxine2-xvdr doesn't help. When I access TV box from my workstation (Debian wheezy, usually updated to last version with security packages) it works without problems. When I try to install wheezy version of these 3 packages (with some neccessary libraries) from stable repository, problem disappear. But I think it is not too comfortable to use older version of client packages (for mainstream users) and I hope it will not be big problem to find why this error occurs in new version of library and it will be fixed soon. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libxine2-xvdr depends on: ii libavutil54 6:11.1-1 ii libc62.19-13 ii libxine2 1.2.6-1+b2 ii libxine2-ffmpeg 1.2.6-1+b2 libxine2-xvdr recommends no packages. libxine2-xvdr suggests no packages. -- no debconf information Thank you for your help, Pavel -- To UNSUBSCRIBE, email to
Bug#775591: [src:linux] AUFS missing from 3.18.0 kernel = Docker 10x slower
reassign 775591 docker.io thanks On Sat, Jan 17, 2015 at 10:43:23PM +, Ben Hutchings wrote: Control: reassign -1 docker Control: retitle -1 Docker should support overlayfs as alternative to aufs On Sat, 2015-01-17 at 21:45 +0200, Török Edwin wrote: Package: src:linux Version: 3.18-1~exp1 Severity: normal --- Please enter the report below this line. --- Using linux-image-3.18.0-trunk-amd64 I noticed that AUFS is missing from /proc/filesystems. This causes Docker to slow down even 10x in some situations: https://github.com/docker/docker/issues/10161 Please consider enabling AUFS again. No, we don't like carrying out-of-tree patches. Docker should support the union filesystem that is in the mainline kernel tree. It's docker.io instead of docker. 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#774867: lirc: diff for NMU version 0.9.0~pre1-1.2
Control: tag -1 + patch pending
Dear maintainer,
I've prepared an NMU for lirc (versioned as 0.9.0~pre1-1.2) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Regards.
--
Jonathan Wiltshire j...@debian.org
Debian Developer http://people.debian.org/~jmw
4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51
diff -Nru lirc-0.9.0~pre1/debian/changelog lirc-0.9.0~pre1/debian/changelog
--- lirc-0.9.0~pre1/debian/changelog 2014-09-11 10:18:21.0 +0100
+++ lirc-0.9.0~pre1/debian/changelog 2015-01-17 18:54:58.0 +
@@ -1,3 +1,11 @@
+lirc (0.9.0~pre1-1.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix unhandled symlink_to_dir conversion on
+/usr/share/doc/lirc-x (Closes: #774867)
+
+ -- Jonathan Wiltshire j...@debian.org Sat, 17 Jan 2015 18:54:56 +
+
lirc (0.9.0~pre1-1.1) unstable; urgency=low
* Non-maintainer upload with maintainers permission.
diff -Nru lirc-0.9.0~pre1/debian/control lirc-0.9.0~pre1/debian/control
--- lirc-0.9.0~pre1/debian/control 2014-09-11 10:17:10.0 +0100
+++ lirc-0.9.0~pre1/debian/control 2015-01-17 18:55:20.0 +
@@ -42,6 +42,7 @@
Package: lirc-x
Architecture: any
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends},
${misc:Depends},
lirc (= ${binary:Version})
diff -Nru lirc-0.9.0~pre1/debian/lirc-x.maintscript lirc-0.9.0~pre1/debian/lirc-x.maintscript
--- lirc-0.9.0~pre1/debian/lirc-x.maintscript 1970-01-01 01:00:00.0 +0100
+++ lirc-0.9.0~pre1/debian/lirc-x.maintscript 2015-01-17 18:56:34.0 +
@@ -0,0 +1 @@
+symlink_to_dir /usr/share/doc/lirc-x /usr/share/doc/lirc 0.9.0~pre1-1.2~
signature.asc
Description: Digital signature
Bug#775608: shutdown-at-night: fails to shut down the system if gdm3 is used
Package: shutdown-at-night
Version: 0.14
Severity: important
Tags: patch
The gdm3 greeter seems to be a special gnome-session running as a user
with name '(unknown)'. shutdown-at-night uses 'who' to decide if users
are still active but doesn't recognize this very case.
The patch has been tested and commited to git.
(wheezy is affected as well, version: 0.10+deb7u2)
diff --git a/shutdown-at-night b/shutdown-at-night
index 4427ef7..9411014 100755
--- a/shutdown-at-night
+++ b/shutdown-at-night
@@ -98,7 +98,7 @@ prepare_wakeonlan() {
# Return true if local user is logged in, false otherwise
is_local_user() {
-if [ $(who) ] ; then
+if [ $(who | grep -v '\(unknown\)') ] ; then
return 0
else
return 1
Wolfgang
signature.asc
Description: Digital signature
Bug#775611: [sh]: FTBFS due to unknown compiler option '-m32'
Package: linux Version: 3.16.7-ckt4-1 Severity: normal Tags: patch Hi! The kernel package currently fails to build from source on sh4 since the build scripts try to pass the '-m32' compiler option on gcc which is not available with gcc on sh4 (also according to the manpage). Selecting HAVE_C_RECORDMCOUNT in arch/sh/Kconfig (see attached patch by Ben Hutchings) fixes the issues. However, I also suggest removing the line $cc .= -m32; for sh compiler options in scripts/ recordmcount.pl. Thanks! Adrian diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig index 0f09f52..b2c9904 100644 --- a/arch/sh/Kconfig +++ b/arch/sh/Kconfig @@ -44,6 +44,7 @@ config SUPERH select OLD_SIGSUSPEND select OLD_SIGACTION select HAVE_ARCH_AUDITSYSCALL + select HAVE_C_RECORDMCOUNT help The SuperH is a RISC processor targeted for use in embedded systems and consumer electronics; it was also used in the Sega Dreamcast
Bug#775563: libgl1-mesa-dri: dlopen i915_dri.so fails: undefined symbol: _glapi_tls_Didpatch
On Sun, Jan 18, 2015 at 12:20:50AM +0100, Julien Cristau wrote: On Sat, Jan 17, 2015 at 12:48:33 +, Dominic Hargreaves wrote: Package: libgl1-mesa-dri Version: 10.3.2-1 Severity: grave Justification: renders package unusable After upgrading from wheezy to jessie, I found I was unable to use gdm3 (with an unhelpful generic error message, but that's beside the point). The X log reveals: [ 130.136] (EE) AIGLX error: dlopen of /usr/lib/i386-linux-gnu/dri/i915_dri.so failed (/usr/lib/i386-linux-gnu/dri/i915_dri.so: undefined symbol: _glapi_tls_D ispatch) [ 130.136] (EE) AIGLX: reverting to software rendering [ 130.146] (EE) AIGLX error: dlopen of /usr/lib/i386-linux-gnu/dri/swrast_dri. so failed (/usr/lib/i386-linux-gnu/dri/swrast_dri.so: undefined symbol: _glapi_t ls_Dispatch) [ 130.146] (EE) GLX: could not load software renderer [ 130.146] (II) GLX: no usable GL providers found for screen 0 What's the output from ldd /usr/lib/xorg/modules/extensions/libglx.so? dom@callisto:~$ ldd /usr/lib/xorg/modules/extensions/libglx.so linux-gate.so.1 (0xb76e3000) libGL.so.1 = /usr/lib/tls/libGL.so.1 (0xb7611000) libpthread.so.0 = /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 (0xb75f5000) libdl.so.2 = /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xb75ef000) libaudit.so.1 = /lib/i386-linux-gnu/libaudit.so.1 (0xb75c9000) libm.so.6 = /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xb7583000) libc.so.6 = /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb73d8000) libGLcore.so.1 = /usr/lib/tls/libGLcore.so.1 (0xb6f23000) libXext.so.6 = /usr/lib/i386-linux-gnu/libXext.so.6 (0xb6f0d000) libX11.so.6 = /usr/lib/i386-linux-gnu/libX11.so.6 (0xb6dbb000) /lib/ld-linux.so.2 (0xb76e6000) libxcb.so.1 = /usr/lib/i386-linux-gnu/libxcb.so.1 (0xb6d95000) libXau.so.6 = /usr/lib/i386-linux-gnu/libXau.so.6 (0xb6d91000) libXdmcp.so.6 = /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0xb6d8b000) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775350: util-linux: diff for NMU version 2.25.2-4.1
On Sat, Jan 17, 2015 at 09:12:53PM +0100, Andreas Henriksson wrote: Hello Jonathan Wiltshire. On Sat, Jan 17, 2015 at 04:31:54PM +, Jonathan Wiltshire wrote: Control: tags 775350 + patch Control: tags 775350 + pending Dear maintainer, I've prepared an NMU for util-linux (versioned as 2.25.2-4.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. I'm guessing you're also aware of #773354. I'm a bit skeptical if what is requested there is something that should be done on util-linux turf at all. Your opinion (why you choose not to do something about it in your NMU) would be appreciated. Oh that's easy, I hadn't spotted it in the list before uploading. If a breaks for #773354 is added, I think one for #772846 should be as well. (And I wonder how many more...) Anyway, if you feel that your NMU is the right set of bugfixes then please feel free to go ahead with your NMU without delay. I'll have a look tomorrow at those other bugs. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 signature.asc Description: Digital signature
Bug#773196: git-bzr: leaves alternatives after purge: /etc/alternatives/git-remote-bzr
On 2015-01-15 18:53, Vagrant Cascadian wrote: I have no objection to getting it fixed in Jessie; would you be willing to file a pre-approval request bug with the release team? I'd be happy to upload with approval from the release team. Unblock filed: http://bugs.debian.org/775585 Since there was no updated changelog in git, I used this message: * Clean up obsolete git-remove-bzr alternatives (from the time this was built by src:git). (Closes: #773196) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774921: wheezy-pu: package conky/1.9.0-2+deb7u1
Control: tags -1 + pending On 2015-01-17 11:52, Adam D. Barratt wrote: Control: tags -1 + confirmed On 2015-01-09 4:15, Andreas Beckmann wrote: Backported Vincent's patch from 1.9.0-4 to wheezy to fix the upgrade path lenny [ - squeeze (contrib) ] - wheezy Please go ahead. Uploaded and flagged for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748657: make-dfsg: diff for NMU version 4.0-8.1
Control: tags 748657 + patch
Control: tags 748657 + pending
Dear maintainer,
I've prepared an NMU for make-dfsg (versioned as 4.0-8.1).
Testing fopen is machine-dependent and reliant on local ulimit values.
The previous patch to simply timeout based on the (unknown) value of
the current ulimit is inherently unreliable and machine-dependent.
It would not seem sensible for a package like make to test the machine
running the build instead of the code built by that machine.
Calls to ulimit are not supportable within perl due to
architecture-specific limitations and calling ulimit from a child
process would not affect the ulimit of the calling perl process. So,
overall, the only option as far as I see it is to simply skip this
misguided test.
This replaces a meaningless fopen result with:
misc/fopen-fail . N/A
I will upload to DELAYED/4 - let me know if you want it delayed longer.
Regards.
diff -Nru make-dfsg-4.0/debian/changelog make-dfsg-4.0/debian/changelog
--- make-dfsg-4.0/debian/changelog 2014-06-14 00:13:45.0 +0100
+++ make-dfsg-4.0/debian/changelog 2015-01-17 18:30:55.0 +
@@ -1,3 +1,12 @@
+make-dfsg (4.0-8.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Skip the work/misc/fopen-fail.mk as it is testing the underlying
+machine, not the built code from the package and is machine-dependent.
+(Closes: #748657)
+
+ -- Neil Williams codeh...@debian.org Sat, 17 Jan 2015 18:30:17 +
+
make-dfsg (4.0-8) unstable; urgency=high
* Update the timeout for the fopen fail test to 300 seconds, since the
diff -Nru make-dfsg-4.0/debian/patches/series make-dfsg-4.0/debian/patches/series
--- make-dfsg-4.0/debian/patches/series 2014-06-14 00:13:45.0 +0100
+++ make-dfsg-4.0/debian/patches/series 2015-01-17 18:31:16.0 +
@@ -10,3 +10,4 @@
0009-handle_excessive_command_length-Patch-to-fix-large-c.patch
0010-makeint.h-STOP_SET-SV-40371-Cast-to-unsigned-char.patch
0011-test-fopenfail-timeout-fix-Set-fopen-fail-timeout-to.patch
+skip-fopen-fail.patch
diff -Nru make-dfsg-4.0/debian/patches/skip-fopen-fail.patch make-dfsg-4.0/debian/patches/skip-fopen-fail.patch
--- make-dfsg-4.0/debian/patches/skip-fopen-fail.patch 1970-01-01 01:00:00.0 +0100
+++ make-dfsg-4.0/debian/patches/skip-fopen-fail.patch 2015-01-17 18:32:29.0 +
@@ -0,0 +1,40 @@
+Description: Drop test based on ulimit
+ Testing ulimit settings is machine dependent and unreliable
+ as a test of the built code. Skip this test and drop previous
+ code which tried to timeout instead.
+ .
+ make-dfsg (4.0-8.1) unstable; urgency=medium
+ .
+ * Non-maintainer upload.
+ * Skip the work/misc/fopen-fail.mk as it is testing the underlying
+ machine, not the built code from the package and is machine-dependent.
+ (Closes: #748657)
+Author: Neil Williams codeh...@debian.org
+Bug-Debian: https://bugs.debian.org/748657
+
+---
+
+--- make-dfsg-4.0.orig/tests/test_driver.pl
make-dfsg-4.0/tests/test_driver.pl
+@@ -464,14 +464,14 @@ sub run_all_tests
+ $tests_run = 0;
+ $tests_passed = 0;
+
+- if ($testname =~ m{misc/fopen-fail}msx) { $test_timeout = 300; }
+-# Run the test!
+-$code = do $perl_testname;
+-
+-++$categories_run;
+-$total_tests_run += $tests_run;
+-$total_tests_passed += $tests_passed;
++if ($testname =~ m{misc/fopen-fail}msx) { $code = -1; } else {
++# Run the test!
++$code = do $perl_testname;
+
++++$categories_run;
++$total_tests_run += $tests_run;
++$total_tests_passed += $tests_passed;
++}
+ # How did it go?
+ if (!defined($code)) {
+ # Failed to parse or called die
Bug#775554: Please update dependency python-aptdaemon-gtk
[Marius Kotsbak] The attached patch should solve the problem, and let me build the package for Ubuntu. Thank you. I suspect the long term solution is to switch from aptdaemon to packagekit, as proposed in URL: https://bugs.debian.org/742429 , but I do not know the API and have not had time to look at it. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765426: umount; floppy light and humming still present after umount and even after shutdown
On Mon, Nov 24, 2014 at 06:41:39PM +, Bjarni Ingi Gislason wrote: On Sat, Oct 25, 2014 at 03:30:01PM +0100, Ben Hutchings wrote: On Fri, 2014-10-17 at 00:02 +, Bjarni Ingi Gislason wrote: On Wed, Oct 15, 2014 at 12:06:06AM +, Debian Bug Tracking System wrote: Thank you for filing a new Bug report with Debian. [...] -- 765426: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765426 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems This bug report belongs most probably to the 'udev' package. Changing the group of '/dev/fd0' from 'disk' to 'floppy' causes 'eject' to shut off the floppy drive light after a few seconds, although some messages are shown. I believe that a floppy drive activity light is normally connected to the spindle motor, i.e. it indicates whether the disk is spinning. It is supposed to be turned off automatically by the driver when the drive is idle, and cannot be directly controlled by userland, so this doesn't make any sense to me. eject /dev/fd0 or floppycontrol --eject /dev/fd0 is now necessary to stop the disk spinning and then the floppy can be ejected mechanically as it is not software-controlled. The bug is therefore caused by creating the device with the wrong group. [...] I think that's a separate bug that exacerbates an underlying driver bug. This report should be reassigned to package udev or if a subject change is necessary be closed(?). I will then issue a new report to udev. The bug (regression) can be fixed in the file /lib/udev/rules.d/50-udev-default.rules. The (block) devices /dev/fd[0-9] shall be (as before) in the group floppy as a write-permission is necessary to spin the drive down. I reported the bug to the udev-package (#775 144). The behaviou was decleared as designed and the bug report closed. I added the missing line to /etc/udev/rules.d/91-permissions.local.rules to keep it permanent, and that should fix this bug permanently. -- Bjarni I. Gislason -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775471: xserver-xorg-video-geode-dbg: copyright file missing after upgrade (policy 12.5)
2015-01-17 7:19 GMT+02:00 Andreas Beckmann a...@debian.org:
On 2015-01-16 14:15, Martin-Éric Racine wrote:
---
xserver-xorg-video-geode-2.11.16/debian/xserver-xorg-video-geode-dbg.maintscript
1970-01-01 02:00:00.0 +0200
+++
xserver-xorg-video-geode-2.11.16/debian/xserver-xorg-video-geode-dbg.maintscript
2015-01-16 15:02:13.0 +0200
@@ -0,0 +1 @@
+dir_to_symlink /usr/share/doc/xserver-xorg-video-geode-dbg
/usr/share/doc/xserver-xorg-video-geode 2.11.13-5
I think you should use the relative target as it is in the current package:
lrwxrwxrwx 1 root root 24 Nov 10 23:22
/usr/share/doc/xserver-xorg-video-geode-dbg - xserver-xorg-video-geode
I always have my doubts about putting relative links anywhere but, if
you think that this will work as intended, why not.
Also the prior-version was wrong, so the .maintscript file should look like
dir_to_symlink /usr/share/doc/xserver-xorg-video-geode-dbg
xserver-xorg-video-geode 2.11.13-6~
Shouldn't the version be the same one as when the symlink was
introduced? (The relative version tilde is ok).
For debian/control I'd recommend to use ${misc:Pre-Depends) instead of
hardcoding it manually.
Sure, why not.
Martin-Éric
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775594: libfile-stripnondeterminism-perl: treat Python Wheel packages as zip files
Package: libfile-stripnondeterminism-perl
Version: 0.003-1
Severity: wishlist
Python Wheel packages (*.whl) are just zip files, so it'd be nice if
strip-nondeterminism recognized that extension as well.
From 233504861c746e0a33d32009007a36bbf0ad6822 Mon Sep 17 00:00:00 2001
From: Peter De Wachter pdewa...@gmail.com
Date: Sat, 17 Jan 2015 20:57:28 +0100
Subject: [PATCH] Add support for Python Wheel packages (renamed Zip files)
---
lib/File/StripNondeterminism.pm | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/File/StripNondeterminism.pm b/lib/File/StripNondeterminism.pm
index f269b7d..e6dd1ab 100644
--- a/lib/File/StripNondeterminism.pm
+++ b/lib/File/StripNondeterminism.pm
@@ -73,7 +73,7 @@ sub get_normalizer_for_file {
return \File::StripNondeterminism::handlers::pomproperties::normalize;
}
# zip
- if (m/\.(zip|pk3)$/ _get_file_type($_) =~ m/Zip archive data/) {
+ if (m/\.(zip|pk3|whl)$/ _get_file_type($_) =~ m/Zip archive data/) {
return \File::StripNondeterminism::handlers::zip::normalize;
}
return undef;
--
2.1.4
Bug#775350: util-linux: diff for NMU version 2.25.2-4.1
Hello Jonathan Wiltshire. On Sat, Jan 17, 2015 at 04:31:54PM +, Jonathan Wiltshire wrote: Control: tags 775350 + patch Control: tags 775350 + pending Dear maintainer, I've prepared an NMU for util-linux (versioned as 2.25.2-4.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. I'm guessing you're also aware of #773354. I'm a bit skeptical if what is requested there is something that should be done on util-linux turf at all. Your opinion (why you choose not to do something about it in your NMU) would be appreciated. If a breaks for #773354 is added, I think one for #772846 should be as well. (And I wonder how many more...) Anyway, if you feel that your NMU is the right set of bugfixes then please feel free to go ahead with your NMU without delay. Thanks. Andreas Henriksson PS. Extra gold star if you push your changes to the git repo in collab-maint and adds a signed tag. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775600: www.debian.org: /ports/m68k links to non-existent tarball
Dominik George dixit: The link to the pbuilder tarball by Thorsten Glaser was invalidated by tg's resignation and subsequent removal of people.debian.org content. Please just link to the Wiki instead. I updated some of the links on M68k/Installing today when we made new images at the Debian/m68k hack weekend at tarent in Bonn. Thanks, //mirabilos -- This space for rent. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774366: also on wheezy
On Tue, Jan 06, 2015 at 12:23:47PM +0100, Nicolas wrote: 2015-01-06 12:14 GMT+01:00 Holger Levsen hol...@layer-acht.org: control: tags -1 moreinfo Hi, thanks for your bug report. Do you know (or can find out) whether this also happens on wheezy? I can patch but I'm afraid pLoader is more maintained by upstream. Should we remove it from debian ? Agreed. I've dug into this bug, and I can tell you the exact problem. ploader is using libwx-perl, and newer versions of libwx-perl are no longer exposing the ParseDate() method from the WxWidgets library underneath. This changed when WxWidgets went to version 2.9 - see the code in libwx-perl-0.9923/ext/datetime/XS/DateTime.xsp. It probably wouldn't be too hard to fix this particular bug, but: * I agree that upstream doesn't look very active at all * the copyright file is currently also RC-buggy (the link http://piwigo.org/ext/download.php?eid=269 currently returns a copy of pLoader-1.5_ubuntu.tar.gz, *not* 1.6 of anything, and I don't see any mention of 1.6 anywhere either. * there are only a tiny number of users AFAICS It's up to you as the maintainer, but I'd be very tempted to file for removal at this point. -- Steve McIntyre, Cambridge, UK.st...@einval.com ...In the UNIX world, people tend to interpret `non-technical user' as meaning someone who's only ever written one device driver. -- Daniel Pead -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774867: lirc: diff for NMU version 0.9.0~pre1-1.2
On Sat, 17 Jan 2015 22:57:07 +, Jonathan Wiltshire wrote: I've prepared an NMU for lirc (versioned as 0.9.0~pre1-1.2) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. This looks very similar to the NMU I uploaded a few hours ago :) Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Beatles signature.asc Description: Digital Signature
Bug#775563: libgl1-mesa-dri: dlopen i915_dri.so fails: undefined symbol: _glapi_tls_Didpatch
On Sat, Jan 17, 2015 at 12:48:33 +, Dominic Hargreaves wrote: Package: libgl1-mesa-dri Version: 10.3.2-1 Severity: grave Justification: renders package unusable After upgrading from wheezy to jessie, I found I was unable to use gdm3 (with an unhelpful generic error message, but that's beside the point). The X log reveals: [ 130.136] (EE) AIGLX error: dlopen of /usr/lib/i386-linux-gnu/dri/i915_dri.so failed (/usr/lib/i386-linux-gnu/dri/i915_dri.so: undefined symbol: _glapi_tls_D ispatch) [ 130.136] (EE) AIGLX: reverting to software rendering [ 130.146] (EE) AIGLX error: dlopen of /usr/lib/i386-linux-gnu/dri/swrast_dri. so failed (/usr/lib/i386-linux-gnu/dri/swrast_dri.so: undefined symbol: _glapi_t ls_Dispatch) [ 130.146] (EE) GLX: could not load software renderer [ 130.146] (II) GLX: no usable GL providers found for screen 0 What's the output from ldd /usr/lib/xorg/modules/extensions/libglx.so? Cheers, Julien signature.asc Description: Digital signature
Bug#756253: Upgrade from 2.02~beta2-10 to 2.02~beta2-11 left grub unbootable
On Sat, Jan 17, 2015 at 05:22:52PM +, Steve McIntyre wrote: On Sat, Jan 17, 2015 at 04:16:56PM +0900, Mike Hommey wrote: On Fri, Jan 16, 2015 at 10:28:51PM +, Steve McIntyre wrote: Hi Mike, Have you seen this again recently? Is it still happening for you? As a matter of fact, it hasn't happened recently. That being said, I'm not upgrading grub that often, but I happen to have upgraded it today, and a reboot worked. It's too late now to know what the efi boot table looked like before, but during the package install, efibootmgr complained like this: Installing for x86_64-efi platform. efibootmgr: Could not set variable Boot0001: No such file or directory efibootmgr: Could not prepare boot variable: No such file or directory Oh, that's much more interesting. That suggests your actual problem is below grub - either efibootmgr or your firmware. Note that I don't think this was being printed when I filed the bug. As a matter of fact, message #20 says I had a Boot0001 back then, and I had 2 Windows boot manager entries, so the gap probably comes from me fixing that afterwards. Adding a CC to the efibootmgr package maintainer too. What versions do you have for libefivar0 and efibootmgr? If you run ii efibootmgr 0.11.0-3 amd64 ii libefivar0:amd640.15-3 amd64 Now, since the history of the bug says that I filed it in july and had it still occur on oct 24, here is another possibly interesting bit of data: # zgrep -h upgrade\ libefivar0 dpkg.log* | sort 2014-07-01 14:31:17 upgrade libefivar0:amd64 0.10-2 0.10-4 2014-07-15 18:03:11 upgrade libefivar0:amd64 0.10-4 0.10-5 2014-10-04 09:26:11 upgrade libefivar0:amd64 0.10-5 0.12-1 2014-10-18 10:44:58 upgrade libefivar0:amd64 0.12-1 0.14-1 2014-11-03 11:26:54 upgrade libefivar0:amd64 0.14-1 0.15-1 2014-12-16 08:55:38 upgrade libefivar0:amd64 0.15-1 0.15-2 2014-12-23 19:23:29 upgrade libefivar0:amd64 0.15-2 0.15-3 # zgrep -h upgrade\ efibootmgr dpkg.log* | sort 2014-05-07 17:19:09 upgrade efibootmgr:amd64 0.5.4-7 0.6.1-3 2014-06-20 21:20:34 upgrade efibootmgr:amd64 0.6.1-3 0.7.0-1 2014-07-15 18:04:01 upgrade efibootmgr:amd64 0.7.0-1 0.7.0-2 2014-10-04 09:27:00 upgrade efibootmgr:amd64 0.7.0-2 0.9.0-1 2014-10-18 10:57:25 upgrade efibootmgr:amd64 0.9.0-1 0.9.0-2 2014-11-03 11:27:20 upgrade efibootmgr:amd64 0.9.0-2 0.11.0-1 2014-12-16 08:58:39 upgrade efibootmgr:amd64 0.11.0-1 0.11.0-1.1 2014-12-23 19:23:49 upgrade efibootmgr:amd64 0.11.0-1.1 0.11.0-3 # zgrep -h upgrade\ grub-efi-amd64 dpkg.log* | sort 2014-04-09 12:11:00 upgrade grub-efi-amd64:amd64 2.00-22 2.02~beta2-8 2014-04-09 12:11:00 upgrade grub-efi-amd64-bin:amd64 2.00-22 2.02~beta2-8 2014-06-20 21:20:52 upgrade grub-efi-amd64:amd64 2.02~beta2-8 2.02~beta2-10 2014-06-20 21:20:53 upgrade grub-efi-amd64-bin:amd64 2.02~beta2-8 2.02~beta2-10 2014-07-28 08:39:14 upgrade grub-efi-amd64:amd64 2.02~beta2-10 2.02~beta2-11 2014-07-28 08:39:15 upgrade grub-efi-amd64-bin:amd64 2.02~beta2-10 2.02~beta2-11 2014-09-24 06:10:56 upgrade grub-efi-amd64:amd64 2.02~beta2-11 2.02~beta2-13 2014-09-24 06:10:57 upgrade grub-efi-amd64-bin:amd64 2.02~beta2-11 2.02~beta2-13 2014-10-04 09:28:07 upgrade grub-efi-amd64:amd64 2.02~beta2-13 2.02~beta2-14 2014-10-04 09:28:08 upgrade grub-efi-amd64-bin:amd64 2.02~beta2-13 2.02~beta2-14 2014-10-18 10:58:07 upgrade grub-efi-amd64:amd64 2.02~beta2-14 2.02~beta2-15 2014-10-18 10:58:07 upgrade grub-efi-amd64-bin:amd64 2.02~beta2-14 2.02~beta2-15 2014-12-16 08:59:19 upgrade grub-efi-amd64:amd64 2.02~beta2-15 2.02~beta2-18 2014-12-16 08:59:20 upgrade grub-efi-amd64-bin:amd64 2.02~beta2-15 2.02~beta2-18 2014-12-23 19:23:52 upgrade grub-efi-amd64:amd64 2.02~beta2-18 2.02~beta2-19 2014-12-23 19:23:53 upgrade grub-efi-amd64-bin:amd64 2.02~beta2-18 2.02~beta2-19 2015-01-17 11:38:15 upgrade grub-efi-amd64:amd64 2.02~beta2-19 2.02~beta2-20 2015-01-17 11:38:16 upgrade grub-efi-amd64-bin:amd64 2.02~beta2-19 2.02~beta2-20 # strace -f -o strace grub-install I don't think this would be relevant to the original bug, but here you are, attached. There is a ENOSPC in response to creating a new variable. So in fact, it may well be not fixed, but seems to be fixed because efibootmgr fails to do anything and doesn't break the boot configuration as a result. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732253: Cannot reproduce this bug
Thank you for the comprehensive report. I cannot reproduce this bug on any of my systems running jessie or sid (I cannot test on wheezy). But it has also been reported in the Ubuntu version of this package: https://bugs.launchpad.net/ubuntu/+source/angband/+bug/1309711 I share your suspicion that this is a bug in libsdl-ttf2.0, but am uncertain of my grounds for reassigning the bug. If any more experienced maintainers/DDs are reading this, any advice appreciated. Chris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775583: [PATCH] Add initramfs-tools boot script for preparing additional block devices (Closes: #775583)
Control: tag -1 patch
Here is a new script cribbed from the existing scripts/local-top/lvm2.
Tested in conjunction with the patch I'm about to send to #762984.
--- /dev/null
+++ b/debian/initramfs-tools/lvm2/scripts/local-extra/lvm2
@@ -0,0 +1,40 @@
+#!/bin/sh
+
+PREREQ=mdadm mdrun multipath
+
+prereqs()
+{
+ echo $PREREQ
+}
+
+case $1 in
+# get pre-requisites
+prereqs)
+ prereqs
+ exit 0
+ ;;
+esac
+
+if [ ! -e /sbin/lvm ]; then
+ exit 0
+fi
+
+dev=$1
+
+# Make sure that we have a d-m path
+dev=${dev#/dev/mapper/}
+if [ $dev = $1 ]; then
+ exit 0
+fi
+
+eval $(dmsetup splitname --nameprefixes --noheadings --rows $dev)
+
+if [ $DM_VG_NAME ] [ $DM_LV_NAME ]; then
+ lvm lvchange -aly --ignorelockingfailure $DM_VG_NAME/$DM_LV_NAME
+ rc=$?
+ if [ $rc = 5 ]; then
+ echo Unable to find LVM volume $DM_VG_NAME/$DM_LV_NAME
+ fi
+fi
+
+exit 0
--
Ben Hutchings
The first rule of tautology club is the first rule of tautology club.
signature.asc
Description: This is a digitally signed message part
Bug#775610: policycoreutils: strange access to /root/tmpfiles.d from restorecond
Package: policycoreutils
Version: 2.3-1
Severity: normal
# dmesg|grep tmpfiles.d
[ 48.978396] audit: type=1400 audit(1421535877.996:30): avc: denied { read
} for pid=746 comm=restorecond name=tmpfiles.d dev=dm-0 ino=207033
scontext=system_u:system_r:restorecond_t:s0
tcontext=unconfined_u:object_r:user_home_t:s0 tclass=lnk_file permissive=0
# find /root -inum 207033
/root/tmpfiles.d
For some reason restorecond is trying to read the symlink /root/tmpfiles.d.
The symlink in question was created in 2012 and I don't know why I created it
or if it was created by a script.
A grep of the source code didn't show a reason for this access, there is no
match for the string tmpfiles.d in the policycoreutils source.
-- System Information:
Debian Release: 8.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: unable to detect
Versions of packages policycoreutils depends on:
ii init-system-helpers 1.22
ii libaudit11:2.4-1+b1
ii libc62.19-13
ii libcap2 1:2.24-6
ii libdbus-1-3 1.8.14-1
ii libdbus-glib-1-2 0.102-1
ii libgcc1 1:4.9.2-10
ii libglib2.0-0 2.42.1-1
ii libpam0g 1.1.8-3.1
ii libpcre3 2:8.35-3.3
ii libselinux1 2.3-2
ii libsemanage1 2.3-1+b1
ii libsepol12.3-2
ii libstdc++6 4.9.2-10
ii lsb-base 4.1+Debian13+nmu1
ii psmisc 22.21-2
ii python 2.7.8-2
ii python-ipy 1:0.81-1
ii python-selinux 2.3-2
ii python-semanage 2.3-1+b1
ii python-sepolgen 1.2.1-1
ii python-sepolicy 2.3-1
ii python-setools 3.3.8-3.1
ii selinux-utils2.3-2
Versions of packages policycoreutils recommends:
pn python-auditnone
ii selinux-policy-default 2:2.20140421-7.2
Versions of packages policycoreutils suggests:
ii selinux-policy-dev 2:2.20140421-7
-- Configuration Files:
/etc/init.d/mcstrans [Errno 13] Permission denied: u'/etc/init.d/mcstrans'
/etc/init.d/restorecond [Errno 13] Permission denied: u'/etc/init.d/restorecond'
-- 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#762984: Alert! /dev/vg0/usr does not exist
On Thu, 27 Nov 2014 11:51:48 + Simon McVittie s...@debian.org wrote: On Wed, 01 Oct 2014 at 22:18:53 +0100, Ben Hutchings wrote: I suspect this is essentially the same bug as #616689 and #678696, except that now it may affect mounting /usr as well as /. I think this bug report is actually describing more than one bug in more than one package that have similar symptoms. There might be things that can be fixed in mdadm and lvm2 to fix the initramfs-tools/0.117 regressions without needing to implement a full event-driven setup in initramfs-tools. [...] LVM (Elimar's System 1, Sven, Torsten, IOhannes, Javier) In the LVM case, debian/initramfs-tools/lvm2/scripts/local-top does this: activate_vg $ROOT activate_vg $resume Note the lack of handling for /usr here. Further, activate_vg uses lvm lvchange to activate only the LV necessary for the root filesystem; if /usr is on a separate VG, it's not going to work. This on its own would be enough to make Sven Hartge's system fail: /usr needs a LVM partition activated that / does not. Similarly, I think Elimar's System 1 is going to activate vg0/root but not vg0/usr. [...] The ideal thing in both of these situations would be to use the same logic as *mounting* /usr - mount the rootfs first, then read its fstab to find out where /usr is, avoiding hard-coding that knowledge into the initramfs - but I think that would need a significantly more complicated hook structure. I'm proposing to add another hook for this, which will initially only be implemented by lvm2. So far as I can see, mdadm and lvm2 have to find the required devices in different ways: - mdadm cannot generally tell which RAID arrays are needed, as the root device may be identified by filesystem UUID or LV name but it only works with RAID array UUIDs and the component device names - lvm2 can tell exactly which VG is needed as a root device on an LV is identified by VG and LV name The same goes for mounting /usr. Ben. -- Ben Hutchings The first rule of tautology club is the first rule of tautology club. signature.asc Description: This is a digitally signed message part
Bug#775645: iceweasel: multiple breakages in FF after upgraded to 35, when taking the old prefs.js
Package: iceweasel
Version: 35.0-1
Severity: important
Hi.
Since I've upgraded to 35, I've experienced multiple issues.
- One of them is the breakage of search load options, which I've
already reported in #775391.
- Another was that the search bar didn't work anymore at all
(i.e. hitting enter and nothing happened at all).
This turned out to be a problem in tab mix plus, which was solved
by the version 0.4.1.6 already in experimental.
But several problems remained, which I first suspected to be tab
mix plus either:
- Undo closing tabs (Ctrl-Shift-t) no longer worked.
- session management (at least with the SM from TM+) didn't work
anymore, neither on restart after crash, nor on loading manually
saved sessions.
I've reported these upstream at:
http://tmp.garyr.net/forum/viewtopic.php?f=2t=19018
I further found out that add block plus stopped working, which
meant:
- adds were shown
- I cannot longer open the preferences of the add on (nothing
happens when I click on the button).
- And everything from add on's page in the add on manager is
displayed broken,... it doesn't display the underscore on the
objects, but before (see the screenshot for what I mean).
So I came to the suspicion it may not be TM+ and digged deeper:
With a fresh profile everything seems to work fine again,
but it would be really annoying having to start from scratch,
since I have so many settings in FF and all plugins.
Starting FF with an empty .mozilla gives:
$ iceweasel
(process:12321): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size
== 0' failed
1421544782793 addons.xpi WARNException running bootstrap method
startup on fire...@software.joehewitt.com: TypeError: scope.gcli.addCommand is
not a function (resource://firebug/gcli.js:126:4) JS Stack trace:
addcomm...@gcli.js:126:5 registercomma...@gcli.js:132:1
firebuggclicommands.star...@gcli.js:45:9
startup@resource://gre/modules/addons/XPIProvider.jsm -
file:///usr/share/mozilla/extensions/%7Bec8030f7-c20a-464f-9b0e-13a3a9e97384%7D/fire...@bootstrap.js:78:5
xpi_callbootstrapmet...@xpiprovider.jsm:4436:9
xpi_star...@xpiprovider.jsm:2159:13 callprovi...@addonmanager.jsm:208:12
_startprovi...@addonmanager.jsm:667:5 ami_star...@addonmanager.jsm:821:9
amp_star...@addonmanager.jsm:2399:5 amc_obse...@addonmanager.js:55:7
0 migrated.
console.error:
[CustomizableUI]
TypeError: window.caligon.status4evar is undefined --
resource://status4evar/Australis.jsm:166
= everything seems to work again, even Search Load Options, which is why
I'll close that bug shortly after.
Starting FF with my profile (i.e. the one where I get all these
errors shows):
$ iceweasel
(process:10162): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size
== 0' failed
1421543699278 addons.xpi ERROR Failed to load bootstrap addon
searchloadoptions@esteban.torres from
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/searchloadoptions@esteban.torres:
[Exception... Unexpected error in XPConnect nsresult: 0x80570008
(NS_ERROR_XPC_UNEXPECTED) location: JS frame ::
resource://gre/modules/addons/XPIProvider.jsm :: XPI_loadBootstrapScope :: line
4307 data: no] Stack trace:
XPI_loadBootstrapScope()@resource://gre/modules/addons/XPIProvider.jsm:4307
XPI_callBootstrapMethod()@resource://gre/modules/addons/XPIProvider.jsm:4408
XPI_startup()@resource://gre/modules/addons/XPIProvider.jsm:2159
callProvider()@resource://gre/modules/AddonManager.jsm:208
_startProvider()@resource://gre/modules/AddonManager.jsm:667
AMI_startup()@resource://gre/modules/AddonManager.jsm:821
AMP_startup()@resource://gre/modules/AddonManager.jsm:2399
AMC_observe()@resource://gre/components/addonManager.js:55 file:unknown
1421543699280 addons.xpi ERROR Failed to load bootstrap addon
{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d} from
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}:
[Exception... Unexpected error in XPConnect nsresult: 0x80570008
(NS_ERROR_XPC_UNEXPECTED) location: JS frame ::
resource://gre/modules/addons/XPIProvider.jsm :: XPI_loadBootstrapScope :: line
4307 data: no] Stack trace:
XPI_loadBootstrapScope()@resource://gre/modules/addons/XPIProvider.jsm:4307
XPI_callBootstrapMethod()@resource://gre/modules/addons/XPIProvider.jsm:4408
XPI_startup()@resource://gre/modules/addons/XPIProvider.jsm:2159
callProvider()@resource://gre/modules/AddonManager.jsm:208
_startProvider()@resource://gre/modules/AddonManager.jsm:667
AMI_startup()@resource://gre/modules/AddonManager.jsm:821
AMP_startup()@resource://gre/modules/AddonManager.jsm:2399
AMC_observe()@resource://gre/components/addonManager.js:55 file:unknown
console.error:
[CustomizableUI]
Custom widget with id loop-button-throttled does not return a valid node
console.error:
[CustomizableUI]
Custom widget with id loop-button-throttled does not return a valid node
= all the
Bug#766982: RFS: plowshare4/1.0.6-1
Dear mentors, In the time that this request has been sitting here there have been two new upstream versions released. Since this tool depends on many external (website) APIs which are constantly in flux, it needs to be updated relatively often to keep pace. Is it best if I package these one version at a time keeping each diff minimal for easier review? Or should I just jump directly to the latest version and abandon the present request? It seems that my previous sponsor is still away from this list, so in the meantime if anyone else would consider sponsoring my package I would be very grateful. Cheers, Carl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775647: ed: Use upstream red script rather than symbolic link
Subject: ed: Use upstream red script rather than link Package: ed Version: 1.6-2 Severity: normal Dear Maintainer, With the upstream change from v1.4 to v1.5, ed(1) no longer recognizes red as a name under which restricted mode will be invoked. $ echo hello example.txt $ # errant behavior $ red example.txt 6 e /etc/passwd 4210 !pwd /home/tim ! q $ # correct behavior that should also happen with red $ ed -r example.txt 6 e /etc/passwd ? !pwd ? q As a workaround, ed -r can be used instead. Prior to ed(1) v1.5, the symbolic link sufficed. However, since v1.5, it's now a shell-script that is provided as part of the build process. http://download.savannah.gnu.org/releases/ed/ If including v1.5 or later, the solution is to use the red shell-script from the upstream package build rather than using a symlink. -Tim -- System Information: Debian Release: 7.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ed depends on: ii dpkg 1.16.15 ii install-info 4.13a.dfsg.1-10 ii libc6 2.13-38+deb7u6 ed recommends no packages. ed 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#775648: ITP: haskell-text-format -- Text formatting
Package: wnpp Severity: wishlist Owner: Dmitry Bogatov kact...@gnu.org * Package name: haskell-text-format Version : 0.3.1.1 Upstream Author : Bryan O'Sullivan b...@serpentine.com * URL : https://hackage.haskell.org/package/text-format * License : BSD3 Programming Lang: Haskell Description : Text formatting Text formatting library optimized for both ease of use and high performance. This package is dependency of `git-vogue` to be packaged after. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775638: gdnsd: FTBFS in jessie: dh_auto_test: make -j1 test returned exit code 2
reassign 775638 geoip-database 20141027-1 retitle 775638 IPv6 database is corrupt severity 775638 grave thanks Hi, thanks On Sun, Jan 18, 2015 at 01:44:44AM +0100, Lucas Nussbaum wrote: During a rebuild of all packages in jessie (in a jessie chroot, not a sid chroot), your package failed to build on amd64. Relevant part (hopefully): snip Checking basic database load on file /usr/share/GeoIP/GeoIP.dat ... OK Checking basic database load on file /usr/share/GeoIP/GeoIPv6.dat ... Load-only test on file '/usr/share/GeoIP/GeoIPv6.dat' failed w/ exit status 134; Test Output: info: Loading configuration from '/«PKGBUILDDIR»/plugins/meta/libgdmaps/t/testroot/etc/config' info: plugin_geoip: map 'my_prod_map': Processing GeoIP database '/«PKGBUILDDIR»/plugins/meta/libgdmaps/t/testroot/etc/geoip/loadonly.dat' error: plugin_geoip: map 'my_prod_map': Error traversing GeoIP database, corrupt? error: plugin_geoip: map 'my_prod_map': (Re-)loading geoip database '/«PKGBUILDDIR»/plugins/meta/libgdmaps/t/testroot/etc/geoip/loadonly.dat' failed! fatal: plugin_geoip: map 'my_prod_map': cannot continue initial load This is a test suite failure, reporting that geoip-database's GeoIPv6.dat is corrupt. It looks like something's fishy there, after checking with MaxMind's own geoiplookup6 tools: $ dpkg-query -W geoip-database geoip-database 20141009-1 $ geoiplookup6 www.maxmind.com GeoIP Country V6 Edition: HK, Hong Kong $ geoiplookup6 2001::1 GeoIP Country V6 Edition: IP Address not found $ dpkg-query -W geoip-database geoip-database 20141027-1 $ geoiplookup6 www.maxmind.com $ geoiplookup6 2001::1 $ I've verified that gdnsd builds fine with geoip-database 20141009-1, which corresponds with the above output. it seems that geoip-database 20141027-1 ships a corrupt, IPv6 database. Reassigning bumping severity. Best regards, Faidon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775613: systemd: why is /run/systemd/inhibit/1.ref inherited?
Package: systemd
Version: 215-9
Severity: normal
type=AVC msg=audit(1421538903.417:232): avc: denied { use } for pid=23546
comm=kded4 path=/run/systemd/inhibit/1.ref dev=tmpfs ino=91124
scontext=rjc:user_r:user_t:s0-s0:c0.c1023
tcontext=system_u:system_r:systemd_logind_t:s0 tclass=fd permissive=0
When I login via kdm the KDE user processes (and presumably user processes
from any other desktop environment) inherit /run/systemd/inhibit/1.ref.
Is this desired? If so why? I have SE Linux preventing it and everything
works.
-- Package-specific info:
-- System Information:
Debian Release: 8.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
Versions of packages systemd depends on:
ii acl 2.2.52-2
ii adduser 3.113+nmu3
ii initscripts 2.88dsf-58
ii libacl1 2.2.52-2
ii libaudit1 1:2.4-1+b1
ii libblkid1 2.25.2-4
ii libc6 2.19-13
ii libcap2 1:2.24-6
ii libcap2-bin 1:2.24-6
ii libcryptsetup4 2:1.6.6-4
ii libgcrypt20 1.6.2-4+b1
ii libkmod218-3
ii liblzma55.1.1alpha+20120614-2+b3
ii libpam0g1.1.8-3.1
ii libselinux1 2.3-2
ii libsystemd0 215-9
ii mount 2.25.2-4
ii sysv-rc 2.88dsf-58
ii udev215-9
ii util-linux 2.25.2-4
Versions of packages systemd recommends:
ii dbus1.8.14-1
ii libpam-systemd 215-9
Versions of packages systemd suggests:
pn systemd-ui none
-- Configuration Files:
/etc/systemd/journald.conf changed:
[Journal]
SystemMaxUse=25M
-- 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#737137: game-data-packager: patch to support hexdd
On 17/01/15 21:38, Fabian Greffrath wrote: Chex 1/2 and Hacx should go into doom.yaml. For at least Chex Quest, I disagree. My intention is that the division into YAML files (and, one day, entries in a GUI) is not about whether things happen to run on the same engine - that's an implementation detail. Rather, it's about whether, based on how the game is/was advertised and distributed, an average player would think of it as the same game or not. Chex Quest was a standalone game given away in breakfast cereal to children too young to be playing Doom, that's clearly not meant to be basically the same :-) That's why plutonia-wad and tnt-wad are now generated by final-doom.yaml. Technically, they're IWADs for a Doom II-compatible engine, so on a technical basis you could argue for them to be either two separate games like they were in shell-script-based g-d-p (because they're independent IWADs and you can in principle have one but not the other) or part of Doom II (because they run on the Doom II engine) - but they were sold together as Final Doom, a standalone game (as opposed to an expansion pack for Doom II), and so that's how I think their g-d-p support should be structured. Hacx is more ambiguous, because it isn't clear from the info I've seen whether it was originally sold as a Doom II addon, or as a standalone game with its own copy of the Doom II executable. I would tend to err on the side of separating it out rather than putting it in doom2.yaml, but I'll defer to the superior knowledge of people who've actually played it :-P S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775639: neon27: FTBFS in jessie: tests failed
Source: neon27 Version: 0.30.1-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20150117 qa-ftbfs Justification: FTBFS in jessie on amd64 Hi, During a rebuild of all packages in jessie (in a jessie chroot, not a sid chroot), your package failed to build on amd64. Relevant part (hopefully): make[2]: Entering directory '/«PKGBUILDDIR»/debian/build-tree/neon-openssl/test' /bin/bash ../libtool --silent --mode=compile gcc -isystem /usr/include/mit-krb5 -I/usr/include/libxml2 -I.. -I. -I/«PKGBUILDDIR»/src -I/«PKGBUILDDIR»/test/common -O2 -g -c /«PKGBUILDDIR»/test/uri-tests.c -o uri-tests.lo /bin/bash ../libtool --silent --mode=compile gcc -isystem /usr/include/mit-krb5 -I/usr/include/libxml2 -I.. -I. -I/«PKGBUILDDIR»/src -I/«PKGBUILDDIR»/test/common -O2 -g -c /«PKGBUILDDIR»/test/common/tests.c -o common/tests.lo /bin/bash ../libtool --silent --mode=compile gcc -isystem /usr/include/mit-krb5 -I/usr/include/libxml2 -I.. -I. -I/«PKGBUILDDIR»/src -I/«PKGBUILDDIR»/test/common -O2 -g -c /«PKGBUILDDIR»/test/common/child.c -o common/child.lo /bin/bash ../libtool --silent --mode=compile gcc -isystem /usr/include/mit-krb5 -I/usr/include/libxml2 -I.. -I. -I/«PKGBUILDDIR»/src -I/«PKGBUILDDIR»/test/common -O2 -g -c /«PKGBUILDDIR»/test/utils.c -o utils.lo /bin/bash ../libtool --silent --mode=compile gcc -isystem /usr/include/mit-krb5 -I/usr/include/libxml2 -I.. -I. -I/«PKGBUILDDIR»/src -I/«PKGBUILDDIR»/test/common -O2 -g -c /«PKGBUILDDIR»/test/util-socks.c -o util-socks.lo /bin/bash ../libtool --silent --mode=link gcc -no-install -o libtest.la common/tests.lo common/child.lo utils.lo util-socks.lo ../src/libneon.la /bin/bash ../libtool --silent --mode=link gcc -no-install -o uri-tests uri-tests.lo libtest.la /bin/bash ../libtool --silent --mode=compile gcc -isystem /usr/include/mit-krb5 -I/usr/include/libxml2 -I.. -I. -I/«PKGBUILDDIR»/src -I/«PKGBUILDDIR»/test/common -O2 -g -c /«PKGBUILDDIR»/test/util-tests.c -o util-tests.lo /bin/bash ../libtool --silent --mode=link gcc -no-install -o util-tests util-tests.lo libtest.la /bin/bash ../libtool --silent --mode=compile gcc -isystem /usr/include/mit-krb5 -I/usr/include/libxml2 -I.. -I. -I/«PKGBUILDDIR»/src -I/«PKGBUILDDIR»/test/common -O2 -g -c /«PKGBUILDDIR»/test/string-tests.c -o string-tests.lo /bin/bash ../libtool --silent --mode=link gcc -no-install -o string-tests string-tests.lo libtest.la /bin/bash ../libtool --silent --mode=compile gcc -isystem /usr/include/mit-krb5 -I/usr/include/libxml2 -I.. -I. -I/«PKGBUILDDIR»/src -I/«PKGBUILDDIR»/test/common -O2 -g -c /«PKGBUILDDIR»/test/socket.c -o socket.lo /bin/bash ../libtool --silent --mode=link gcc -no-install -o socket socket.lo libtest.la /bin/bash ../libtool --silent --mode=compile gcc -isystem /usr/include/mit-krb5 -I/usr/include/libxml2 -I.. -I. -I/«PKGBUILDDIR»/src -I/«PKGBUILDDIR»/test/common -O2 -g -c /«PKGBUILDDIR»/test/session.c -o session.lo /bin/bash ../libtool --silent --mode=link gcc -no-install -o session session.lo libtest.la /bin/bash ../libtool --silent --mode=compile gcc -isystem /usr/include/mit-krb5 -I/usr/include/libxml2 -I.. -I. -I/«PKGBUILDDIR»/src -I/«PKGBUILDDIR»/test/common -O2 -g -c /«PKGBUILDDIR»/test/request.c -o request.lo /bin/bash ../libtool --silent --mode=link gcc -no-install -o request request.lo libtest.la /bin/bash ../libtool --silent --mode=compile gcc -isystem /usr/include/mit-krb5 -I/usr/include/libxml2 -I.. -I. -I/«PKGBUILDDIR»/src -I/«PKGBUILDDIR»/test/common -O2 -g -c /«PKGBUILDDIR»/test/auth.c -o auth.lo /bin/bash ../libtool --silent --mode=link gcc -no-install -o auth auth.lo libtest.la /bin/bash ../libtool --silent --mode=compile gcc -isystem /usr/include/mit-krb5 -I/usr/include/libxml2 -I.. -I. -I/«PKGBUILDDIR»/src -I/«PKGBUILDDIR»/test/common -O2 -g -c /«PKGBUILDDIR»/test/basic.c -o basic.lo /bin/bash ../libtool --silent --mode=link gcc -no-install -o basic basic.lo libtest.la /bin/bash ../libtool --silent --mode=compile gcc -isystem /usr/include/mit-krb5 -I/usr/include/libxml2 -I.. -I. -I/«PKGBUILDDIR»/src -I/«PKGBUILDDIR»/test/common -O2 -g -c /«PKGBUILDDIR»/test/stubs.c -o stubs.lo /bin/bash ../libtool --silent --mode=link gcc -no-install -o stubs stubs.lo libtest.la /bin/bash ../libtool --silent --mode=compile gcc -isystem /usr/include/mit-krb5 -I/usr/include/libxml2 -I.. -I. -I/«PKGBUILDDIR»/src -I/«PKGBUILDDIR»/test/common -O2 -g -c /«PKGBUILDDIR»/test/redirect.c -o redirect.lo /bin/bash ../libtool --silent --mode=link gcc -no-install -o redirect redirect.lo libtest.la /bin/bash ../libtool --silent --mode=compile gcc -isystem /usr/include/mit-krb5 -I/usr/include/libxml2 -I.. -I. -I/«PKGBUILDDIR»/src -I/«PKGBUILDDIR»/test/common -O2 -g -DSOCKET_SSL -c /«PKGBUILDDIR»/test/socket.c -o socket-ssl.lo /bin/bash ../libtool --silent --mode=link gcc -no-install -o socket-ssl
Bug#775634: php-mdb2: FTBFS in jessie: exception 'InvalidArgumentException' with message 'Unknown PEAR dependency level: 'group'' in /usr/share/php/pkgtools/phppear/source.php:205
Source: php-mdb2
Version: 2.5.0b5-1
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20150117 qa-ftbfs
Justification: FTBFS in jessie on amd64
Hi,
During a rebuild of all packages in jessie (in a jessie chroot, not a
sid chroot), your package failed to build on amd64.
Relevant part (hopefully):
fakeroot debian/rules binary
dh binary --buildsystem=phppear --with phppear
dh_testroot -O--buildsystem=phppear
dh_prep -O--buildsystem=phppear
dh_auto_install -O--buildsystem=phppear
warning: pear/MDB2 requires package pear/PEAR (version = 1.3.6)
install ok: channel://pear.php.net/MDB2-2.5.0b5
MDB2: Optional feature fbsql available (Frontbase SQL driver for MDB2)
MDB2: Optional feature ibase available (Interbase/Firebird driver for MDB2)
MDB2: Optional feature mssql available (MS SQL Server driver for MDB2)
MDB2: Optional feature mysql available (MySQL driver for MDB2)
MDB2: Optional feature mysqli available (MySQLi driver for MDB2)
MDB2: Optional feature oci8 available (Oracle driver for MDB2)
MDB2: Optional feature odbc available (ODBC driver for MDB2)
MDB2: Optional feature pgsql available (PostgreSQL driver for MDB2)
MDB2: Optional feature querysim available (Querysim driver for MDB2)
MDB2: Optional feature sqlite available (SQLite2 driver for MDB2)
MDB2: Optional feature sqlsrv available (MS SQL Server driver for MDB2)
MDB2: To install optional features use pear install pear/MDB2#featurename
dh_installdocs -O--buildsystem=phppear
dh_installchangelogs -O--buildsystem=phppear
dh_perl -O--buildsystem=phppear
dh_phppear -O--buildsystem=phppear
exception 'InvalidArgumentException' with message 'Unknown PEAR dependency
level: 'group'' in /usr/share/php/pkgtools/phppear/source.php:205
Stack trace:
#0 /usr/share/php/pkgtools/phppear/command.php(98):
Pkgtools\Phppear\Source-getDependencies()
#1 [internal function]: Pkgtools\Phppear\Command-runSubstvars()
#2 /usr/share/php/pkgtools/base/command.php(181): call_user_func_array(Array,
Array)
#3 /usr/share/php/pkgtools/base/command.php(169):
Pkgtools\Base\Command-parseArgs(Array)
#4 /usr/bin/pkgtools(32): Pkgtools\Base\Command-parseArgs()
#5 {main}
dh_phppear: /usr/bin/pkgtools -v --sourcedirectory . phppear substvars
returned exit code 1
make: *** [binary] Error 29
The full build log is available from:
http://aws-logs.debian.net/ftbfs-logs/2015/01/17/php-mdb2_2.5.0b5-1_jessie.log
A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775629: pry: FTBFS in jessie: ERROR: Test ruby2.1 failed: Bacon::Error: /\* $/.===([1] pry(main)* ) failed
Source: pry Version: 0.10.1-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20150117 qa-ftbfs Justification: FTBFS in jessie on amd64 Hi, During a rebuild of all packages in jessie (in a jessie chroot, not a sid chroot), your package failed to build on amd64. Relevant part (hopefully): Bacon::Error: /\* $/.===([1] pry(main)* ) failed /«PKGBUILDDIR»/spec/spec_helpers/repl_tester.rb:75:in `prompt': eval_string and binding_stack - should immediately evaluate eval_string after cmd if complete /«PKGBUILDDIR»/spec/pry_repl_spec.rb:93:in `block (4 levels) in top (required)' /«PKGBUILDDIR»/spec/spec_helpers/repl_tester.rb:36:in `instance_eval' /«PKGBUILDDIR»/spec/spec_helpers/repl_tester.rb:36:in `block in start' /«PKGBUILDDIR»/spec/spec_helpers/mock_pry.rb:24:in `redirect_pry_io' /«PKGBUILDDIR»/spec/spec_helpers/repl_tester.rb:34:in `start' /«PKGBUILDDIR»/spec/pry_repl_spec.rb:90:in `block (3 levels) in top (required)' /«PKGBUILDDIR»/spec/pry_repl_spec.rb:81:in `block (2 levels) in top (required)' /«PKGBUILDDIR»/spec/pry_repl_spec.rb:30:in `block in top (required)' /«PKGBUILDDIR»/spec/pry_repl_spec.rb:3:in `top (required)' 1110 tests, 1628 assertions, 1 failures, 0 errors debian/ruby-tests.rb:1:in `main': unhandled exception ERROR: Test ruby2.1 failed: The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2015/01/17/pry_0.10.1-1_jessie.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775628: libdate-calc-perl: FTBFS in jessie: Tests failures
Source: libdate-calc-perl Version: 6.3-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20150117 qa-ftbfs Justification: FTBFS in jessie on amd64 Hi, During a rebuild of all packages in jessie (in a jessie chroot, not a sid chroot), your package failed to build on amd64. Relevant part (hopefully): t/m012.t .. ok t/m013.t .. ok Test Summary Report --- t/f016.t (Wstat: 0 Tests: 25 Failed: 16) Failed tests: 1-4, 6-7, 9-12, 15-17, 21-23 t/f027.t (Wstat: 0 Tests: 46 Failed: 22) Failed tests: 7-15, 22, 24-27, 30-35, 44-45 t/f028.t (Wstat: 0 Tests: 46 Failed: 22) Failed tests: 7-15, 22, 24-27, 30, 32, 34-37, 44-45 Files=51, Tests=3381, 3 wallclock secs ( 0.31 usr 0.26 sys + 2.33 cusr 0.63 csys = 3.53 CPU) Result: FAIL Failed 3/51 test programs. 60/3381 subtests failed. make[1]: *** [test_dynamic] Error 255 Makefile:867: recipe for target 'test_dynamic' failed The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2015/01/17/libdate-calc-perl_6.3-1_jessie.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775630: mysql-5.5: FTBFS in jessie: make[4]: *** [CMakeFiles/abi_check] Error 1
Source: mysql-5.5
Version: 5.5.40-1
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20150117 qa-ftbfs
Justification: FTBFS in jessie on amd64
Hi,
During a rebuild of all packages in jessie (in a jessie chroot, not a
sid chroot), your package failed to build on amd64.
Relevant part (hopefully):
make[4]: Entering directory '/«PKGBUILDDIR»/builddir'
make[4]: Nothing to be done for 'extra/CMakeFiles/innochecksum.dir/build'.
make[4]: Leaving directory '/«PKGBUILDDIR»/builddir'
/usr/bin/cmake -E cmake_progress_report /«PKGBUILDDIR»/builddir/CMakeFiles
[ 11%] make[4]: Entering directory '/«PKGBUILDDIR»/builddir'
make[4]: Nothing to be done for 'sql/CMakeFiles/gen_lex_hash.dir/build'.
make[4]: Leaving directory '/«PKGBUILDDIR»/builddir'
/usr/bin/cmake -E cmake_progress_report /«PKGBUILDDIR»/builddir/CMakeFiles 4
[ 11%] make[4]: Entering directory '/«PKGBUILDDIR»/builddir'
make[4]: Nothing to be done for
'unittest/mysys/CMakeFiles/my_rdtsc-t.dir/build'.
make[4]: Leaving directory '/«PKGBUILDDIR»/builddir'
/usr/bin/cmake -E cmake_progress_report /«PKGBUILDDIR»/builddir/CMakeFiles 28
1,103c1,243
#include mysql/psi/psi.h
C_MODE_START
struct PSI_mutex;
struct PSI_rwlock;
struct PSI_cond;
struct PSI_table_share;
struct PSI_table;
struct PSI_thread;
struct PSI_file;
struct PSI_bootstrap
{
void* (*get_interface)(int version);
};
struct PSI_mutex_locker;
struct PSI_rwlock_locker;
struct PSI_cond_locker;
struct PSI_file_locker;
enum PSI_mutex_operation
{
PSI_MUTEX_LOCK= 0,
PSI_MUTEX_TRYLOCK= 1
};
enum PSI_rwlock_operation
{
PSI_RWLOCK_READLOCK= 0,
PSI_RWLOCK_WRITELOCK= 1,
PSI_RWLOCK_TRYREADLOCK= 2,
PSI_RWLOCK_TRYWRITELOCK= 3
};
enum PSI_cond_operation
{
PSI_COND_WAIT= 0,
PSI_COND_TIMEDWAIT= 1
};
enum PSI_file_operation
{
PSI_FILE_CREATE= 0,
PSI_FILE_CREATE_TMP= 1,
PSI_FILE_OPEN= 2,
PSI_FILE_STREAM_OPEN= 3,
PSI_FILE_CLOSE= 4,
PSI_FILE_STREAM_CLOSE= 5,
PSI_FILE_READ= 6,
PSI_FILE_WRITE= 7,
PSI_FILE_SEEK= 8,
PSI_FILE_TELL= 9,
PSI_FILE_FLUSH= 10,
PSI_FILE_STAT= 11,
PSI_FILE_FSTAT= 12,
PSI_FILE_CHSIZE= 13,
PSI_FILE_DELETE= 14,
PSI_FILE_RENAME= 15,
PSI_FILE_SYNC= 16
};
struct PSI_table_locker;
typedef unsigned int PSI_mutex_key;
typedef unsigned int PSI_rwlock_key;
typedef unsigned int PSI_cond_key;
typedef unsigned int PSI_thread_key;
typedef unsigned int PSI_file_key;
struct PSI_v2
{
int placeholder;
};
struct PSI_mutex_info_v2
{
CMake Error at /«PKGBUILDDIR»/cmake/do_abi_check.cmake:78 (MESSAGE):
ABI check found difference between
/«PKGBUILDDIR»/include/mysql/psi/psi_abi_v2.h.pp
and /«PKGBUILDDIR»/builddir/abi_check.out
int placeholder;
};
struct PSI_rwlock_info_v2
{
int placeholder;
};
struct PSI_cond_info_v2
{
int placeholder;
};
struct PSI_thread_info_v2
{
int placeholder;
};
struct PSI_file_info_v2
{
int placeholder;
};
struct PSI_mutex_locker_state_v2
{
int placeholder;
};
struct PSI_rwlock_locker_state_v2
{
int placeholder;
};
struct PSI_cond_locker_state_v2
{
int placeholder;
};
struct PSI_file_locker_state_v2
{
int placeholder;
};
struct PSI_table_locker_state_v2
{
int placeholder;
---
#include plugin.h
#include mysql/services.h
#include mysql/service_my_snprintf.h
extern struct my_snprintf_service_st {
size_t (*my_snprintf_type)(char*, size_t, const char*, ...);
size_t (*my_vsnprintf_type)(char *, size_t, const char*, va_list);
} *my_snprintf_service;
size_t my_snprintf(char* to, size_t n, const char* fmt, ...);
size_t my_vsnprintf(char *to, size_t n, const char* fmt, va_list ap);
#include mysql/service_thd_alloc.h
struct st_mysql_lex_string
{
char *str;
size_t length;
};
typedef struct st_mysql_lex_string MYSQL_LEX_STRING;
extern struct thd_alloc_service_st {
void *(*thd_alloc_func)(void*, unsigned int);
void *(*thd_calloc_func)(void*, unsigned int);
char *(*thd_strdup_func)(void*, const char *);
char *(*thd_strmake_func)(void*, const char *, unsigned int);
void *(*thd_memdup_func)(void*, const void*, unsigned int);
MYSQL_LEX_STRING *(*thd_make_lex_string_func)(void*, MYSQL_LEX_STRING *,
const char *, unsigned int, int);
} *thd_alloc_service;
void *thd_alloc(void* thd, unsigned int size);
void *thd_calloc(void* thd, unsigned int size);
char *thd_strdup(void* thd, const char *str);
char *thd_strmake(void* thd, const char *str, unsigned int size);
void *thd_memdup(void* thd, const void* str, unsigned int size);
MYSQL_LEX_STRING *thd_make_lex_string(void* thd, MYSQL_LEX_STRING *lex_str,
const char *str, unsigned int size,
int allocate_lex_string);
#include mysql
Bug#775633: php-crypt-gpg: FTBFS in jessie: exception 'InvalidArgumentException' with message 'Unknown PEAR dependency type 'os'' in /usr/share/php/pkgtools/phppear/source.php:225
Source: php-crypt-gpg
Version: 1.3.2-1
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20150117 qa-ftbfs
Justification: FTBFS in jessie on amd64
Hi,
During a rebuild of all packages in jessie (in a jessie chroot, not a
sid chroot), your package failed to build on amd64.
Relevant part (hopefully):
fakeroot debian/rules binary
dh binary --buildsystem=phppear --with phppear
dh_testroot -O--buildsystem=phppear
dh_prep -O--buildsystem=phppear
dh_auto_install -O--buildsystem=phppear
install ok: channel://pear.php.net/Crypt_GPG-1.3.2
dh_installdocs -O--buildsystem=phppear
dh_installchangelogs -O--buildsystem=phppear
dh_perl -O--buildsystem=phppear
dh_phppear -O--buildsystem=phppear
exception 'InvalidArgumentException' with message 'Unknown PEAR dependency
type 'os'' in /usr/share/php/pkgtools/phppear/source.php:225
Stack trace:
#0 /usr/share/php/pkgtools/phppear/command.php(98):
Pkgtools\Phppear\Source-getDependencies()
#1 [internal function]: Pkgtools\Phppear\Command-runSubstvars()
#2 /usr/share/php/pkgtools/base/command.php(181): call_user_func_array(Array,
Array)
#3 /usr/share/php/pkgtools/base/command.php(169):
Pkgtools\Base\Command-parseArgs(Array)
#4 /usr/bin/pkgtools(32): Pkgtools\Base\Command-parseArgs()
#5 {main}
dh_phppear: /usr/bin/pkgtools -v --sourcedirectory . phppear substvars
returned exit code 1
make: *** [binary] Error 29
The full build log is available from:
http://aws-logs.debian.net/ftbfs-logs/2015/01/17/php-crypt-gpg_1.3.2-1_jessie.log
A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
