Bug#781566: COPYING2 contains some armchair licensing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear All, I forwarded the bug report to the upstream maintainer: please find below his answer. On 31/03/15 05:08, Paul Tagliamonte wrote: Package: apophenia Severity: serious User: paul...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Right, hello, maintainers! Thanks for all your work, This work is licensed under the GPLv2. At least, it tries to. COPYING2 contains a further restriction on distribution that results in a work that is *not* distributable, since the headers say v2 (not v2 or later) with these changes (the GPLv3 lets us remove further restrictions) I question if a lawyer was behind these changes, and I also question the validity of this license, and as a result, I question the distributablity. Could you please ask upstream to either pick AGPL, LGPL or GPL? It seems like the author wants to use the GPL, but the first part of COPYING2 wants to be AGPL, and the second wants to be LGPL. - --8- - --- First, imagine a bug report entitled file.c contains some armchair coding. Such a statement would imply there is a class of people allowed to write code, from which the author of file.c is excluded. I feel it against the ethos of free, open software that text would be accepted or rejected based on the qualifications of the person writing it. But because much of the bug report is concerned with the qualifications of the author, here goes: no, I do not have a law degree. However, my work as a Free Software Foundation employee included writing white papers on intellectual property law and a legal brief filed in the US Federal Circuit. My recommendations and legal reasoning in the brief, a law review paper, and other writings from the mid to late `00s are not far from the ruling and reasoning in last year's Supreme Court ruling in Alice Corp. Over the course of my work with the FSF on intellectual property law, I spoke directly with the people involved in writing the AGPL, who expressed some disappointment with how the AGPL was worded, and said that they wished that they'd just stated directly that running code on a public server is distribution. I have also had extensive dealings with the authors of GPLv3, and know the license, its history, and many of the considerations that went into it very well. These interacti! ons went i nto the considerations for the licensing of Apophenia. There are three parts to the Apophenia license as written. I recommend keeping the first, changing the text of the second, and cutting third. 1. The first part of the license is the GPLv2. There are other packages that are based on GPLv2, and not GPLv2 or later. For example, I understand that Debian distributes the Linux kernel. Not only is the kernel licensed under GPLv2, the GPLv2 license as distributed with the kernel is prefaced with explicit sniping about GPLv3: Also note that the only valid version of the GPL as far as the kernel is concerned is _this_ particular version of the license (ie v2, not v2.2 or v3.x or whatever), unless explicitly otherwise stated. http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/COPYING Based on this precedent, I believe that distributing a Debian package under the GPLv2 (not and later) is valid. 2. The first paragraph of COPYING2 is an attempt to clarify what the AGPLv1 is saying. The common summary of the AGPL is that it requires that software distributed over the network must make source available, but the way it expresses that is by requiring that certain HTTP links must not be removed. Here is the text for you to try to follow: - -- 2d) If the Program as you received it is intended to interact with users through a computer network and if, in the version you received, any user interacting with the Program was given the opportunity to request transmission to that user of the Program's complete source code, you must not remove that facility from your modified version of the Program or work based on the Program, and must offer an equivalent opportunity for all users interacting with your Program through a computer network to request immediate transmission by HTTP of the complete source code of your modified version or other derivative work. - -- Why not just come out and say that making available over a network triggers the obligation to open the source code? In June of 2007, I wrote the paragraph in COPYING2 that attempts to state this directly. - -- - --An application hosted on a server and remotely operated by users, such as a web application or database server, is understood to be distribution of the software, and therefore all GPL v2 clauses regarding distribution apply. For example, a web application must include a link for downloading the application source code. -
Bug#781640: Signature bypass via alg=none and HMAC/RSA confusion
Package: pyjwt Version: 0.2.1-1 Severity: grave Tags: security See http://www.openwall.com/lists/oss-security/2015/04/01/4 Relevant upstream commit: https://github.com/jpadilla/pyjwt/commit/88a9fc56.patch However, I was not able to get this commit to apply cleanly on the version packaged in Debian. Not sure if worth backporting the fix or upgrading to the latest upstream version. -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-48-generic (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781641: unblock: systemd/215-14
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock systemd 215-14 hit unstable two days ago with 5 RC bug fixes (i. e. all outstanding one except #780650 which was agreed to be jessie-ignore), plus some other important fixes which got pre-approved. 215-13 with half of the fixes already got uploaded last week. So far there have been no regression reports, and these changes are also getting tested in experimental and Ubuntu, so I'm quite confident in them. All of the fixes except two (marked below) are backports from 219 (in experimental and Ubuntu), so they got much more field testing than just the two days in unstable. I attach the full debdiff between 215-12 and -14, but as usual I also link to the individual commits on anonscm. Note that there are zero changes for udev-udeb (for d-i). Annotated changelog: |systemd (215-14) unstable; urgency=medium | | [ Michael Biebl ] | * Map $x-display-manager LSB facility to display-manager.service instead of |making it a target. Using a target had the downside that multiple display |managers could hook into it at the same time which could lead to several |failed start attempts for the non-default display manager. | * Update insserv-generator and map $x-display-manager to |display-manager.service, following the recent change in sysv-generator. |This avoids creating references to a no longer existing |x-display-manager.target unit. http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=4cfcbb100 http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=6ef318a5a We've had these for a while in experimental/Ubuntu. Pre-acked by Niels in http://lists.alioth.debian.org/pipermail/pkg-systemd-maintainers/2015-March/006477.html | * Cherry-pick upstream fix to increase the SendBuffer of /dev/log to 8M. http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=6cc87b22c0 Part of/prerequisite for RC bug #762700 below. | [ Martin Pitt ] | * scope: Make attachment of initial PIDs more robust. Fixes crash with |processes that get started by an init.d script with a different (aliased) |name when the cgroup becomes empty. (Closes: #781210) http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=925a2872f7 | * boot-and-services, display-managers autopkgtests: Add missing python3 test |dependency. http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=0df2572dd Trivial autopkgtest-only fix, no runtime impact. | * Don't attempt to mount the same swap partition twice through different |device node aliases. (Closes: #772182, LP: #1399595) http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=fc91558 This is the one non-RC/non-pre-ack'ed change in this upload. Several people asked us to get this into unstable as they ran into it on installation, and I believe the change is reasonable, safe, and avoids confusion (people noticing the failed unit and wondering what's wrong, while there isn't anything wrong). | [ Christian Seiler ] | * Make the journald to syslog forwarding more robust by increasing the |maximum datagram queue length from 10 to 512. (Closes: #762700) http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=5ff84d8673 RC bug. | [ Marco d'Itri ] | * Avoid writing duplicate entries in 70-persistent-net.rules by double |checking if the new udev rule has already been written for the given |interface. This happens if multiple add events are generated before the |write_net_rules script returns and udevd renames the interface. |(Closes: #765577) http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=1b31191d26a RC bug. | | -- Michael Biebl bi...@debian.org Mon, 30 Mar 2015 13:26:52 +0200 | |systemd (215-13) unstable; urgency=medium | | [ Martin Pitt ] | * Add hwclock-save.service to sync the system clock to the hardware clock on |shutdown, to provide monotonic time for reboots. (Note: this is a hack for |jessie; the next Debian release will enable timesyncd by default). |(Closes: #755722) http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=58da7faf9 RC bug. This patch has *not* been backported, but is jessie-only. I still kind of disagree with this approach, but I got outvoted by the bug reporters and the release team agreed too. This at least makes jessie bug-compatible with sysvinit in earlier releases. experimental/jessie+1 will run timesyncd by default, and hopefully also get some fsck fixes for this, to solve this in a better way. | * Check for correct architecture identifiers for SuperH. (Closes: #779710) http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=2800ab3 Helps porters (who specifically asked for this to get included), no-op for all other architectures. Not exactly pre-approved, but Niels had no objection in
Bug#781642: unblock: debian-games/1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package debian-games
According to previous discussion about Blends metapackages[1] I'd like
you to unblock debian-games 1. It is updated to reflect the package
pool after some packages were removed in the freeze process.
See the attached debdiff of mostly auto-generated files.
Thanks for working on the Debian release
Andreas.
[1] https://lists.debian.org/debian-release/2014/11/msg01092.html
(include/attach the debdiff against the package in testing)
unblock debian-games/1
-- System Information:
Debian Release: 7.8
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru debian-games-0.11/debian/changelog debian-games-1/debian/changelog
--- debian-games-0.11/debian/changelog 2014-10-24 14:05:58.0 +0200
+++ debian-games-1/debian/changelog 2015-04-01 09:38:48.0 +0200
@@ -1,3 +1,20 @@
+debian-games (1) unstable; urgency=medium
+
+ * Update debian/control and synchronize metapackages with current available
+packages in testing.
+ * c++-dev:
+- Recommend libopenscenegraph-dev.
+- Replace libjpeg8-dev with libjpeg-dev.
+- Drop crystalspace and libcrystalspace-dev because they are
+ RC buggy.
+ * chess:
+- Recommend chessx.
+ * card:
+- Only suggest jpoker because it depends on apache2 which is an undesired
+ dependency.
+
+ -- Markus Koschany a...@gambaru.de Mon, 30 Mar 2015 18:06:50 +0200
+
debian-games (0.11) unstable; urgency=medium
* Declare compliance with Debian Policy 3.9.6.
diff -Nru debian-games-0.11/debian/control debian-games-1/debian/control
--- debian-games-0.11/debian/control 2014-10-24 14:05:58.0 +0200
+++ debian-games-1/debian/control 2015-04-01 09:38:48.0 +0200
@@ -227,6 +227,7 @@
grhino,
gtkatlantic,
gtkboard,
+ hachu,
hexxagon,
jester,
londonlaw,
@@ -265,7 +266,6 @@
xvier,
yics
Suggests: gnome-games,
- hachu,
kdegames,
ricochet
Description: Debian's board games
@@ -287,7 +287,6 @@
libcegui-mk2-dev,
libclanlib-dev,
libclaw-dev,
- libcrystalspace-dev,
libenet-dev,
libflatzebra-dev,
libfreetype6-dev,
@@ -297,13 +296,14 @@
libglfw3-dev,
libglu1-mesa-dev,
libirrlicht-dev,
- libjpeg8-dev,
+ libjpeg-dev,
libltdl-dev,
libode-dev,
libogg-dev,
libogre-1.9-dev,
libois-dev,
libopenal-dev,
+ libopenscenegraph-dev,
libphobos-4.9-dev,
libphysfs-dev,
libpng12-dev,
@@ -368,6 +368,7 @@
Depends: games-tasks (= ${binary:Version})
Recommends: 3dchess,
brutalchess,
+ chessx,
convert-pgn,
dreamchess,
eboard,
@@ -382,6 +383,7 @@
gnuchess,
gnuchess-book,
gnushogi,
+ hachu,
hoichess,
pgn-extract,
pgn2web,
@@ -400,7 +402,6 @@
yics
Suggests: emacs-chess,
gnome-games,
- hachu,
kdegames
Description: Debian's chess games
This metapackage will install chess games and helper tools.
@@ -576,6 +577,7 @@
neverputt,
nexuiz,
numptyphysics,
+ oolite,
open-invaders,
openarena,
openclonk,
@@ -619,7 +621,6 @@
widelands,
xboard,
xmoto
-Suggests: oolite
Description: Debian's finest games
This metapackage will install a selection of outstanding Debian games
representing almost all genres and styles. They were chosen based on multiple
@@ -683,6 +684,7 @@
micropolis,
nettoe,
numptyphysics,
+ oolite,
open-invaders,
openttd,
pacman,
@@ -719,7 +721,6 @@
widelands,
xboard,
xmoto
-Suggests: oolite
Description: Debian's finest games (light version)
This metapackage will install a selection of outstanding Debian games that are
suitable for low-end computers without hardware accelerated video cards. This
@@ -763,11 +764,11 @@
libjava3d-java,
libjinput-java,
libjogl2-java,
+ liblwjgl-java,
libpixels-java,
libsvgsalamander-java,
libupnp-java
Suggests: freecol,
- liblwjgl-java,
netbeans,
triplea
Description: development of games in Java
@@ -950,7 +951,6 @@
tanglet,
tetzle,
texlive-games,
- trackballs,
tworld,
vodovod,
xbomb,
@@ -964,7 +964,8 @@
zaz
Suggests: gnome-games,
kdegames,
- scribble
+ scribble,
+ trackballs
Description: Debian's puzzle games
This metapackage will install puzzle and logic games.
@@ -1159,6 +1160,7 @@
lincity,
lincity-ng,
micropolis,
+ oolite,
opencity,
openssn,
openttd,
@@ -1168,11 +1170,9 @@
simutrans,
singularity,
stormbaancoureur
-Suggests: crystalspace,
- lightspeed,
+Suggests: lightspeed,
linthesia,
netrek-client-cow,
- oolite,
openbve
Description: Debian's simulation games
This metapackage will install simulation games.
@@ -1227,6 +1227,7 @@
megaglest,
netpanzer,
ogamesim,
+ oolite,
openclonk,
openttd,
pax-britannica,
@@ -1251,8 +1252,7 @@
xscorch,
zec
Suggests: colobot,
- netrek-client-cow,
- oolite
+
Bug#781644: unblock: fcgiwrap/1.1.0-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package fcgiwrap The following minimal one-liner change fixes a very recently filed RC bug. unblock fcgiwrap/1.1.0-4 Patch follows: diff -Nru fcgiwrap-1.1.0/debian/changelog fcgiwrap-1.1.0/debian/changelog --- fcgiwrap-1.1.0/debian/changelog 2014-05-10 02:19:58.0 +0200 +++ fcgiwrap-1.1.0/debian/changelog 2015-04-01 09:57:05.0 +0200 @@ -1,3 +1,11 @@ +fcgiwrap (1.1.0-4) unstable; urgency=medium + + * Ensure the socket unit is started upon installation by making +fcgiwrap.service Require fcgiwrap.socket (closes: #781524). Thanks, +Michael Biebl! + + -- Jordi Mallach jo...@debian.org Wed, 01 Apr 2015 09:56:53 +0200 + fcgiwrap (1.1.0-3) unstable; urgency=medium * Ensure fcgiwrap.socket is enabled via dh-systemd (closes: #742439). diff -Nru fcgiwrap-1.1.0/debian/patches/series fcgiwrap-1.1.0/debian/patches/series --- fcgiwrap-1.1.0/debian/patches/series2014-01-02 11:37:31.0 +0100 +++ fcgiwrap-1.1.0/debian/patches/series2015-04-01 09:37:45.0 +0200 @@ -1,3 +1,4 @@ GIT-Add-p-path-option-to-restrict-scripts.patch fix_systemd.patch fix_mandir.patch +systemd_socket_requires.patch diff -Nru fcgiwrap-1.1.0/debian/patches/systemd_socket_requires.patch fcgiwrap-1.1.0/debian/patches/systemd_socket_requires.patch --- fcgiwrap-1.1.0/debian/patches/systemd_socket_requires.patch 1970-01-01 01:00:00.0 +0100 +++ fcgiwrap-1.1.0/debian/patches/systemd_socket_requires.patch 2015-04-01 09:46:09.0 +0200 @@ -0,0 +1,18 @@ +Author: Jordi Mallach jo...@debian.org +Description: Require fcgiwrap.socket in fcgiwrap.service. + To ensure the socket is created on installation, make + fcgiwrap.service Require fcgiwrap.socket. +Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781524 + +Index: fcgiwrap-1.1.0/systemd/fcgiwrap.service +=== +--- fcgiwrap-1.1.0.orig/systemd/fcgiwrap.service fcgiwrap-1.1.0/systemd/fcgiwrap.service +@@ -1,6 +1,7 @@ + [Unit] + Description=Simple CGI Server + After=nss-user-lookup.target ++Requires=fcgiwrap.socket + + [Service] + ExecStart=/usr/sbin/fcgiwrap -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780179: libmetadata-extractor-java: Please package latest upstream release
On 03/10/2015 06:14 PM, Emmanuel Bourg wrote: Le 10/03/2015 17:50, Sebastiaan Couwenberg a écrit : The next version to be released next month will be compatible, its version is not yet known, as it's based on the SVN revision. The current version and older will break, so if you want to add the Breaks already I suggest ( 0.0.svn8110). I think I'll wait for the updated packages to be staged in experimental and specify the Breaks field when we are ready to upload metadata-extractor 2.7 to unstable. This months JOSM release is out, it's the first release to require metadata-extractor 2.7. The Debian package version for josm will be 0.0.svn8159+dfsg1-1~exp1. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 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#781645: vim-common: man page swap filename description forgot the prepended .
Package: vim-common
Version: 2:7.3.547-7
Severity: minor
Dear Maintainer,
While trying to recover .swp file after a hard shutdown, I looked up the
man page for the -r option. Then had trouble recovering the .swp
file because the relevant text in /usr/share/man/man1/vim.1.gz says:
-r {file} Recovery mode. The swap file is used to recover a crashed
editing session. The swap file is a file with the same
filename as the text file with .swp appended. See :help
recovery.
I suggest:
-r {file} Recovery mode. The swap file is used to recover a crashed
editing session. The swap file is a file with the same
filename as the text file, but with . prepended, and
with .swp appended. See :help recovery.
-- System Information:
Debian Release: 7.8
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages vim-common depends on:
ii libc6 2.13-38+deb7u8
Versions of packages vim-common recommends:
ii vim 2:7.3.547-7
ii vim-tiny 2:7.3.547-7
vim-common 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#781646: openssh-client: should chdir(/) with ControlPersist
Package: openssh-client Version: 1:6.7p1-3 Severity: wishlist Tags: upstream When ControlPersist is used, it can sometimes cause an unmount failure if the original ssh process (the one that persists) has a CWD to a directory within one you're trying to unmount. Since the CWD for this process seems (to me) completely irrelevant, it'd be good to just chdir(/) before persisting so that such issues don't occur. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages openssh-client depends on: ii adduser 3.113+nmu3 ii dpkg 1.17.24 ii libc6 2.19-15 ii libedit2 3.1-20140620-2 ii libgssapi-krb5-2 1.12.1+dfsg-19 ii libselinux1 2.3-2 ii libssl1.0.0 1.0.1k-3 ii passwd1:4.2-3 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages openssh-client recommends: ii xauth 1:1.0.9-1 Versions of packages openssh-client suggests: pn keychain none pn libpam-sshnone pn monkeysphere none pn ssh-askpass none -- Configuration Files: /etc/ssh/ssh_config 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#781515: debian-edu-install: PXE install including profile 'Thin-Client-Server' fails due to wrong preseeding
[Wolfgang Schweer] IMO this would also make sure that 'eatmydata' is used for all possible LTSP chroot installation types like netinst, USB stick, pxeinstall or using scripts like debian-edu-ltsp and ltsp-build-client. I agree that this is the better option, and it should fix the fatal LTSP build problem. :) -- 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#781622: RFS: opentyrian/2.1.20130907-1 [ITP]
Thanks for taking the time to look at this.
Thanks too.
I fixed the icon location.
for size in 22 24 32 48 128 ; do \
- mkdir -p usr/share/icons/hicolor/$${size}x$${size}/apps ;\
- install linux/icons/tyrian-$${size}.png
usr/share/icons/hicolor/$${size}x$${size}/apps/opentyrian.png ;\
+ mkdir -p debian/opentyrian/usr/share/icons/hicolor/$${size}x$${size}/apps ;\
+ install linux/icons/tyrian-$${size}.png
debian/opentyrian/usr/share/icons/hicolor/$${size}x$${size}/apps/opentyrian.png
;\
done
Alexandre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781615: systemd: Only boots in rescue mode
Am 01.04.2015 um 00:20 schrieb Christoph Egger: Hi! Michael Biebl em...@michaelbiebl.de writes: Am 31.03.2015 um 19:07 schrieb Michael Biebl: Am 31.03.2015 um 17:45 schrieb Christoph Egger: That looks odd: While the fsck is running, a reboot was scheduled. Did you hit CTRL+ALT+DEL? Or is this caused by Job local-fs.target/sta[ 12.366051] Copyright (C) 2004 MontaVista Software - IPMI Powerdown via sys_reboot. I just let it do it's thing waiting. And I had this behaviour bevore installing ipmi-foo Could you blacklist the ipmi_si driver, just to be sure? That aside, I wonder if it's related to the use of f2fs for / [ 12.306905] systemd-fsck[171]: Executing: /lib/systemd/systemd-fsck [ 12.332491] systemd-fsck[171]: Info: Fix the reported corruption. systemd-fsck[171]: Error: Not available on mounted device! That somehow looks suspicious. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#781612: [Pkg-xfce-devel] Bug#781612: libglib2.0-0: segfault in xfdesktop
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Tue, Mar 31, 2015 at 07:15:09PM +0200, Michael Biebl wrote: Control: reassign -1 xfdesktop4 Am 31.03.2015 um 17:36 schrieb Christian Knoke: Package: libglib2.0-0 Version: 2.33.12+really2.32.4-5 Severity: normal xfdesktop[3612]: segfault at ffa6 ip b6c7e4a7 sp bffe15c8 error 4 in libgobject-2.0.so.0.3200.4[b6c4c000+5] More likely a bug in xfdesktop, therefor re-assigning. Without a backtrace and more information on the bug, I don't really know how you know that, but eh :) Christian, could you provide a us more information: what where you doing, precisely? Also, can you provide a backtrace? Regards, - -- Yves-Alexis -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBCgAGBQJVG6aGAAoJEG3bU/KmdcCldb8H/ixv45Uk2VYImgoiC4scYuW7 bd1/tyyEx+8JZqlkXQypNNME8R8hoYd7c0Sr3SWew9825sP0Qxo39B5bcj8grdjI vBRWlsPEMvXFrrigzS7XDIOvn343kzBQCJaUf0qLomHkC3XwqZjW3Prr+fybiSdt cN+Y2OS7GB15eCLmmJIqvQgcqEFNOUBRqvfDPYvjWL/n431FwT6mEx2yj2OktmpX Qj+cg3kpId1EABYZqGsOZ78lchMEYgevgWfqOVd5Rlu+0LqqOljfHk5C/Idoeuzk JsTe9EWT2QrPGHvMwaKOsgBixWuKFMFw/ytNGWKBelGin+BDiD1jUaGWWzkdr8M= =pwt1 -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#781647: git: git commit --date ignores timezone, always uses UTC/GMT
Package: git Version: 1:2.1.4-2.1 Severity: normal It seems --date always uses UTC instead of the user's timezone. When trying to specify the author date of a commit, I observe: % git ci --date='08:39:39' -am r_patch.c: FillEmptyPixels: code common to createPatch/Texture [master 5734838] r_patch.c: FillEmptyPixels: code common to createPatch/Texture Date: Wed Apr 1 07:39:39 2015 + 1 file changed, 52 insertions(+), 86 deletions(-) I expected 08:39:39 +0100, but I get 07:39:39 +. Trying to force it also has no effect: % git ci --amend --date='08:39:39 +0100' [master ee62730] r_patch.c: FillEmptyPixels: code common to createPatch/Texture Date: Wed Apr 1 07:39:39 2015 + 1 file changed, 52 insertions(+), 86 deletions(-) (Noticed since the UK recently switched from GMT to BST.) -- http://rjy.org.uk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781648: dnscrypt-proxy: Default configuration doesn't work with Unbound DNS cache
Package: dnscrypt-proxy Version: 1.4.3-2 Severity: normal Hi! The README of ``dnscrypt-proxy`` recommends using Unbound as a DNS caching resolver in combination with it. However, Unbound enables DNSSEC and the default configuration of ``dnscrypt-proxy`` sets ``DNSCRYPT_PROXY_RESOLVER_NAME=opendns`` in its default file. The problem is that OpenDNS servers disable DNSSEC, which results in Unbound rejecting the responses coming from the proxy and name resolution failing, as explained here: https://forums.opendns.com/comments.php?DiscussionID=15361#Item_9 I suggest to change the default to a different one (e.g. the ``dnscrypt.eu-*`` servers seem to work), or to add a short comment in the default file warning about OpenDNS servers and DNSSEC. Thanks! -- 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/2 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages dnscrypt-proxy depends on: ii adduser 3.113+nmu3 ii init-system-helpers 1.22 ii libc62.19-17 ii libsodium13 1.0.1-1 ii libsystemd0 215-12 dnscrypt-proxy recommends no packages. Versions of packages dnscrypt-proxy suggests: ii resolvconf 1.76.1 -- Configuration Files: /etc/default/dnscrypt-proxy 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#781643: Problem seems to be RADEON-specific
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I could not reproduce it on my notebook with Intel-graphics and with the 32-bit version of Jessie. The graphics-glitch looks similar to the one I saw there: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761358 Please let me know, if more info is required. -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlUbtKAACgkQ5+rBHyUt5wtSFQCeM7L6xrdIfzHGVQ+f3hISbKyX Z9kAmgNnopbDEPAmONsyaFE2VHRtv/CT =1TLd -END PGP SIGNATURE-
Bug#781516: [qtchooser] Qtchooser will always find qt5
On Wednesday 01 April 2015 11:46:38 Dmitry Shachnev wrote: Control: tags -1 moreinfo Hi David, On Mon, 30 Mar 2015 13:51:51 +0300, David Baron wrote: Attempts to use qmake-qtchooser always yields qt5 libraries. Cannot make anything in qt4 unless manually running qmake-qt4 and ./configure may not set up completely correct Makefile. [snip] Suggests (Version) | Installed ==-+-=== qt4-default| qt5-default| 5.3.2+dfsg-4+b1 You have qt5-default installed, which means that *default* Qt will be 5.x for you. If you want to use e.g. qmake from Qt 4, you need to either call it as ‘qmake -qt4’, or export QT_SELECT=4. This is how qtchooser works. If any of these methods does not work, then it is a bug. But I don’t see a mention of that in your bug report. -- Dmitry Shachnev OK. I did not know such a package was around. Since I assume many of us will be compiling for either or both, this solution (mutually exclusive packages) is not, in my mind, the best. I have requested from one dev so far that the QT_SELECT by done by his configure script. Another alternative could be a /etc/default/qtchooser. This could specify even more default properties, if desirable. Comment out the build alternative not desired #QT_SELECT=4 QT_SELECT=5 I guess a situation of name-your-poison. Can rephrase bug as wishlist. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781607: [Pkg-freeipa-devel] Bug#781607: freeipa: please package new upstream version
control: block -1 by 780354 Hi Timo, On Dienstag, 31. März 2015, Timo Aaltonen wrote: It needs at least bind 9.10 or up and softhsm 2.0.0b2 (see bug #780354). Could be others too, didn't really bother checking further. Thanks for the info! bind 9.10 is in experimental but softhsm 2.0.0b2 aint available yet. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#781654: copyright-format: IBM CPL - CPL in license short names table
Package: debian-policy Severity: minor File: /usr/share/doc/debian-policy/copyright-format-1.0.txt.gz Heya, in the short name license tables, shipped as part of the machine readable copyright format specification and available online at https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#license-short-name the long name of the Common Public License (CPL) is incorrect. It currently reads IBM Common Public License, but it should simply be Common Public License, without leading IBM. This is confirmed by both http://spdx.org/licenses/CPL-1.0 (which the table entry points to) and http://opensource.org/licenses/cpl1.0.php (Many thanks to Mike Milinkovich for spotting this.) Cheers. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (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=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781655: ITP: cpl-plugin-naco -- ESO data reduction pipeline for the NACO instrument
Package: wnpp Severity: wishlist Owner: Ole Streicher oleb...@debian.org X-Debbugs-Cc: debian-de...@lists.debian.org,debian-as...@lists.debian.org * Package name: cpl-plugin-naco Version : 4.4.0 Upstream Author : Yves Jung yj...@eso.org * URL : http://www.eso.org/sci/software/pipelines/naco * License : GPL Programming Lang: C Description : ESO data reduction pipeline for the NaCo instrument This is the data reduction pipeline for the NaCo instrument of the Very Large Telescope (VLT) from the European Southern Observatory (ESO). . NaCo is short for NAOS-CONICA. It was installed at the Nasmyth B focus of UT4 from 2001 through 2013. In 2014 it was reinstalled on UT1 at the Nasmyth A. It provides adaptive optics assisted imaging, imaging polarimetry, coronography and spectroscopy, in the 1-5 micron range. The package will be maintained within the debian-astro team. A git repository is set up at http://anonscm.debian.org/cgit/debian-astro/packages/cpl-plugin-naco.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772812: Fw: openvpn: No password prompt with pkcs11
Hi, I'm also having this issue with openvpn and pin prompt, and I can confirm that building without systemd support makes the problem disappear. I've straced the openvpn process, and it gets stuck right after this call: access(/run/systemd/system, F_OK) = 0 this might be related to the following code in src/openvpn/console.c:194 #ifdef ENABLE_SYSTEMD if (check_systemd_running ()) return get_console_input_systemd (prompt, echo, input, capacity); #endif Regards, -- Camille Oudot -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781651: gazebo5-common: fails to upgrade from 'sid' - trying to overwrite /usr/share/gazebo-3.0/media/fonts/arial.ttf
Package: gazebo5-common Version: 5.0.1+dfsg-1~exp2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + libgazebo-dev Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package gazebo5-common. Preparing to unpack .../gazebo5-common_5.0.1+dfsg-1~exp2_all.deb ... Unpacking gazebo5-common (5.0.1+dfsg-1~exp2) ... dpkg: error processing archive /var/cache/apt/archives/gazebo5-common_5.0.1+dfsg-1~exp2_all.deb (--unpack): trying to overwrite '/usr/share/gazebo-3.0/media/fonts/arial.ttf', which is also in package gazebo3-common 3.0.0+dfsg-3 cheers, Andreas libgazebo-dev_5.0.1+dfsg-1~exp2.log.gz Description: application/gzip
Bug#775501: noweb: does not fail to build when it should
On Tue, 2015-03-31 at 16:13 -0400, Hubert Chathi wrote: On Fri, 16 Jan 2015 13:14:53 +, James Cowgill james...@cowgill.org.uk said: When building noweb on mips64el, I encountered an error when compiling the noweave (the error itself turned out to be a bug on my end). for i in shell lib xdoc tex; do (cd $i; make all); done make[2]: Entering directory '/«PKGBUILDDIR»/src/shell' notangle -Rnoweave noweave.nw noweave /bin/sh: 1: notangle: not found make[2]: *** [noweave] Error 127 Makefile:21: recipe for target 'noweave' failed make[2]: Leaving directory '/«PKGBUILDDIR»/src/shell' make[2]: Entering directory '/«PKGBUILDDIR»/src/lib' However after that happened, the build continued on successfully and I got an empty noweave executable. The only reason I realised was that nbibtex then failed to build because of it. [...] FYI, I've created a new package to fix your other bug, but I will leave this bug unfixed for now, since it would involve bigger changes to the package and more investigation. I'll get it fixed before jessie+1, though. Thanks Or even better, rewrite the code to use make implicit make rules so that parallel compilation works on it. The same suggestions also apply to the other for loops in that makefile. My make-fu is weak right now. Can you explain more, or point me in the right direction? I think this is just an opinion of mine - I don't really like recursive makefiles since they're hard to make parallelable. Also it isn't implicit rules that you want (I should have looked up some stuff before writing that). So for instance, instead of writing this which can't be parallelized and is broken on failures: clean: for i in c shell lib xdoc icon awk tex; do (cd $$i; make clean); done You could do this which fixes those problems (although is more verbose): SUBDIRS = shell lib xdoc icon awk tex SUBDIRS-CLEAN = $(SUBDIRS:%=clean-%) clean: $(SUBDIRS-CLEAN) $(SUBDIRS-CLEAN): $(MAKE) -C $(@:clean-%=%) clean But anyway, I don't know how active upstream is to make this worth it (I wouldn't consider doing this just for the Debian package). Thanks, James signature.asc Description: This is a digitally signed message part
Bug#781652: python3-llfuse-dbg: fails to upgrade from 'testing' - trying to overwrite /usr/lib/python3/dist-packages/llfuse/capi.cpython-34dm-x86_64-linux-gnu.so
Package: python3-llfuse-dbg Version: 0.40+dfsg-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'testing'. It installed fine in 'testing', then the upgrade to 'sid' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Preparing to unpack .../python3-llfuse-dbg_0.40+dfsg-1_amd64.deb ... Unpacking python3-llfuse-dbg (0.40+dfsg-1) over (0.40-2+b2) ... dpkg: error processing archive /var/cache/apt/archives/python3-llfuse-dbg_0.40+dfsg-1_amd64.deb (--unpack): trying to overwrite '/usr/lib/python3/dist-packages/llfuse/capi.cpython-34dm-x86_64-linux-gnu.so', which is also in package python3-llfuse 0.40-2+b2 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Preparing to unpack .../python3-llfuse_0.40+dfsg-1_amd64.deb ... Unpacking python3-llfuse (0.40+dfsg-1) over (0.40-2+b2) ... Errors were encountered while processing: /var/cache/apt/archives/python3-llfuse-dbg_0.40+dfsg-1_amd64.deb cheers, Andreas python3-llfuse-dbg_0.40+dfsg-1.log.gz Description: application/gzip
Bug#781649: ghc-doc: trigger problem during wheezy-jessie upgrade: haddock: error while loading shared libraries: libffi.so.6: cannot open shared object file: No such file or directory
control: tag -1 + help Hi, Am Mittwoch, den 01.04.2015, 10:55 +0200 schrieb Andreas Beckmann: during a test with piuparts I noticed your package fails to upgrade from 'wheezy'. It installed fine in 'wheezy', then the upgrade to 'jessie' fails. From the attached log (scroll to the bottom...): [...] Preparing to unpack .../ghc-haddock_7.6.3-20_amd64.deb ... Unpacking ghc-haddock (7.6.3-20) over (7.4.1-4) ... [...] Processing triggers for ghc-doc (7.4.1-4) ... haddock: error while loading shared libraries: libffi.so.6: cannot open shared object file: No such file or directory dpkg: error processing package ghc-doc (--unpack): subprocess installed post-installation script returned error exit status 127 [...] This is the trigger from the wheezy package being called after some *ghc* packages from jessie have been unpacked. libffi6 has been scheduled for installation, but is not yet unpacked. Looks like this is currently reproducible with many libghc-*-doc packages in piuparts tests that use --install-recommends. Probably something needs to Breaks: ghc-doc ( ???) or ghc-haddock needs to Pre-Depends: libffi6 or ... eek. This is #769554 which I was hoping to have fixed by changing the trigger to a trigger-noawait, but it seems that it has not helped. I have asked at haskell-dpkg for help getting this right without guessing, but have not received a reply yet. Let’s try again: Hence my question to those in the know: How do I make sure that ghc-doc’s trigger is not run until all of ghc-doc’s dependencies (and their dependencies) are installed (not necessarily configured). The current chain of dependencies is: Package: ghc-doc Depends: haddock-interface-22, perl Package: ghc-haddock Provides: haddock, haddock-interface-21, haddock-interface-22 Depends: ghc (= 7.6.3-19), libc6 (= 2.14), libffi6 (= 3.0.4), libgmp10 Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#781622: RFS: opentyrian/2.1.20130907-1 [ITP]
On Wed, 1 Apr 2015 20:38:30 Dmitry Smirnov wrote: Hmm, how about doing it gnu-make-style? Just kidding, your way is OK, just please pass --mode=644 --preserve-timestamps to install (taking care of reproducible build etc.). Also you can replace `mkdir` with `-D` option to `install`. -- Cheers, Dmitry Smirnov. signature.asc Description: This is a digitally signed message part.
Bug#781226: qtchooser fails to find qmake-qt4 when installed in foreign architecture
Hi, On Thu, 26 Mar 2015 09:55:40 +0100, chrysn wrote: on a system on which qt4-qmake is installed as i386 package (4:4.8.6+git64-g5dc8b2) and qtchooser is installed as amd64 (no idea why this happened on my system, but qt4-qmake being Multi-Arch:foreign indicates it should be ok), qtchooser fails to find qmake: Does ‘qmake -qt=qt4-i386-linux-gnu’ work for you? -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#781579: unblock (pre-approval): postgis/2.1.4+dfsg-3
Control: tags -1 - moreinfo uploaded, it hit unstable, so please unblock postgis/2.1.4+dfsg-3 Thanks Markus Wanner signature.asc Description: OpenPGP digital signature
Bug#781657: needrestart: pending kernel upgrade warning when new kernel is already running
Package: needrestart Version: 2.0-1 Severity: normal Dear Maintainer, needrestart warns me: ┌─┤ Pending kernel upgrade ├─┐ ││ │ Newer kernel available │ ││ │ The currently running kernel version is│ │ 4.0.0-rc6-tp520-btrfs-trim+ which is not the expected kernel │ │ version 3.19.0-rc7-tp520+. │ ││ │ Restarting the system to load the new kernel will not be handled │ │ automatically, so you should consider rebooting. │ ││ │ Ok │ ││ └┘ Yet, I have: martin@merkaba:~ cat /proc/version Linux version 4.0.0-rc6-tp520-btrfs-trim+ (martin@merkaba) (gcc version 4.9.2 (Debian 4.9.2-10) ) #23 SMP PREEMPT Mon Mar 30 10:47:01 CEST 2015 martin@merkaba:~ dpkg -l | grep linux-image | cut -c1-70 ii linux-image-3.16-2-amd643.16.3-2 ii linux-image-3.18.0-tp5201 ii linux-image-3.19.0-rc7-tp520+ 1 ii linux-image-4.0.0-rc6-tp520-btrfs-trim+ 1 Expected results: No warning when installed kernel is already up and running. Idea: Maybe it gets confused by the + in kernel version? It may be that it sees this as part of a regular expression. Don´t remember whether I had the same issue with the 3.19-rc7 version which also has a +. Kernels are built by make-kpkg from kernel-package 13.014+nmu1, which seems to add the + on versions patched manually (so that they diff from the git checkout). Thanks, Martin -- Package-specific info: needrestart output: Your outdated processes: akonadi_agent_l[2501, 2532, 2502, 2515], yeah I know… checkrestart output: -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-rc6-tp520-btrfs-trim+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages needrestart depends on: ii dpkg 1.17.24 ii libmodule-find-perl0.12-1 ii libmodule-scandeps-perl1.16-1 ii libproc-processtable-perl 0.51-1 ii libsort-naturally-perl 1.03-1 ii libterm-readkey-perl 2.32-1+b1 ii perl 5.20.2-3 needrestart recommends no packages. Versions of packages needrestart suggests: pn libnotify-bin 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#781516: [qtchooser] Qtchooser will always find qt5
Control: tags -1 moreinfo Hi David, On Mon, 30 Mar 2015 13:51:51 +0300, David Baron wrote: Attempts to use qmake-qtchooser always yields qt5 libraries. Cannot make anything in qt4 unless manually running qmake-qt4 and ./configure may not set up completely correct Makefile. [snip] Suggests (Version) | Installed ==-+-=== qt4-default| qt5-default| 5.3.2+dfsg-4+b1 You have qt5-default installed, which means that *default* Qt will be 5.x for you. If you want to use e.g. qmake from Qt 4, you need to either call it as ‘qmake -qt4’, or export QT_SELECT=4. This is how qtchooser works. If any of these methods does not work, then it is a bug. But I don’t see a mention of that in your bug report. -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#683662: [Pkg-xfce-devel] Bug#683662: lightdm does not remember which session was selected
Control: severity -1 important Hello! Apparently, this is completely broken now. Not only does lightdm not rememeber what session a user chose last time they logged in, but moreover, it actually just lets the session selection sit at what the last user who logged in, chose. Thus, if the previous user logged in with the i3 window manager even though the user currently logging in chose MATE the last time he logged in, he will actually be logging in with i3 unless manually selecting MATE again. This is something that should have been fixed before the release, but I guess it's too late now, isn't it? I am at least raising this to important as it is a very annoying issue which makes multi-user setups more difficult to use. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781649: ghc-doc: trigger problem during wheezy-jessie upgrade: haddock: error while loading shared libraries: libffi.so.6: cannot open shared object file: No such file or directory
Package: ghc-doc,dpkg,ghc-haddock Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'wheezy'. It installed fine in 'wheezy', then the upgrade to 'jessie' fails. From the attached log (scroll to the bottom...): [...] Preparing to unpack .../ghc-haddock_7.6.3-20_amd64.deb ... Unpacking ghc-haddock (7.6.3-20) over (7.4.1-4) ... [...] Processing triggers for ghc-doc (7.4.1-4) ... haddock: error while loading shared libraries: libffi.so.6: cannot open shared object file: No such file or directory dpkg: error processing package ghc-doc (--unpack): subprocess installed post-installation script returned error exit status 127 [...] This is the trigger from the wheezy package being called after some *ghc* packages from jessie have been unpacked. libffi6 has been scheduled for installation, but is not yet unpacked. Looks like this is currently reproducible with many libghc-*-doc packages in piuparts tests that use --install-recommends. Probably something needs to Breaks: ghc-doc ( ???) or ghc-haddock needs to Pre-Depends: libffi6 or ... cheers, Andreas libghc-authenticate-doc_1.3.2.9-2.log.gz Description: application/gzip
Bug#781622: RFS: opentyrian/2.1.20130907-1 [ITP]
On Wed, 1 Apr 2015 10:19:15 Alexandre Detiste wrote:
I fixed the icon location.
for size in 22 24 32 48 128 ; do \
- mkdir -p usr/share/icons/hicolor/$${size}x$${size}/apps ;\
- install linux/icons/tyrian-$${size}.png
usr/share/icons/hicolor/$${size}x$${size}/apps/opentyrian.png ;\
+ mkdir -p debian/opentyrian/usr/share/icons/hicolor/$${size}x$${size}/apps
;\ + install linux/icons/tyrian-$${size}.png
debian/opentyrian/usr/share/icons/hicolor/$${size}x$${size}/apps/opentyrian.
png ;\
done
Hmm, how about doing it gnu-make-style?
override_dh_auto_build:
$(MAKE) release
ICONS=22 24 32 48 128
.PHONY=$(ICONS)
$(ICONS):
install --verbose --mode=644 --preserve-timestamps -D \
$(CURDIR)/linux/icons/tyrian-$@.png \
$(CURDIR)/debian/opentyrian/usr/share/icons/hicolor/$@x$@/apps/opentyrian.png
override_dh_install: $(ICONS)
dh_install
Please note that in make files make is usually spelled as $(MAKE).
--
Regards,
Dmitry Smirnov.
---
Perhaps is is better to be irresponsible and right, than to be responsible
and wrong.
-- Winston Churchill
signature.asc
Description: This is a digitally signed message part.
Bug#781653: unblock: libdbd-firebird-perl/1.18-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package libdbd-firebird-perl
libdbd-firebird-perl (1.18-2) unstable; urgency=high
* High urgency for security fixes
[ Salvatore Bonaccorso ]
* Update Vcs-Browser URL to cgit web frontend
[ Damyan Ivanov ]
* Add patch from Stefan Roas fixing potential buffer overflow in certain
error conditions (CVE-2015-2788)
(Closes: #780925)
* add patch from upstream Git replacing all sprintf usage with snprintf
-- Damyan Ivanov d...@debian.org Wed, 01 Apr 2015 08:43:03 +
I have reviewed the first patch, and authored the second one upstream and am
confident they don't break anything.
Full source diff attached.
unblock libdbd-firebird-perl/1.18-2
TIA,
dam
diff -Nru libdbd-firebird-perl-1.18/debian/changelog libdbd-firebird-perl-1.18/debian/changelog
--- libdbd-firebird-perl-1.18/debian/changelog 2014-04-03 08:26:49.0 +0300
+++ libdbd-firebird-perl-1.18/debian/changelog 2015-04-01 11:46:26.0 +0300
@@ -1,3 +1,18 @@
+libdbd-firebird-perl (1.18-2) unstable; urgency=high
+
+ * High urgency for security fixes
+
+ [ Salvatore Bonaccorso ]
+ * Update Vcs-Browser URL to cgit web frontend
+
+ [ Damyan Ivanov ]
+ * Add patch from Stefan Roas fixing potential buffer overflow in certain
+error conditions (CVE-2015-2788)
+(Closes: #780925)
+ * add patch from upstream Git replacing all sprintf usage with snprintf
+
+ -- Damyan Ivanov d...@debian.org Wed, 01 Apr 2015 08:43:03 +
+
libdbd-firebird-perl (1.18-1) unstable; urgency=medium
[ gregor herrmann ]
diff -Nru libdbd-firebird-perl-1.18/debian/control libdbd-firebird-perl-1.18/debian/control
--- libdbd-firebird-perl-1.18/debian/control 2014-03-04 12:36:13.0 +0200
+++ libdbd-firebird-perl-1.18/debian/control 2015-04-01 11:41:53.0 +0300
@@ -12,7 +12,7 @@
libtest-exception-perl (= 0.31),
perl
Standards-Version: 3.9.5
-Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libdbd-firebird-perl.git
+Vcs-Browser: https://anonscm.debian.org/cgit/pkg-perl/packages/libdbd-firebird-perl.git
Vcs-Git: git://anonscm.debian.org/pkg-perl/packages/libdbd-firebird-perl.git
Homepage: https://metacpan.org/release/DBD-Firebird
diff -Nru libdbd-firebird-perl-1.18/debian/patches/dbdimp-780925-buf-overflow.patch libdbd-firebird-perl-1.18/debian/patches/dbdimp-780925-buf-overflow.patch
--- libdbd-firebird-perl-1.18/debian/patches/dbdimp-780925-buf-overflow.patch 1970-01-01 02:00:00.0 +0200
+++ libdbd-firebird-perl-1.18/debian/patches/dbdimp-780925-buf-overflow.patch 2015-04-01 11:41:53.0 +0300
@@ -0,0 +1,72 @@
+Bug-Debian: https://bugs.debian.org/780925
+Bug-Ubuntu: https://bugs.launchpad.net/ubuntu/+source/libdbd-firebird-perl/+bug/1431867
+Acked-By: Damyan Ivanov d...@debian.org
+From: Stefan Roas stefan.r...@fau.de
+Subject: [Dbd-firebird-devel] Buffer Overflow in dbdimp.c
+To: dbd-firebird-de...@lists.alioth.debian.org
+Date: Fri, 13 Mar 2015 17:36:31 +0100
+
+Hi there,
+
+I found a buffer overflow in dbdimp.c. Error messages in dbdimp.c use
+sprintf to a fix-sized buffer that (quite likely in two cases) might be
+too small to hold the final result.
+
+Attached you find a patch that solves the problem by increasing the size
+of the buffer to a value that should be large enough for every
+conceivable input given the conversion specification and additionally
+use snprintf() instead of sprintf(). As snprintf() is already used
+somewhere else in dbdimp.c I figure there are no portability issues
+involved.
+
+I did not check the other uses of sprintf, although it might be
+worthwhile to do so as a quick check found other locations where a
+fix-sized buffer is involved.
+
+Best regards,
+ Stefan
+
+--- a/dbdimp.c
b/dbdimp.c
+@@ -21,6 +21,8 @@
+
+ DBISTATE_DECLARE;
+
++#define ERRBUFSIZE 255
++
+ #define IB_SQLtimeformat(xxh, format, sv) \
+ do { \
+ STRLEN len; \
+@@ -2237,8 +2239,8 @@ static int ib_fill_isqlda(SV *sth, imp_s
+ /*
+ * User passed an undef to a field that is not nullable.
+ */
+-char err[80];
+-sprintf(err, You have not provided a value for non-nullable parameter #%d., i);
++char err[ERRBUFSIZE];
++snprintf(err, sizeof(err), You have not provided a value for non-nullable parameter #%d., i);
+ do_error(sth, 1, err);
+ retval = FALSE;
+ return retval;
+@@ -2278,8 +2280,8 @@ static int ib_fill_isqlda(SV *sth, imp_s
+ string = SvPV(value, len);
+
+ if (len ivar-sqllen) {
+-char err[80];
+-sprintf(err, String truncation (SQL_VARYING): attempted to bind %lu octets to column sized %lu,
++
Bug#763028: systemd-sysv shutdown and reboot hang system
Hello all, Yesterday we found quite a fundamental flaw related to how D-Bus is stopped during shutdown [1]. It might be worth a try to edit /lib/systemd/system/dbus.service and append these two lines to the [Service] section: ExecStop=/bin/true KillMode=none Then run systemctl daemon-reload as root. Does this improve shutdown for any of you? Note that this is certainly not a magic bullet for all kinds of shutdown problems, especially since the reports/data here is vague enough that these might very well be different reasons. But it would be interesting to see if it makes a difference for any of you. The Ubuntu bug https://launchpad.net/bugs/1427672 was linked to this Debian one and found to be fixed with the above D-Bus change. Thanks, Martin [1] https://bugs.freedesktop.org/show_bug.cgi?id=89847 -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781650: libomnithread4-dev: fails to upgrade from 'sid' - trying to overwrite /usr/include/omnithread/posix.h
Package: libomnithread4-dev Version: 4.2.0-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + libomniorb4-dev Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package libomnithread4-dev. Preparing to unpack .../libomnithread4-dev_4.2.0-1_amd64.deb ... Unpacking libomnithread4-dev (4.2.0-1) ... dpkg: error processing archive /var/cache/apt/archives/libomnithread4-dev_4.2.0-1_amd64.deb (--unpack): trying to overwrite '/usr/include/omnithread/posix.h', which is also in package libomnithread3-dev 4.1.6-2 Errors were encountered while processing: /var/cache/apt/archives/libomnithread4-dev_4.2.0-1_amd64.deb cheers, Andreas libomniorb4-dev_4.2.0-1.log.gz Description: application/gzip
Bug#701514: Awesome doesn't display on GDM
This bug has been fixed in 3.5.1 which has been uploaded to experimental. I think it would be a good idea to have this fixed for Jessie as well. The actual patch is a one-liner and I'm a bit surprised that it hasn't already been fixed as this basically means users installing awesome on Jessie won't be able to log in unless they edit the awesome.desktop xsession file. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781649: ghc-doc: trigger problem during wheezy-jessie upgrade: haddock: error while loading shared libraries: libffi.so.6: cannot open shared object file: No such file or directory
On 2015-04-01 11:17, Joachim Breitner wrote: eek. This is #769554 which I was hoping to have fixed by changing the trigger to a trigger-noawait, but it seems that it has not helped. That is probably the correct solution, just we need to ensure that the new ghc-doc get installed early enough (or at least the old one gets deconfigured) Maybe dpkg: Breaks: ghc-doc ( switch-to-noawait~) would be sufficient. Hence my question to those in the know: How do I make sure that ghc-doc’s trigger is not run until all of ghc-doc’s dependencies (and their dependencies) are installed (not necessarily configured). The current chain of dependencies is: Package: ghc-doc Depends: haddock-interface-22, perl in wheezy it is: Package: ghc-doc Depends: haddock-interface-19, perl Package: ghc-haddock Provides: haddock, haddock-interface-21, haddock-interface-22 Depends: ghc (= 7.6.3-19), libc6 (= 2.14), libffi6 (= 3.0.4), libgmp10 Probably ghc-haddock: Breaks: ghc-doc ( switch-to-noawait~) should help. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780259: perl: please make the output of Pod::Man reproducible
Hi, Russ Allbery wrote: Axel Beckert a...@debian.org writes: The patch is fine for building packages in Debian -- but I think, users using Debian's Pod::Man for their own projects will partially be confused by UTC times, especially those users not living in Europe or Africa, i.e. close to the GMT timezone. [...] Since this is used only to generate a date, not a timestamp, Sorry, I missed that fact when opposing against that patch. I think the maximum error is for the date to be off by about 14 hours, which, given how this software is used, is rarely going to be significant. Indeed. There's still chance for confusion, but it's much lower than I initially thought. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781656: Cannot boot with a bind-mounted /usr
Package: initramfs-tools Version: 0.119 Hello, the initramfs-tools init script contains lines to mount /usr for use with systemd. This mount does not work if /usr has to be bind-mounted from another filesystem, with an fstab entry like this: /export/usr /usrnonebind 0 0 With this entry in my fstab, the computer hang while booting, so I had to move all data directly to /usr. Regards Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743289: transmission-gtk: Save dir
control: tags -1 + moreinfo Hello Luigi, I'm unsure I completely understood your report, so it would be good if you can clarify first if this is still happening with 2.84 as uploaded in sid, additionally how this can be replicated, detailing all the steps. I think this might be fixed already, but want to hear from you first Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759787: transmission-daemon: IPv6 DHT not ready (broken, 0 nodes)
control: tags -1 + moreinfo Hello, as I dont have IPv6 available, can you please confirm if this problem still applies to 2.84 as uploaded in sid? Thanks, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781654: copyright-format: IBM CPL - CPL in license short names table
On Wed, Apr 01, 2015 at 12:08:51PM +0200, Stefano Zacchiroli wrote: Package: debian-policy Severity: minor File: /usr/share/doc/debian-policy/copyright-format-1.0.txt.gz Heya, in the short name license tables, shipped as part of the machine readable copyright format specification and available online at https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#license-short-name the long name of the Common Public License (CPL) is incorrect. It currently reads IBM Common Public License, but it should simply be Common Public License, without leading IBM. This is confirmed by both http://spdx.org/licenses/CPL-1.0 (which the table entry points to) and http://opensource.org/licenses/cpl1.0.php I am a bit concerned that the name Common Public License is very generic, though this is probably too late to do something about it. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781566: COPYING2 contains some armchair licensing
Comments inline On Wed, Apr 01, 2015 at 08:43:51AM +0200, Jerome BENOIT wrote: I forwarded the bug report to the upstream maintainer: please find below his answer. - --8- - --- First, imagine a bug report entitled file.c contains some armchair coding. Such a statement would imply there is a class of people allowed to write code, from which the author of file.c is excluded. I feel it against the ethos of free, open software that text would be accepted or rejected based on the qualifications of the person writing it. Um, but we don't have a widely regarded association for programmers, whereas we do have bars. In fact, in some situations, practice of law requires a license, otherwise it's a crime! I'd be interested in what a judge would say to this argument :) But because much of the bug report is concerned with the qualifications of the author, here goes: no, I do not have a law degree. However, my work as a Free Software Foundation employee included writing white papers on intellectual property law and a legal brief filed in the US Federal Circuit. My recommendations and legal reasoning in the brief, a law review paper, and other writings from the mid to late `00s are not far from the ruling and reasoning in last year's Supreme Court ruling in Alice Corp. Over the course of my work with the FSF on intellectual property law, I spoke directly with the people involved in writing the AGPL, who expressed some disappointment with how the AGPL was worded, and said that they wished that they'd just stated directly that running code on a public server is distribution. I have also had extensive dealings with the authors of GPLv3, and know the license, its history, and many of the considerations that went into it very well. These interacti! ons went i nto the considerations for the licensing of Apophenia. As you well know, being involved with this, license proliferation is making our job to keep users free harder. There are three parts to the Apophenia license as written. I recommend keeping the first, changing the text of the second, and cutting third. 1. The first part of the license is the GPLv2. There are other packages that are based on GPLv2, and not GPLv2 or later. For example, I understand that Debian distributes the Linux kernel. Not only is the kernel licensed under GPLv2, the GPLv2 license as distributed with the kernel is prefaced with explicit sniping about GPLv3: Who said anything about the GPLv2 being non-distributable? Also note that the only valid version of the GPL as far as the kernel is concerned is _this_ particular version of the license (ie v2, not v2.2 or v3.x or whatever), unless explicitly otherwise stated. http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/COPYING Based on this precedent, I believe that distributing a Debian package under the GPLv2 (not and later) is valid. Who said it wasn't? The issue is your further restrictions cause non-distribution, whereas the GPLv3 lets you remove the clauses. My recommendation is that we replace my text with text from §13 of the 2007 Affero license. It expresses a similar sentiment, but being written by lawyers, it addresses the ad hominem issues presented in the bug report. The question of what happens when two libraries under different licenses are jointly distributed is simple under the law: the intersection of all restrictions apply. Not the intersection, the set of both. If the license on library A says you may only distribute the code on Monday, Tuesday, or Wednesday, and the license on library B says you may only distribute the code on Wednesday, Thursday, or Friday, there isn't any challenging legal puzzle: you have the right to distribute on Wednesday, and only on Wednesday. Intersection, not set of both. GPL also says you can have no further restrictions, so doing that with the GPL means it's *not distributable* Of course, if the licences have no intersection, you can't link A and B. This explains the single paragraph GPLv2 devotes to linking, which begins This General Public License does not permit incorporating your program into proprietary programs. This sentence is not an additional restriction, but a clarification that if the license for A says 'you must distribute' and the license for B says 'you must not distribute', a product that uses A and B is basically a legal impossibility. The LGPL contains what is an additional or special permission to do this. Are there features of AGPL that make it impossible to link AGPLed code with GPLv3ed code? Yes. That's why there's a clause for this. The not-armchair lawyers at the FSF have this to say (be sure to read the entire paragraph): I know their view on this. To paraphrase the above: You are (explicitly, in this
Bug#781566: COPYING2 contains some armchair licensing
On Wed, Apr 1, 2015 at 8:32 AM, Paul Tagliamonte paul...@debian.org wrote: Intersection, not set of both of course this should read set of both, not intersection :) -- :wq -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781657: needrestart: pending kernel upgrade warning when new kernel is already running
severity 781657 important tags 781657 pending,upstream thanks Hi Martin, On 04/01/2015 12:21 PM, Martin Steigerwald wrote: Maybe it gets confused by the + in kernel version? It may be that it sees this as part of a regular expression. Don´t remember whether I had the same issue with the 3.19-rc7 version which also has a +. Kernels are built by make-kpkg from kernel-package 13.014+nmu1, which seems to add the + on versions patched manually (so that they diff from the git checkout). the + should not be a problem. I've created a small test bed using the version comparission from needrestart (which is based on Sort::Naturally): $VAR1 = [ '4.20.0-rc6-tp520-btrfs-trim+', '4.20.0', '4.19.0-rc6-tp520-btrfs-trim+', '4.19.0', '4.10', '3.19.3-rc6-tp520-btrfs-trim+', '3.19.3', '3.19.0-rc7-tp520+', '3.10', '4.9', '4.4.0-foo', '4.4.0', '4.0.0-rc6-tp520-btrfs-trim+', '4.0.0', '4.0', '3.9', '3.3', '2.6' ]; The expected kernel version reported by needrestart is the first one... I need to review why i.e. 4.9 looses against 3.10. Thanks for reporting, Thomas Thanks, Martin -- Package-specific info: needrestart output: Your outdated processes: akonadi_agent_l[2501, 2532, 2502, 2515], yeah I know… checkrestart output: -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-rc6-tp520-btrfs-trim+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages needrestart depends on: ii dpkg 1.17.24 ii libmodule-find-perl0.12-1 ii libmodule-scandeps-perl1.16-1 ii libproc-processtable-perl 0.51-1 ii libsort-naturally-perl 1.03-1 ii libterm-readkey-perl 2.32-1+b1 ii perl 5.20.2-3 needrestart recommends no packages. Versions of packages needrestart suggests: pn libnotify-bin none -- no debconf information -- :: WWW: http://fiasko-nw.net/~thomas/ :: ::: Jabber: xmpp:tho...@jabber.fiasko-nw.net ::: :: flickr: http://www.flickr.com/photos/laugufe/ :: #!/usr/bin/perl use Data::Dumper; use Sort::Naturally; my @v = reverse nsort qw( 3.19.3 3.19.3-rc6-tp520-btrfs-trim+ 3.3 2.6 4.0 4.0.0 4.4.0 4.4.0-foo 4.19.0 4.20.0 4.0.0-rc6-tp520-btrfs-trim+ 4.20.0-rc6-tp520-btrfs-trim+ 4.19.0-rc6-tp520-btrfs-trim+ 3.19.0-rc7-tp520+ 3.10 3.9 4.10 4.9 ); print Dumper(\@v);
Bug#781615: systemd: Only boots in rescue mode
Hi! Michael Biebl bi...@debian.org writes: Could you blacklist the ipmi_si driver, just to be sure? Will do in the evening. That aside, I wonder if it's related to the use of f2fs for / [ 12.306905] systemd-fsck[171]: Executing: /lib/systemd/systemd-fsck [ 12.332491] systemd-fsck[171]: Info: Fix the reported corruption. systemd-fsck[171]: Error: Not available on mounted device! That somehow looks suspicious. Probably uncommon enough to be possible. Can't just test that though Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781612: [Pkg-xfce-devel] Bug#781612: libglib2.0-0: segfault in xfdesktop
On Wed, Apr 01, 2015 at 12:49:23PM +0200, Christian Knoke wrote: Yves-Alexis Perez schrieb am 01. Apr um 10:04 Uhr: Christian, could you provide a us more information: what where you doing, precisely? Also, can you provide a backtrace? sorry, I can only provide a few logs. Dunno what happened. So it's not reproducible? Mar 31 13:43:35 leo shutdown[13461]: shutting down for system halt Mar 31 16:07:30 leo kernel: imklog 5.8.11, log source = /proc/kmsg started. Mar 31 16:07:30 leo rsyslogd: [origin software=rsyslogd swVersion=5.8.11 x-pid=2666 x-info=http://www.rsyslog.com;] start Mar 31 16:07:30 leo kernel: [0.00] Initializing cgroup subsys cpuset Mar 31 16:07:30 leo kernel: [0.00] Initializing cgroup subsys cpu Mar 31 16:07:30 leo kernel: [0.00] Linux version 3.2.0-4-686-pae (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.65-1+deb7u2 [] Mar 31 16:07:30 leo kernel: [ 15.426358] EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: (null) Mar 31 16:07:31 leo kernel: [ 17.733120] lp: driver loaded but no devices found Mar 31 16:07:31 leo kernel: [ 17.784373] ppdev: user-space parallel port driver Mar 31 16:07:31 leo kernel: [ 17.840555] PHY: 100:00 - Link is Up - 1000/Full Mar 31 16:07:34 leo kernel: [ 20.736822] postgres (3308): /proc/3308/oom_adj is deprecated, please use /proc/3308/oom_score_adj instead. Mar 31 16:35:30 leo kernel: [ 1697.220030] xfdesktop[3612]: segfault at ffa6 ip b6c7e4a7 sp bffe15c8 error 4 in libgobject-2.0.so.0.3200.4[b6c4c000+5] Mar 31 17:39:27 leo kernel: [ 5534.235735] PM: Syncing filesystems ... done. Mar 31 18:52:48 leo kernel: [ 5534.304181] Freezing user space processes ... (elapsed 0.01 seconds) done. Mar 31 18:52:48 leo kernel: [ 5534.320021] Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done. Nothing usable for us here, unfortunately. -- Yves-Alexis signature.asc Description: Digital signature
Bug#761999: transmission-daemon gets started at system startup though disabled in rcconf
control: tags -1 + moreinfo Hello, can you clarify how you disabled transmission-daemon from starting with init? is this command returning any output: $ ls /etc/rc2.d/*transmission* Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761253: Ugh
Ugh, sorry for the noise. I got to this bug through `reportbug` and didn't realize that it returned results for both dc and bc. I don't have an opinion on dc's priority, but I do feel that bc should be in important. I see that they share the same source package, but If it's possible for them to have separate priorities, that would be ideal. ---Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781518: Please remove very outdated MakeHuman package
Dear Muammar, there is a report that your makehuman package is broken and outdated, see below. Accordingly, the package is already removed from our Testing distribution and will not be part of our next Stable release. Still, its presence in Unstable can still mislead users. The upstream maintainers propose to remove the package from Debian. Would you agree to that ? Have a nice day, -- Charles Le Mon, Mar 30, 2015 at 01:31:19PM +0200, Joel Palmius a écrit : Package: qa.debian.org The version of MakeHuman currently included in the repo is a four year old alpha. As per bug report (#781306) it does not even seem to start. At this point it seems unlikely that an acceptable, less ancient, version could be included in Debian. Thus, we in the MakeHuman crew humbly requests that the currently available package at least be removed. It reflects poorly upon both Debian and MakeHuman that the current package is still around. We have filed a request (#751755) for a version bump, where we also offered to help in whatever way we could, but have so far not got a response. As per https://wiki.debian.org/qa.debian.org/removal: 1. - (we don't know how many, or if anyone, is using the debian version) 2. The version in the repo is an alpha. A stable version has been around for some time 3. There is a functional deb available on our home page. However, this might need to be adapted to fit debian guidelines 4 6. As far as we can see, the maintainer hasn't touched the package, nor commented on bug reports for quite some time 5. - (upstream is very active) 7. No stable release was ever in debian, but a stable release is available. -- To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55193407.3000...@contuitus.com -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781518: Please remove very outdated MakeHuman package
Dear Charles, On Wed, Apr 1, 2015 at 2:36 PM, Charles Plessy ple...@debian.org wrote: Dear Muammar, there is a report that your makehuman package is broken and outdated, see below. Accordingly, the package is already removed from our Testing distribution and will not be part of our next Stable release. Still, its presence in Unstable can still mislead users. The upstream maintainers propose to remove the package from Debian. Would you agree to that ? Have a nice day, I am aware of makehuman's situation, but right now I am writing my PhD thesis and I will have time again from July. Maybe, it would be a good idea to team maintain the package and if somebody from makehuman project can prepare a new package we can work on it. As I have upload rights, I can upload and check the packaging. REmoving the package, implies to pass again by FTP Masters which is a very long process normally. I apologize for the current state of makehuman, but in this last year it has been almost impossible for me to do something out of the scope of my PhD. Regards, -- Muammar El Khatib. Linux user: 403107. GPG Key = 71246E4A. http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781518: Please remove very outdated MakeHuman package
Le Mon, Mar 30, 2015 at 01:31:19PM +0200, Joel Palmius a écrit : The version of MakeHuman currently included in the repo is a four year old alpha. As per bug report (#781306) it does not even seem to start. At this point it seems unlikely that an acceptable, less ancient, version could be included in Debian. Thus, we in the MakeHuman crew humbly requests that the currently available package at least be removed. It reflects poorly upon both Debian and MakeHuman that the current package is still around. Dear Joel, thank you for contacting us. I am sorry that we are causing trouble to your project with our outdated package. The bug report #781306 caused the package to be removed from our Testing distribution, therefore it will not be part of our next Stable release. This partially solves the problem, but as of today the package is still distributed in our Unstable distribtion and while this distribution is not directed at general users, I understand that you would like it to be removed as well. As you have seen, I have contacted the package maintainer, and I propose to wait 15 days and transfer the request for removal to our FTP archive team in the absence of a response, which will result in the final removal of the package. Is that good for you ? Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781622: RFS: opentyrian/2.1.20130907-1 [ITP]
* Dmitry Smirnov only...@debian.org [150401 07:34]: On Tue, 31 Mar 2015 19:35:12 Etienne Millon wrote: I am looking for a sponsor for my package opentyrian That is very nice. I was looking forward to see opentyrian in Debian for a while. Thanks for packaging. Thanks for taking the time to look at this. I'm happy to hear your remarks about this package. First thing to improve is to add more DEP-3 [1] headers to patches. [...] If you did not forward patches yet I'd recommend to wait no further and document progress as described. I refreshed this, forwarded two patches and picked the upstream version of one. Also there are some remarks about packaging: * There should be versioned Depends on game-data-packager which actually support tyrian-data (i.e. tyrian-data | game-data-packager (= 40)). Done. * Package should install icon (there are some in linux/icons). Icon is referenced from installed .desktop file. I'm not too familiar with how icons work, so I've installed them as /usr/share/icons/hicolor/NxN/apps/opentyrian.png. Is that correct? * Repository do not match package uploaded to Mentors. There are differences in control (Standards-Version) and in README.Debian. Classic case of forgotten push. Fixed. * Why not enable full hardening? (e.g. export DEB_BUILD_MAINT_OPTIONS = hardening=+all) Done! * Re-distribution of pre-built binary macosx/tyrian.icns in source archive may be a bit of concern. It's being removed in the next release: https://bitbucket.org/opentyrian/opentyrian/commits/e4346769d72374e51f34eecf45515b6df85d00c0 * There is a comma , which is not present in the original copyright statement after copyright year in Files: ./src/video_scale_hqNx.c Copyright: 2003, MaxSt ( ma...@hiend3d.com ) IMHO it should be just 2003, not 2003,. Other than this debian/copyright looks good. Indeed, fixed that. I repushed and reuploaded the package. Thanks! -- Etienne Millon signature.asc Description: Digital signature
Bug#781643: gdm3: unusable - shows garbled login-screen since recently
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: gdm3 Version: 3.14.1-6 Severity: important Dear Maintainer, because of security-concerns about lightdm https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781080 I wanted to switch back to GDM3, but found it unusable because of a garbled login-screen I don't know if the problem appears with RADEON-graphics only, because I don't have anything else on my stationary PCs. KDM showed occasional problems, but continues o work for me. Looking at open issues of GDM, I found one, that is almost ten years old and which should be closed most probably: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598377 - -- 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.7-ckt7edtp (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: sysvinit (via /sbin/init) Versions of packages gdm3 depends on: ii accountsservice 0.6.37-3+b1 ii adduser 3.113+nmu3 ii cinnamon [x-window-manager] 2.2.16-5 ii dconf-cli 0.22.0-1 ii dconf-gsettings-backend 0.22.0-1 ii debconf [debconf-2.0] 1.5.56 ii e17 [x-window-manager]0.17.6-1 ii gir1.2-gdm3 3.14.1-6 ii gnome-session [x-session-manager] 3.14.0-2 ii gnome-session-bin 3.14.0-2 ii gnome-settings-daemon 3.14.2-3 ii gnome-shell 3.14.2-3+b1 ii gnome-terminal [x-terminal-emulator] 3.14.1-1 ii gsettings-desktop-schemas 3.14.1-1 ii libaccountsservice0 0.6.37-3+b1 ii libaudit1 1:2.4-1+b1 ii libc6 2.19-15 ii libcanberra-gtk3-00.30-2.1 ii libcanberra0 0.30-2.1 ii libgdk-pixbuf2.0-02.31.1-2+b1 ii libgdm1 3.14.1-6 ii libglib2.0-0 2.42.1-1 ii libglib2.0-bin2.42.1-1 ii libgtk-3-03.14.5-1 ii libpam-modules1.1.8-3.1 ii libpam-runtime1.1.8-3.1 ii libpam-systemd215-12 ii libpam0g 1.1.8-3.1 ii librsvg2-common 2.40.5-1 ii libselinux1 2.3-2 ii libsystemd0 215-12 ii libwrap0 7.6.q-25 ii libx11-6 2:1.6.2-3 ii libxau6 1:1.0.8-1 ii libxdmcp6 1:1.1.1-1+b1 ii libxrandr22:1.4.2-1+b1 ii lsb-base 4.1+Debian13+nmu1 ii metacity [x-window-manager] 1:3.14.3-1 ii muffin [x-window-manager] 2.2.6-4 ii mutter [x-window-manager] 3.14.2-1 ii policykit-1 0.105-8 ii ucf 3.0030 ii x11-common1:7.7+7 ii x11-xserver-utils 7.7+3+b1 ii xfce4-session [x-session-manager] 4.10.1-10 ii xfce4-terminal [x-terminal-emulator] 0.6.3-1+b1 ii xfwm4 [x-window-manager] 4.10.1-3 ii xterm [x-terminal-emulator] 312-2 Versions of packages gdm3 recommends: ii at-spi2-core 2.14.0-1 ii desktop-base 8.0.2 ii gnome-icon-theme 3.12.0-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii x11-xkb-utils 7.7+1 ii xserver-xephyr 2:1.16.4-1 ii xserver-xorg 1:7.7+7 ii zenity 3.14.0-1 Versions of packages gdm3 suggests: ii gnome-orca3.14.0-4 ii libpam-gnome-keyring 3.14.0-1+b1 - -- debconf information: * shared/default-x-display-manager: kdm gdm3/daemon_name: /usr/sbin/gdm3 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlUbpBkACgkQ5+rBHyUt5wteUwCfWJXKG5ImLeuzpX3vpob08lor dR4AnjO7G0WTAUatV1N1toh1IpQQbYeE =b3C4 -END PGP SIGNATURE-
Bug#781515: debian-edu-install: PXE install including profile 'Thin-Client-Server' fails due to wrong preseeding
On Mon, Mar 30, 2015 at 10:23:50PM +0200, Wolfgang Schweer wrote: Maybe it would work w/o preseeding build-client-opts and instead providing a configuration file /etc/ltsp/ltsp-build-client.conf with this content: EATMYDATA=true While the configuration file approach doesn't seem to work for some reason, using another hook instead should work: Provide a copy of /usr/share/ltsp/plugins/ltsp-build-client/Debian/080-eatmydata as /usr/share/ltsp/plugins/ltsp-build-client/Debian-custom/080-eatmydata with the default value false flipped to true: - case $MODE in commandline) add_option eatmydata `eval_gettext use eatmydata to speed up build times, at risk of data not getting written to disk` advanced true ;; configure) if [ -n $option_eatmydata_value ]; then # load libeatmydata libeatmydata=libeatmydata.so if [ -n $LD_PRELOAD ]; then export LD_PRELOAD=$libeatmydata $LD_PRELOAD else export LD_PRELOAD=$libeatmydata fi # install eatmydata package early during debootstrap if [ -z $INCLUDE ]; then INCLUDE=eatmydata else INCLUDE=$INCLUDE,eatmydata fi fi ;; esac IMO this would also make sure that 'eatmydata' is used for all possible LTSP chroot installation types like netinst, USB stick, pxeinstall or using scripts like debian-edu-ltsp and ltsp-build-client. Wolfgang signature.asc Description: Digital signature
Bug#781665: ITP: mathicgb -- Compute (signature) Groebner bases using the fast datastructures from mathic.
Package: wnpp Severity: wishlist Owner: Doug Torrance dtorra...@monmouthcollege.edu * Package name: mathicgb Version : 1.0 Upstream Author : Bjarke Hammersholt Roune bjarke.ro...@gmail.com * URL : https://github.com/broune/mathicgb * License : GPL-2+ Programming Lang: C++ Description : Compute (signature) Groebner bases using the fast datastructures from mathic. Mathicgb is a program for computing Groebner basis and signature Grobner bases. Mathicgb is based on the fast data structures from mathic. The paper Practical Grobner Basis Computation describes the algorithms in Mathicgb from a high level. It was presented at ISSAC 2012 and is available at http://arxiv.org/abs/1206.6940 This package will be maintained by the Debian Science project. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780354: Processed: Re: [Pkg-freeipa-devel] Bug#781607: freeipa: please package new upstream version
Hey FreeIPA people, I suggest we wait for jessie release that is so close now and I will upgrade softhsm directly in unstable then. Sounds good? Cheers, Ondrej On Wed, Apr 1, 2015, at 12:09, Debian Bug Tracking System wrote: Processing control commands: block -1 by 780354 Bug #781607 [freeipa] freeipa: please package new upstream version 781607 was not blocked by any bugs. 781607 was not blocking any bugs. Added blocking bug(s) of 781607: 780354 -- 781607: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781607 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781666: xserver-xorg-video-intel: intel driver option TearFree does not work in Jessie
Package: xserver-xorg-video-intel Version: 2:2.21.15-2+b2 Severity: normal The Intel option TearFree does not work; tearing is still present. Setup is XFCE running on Ivy Bridge HD4000 with three monitors. This is fixed in the latest upstream git. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781667: udev: 91-permissions.rules:94 missing continuation still exists
Package: udev Version: 175-7.2 Severity: important Please see #706221, bug still exists on latest version of wheezy. Bug report has been incorrectly closed and archived. Dear Maintainer, *** 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 lines *** -- 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/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=ISO8859-1 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages udev depends on: ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38+deb7u7 ii libselinux12.1.9-5 ii libudev0 175-7.2 ii lsb-base 4.1+Debian8+deb7u1 ii procps 1:3.3.3-3 ii util-linux 2.20.1-5.3 Versions of packages udev recommends: ii pciutils 1:3.1.9-6 ii usbutils 1:005-3 udev suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747973: transmission does not capture the url of the file which i want to download
Hello Manish, On Wed, Apr 1, 2015 at 7:24 AM, Manish Thatte manishjagdishtha...@gmail.com wrote: Hi Sandro, I posted this when i was new to linux. Now i download a file (which is not a torrent) using wget. And download torrents using transmission. If you have ever used bitcomet in windows, you will know that bitcomet captures the url(option comes in the right click button) to download the file using bitcomet. I was hoping for that same fuctionality in transmission. I am afraid I have no experience of bitcomet and I still dont understand exactly what this capture the url functionality would look like. is it possible that bitcomet is more than just a torrent client but also a download manager, so that you can download any file (as you do with wget now) with it and not only torrent sources? Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781654: copyright-format: IBM CPL - CPL in license short names table
user debian-pol...@packages.debian.org usertags 781654 + informative proposal thanks in the short name license tables, shipped as part of the machine readable copyright format specification and available online at https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#license-short-name the long name of the Common Public License (CPL) is incorrect. It currently reads IBM Common Public License, but it should simply be Common Public License, without leading IBM. This is confirmed by both http://spdx.org/licenses/CPL-1.0 (which the table entry points to) and http://opensource.org/licenses/cpl1.0.php Hi Stefano, this is correct. Since the long names from the license table are not formally used in the specification, I think that the issue is non-normative and can be corrected without changing the revision number in the Format string of the Copyright files. I am wondering if it would be better to mark the corrected version of the specification as 1.0.1 in the text, but keep distributing the files as 1.0, or to just correct the version 1.0 without incrementing any revision number anywyere. What do other people think about this ? (Many thanks to Mike Milinkovich for spotting this.) Thanks indeed, and have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781660: youtube-dl: --no-part can't handle fully downloaded files: KeyError: u'total_bytes'
Package: youtube-dl
Version: 2015.02.28-1
When you use the --no-part option, and try to download a video that has
been already downloaded, youtube-dl fails with an exception:
$ youtube-dl --no-part -f 17 'http://www.youtube.com/watch?v=cV0tCphFMr8'
[youtube] cV0tCphFMr8: Downloading webpage
[youtube] cV0tCphFMr8: Extracting video information
[youtube] cV0tCphFMr8: Downloading DASH manifest
[download] Destination: The Bridge of Death - Monty Python and the Holy
Grail-cV0tCphFMr8.3gp
[download] 100% of 1.93MiB in 00:32
$ youtube-dl --no-part -f 17 'http://www.youtube.com/watch?v=cV0tCphFMr8'
[youtube] cV0tCphFMr8: Downloading webpage
[youtube] cV0tCphFMr8: Extracting video information
[youtube] cV0tCphFMr8: Downloading DASH manifest
[download] Resuming download at byte 2020136
[download] The Bridge of Death - Monty Python and the Holy
Grail-cV0tCphFMr8.3gp has already been downloaded
Traceback (most recent call last):
File /usr/bin/youtube-dl, line 9, in module
load_entry_point('youtube-dl==2015.02.28', 'console_scripts', 'youtube-dl')()
File /usr/lib/python2.7/dist-packages/youtube_dl/__init__.py, line 397, in
main
_real_main(argv)
File /usr/lib/python2.7/dist-packages/youtube_dl/__init__.py, line 387, in
_real_main
retcode = ydl.download(all_urls)
File /usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py, line 1442, in
download
res = self.extract_info(url)
File /usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py, line 654, in
extract_info
return self.process_ie_result(ie_result, download, extra_info)
File /usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py, line 700, in
process_ie_result
return self.process_video_result(ie_result, download=download)
File /usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py, line 1143, in
process_video_result
self.process_info(new_info)
File /usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py, line 1375, in
process_info
success = dl(filename, info_dict)
File /usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py, line 1350, in
dl
return fd.download(name, info)
File /usr/lib/python2.7/dist-packages/youtube_dl/downloader/common.py, line
339, in download
return self.real_download(filename, info_dict)
File /usr/lib/python2.7/dist-packages/youtube_dl/downloader/http.py, line
94, in real_download
'status': 'finished',
File /usr/lib/python2.7/dist-packages/youtube_dl/downloader/common.py, line
347, in _hook_progress
ph(status)
File /usr/lib/python2.7/dist-packages/youtube_dl/downloader/common.py, line
235, in report_progress
s['_total_bytes_str'] = format_bytes(s['total_bytes'])
KeyError: u'total_bytes'
-- System Information:
Debian Release: 8.0
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'experimental')
Architecture: i386 (x86_64)
Foreign Architectures: amd64
Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
Versions of packages youtube-dl depends on:
ii python2.7.9-1
ii python-pkg-resources 5.5.1-1
Versions of packages youtube-dl recommends:
ii curl7.38.0-4
ii ffmpeg 7:2.6.1-1
ii libav-tools 6:11.3-1
pn mplayer2 | mplayer none
pn rtmpdumpnone
ii wget1.16.3-2
--
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#781664: Depends on transition package ruby-hiera
Package: puppet-common Version: 3.7.2-3 Severity: normal puppet-common has a Depends: on ruby-hiera, which is a transition package starting with 1.3.4-1. puppet-common should rather directly depend on hiera. 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#781516: [qtchooser] Qtchooser will always find qt5
Control: severity -1 wishlist On Wed, 01 Apr 2015 12:21:57 +0300, David Baron wrote: Another alternative could be a /etc/default/qtchooser. This could specify even more default properties, if desirable. Comment out the build alternative not desired #QT_SELECT=4 QT_SELECT=5 You have a $(qmake -query QT_INSTALL_LIBS)/qtchooser/default.conf file, which you can make a symlink to qt4 or qt5 configuration file (this is exactly what qt4-default and qt5-default packages do), or fill it yourself with the paths you want qtchooser to use. Why do we need one more way to specify the default Qt? -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#781661: initramfs-tools: Split /usr on LVM fails when using LABEL or UUID in fstab
Package: initramfs-tools Version: 0.119 Severity: grave Justification: causes non-serious data loss Dear Maintainer, * What led up to the situation? Upgrading a system from Wheezy to Jessie. The system uses a split /usr on LVM and uses LABEL in fstab to mount this. * What exactly did you do (or not do) that was effective (or ineffective)? fstab looks like this: ... LABEL=usr /usrxfs ... ... blkid's output looks like this: ... /dev/mapper/vg00-usr: LABEL=usr ... ... * What was the outcome of this action? Initramfs loops in Begin: Running /scripts/local-block ... done. until it gives up and drops to the shell (or panics when panic=xx is given). * What outcome did you expect instead? Activate volume group, mount /usr, continue to boot. Possible workarounds beforehand: - Changing fstab from LABEL=usr /usr ... to /dev/mapper/vg00-usr /usr ... *before* rebooting works around this bug. (Note that doing the reverse change - at any point after the installation - would also trigger this bug. Basically, UUID or LABEL must not be used for /usr when using Jessie with systemd) Possible workarounds afterwards: - Running vgchange -ay; exit in the initramfs recovery shell allows the boot to continue - Using init=/lib/sysvinit/init also works (because then initramfs will not attempts to mount /usr) Without those workarounds, which all require console access, the system will be unable to boot after the upgrade. I originally added this to Bug #776409, but it looks like a different bug, after all. Regards, Marc -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 16M Mar 26 08:46 /boot/initrd.img-3.16.0-4-amd64 -rw-r--r-- 1 root root 12M Mar 24 16:25 /boot/initrd.img-3.2.0-4-amd64 -- /proc/cmdline BOOT_IMAGE=/vmlinuz-3.16.0-4-amd64 root=UUID=e4b3bfc7-1bf1-498a-aeae-91ed21190e2e ro panic=30 elevator=deadline -- /proc/filesystems ext3 ext2 ext4 xfs -- lsmod Module Size Used by ipt_REJECT 12465 1 xt_LOG 17171 1 nf_conntrack_ipv4 18448 2 nf_defrag_ipv4 12483 1 nf_conntrack_ipv4 xt_conntrack 12681 2 nf_conntrack 87424 2 xt_conntrack,nf_conntrack_ipv4 xt_tcpudp 12527 15 ip6table_filter12540 0 ip6_tables 26025 1 ip6table_filter iptable_filter 12536 1 ip_tables 26011 1 iptable_filter x_tables 27111 8 ip6table_filter,ip_tables,xt_tcpudp,xt_conntrack,xt_LOG,iptable_filter,ipt_REJECT,ip6_tables ppdev 16782 0 psmouse98616 0 evdev 17445 3 i2c_piix4 20864 0 pcspkr 12595 0 serio_raw 12849 0 i2c_core 46012 1 i2c_piix4 parport_pc 26300 0 parport35749 2 ppdev,parport_pc battery13356 0 button 12944 0 ac 12715 0 processor 28221 0 thermal_sys27642 1 processor autofs435529 2 xfs 779874 4 crc32c_generic 12656 1 libcrc32c 12426 1 xfs usbhid 44460 0 hid 102264 1 usbhid ohci_hcd 42982 0 uhci_hcd 43499 0 ehci_pci 12512 0 ehci_hcd 69837 1 ehci_pci usbcore 195340 5 uhci_hcd,ohci_hcd,ehci_hcd,ehci_pci,usbhid usb_common 12440 1 usbcore ext4 473802 2 crc16 12343 1 ext4 mbcache17171 1 ext4 jbd2 82413 1 ext4 dm_mod 89373 15 sg 29973 0 sd_mod 44356 4 crc_t10dif 12431 1 sd_mod crct10dif_generic 12581 1 crct10dif_common 12356 2 crct10dif_generic,crc_t10dif virtio_net 26553 0 ahci 33291 3 libahci27158 1 ahci libata177457 2 ahci,libahci scsi_mod 191405 3 sg,libata,sd_mod virtio_pci 17389 0 virtio_ring17513 2 virtio_net,virtio_pci virtio 13058 2 virtio_net,virtio_pci -- /etc/initramfs-tools/modules -- /etc/initramfs-tools/initramfs.conf MODULES=most BUSYBOX=y KEYMAP=n COMPRESS=gzip DEVICE= NFSROOT=auto -- /etc/initramfs-tools/update-initramfs.conf update_initramfs=yes backup_initramfs=no -- mkinitramfs hooks /etc/initramfs-tools/hooks/: /usr/share/initramfs-tools/hooks: busybox dmsetup fsck keymap klibc kmod lvm2 resume thermal udev -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init:
Bug#781068: dpkg: warning: unable to delete old directory '/var/lib/ispell': Directory not empty
2015-03-25 22:10 GMT+01:00 Robert Luberda rob...@debian.org:
Hi, Robert,
Agustin Martin pisze:
The warning appears because of a race condition between old and new dicts.
Dicts using old dictionaries-common-dev contained /var/lib/ dir in the
package, dicts using new d-c-d don't. Since new dict no longer ships
/var/lib subdir but creates it from autobuildhash dpkg complains when
unpacking unless dicts using old schema are present.
This is just how dpkg works, and there is no race condition there.
This is what I meant, indeed misusing the term 'race condition'.
BTW. While writing the above I realized that proper work around is
creating preinst script in ibritish/iamerican packages - I will do it in
next upload.
Unless I am missing something I do not think this is needed. What
would you put there? Removing /var/lib/{a,i}spell/contents?
I have to think about this more carefully, but at a first glance I'd
think that this might not work, since you cannot control the ordering
of packages unpacking.
2. Moving to prerm the stuff currently added into postrm - otherwise
when only the first point is implemented, dpkg will still show the
warnings during removal of the last installed ispell dictionary.
This would require all aspell and ispell dicts using autobuildhash to ship
modified prerm. Do not think it worths.
The postrm stuff is added by dictionaries-common-dev, I guess prerm
could also be done this way. There would be no need to force rebuild all
the packages at once; sooner or later the packages will get rebuilt by
their maintainers anyway.
Note that this 'sooner or later' might be a really slow process. That
is why I generally try to avoid changes requiring action from dict
maintainers.
Most probably the prerm script could remove the files from
/var/lib/ispell not only when $1 = remove, but also when $1 =
upgrade - this would ensure some flexibility, for example if at some
point in the future somebody for some reason would like to switch from
/var/lib/ispell to another directory.
In case this is ever needed it can be implemented in autobuildhash script.
No need to add new stuff to already existing dict packages.
Ok, I have one more argument for removing the generated hashes in `prerm
upgrade': when ispell/aspell is upgraded together with the dictionaries,
and the new version of ispell/aspell is incompatible with previous
dictionaries for any reason (and for example crashes), `prerm upgrade'
will reduce the time the incompatible hashes exist in the system, which
in turn might save people's time needed to report/investigate issues :)
I think you will just change the error message from something like
'illegal hash format' to something like 'unavailable dict'. In a
really big upgrade (e.g. wheezy-jessie) this is the less important
problem you will find. Even if you rebuild hashes from preinst in
those cases, there is no warranty about normal unpack ordering
anywhere else than in configuration stage, so you cannot make sure
that rebuild is done at the right time.
By the way, when hash and compat placeholders were once shipped with
ispell or aspell dictionary packages, dict was not available from dict
unpacking to configuration. No bug reports were filed about this.
I think going the preinst way is too much work for very small (or
none) gain. I still think is simpler to just ship /var/lib/{a,i}spell
in dictionaries-common with a bogus README file. Even this change will
not go into jessie, so its utility is limited, but in the future might
save some (harmless) warnings.
Thanks very much for your feedback
Regards,
--
Agustin
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781516: [qtchooser] Qtchooser will always find qt5
On Wednesday 01 April 2015 14:03:47 Dmitry Shachnev wrote: Control: severity -1 wishlist On Wed, 01 Apr 2015 12:21:57 +0300, David Baron wrote: Another alternative could be a /etc/default/qtchooser. This could specify even more default properties, if desirable. Comment out the build alternative not desired #QT_SELECT=4 QT_SELECT=5 You have a $(qmake -query QT_INSTALL_LIBS)/qtchooser/default.conf file, which you can make a symlink to qt4 or qt5 configuration file (this is exactly what qt4-default and qt5-default packages do), or fill it yourself with the paths you want qtchooser to use. Why do we need one more way to specify the default Qt? -- Dmitry Shachnev (More-or-less) standard manner to which folks are accustomed. But this is OK as well, if not adequately documented. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781662: unblock: debian-gis/0.0.4
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package debian-gis
According to previous discussion about Blends metapackages[1] I'd like
you to unblock debian-gis 0.0.4. I simply rerendered the status of
the current debian-gis package (0.0.3) in testing by blends-dev which
excluded several packages from Recommends (and moved them to suggests as
blends-dev does with packages it can not found in the target release).
See the attached debdiff of mostly auto-generated files.
Thanks for working on the Debian release
Andreas.
[1] https://lists.debian.org/debian-release/2014/11/msg01092.html
(include/attach the debdiff against the package in testing)
unblock debian-gis/0.0.4
-- System Information:
Debian Release: 7.8
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru debian-gis-0.0.3/debian/changelog debian-gis-0.0.4/debian/changelog
--- debian-gis-0.0.3/debian/changelog 2014-10-27 07:24:04.0 +0100
+++ debian-gis-0.0.4/debian/changelog 2015-04-01 13:26:36.0 +0200
@@ -1,3 +1,9 @@
+debian-gis (0.0.4) unstable; urgency=medium
+
+ * Rerender Debian GIS metapackages to reflect Jessie package pool.
+
+ -- Andreas Tille ti...@debian.org Wed, 01 Apr 2015 11:59:03 +0200
+
debian-gis (0.0.3) unstable; urgency=low
[ Andreas Tille ]
diff -Nru debian-gis-0.0.3/debian/control debian-gis-0.0.4/debian/control
--- debian-gis-0.0.3/debian/control 2014-10-27 07:24:04.0 +0100
+++ debian-gis-0.0.4/debian/control 2015-04-01 13:26:36.0 +0200
@@ -123,7 +123,6 @@
gpsbabel,
gpsd,
gpsd-clients,
- gpsdrive,
gpsman,
gpstrans,
gpx2shp,
@@ -137,6 +136,7 @@
qmapshack
Suggests: gpscorrelate,
gpscorrelate-gui,
+ gpsdrive,
navit-graphics-gtk-drawing-area | navit-graphics-qt-qpainter,
qlandkartegt-garmin
Description: GPS related programs
@@ -151,7 +151,6 @@
gir1.2-osmgpsmap-1.0,
gosmore,
gpsprune,
- gpxviewer,
imposm,
jmapviewer,
josm,
@@ -168,7 +167,6 @@
osmctools,
osmjs,
osmosis,
- osmosis-plugin-borderextract,
osmpbf-bin,
python-imposm-parser,
qlandkartegt,
@@ -183,6 +181,7 @@
gebabbel,
gpscorrelate,
gpscorrelate-gui,
+ gpxviewer,
josm-plugins,
libmemphis-0.2-dev,
libmemphis-doc,
@@ -192,6 +191,7 @@
openstreetmap-carto,
openstreetmap-map-icons-classic | openstreetmap-map-icons-scalable | openstreetmap-map-icons-square,
osmembrane,
+ osmosis-plugin-borderextract,
osrm,
osrm-tools,
qmapcontrol,
@@ -207,7 +207,6 @@
Architecture: all
Depends: gis-tasks (= ${binary:Version})
Recommends: dans-gdal-scripts,
- doris,
gdal-bin,
libepr-api2-dev,
libgdal-dev,
@@ -221,11 +220,11 @@
python-pycoast,
python-pykdtree,
python-pyorbital,
- python-pyresample,
- snaphu
+ python-pyresample
Suggests: adore-doris,
best,
bestgui,
+ doris,
eolisa,
getorb,
giant,
@@ -247,6 +246,7 @@
pyaps,
python-bufr,
roipac,
+ snaphu,
varres
Description: Remote sensing and earth observation
Debian packages which are dealing with Remote Sensing (for instance
@@ -290,14 +290,14 @@
tilecache,
tilelite,
tilestache,
- tinyows,
twms
Suggests: mapcache-cgi,
musmap,
pycsw-cgi,
python-pycsw,
pywps,
- tilemill
+ tilemill,
+ tinyows
Description: Present geographic information via web map server
Debian packages which are dealing with geographical information
to be presented for the web on so called map tile servers. These
@@ -328,7 +328,6 @@
libgeo-point-perl,
libgeographic-dev,
libgeos-c1,
- libgeotiff-epsg,
libjts-java,
liblas-bin,
libshp-dev,
@@ -364,6 +363,7 @@
libgdal1-1.10.1-grass,
libgdal1-1.11.1-grass,
libgeo-proj4-perl,
+ libgeotiff-epsg,
libkml-java,
libspatialite3,
mapnik-viewer,
diff -Nru debian-gis-0.0.3/debian-gis-tasks.desc debian-gis-0.0.4/debian-gis-tasks.desc
--- debian-gis-0.0.3/debian-gis-tasks.desc 2014-10-27 07:24:04.0 +0100
+++ debian-gis-0.0.4/debian-gis-tasks.desc 2015-04-01 13:26:36.0 +0200
@@ -104,7 +104,6 @@
gpsbabel
gpx2shp
gpsd
- gpsdrive
gpsman
gpstrans
gpsd-clients
@@ -137,12 +136,10 @@
mkgmapgui
osm2pgsql
osmosis
- osmosis-plugin-borderextract
imposm
osmpbf-bin
python-imposm-parser
gpsprune
- gpxviewer
libgeo-osm-tiles-perl
routino
qlandkartegt
@@ -180,8 +177,6 @@
libossim1
libossim-dev
dans-gdal-scripts
- doris
- snaphu
python-pyresample
python-pykdtree
python-pyorbital
@@ -226,7 +221,6 @@
mapserver-bin
cgi-mapserver
python-mapscript
- tinyows
routino-www
mapcache-tools
libapache2-mod-mapcache
@@ -275,7 +269,6 @@
libjts-java
libgeo-point-perl
geotiff-bin
- libgeotiff-epsg
liblas-bin
rasterlite-bin
osgearth
diff -Nru debian-gis-0.0.3/dependency_data/debian-gis_0.0.4.json
Bug#781663: pysolfc: Does not start when no sound card is available, even when sound is disabled
Package: pysolfc Version: 2.0-3 Severity: normal Tags: upstream When no sound card is available (to reproduce it is enough to remove the user from audio group), pysolfc crashes at startup with the following backlog: Traceback (most recent call last): File /usr/games/pysolfc, line 32, in module sys.exit(main(sys.argv)) File /usr/share/games/pysolfc/pysollib/main.py, line 359, in main r = pysol_init(app, args) File /usr/share/games/pysolfc/pysollib/main.py, line 314, in pysol_init app.audio.connectServer(app) File /usr/share/games/pysolfc/pysollib/pysolaudio.py, line 445, in connectServer self.mixer.init() pygame.error: No available audio device This also happens when sound has been disabled in the option menu (sound = False in .pysolfc/options.cfg ), but not when pysolfc is launched with the --nosound option from command line; however users who run pysolfc from a GUI will have an harder time running it. This is known upstream: http://sourceforge.net/p/pysolfc/bugs/28/ -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages pysolfc depends on: ii python2.7.8-4 ii python-configobj 5.0.6-1 ii python-pygame 1.9.1release+dfsg-10+b1 ii python-tk 2.7.8-2+b1 Versions of packages pysolfc recommends: pn python-imaging-tk none pn tk-tilenone Versions of packages pysolfc suggests: pn freecell-solver none pn pysolfc-cardsets 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#761023: [NMU intent] Re: Bug#761023: [bb] Visual stops when audio starts
Hi, Axel Beckert wrote: gregor herrmann wrote: - I had the same bug on X. Uninstalling pulseaudio - and rebooting - fixed the issue. Like Axel and Nirgal I can confirm that bb works fine without pulseaudio. I can confirm that I don't have pulseaudio installed. [...] Some other ideas come to my mind: * A wrapper script which checks the above mentioned condition (X + pulseaudio) and either warns plus exits or, if possible, just removes all indicators for pulseadio (environment variables or whatever it uses to indicate its present). As I have no idea how to check for pulseaudio being active, this is not viable for short-term NMU. * Downgrading the bug to important again (which IMHO is now even more the most appropriate severity) and adding a paragraph to README.Debian or similar to mention this issue. I've discussed this with Gregor on IRC and we came to the conclusion that disabling audio by default plus adding the above mentioned warning should suffice to downgrade this issue from RC to important. Due to the Jessie release date being quite close[1] and this being one of the bug reports listed on [2], I plan to do an NMU with the above mentioned characteristics either directly to unstable or at most to DELAYED-1 -- mostly depending on how quickly I manage to get a suitable package. So answer soon if you disagree. [1] https://lists.debian.org/debian-devel-announce/2015/03/msg00016.html [2] https://udd.debian.org/bugs/?release=jessie_and_sidmerged=ignkeypackages=ignfnewerval=7flastmodval=7rc=1ctags=1cdeferred=1sortby=idsorto=ascformat=html#results Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781659: konsole: Console cursor loses focus after switching between windows
Package: konsole Version: 4:4.14.2-1 Severity: normal Dear Maintainer, Since upgrading to Jessie, the following problem frequently (every few minutes or so, when working normally) appears: after switching between windows and/or virtual desktops, when I switch back to a Konsole window, the window has focus, but the cursor in the terminal is hollow and does not respond to keyboard input. Only after clicking on the window with the mouse, the cursor changes back to filled and responds to keyboard again. This happens randomly when switching windows, but I can consistently reproduce it as follows: press alt to activate the menu in a konsole window, then switch away and back to the konsole window. Now the menu isn't active anymore, but the cursor is hollow and doesn't respond. This has started happening to me after upgrading to Jessie. I run plain openbox as window manager, but the same problem also appears when I use Xfce or failsafe-xterm. Furthermore, I have also tried crossgrading to amd64, but reverted this because it didn't work; I do still have some libraries installed with both i386 and amd64 versions, including libc6 and libstdc++6 from the dependencies of konsole. See also the bugreport here: https://bugs.kde.org/show_bug.cgi?id=270144 that was wrongly reported against Kwin. Please let me know if there is any other useful information I can provide. Best, Jaap -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages konsole depends on: ii kde-runtime4:4.14.2-2 ii libc6 2.19-15 ii libkdecore54:4.14.2-5 ii libkdeui5 4:4.14.2-5 ii libkio54:4.14.2-5 ii libknotifyconfig4 4:4.14.2-5 ii libkonq5abi1 4:4.14.2-1 ii libkparts4 4:4.14.2-5 ii libkpty4 4:4.14.2-5 ii libqt4-dbus4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libstdc++6 4.9.2-10 konsole recommends no packages. konsole 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#781612: [Pkg-xfce-devel] Bug#781612: libglib2.0-0: segfault in xfdesktop
Yves-Alexis Perez schrieb am 01. Apr um 10:04 Uhr: Christian, could you provide a us more information: what where you doing, precisely? Also, can you provide a backtrace? sorry, I can only provide a few logs. Dunno what happened. Mar 31 13:43:35 leo shutdown[13461]: shutting down for system halt Mar 31 16:07:30 leo kernel: imklog 5.8.11, log source = /proc/kmsg started. Mar 31 16:07:30 leo rsyslogd: [origin software=rsyslogd swVersion=5.8.11 x-pid=2666 x-info=http://www.rsyslog.com;] start Mar 31 16:07:30 leo kernel: [0.00] Initializing cgroup subsys cpuset Mar 31 16:07:30 leo kernel: [0.00] Initializing cgroup subsys cpu Mar 31 16:07:30 leo kernel: [0.00] Linux version 3.2.0-4-686-pae (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.65-1+deb7u2 [] Mar 31 16:07:30 leo kernel: [ 15.426358] EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: (null) Mar 31 16:07:31 leo kernel: [ 17.733120] lp: driver loaded but no devices found Mar 31 16:07:31 leo kernel: [ 17.784373] ppdev: user-space parallel port driver Mar 31 16:07:31 leo kernel: [ 17.840555] PHY: 100:00 - Link is Up - 1000/Full Mar 31 16:07:34 leo kernel: [ 20.736822] postgres (3308): /proc/3308/oom_adj is deprecated, please use /proc/3308/oom_score_adj instead. Mar 31 16:35:30 leo kernel: [ 1697.220030] xfdesktop[3612]: segfault at ffa6 ip b6c7e4a7 sp bffe15c8 error 4 in libgobject-2.0.so.0.3200.4[b6c4c000+5] Mar 31 17:39:27 leo kernel: [ 5534.235735] PM: Syncing filesystems ... done. Mar 31 18:52:48 leo kernel: [ 5534.304181] Freezing user space processes ... (elapsed 0.01 seconds) done. Mar 31 18:52:48 leo kernel: [ 5534.320021] Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done. -- *** http://cknoke.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781449: wordpress-theme-twentyfifteen: privacy leak due to accessing Google servers for font/CSS download
On Sun, Mar 29, 2015 at 03:29:01PM +0200, Martin Steigerwald wrote: the themes references Google servers for downloading fonts or CSS: Hi Martin, I didn't realise this happened. I'm personally not concerned but can completely understand why some people would be. I don't actually use the default themes. I know that patching the theme to avoid accessing Google servers is extra maintenance work and may alter the appearence of the theme. For me wordpress looks well enough that way, I didn´t notice any big difference. It might be possible to just edit the on/off lines in the themes. I think that might do it. The problem is its not easy to re-enable the fonts if it is patched. An alternative idea would be to package that addon and add a clear hint about it on installing wordpress package. I could probably just add it to the Debian wordpress package. There is already plugins so another is not terribly hard to add in. - Craig -- Craig Small (@smallsees) http://enc.com.au/ csmall at : enc.com.au Debian GNU/Linux http://www.debian.org/ csmall at : debian.org GPG fingerprint:5D2F B320 B825 D939 04D2 0519 3938 F96B DF50 FEA5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781092: #781092, rspamd keeps disconneting rmilter
On 30/03/15 12:52, Craig Small wrote:
On Mon, Mar 30, 2015 at 11:43:21AM +0100, Vsevolod Stakhov wrote:
Could you please paste strace of rspamd worker when the timeout occurs?
epoll_wait(10, {{EPOLLIN, {u32=3, u64=3}}}, 32, 20267) = 1
accept(3, {sa_family=AF_INET6, sin6_port=htons(38141), inet_pton(AF_INET6,
:::127.0.0.1, sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, [28]) = 21
fcntl(21, F_GETFL) = 0x2 (flags O_RDWR)
fcntl(21, F_SETFL, O_RDWR|O_NONBLOCK) = 0
fcntl(21, F_SETFD, FD_CLOEXEC) = 0
clock_gettime(CLOCK_PROCESS_CPUTIME_ID, {3, 396313080}) = 0
stat(/etc/localtime, {st_mode=S_IFREG|0644, st_size=2197, ...}) = 0
writev(2, [{2015-03-30 22:37:07 #32545(norma..., 50}, {accepted connection
from :::..., 52}, {\n, 1}], 3) = 103
epoll_ctl(10, EPOLL_CTL_ADD, 21, {EPOLLIN, {u32=21, u64=21}}) = 0
epoll_wait(10, {{EPOLLIN, {u32=21, u64=21}}}, 32, 12628) = 1
epoll_ctl(10, EPOLL_CTL_DEL, 21, 7fffac3ee930) = 0
stat(/etc/rspamd/2tld.inc, {st_mode=S_IFREG|0644, st_size=86920, ...}) = 0
epoll_ctl(10, EPOLL_CTL_ADD, 21, {EPOLLIN, {u32=21, u64=21}}) = 0
stat(/etc/localtime, {st_mode=S_IFREG|0644, st_size=2197, ...}) = 0
writev(2, [{2015-03-30 22:37:07 #32545(norma..., 64}, {abnormally closing
connection fr..., 71}, {\n, 1}], 3) = 136
close(21) = 0
I am using IPv6 here, so possibly something inside rspam isn't liking
it. You can see in the accept function the IP address.
This is very weird behaviour. As you can see, epoll_wait returns 1 but
there is no attempt to read anything from a socket, however, according
to the code this could happen if and only if libevent returns EV_TIMEOUT:
https://github.com/vstakhov/rspamd/blob/rspamd-0.8/src/libutil/http.c#L668
Just curious, does this problem exist if you edit your workers.conf and
set parameter `count` to 1 for normal worker there?
--
Vsevolod Stakhov
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779200: reportbug: did not show #777125, proably due to encoding issues
Hello Sandro, On Thu, Mar 26, 2015 at 10:44:58AM +, Sandro Tosi wrote: control: tags -1 + moreinfo unreproducible Hello Hermann, On Wed, Feb 25, 2015 at 12:02 PM, Hermann Lauer hermann.la...@iwr.uni-heidelberg.de wrote: while trying to report a systemd related bug on sysvinit-utils, when selecting #777125 for viewing the screen empties and nothing is shown. does `$ reportbug -N 777125` work for you or you see the same problem? this is just a shortcut instead of checking all the bugs for 'sysvinit-utils' (which is the package against 777125 has been reported) and find that bug in the list (and FTR even doing that, it works here). new result with reportbug -N 777125 on another jessie installation, screen blanks then: fd.write(text) UnicodeEncodeError: 'ascii' codec can't encode character u'\u25cf' in position 542: ordinal not in range(128) (END) process tree is: │ │ └─reportbug,20662 /usr/bin/reportbug -N 777125 │ │ └─sh,20683 -c sensible-pager │ │ └─sensible-pager,20684 /usr/bin/sensible-pager │ │ └─pager,20685 So indeed an encoding issue. Tried yesterday (probably on another machine) and did't see the python error, as in the original report. Hope that helps, and tell me what else I can debug/do. Thanks, greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781615: systemd: Only boots in rescue mode
Am 01.04.2015 um 14:55 schrieb Christoph Egger: Hi! Michael Biebl bi...@debian.org writes: Could you blacklist the ipmi_si driver, just to be sure? Will do in the evening. That aside, I wonder if it's related to the use of f2fs for / [ 12.306905] systemd-fsck[171]: Executing: /lib/systemd/systemd-fsck [ 12.332491] systemd-fsck[171]: Info: Fix the reported corruption. systemd-fsck[171]: Error: Not available on mounted device! That somehow looks suspicious. Probably uncommon enough to be possible. Can't just test that though I assume the f2fs-tools package is installed? What output (and return code) do you get, if you run fsck.f2fs /dev/disk/by-uuid/691d5901-2f6b-4d33-abbb-131376511c53 from a rescue media? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#781518: Please remove very outdated MakeHuman package
This is a perfectly acceptable solution. The main thing we wanted to achieve here was to get the four year old alpha 6 out of circulation, and that is the goal that has priority over other concerns. So yes, we would like to have the package removed from Unstable too. I also saw the answer from the maintainer (and having written a PhD myself, I can sympathize). If it is acceptable, we can at a later point contribute a new build written for the current MakeHuman branch (although, we would most likely wait with that until the next stable release which is upcoming within the near future). We would then also be willing to discuss maintaining the build in the future. A question that have arisen in the project group is this though: Do we cause any irreparable harm for the possible (re-)inclusion of a new MakeHuman build at a later date by asking to have the current version removed? The worries mainly concerned the recommendations for reintroducing removed packages, but also the recommendations against introducing packages depending on python 2.x (which is a hard dependency for MakeHuman). Anyway, thank you for your quick response. Den 2015-04-01 14:49, Charles Plessy skrev: Le Mon, Mar 30, 2015 at 01:31:19PM +0200, Joel Palmius a écrit : The version of MakeHuman currently included in the repo is a four year old alpha. As per bug report (#781306) it does not even seem to start. At this point it seems unlikely that an acceptable, less ancient, version could be included in Debian. Thus, we in the MakeHuman crew humbly requests that the currently available package at least be removed. It reflects poorly upon both Debian and MakeHuman that the current package is still around. Dear Joel, thank you for contacting us. I am sorry that we are causing trouble to your project with our outdated package. The bug report #781306 caused the package to be removed from our Testing distribution, therefore it will not be part of our next Stable release. This partially solves the problem, but as of today the package is still distributed in our Unstable distribtion and while this distribution is not directed at general users, I understand that you would like it to be removed as well. As you have seen, I have contacted the package maintainer, and I propose to wait 15 days and transfer the request for removal to our FTP archive team in the absence of a response, which will result in the final removal of the package. Is that good for you ? Have a nice day, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780354: Processed: Re: [Pkg-freeipa-devel] Bug#781607: freeipa: please package new upstream version
Hi Ondřej, On Mittwoch, 1. April 2015, Ondřej Surý wrote: I suggest we wait for jessie release that is so close now and I will upgrade softhsm directly in unstable then. Sounds good? sounds great, thanks for the heads up! cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#781667: udev: 91-permissions.rules:94 missing continuation still exists
On Apr 01, Michael Biebl bi...@debian.org wrote: I'll let Marco decide, if he wants to make a stable upload for this. Not me, but I welcome a NMU. :-) -- ciao, Marco pgpWlYqD_6A_g.pgp Description: PGP signature
Bug#781667: udev: 91-permissions.rules:94 missing continuation still exists
Control: unarchive 706221 Control: forcemerge -1 706221 Control: archive 706221 Dear Markus, Am 01.04.2015 um 14:20 schrieb Markus Kovero: Package: udev Version: 175-7.2 Severity: important Please see #706221, bug still exists on latest version of wheezy. Bug report has been incorrectly closed and archived. The bug is marked as fixed in version 204-9, which is correct. You can see this at the graph in the upper right corner of the bts. Therefor merging the two bug reports. I'll let Marco decide, if he wants to make a stable upload for this. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#761999: transmission-daemon gets started at system startup though disabled in rcconf
can you clarify how you disabled transmission-daemon from starting with init? Well, I didn't, at least not successfully. I started rcconf via sudo, and unselected the entry for transmission-daemon, without effect. is this command returning any output: $ ls /etc/rc2.d/*transmission* Yes, /etc/rc2.d/K01transmission-daemon exists and points to /etc/init.d/transmission-daemon. To be honest, I'm not sure whether this bug persists. transmission-daemon does no longer start automatically on my system, but I'm not sure whether some later Debian update changed this, or at some point I made some hack that I've since forgotten about. Sorry, but its been a while. Both the files in /etc/transmission-daemon and /etc/init.d/transmission-daemon are unmodified though (file dates before my bug report). Should I reinstall the transmission-daemon package or some other package to make sure I have an unchanged setup and see whether the problem pops up again? Best, Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648249: RFP: zramswap-enabler -- Start/Stop swapping to zram
Is it all about adding something like this to the `/etc/rc.local`: ## SWAP to compressed RAM if [ ! -b /dev/zram0 ]; then modprobe zram \ echo $((2048*1024*1024)) /sys/block/zram0/disksize \ mkswap /dev/zram0 \ swapon -p 128 /dev/zram0 fi Do we really need a package for trivial 6 lines script? -- Best wishes, Dmitry Smirnov GPG key : 4096R/53968D1B --- A wise man proportions his belief to the evidence. -- David Hume, An Inquiry Concerning Human Understanding signature.asc Description: This is a digitally signed message part.
Bug#781668: e17: filemanager does not delete any files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: e17 Version: 0.17.6-1 Severity: minor Dear Maintainer, the e17-filemanager does not delete any files, it does not matter whether the context-menu (right-mouse-button) is used or the delete-key on the keyboard, or shift-delete. This applies both to single files and folders. There seems to be something going on, but in the end the items are unchanged. So users have to use a terminal-emulator to do that, or use a different file-manager. Today there were news, that the Jessie-release is going to be at the end of April. I really do wonder, if the maintainers all have fixes in their drawers for the issues, that are still open. It seems there are quite some left. Maybe it is selective perception from my side, because I own too many bugs, but there is severe doubt, all of those, which are at least normal in severity will be done before the release happens. This very bug for example would be a normal bug, but because the e17-filemanager does not come in a separate package, it is minor only, so it cannot block the release, it should be fixed though. - -- 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.7-ckt7edtp (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: sysvinit (via /sbin/init) Versions of packages e17 depends on: ii dbus-x11 1.8.16-1 ii e17-data 0.17.6-1 ii libasound2 1.0.28-1 ii libc6 2.19-15 ii libdbus-1-31.8.16-1 ii libecore-con1 1.8.6-2.1+b2 ii libecore-evas1 1.8.6-2.1+b2 ii libecore-file1 1.8.6-2.1+b2 ii libecore-imf1 1.8.6-2.1+b2 ii libecore-input11.8.6-2.1+b2 ii libecore-ipc1 1.8.6-2.1+b2 ii libecore-x11.8.6-2.1+b2 ii libecore1 1.8.6-2.1+b2 ii libedbus1 1.7.10-1 ii libedje-bin1.8.6-2.1+b2 ii libedje1 1.8.6-2.1+b2 ii libeet11.8.6-2.1+b2 ii libeeze1 1.8.6-2.1+b2 ii libefreet-bin 1.8.6-2.1+b2 ii libefreet1a1.8.6-2.1+b2 ii libeina1 1.8.6-2.1+b2 ii libeio11.8.6-2.1+b2 ii libevas1 1.8.6-2.1+b2 ii libevas1-engines-x [libevas1-engine-software-x11] 1.8.6-2.1+b2 ii libpam0g 1.1.8-3.1 ii libxcb-keysyms10.4.0-1 ii libxcb-shape0 1.10-3+b1 ii libxcb11.10-3+b1 Versions of packages e17 recommends: ii pm-utils 1.4.1-15 e17 suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlUb9KYACgkQ5+rBHyUt5wv8MgCdFciuNZoWNCWoT8f3uN19dFJ7 jBwAoK7FXqro1WZ+I06deB21myiHMICA =1nw2 -END PGP SIGNATURE-
Bug#781504: Segmentation fault after pack ioctl unpack
On Mon, Mar 30, 2015 at 09:48:25AM +0200, Thomas Goirand wrote: Package: ruby2.1 Version: 2.1.5-1 Severity: grave Tags: patch Hi, When testing OpenStack Fuel, one of the components is using rethtool, which suffer from below ruby 2.1 upstream bug: https://bugs.ruby-lang.org/issues/10568 The fix is attached in the above bug report, in this URL: https://bugs.ruby-lang.org/attachments/download/4936/ruby-2.1-rb-str-associated.patch I have also attached the patch. I tested to rebuilding the Ruby 2.1 interpreter using this patch, and this solved my issue. It would be super nice if this patch could land in Jessie before the release. This kind of crash IMO deserves such action. If you don't have time to patch the current Ruby 2.1 interpreter and would accept an NMU, let me know, and I will do so. I have commented on the upstream bug saying that this still needed to be applied to the 2.1 branch; I will wait 1-2 days to see if they apply, otherwise I will include the patch in the Debian package and upload. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#781669: stunnel4: Manpage should say that additional options are required for sslVersion = SSLv2, SSLv3
Package: stunnel4 Version: 3:5.06-2 Severity: minor Dear Maintainer, The current manpage of stunnel4 only says: sslVersion = SSL_VERSION select version of SSL protocol Allowed options: all, SSLv2, SSLv3, TLSv1, TLSv1.1, TLSv1.2 However, to use SSLv2 and SSLv3, -NO_SSLv2 and -NO_SSLv3 must be added to the options in the configuration file. I think the manpage should metion that with the description of the sslVersion option. I therefor suggest adding an additional paragraph to the sslVersion section of the manpage. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.18.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages stunnel4 depends on: ii adduser3.113+nmu3 ii libc6 2.19-17 ii libssl1.0.01.0.1k-3 ii libsystemd0215-14 ii libwrap0 7.6.q-25 ii multiarch-support 2.19-17 ii netbase5.3 ii openssl1.0.1k-3 ii perl 5.20.2-3 ii perl-modules 5.20.2-3 stunnel4 recommends no packages. Versions of packages stunnel4 suggests: pn logcheck-database none -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#781138: Official Debian Sponsor
Hi Ray, On 04/01/2015 05:40 AM, ray sison wrote: Hi Donald, Thanks for adding us to the official mirrors list. We have made the necessary steps to be an official sponsor for Debian. Can you list us on the following page as well? https://www.debian.org/mirror/official_sponsors I will. Could you please clarify exactly which request that was? I've cc'd the bug report just so we can be sure this is documented. Best regards, Donald Norwood signature.asc Description: OpenPGP digital signature
Bug#690171:
I have met a similar crash too: motion[4059]: segfault at b444513f ip b769ee8a sp b5440b40 error 4 in libjpeg.so.8.4.0[b7682000+38000] I think that in my case the problem was that width and height in config did not match resolution supported by my camera. I had 800x608 in config, which worked until I started to pause/resume detection or disconnect/reconnect my camera while motion was running. My suspicion was that motion mmaps buffer for picture according to camera supported resolution, but passes that buffer with config resolution to libjpeg. E.g. allocates 800x600, and then passes it to libjpeg with 800x608. I re-compiled motion with -g3 and -O0 and captured a core when this happened: (gdb) bt #0 jpeg_fdct_ifast (data=data@entry=0xb5d36b90, sample_data=sample_data@entry=0xb5d36fa8, start_col=start_col@entry=0) at jfdctfst.c:132 #1 0xb7f7e92c in forward_DCT (cinfo=cinfo@entry=0xb5d36df0, compptr=compptr@entry=0x80c16bc, sample_data=0xb5d36fa8, coef_blocks=0x80c224c, start_row=start_row@entry=0, start_col=start_col@entry=0, num_blocks=num_blocks@entry=1) at jcdctmgr.c:82 #2 0xb7f7dd6c in compress_data (cinfo=0xb5d36df0, input_buf=0xb5d36f9c) at jccoefct.c:181 #3 0xb7f7bc07 in jpeg_write_raw_data (cinfo=0xb5d36df0, data=0xb5d36f9c, num_lines=16) at jcapistd.c:153 #4 0x080674f0 in put_jpeg_yuv420p_file (fp=0x80c1440, image=0xb4c8b008 \200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200..., width=800, height=600, quality=85) at picture.c:264 #5 0x08067d7c in put_picture_fd (cnt=0x80ba7d8, picture=0x80c1440, image=0xb4c8b008 \200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200..., quality=85) at picture.c:517 #6 0x08067eb7 in put_picture (cnt=0x80ba7d8, file=0xb5d3a11c /motion/01-20150326165903-snapshot.jpg, image=0xb4c8b008 \200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200..., ftype=2) at picture.c:550 ---Type return to continue, or q return to quit--- #7 0x08066028 in event_image_snapshot (cnt=0x80ba7d8, type=1024, img=0xb4c8b008
Bug#781671: [INTL:sv] Swedish strings for diaspora-installer debconf
package: diaspora-installer severity: wishlist tags: patch l10n Please consider to add this file to translation of debconf. -- brother http://sis.bthstuden.se sv.po Description: Binary data
Bug#781672: [INTL:sv] Swedish strings for apt-cacher-ng debconf
package: apt-cacher-ng severity: wishlist tags: patch l10n Please consider to add this file to translation of debconf. -- brother http://sis.bthstuden.se sv.po Description: Binary data
Bug#765626: irssi-plugin-xmpp: segfaults on attempting to send a message
Thanks for the follow up Florian. I have about 24 hours of light usage with the suggested versions and I haven't seen the segfaults. Let's chalk it up to ABI breakage, what with the renewed upstream irssi development. Cheers, Jamon On 27/03/15 04:16 PM, Florian Schlichting wrote: Hi Nick and Jamon, you both reported seemingly unexplainable segfaults when doing fairly boring things with irssi-plugin-xmpp. Can you confirm that these issues have disappeared since version 0.52+git20140102-2+b1, recompiled against a new irrsi (0.8.17) in early December? This would mean the issues you encountered were breakage caused by ABI changes in the new irssi version, and should be prevented in the future via #772479. Florian On Mon, Nov 10, 2014 at 09:29:34AM -0500, Jamon Camisso wrote: Package: irssi-plugin-xmpp Version: 0.52+git20140102-2 Followup-For: Bug #765626 Sure, here's a backtrace with those packages installed: #0 0x0048d415 in cmd_msg (data=0x1ebc2e0 \267\002, server=0x1ebc2e0, item=0x0) at chat-commands.c:392 #1 0x0048aeb2 in signal_emit_real (rec=rec@entry=0x1d65eb0, params=params@entry=3, va=va@entry=0x7fff70104df8, first_hook=optimized out) at signals.c:242 #2 0x0048b2fd in signal_emit (signal=signal@entry=0x2391370 command msg, params=params@entry=3) at signals.c:286 #3 0x00477440 in parse_command (item=0x0, server=0x1ebc2e0, expand_aliases=optimized out, command=0x2377e71 msg snipped@gmail.com test) at commands.c:899 #4 event_command (line=0x2377e71 msg snipped@gmail.com test, server=0x1ebc2e0, item=0x0) at commands.c:945 #5 0x0048aeb2 in signal_emit_real (rec=rec@entry=0x1d5af10, params=params@entry=3, va=va@entry=0x7fff70104fa8, first_hook=optimized out) at signals.c:242 #6 0x0048b2fd in signal_emit (signal=signal@entry=0x49940d send command, params=params@entry=3) at signals.c:286 #7 0x0041a233 in key_send_line () at gui-readline.c:439 #8 0x0048aeb2 in signal_emit_real (rec=rec@entry=0x1db74d0, params=params@entry=3, va=va@entry=0x7fff70105138, first_hook=optimized out) at signals.c:242 #9 0x0048b2fd in signal_emit (signal=signal@entry=0x23951e0 key send_line, params=params@entry=3) at signals.c:286 #10 0x0044cdc3 in sig_multi (data=optimized out, gui_data=0x0) at keyboard.c:653 #11 0x0048aeb2 in signal_emit_real (rec=rec@entry=0x1d8a9f0, params=params@entry=3, va=va@entry=0x7fff701052d8, first_hook=optimized out) at signals.c:242 #12 0x0048b2fd in signal_emit (signal=signal@entry=0x2395620 key multi, params=params@entry=3) at signals.c:286 #13 0x0044d6f3 in key_emit_signal (keyboard=0x1db0140, key=0x1d8f830, key=0x1d8f830) at keyboard.c:552 #14 key_pressed (keyboard=0x1db0140, key=key@entry=0x7fff70105400 ^J) at keyboard.c:608 #15 0x00419a01 in sig_gui_key_pressed (keyp=0xa) at gui-readline.c:406 #16 0x0048aeb2 in signal_emit_real (rec=rec@entry=0x1dbd7f0, params=params@entry=1, va=va@entry=0x7fff701054b8, first_hook=optimized out) at signals.c:242 #17 0x0048b2fd in signal_emit (signal=optimized out, params=1) at signals.c:286 #18 0x0041ac77 in sig_input () at gui-readline.c:664 #19 0x0047e133 in irssi_io_invoke (source=optimized out, condition=optimized out, data=optimized out) at misc.c:54 #20 0x7fec2174cb6d in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #21 0x7fec2174cf48 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #22 0x7fec2174cffc in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #23 0x00416c34 in main (argc=optimized out, argv=0x7fff70105878) at irssi.c:379 Cheers, Jamon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781670: please push your commits+tags to the git repo and use signed tags
package: refpolicy severity: wishlist Hi, so unstable has 2:2.20140421-9 but the last tag available is for -4. The debian branch has -8, so there's -9 missing completly and the tags for -5, -6, -7 and -8 (and -9 obviously too) are missing. Also, I'm speechless that you don't seem to use signed tags, I thought selinux was somewhat related to security? cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#781622: RFS: opentyrian/2.1.20130907-1 [ITP]
Le mercredi 1 avril 2015, 20:38:30 Dmitry Smirnov a écrit : Hmm, how about doing it gnu-make-style? I tried that too, but this doesn't work as I expected (Only the first ‘%’ in the pattern and replacement is treated this way; any subsequent ‘%’ is unchanged. from the manual) -- icons := $(patsubst linux/icons/tyrian-%.png,debian/opentyrian/usr/share/icons/hicolor/%x%/apps/opentyrian.png,$(wildcard linux/icons/tyrian-*.png)) debian/opentyrian/usr/share/icons/hicolor/%x%/apps/opentyrian.png: linux/icons/tyrian-%.png install -D --mode=644 --preserve-timestamps $ $@ override_dh_install: $(icons) dh_install Please note that in make files make is usually spelled as $(MAKE). Oops, I overloked that. I had to add even more boilerplate to make parallel build actually work. signature.asc Description: This is a digitally signed message part.
Bug#781673: --do-not-verify-signatures breaks call to debootstrap
Package: piuparts
Version: 0.62
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
a command line like
$ piuparts -d stable -d testing --apt ghc-doc libghc-authenticate-{doc,dev}
-m http://ftp.scc.kit.edu/pub/debian --install-recommends
--testdebs-repo=/tmp/foo --distupgrade-to-testdebs --bindmount /tmp/foo/
works and calls
0m0.0s DEBUG: Starting command: ['debootstrap', '--variant=minbase',
'--keyring=/usr/share/keyrings/debian-archive-keyring.gpg',
'--include=eatmydata', '--components=main,contrib,non-free', 'stable',
'/tmp/tmpPF80kB', 'http://ftp.scc.kit.edu/pub/debian']
but the command line
$ piuparts -d stable -d testing --apt ghc-doc libghc-authenticate-{doc,dev}
-m http://ftp.scc.kit.edu/pub/debian --install-recommends
--testdebs-repo=/tmp/foo --distupgrade-to-testdebs --bindmount /tmp/foo/
--do-not-verify-signatures
calls
0m0.0s DEBUG: Starting command: ['debootstrap', '--variant=minbase', '',
'--include=eatmydata', '--components=main,contrib,non-free', 'stable',
'/tmp/tmpXYF9Et', 'http://ftp.scc.kit.edu/pub/debian']
which fails:
I: usage: [OPTION]... suite target [mirror [script]]
I: Try `debootstrap --help' for more information.
E: You must specify a suite and a target.
Note the empty option ''.
Greetings,
Joachim
- -- System Information:
Debian Release: 8.0
APT prefers unstable
APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages piuparts depends on:
ii debootstrap 1.0.67
ii debsums 2.0.53
ii dpkg 1.17.24
ii lsb-release 4.1+Debian13+nmu1
ii lsof 4.86+dfsg-1
ii piuparts-common 0.62
ii python-debian0.1.25
pn python:any none
Versions of packages piuparts recommends:
ii adequate 0.12.1
Versions of packages piuparts suggests:
ii schroot 1.6.10-1+b1
- -- no debconf information
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iEYEARECAAYFAlUcAj4ACgkQ9ijrk0dDIGzMKgCfazXW0+z0Qt22MI5DWHRkFlOZ
y3UAoKy0wbDeWo4khns/i+6fqraVJvbL
=t4yt
-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#781194: libqt5webkit5: Reproducibly crashes with segfault due to missing checks for `HTMLUnknownElement`
tag 781194 pending thanks Dmitry has already pushed the fix to our repos, but neither him nor I can build the package right now (it requires a lot of disk, ram and time to build). I think I won't be able to do it until next week. If anyone feels [s]he could do it, please coordinate an NMU/team upload in #debian-qt-kde -- Yo quiero conocer el pensamiento de Dios, el resto son detalles. Albert Einstein Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#781684: [INTL:sv] Swedish strings for mariadb-5.5 debconf
package: mariadb-5.5 severity: wishlist tags: patch l10n Please consider to add this file to translation of debconf. -- brother http://sis.bthstuden.se sv.po Description: Binary data
Bug#781688: gpsd-clients: Please include contrib/ directory in /usr/share/doc/gpsd-clients
Package: gpsd-clients Version: 3.11-3 Severity: wishlist Dear Maintainer, The gpsd source package contains scripts that are useful to show correct operation of the daemon. These include gpsd.php and the contrib/ directory. Although gpsd.php is packaged, at: /usr/share/doc/gpsd-clients/examples/gpsd.php.gz it would be useful if the contrib/ directory is also made available. -- System Information: Debian Release: jessie/sid Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.0-10-generic (SMP w/4 CPU cores) Locale: LANG=en_SG.UTF-8, LC_CTYPE=en_SG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- Sanjeev Gupta -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781209: postinst execution order bug confuses systemd
On Thu, Mar 26, 2015 at 09:36:32PM +0100, Michael Biebl wrote: So I decided to ship a /lib/systemd/system/network-manager.service symlink pointing at NetworkManager.service: http://anonscm.debian.org/cgit/pkg-utopia/network-manager.git/tree/debian/rules#n64 Why do you have a call to dh_systemd_start for the NetworkManager service there? Shouldn't this simply work via dh_installinit using the symlink for the old name? -- Romain Francoise rfranco...@debian.org http://people.debian.org/~rfrancoise/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761360: GNOME fix
On 2015-04-01 17:27, Jason Rhinelander wrote: This is a NVIDIA driver bug, but it is only something that NVIDIA claims will be fixed at some indeterminate future date. In the meantime, upstream gnome has applied a workaround (to 3.16.1, I think, but didn't make it into 3.16.0) for this, referenced in https://bugzilla.gnome.org/show_bug.cgi?id=739178 that basically forces a refresh of background instances during resume. The two patches attached to that bug report apply to mutter (the meta-background patch) and gnome-shell (the Refresh all background patch), and apply cleanly to the 3.14 versions of those packages currently in testing. I applied the patches, rebuilt mutter and gnome-shell, and the problem is gone: suspend and resume now work without any lock and desktop background garbling. That's good news! Could you file bugs against mutter and gnome-shell? Maybe they can manage to get the backported upstream solution into jessie, still. This will likely become a frequent problem in jessie :-( Thanks, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781631: [Pkg-gnupg-maint] Bug#781631: gnupg2: provide packaging with debug symbols for gnupg2
On Tue 2015-03-31 18:55:26 -0400, Eric Dorland wrote: * Daniel Kahn Gillmor (d...@fifthhorseman.net) wrote: Package: gnupg2 Version: 2.1.2-2 Severity: wishlist It would be useful to be able to ship debug symbols for GnuPG2. Agreed, but has policy on this changed? I thought binary packages weren't supposed to ship -dbg packages? hm, i don't think i realized that restriction. where is the policy for this? a quick check on a local machine turns up at least wireshark-dbg and network-manager-dbg that ship -dbg packages for binaries. --dkg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781679: [INTL:sv] Swedish strings for xymon debconf
Control: tag -1 + pending Hi Martin, Martin Bagge wrote: Please consider to add this file to translation of debconf. Thanks. I've committed it to our git repository. Will be part of the next upload. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
