Bug#774203: RFS: osm2pgsql/0.87.1-1~exp1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package osm2pgsql Package name: osm2pgsql Version : 0.87.1-1~exp1 Upstream Author : Kai Krueger kakrue...@gmail.com URL : http://wiki.openstreetmap.org/wiki/Osm2pgsql License : GPL-2+ Section : utils It builds those binary packages: osm2pgsql - OpenStreetMap data to PostgreSQL converter To access further information about this package, please visit the following URL: http://mentors.debian.net/package/osm2pgsql Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/o/osm2pgsql/osm2pgsql_0.87.1-1~exp1.dsc More information about osm2pgsql can be obtained from http://wiki.openstreetmap.org/wiki/Osm2pgsql. Changes since the last upload: * New upstream release. * Update Vcs-Browser URL to use cgit instead of gitweb. Regards, Bas Couwenberg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761170: upstream
Hi Ivo! Ivo De Decker iv...@debian.org writes: On Tue, Nov 25, 2014 at 10:38:44PM +0100, Lucas Nussbaum wrote: Note that the build now fails on i386 too. Trying to reproduce it locally, I run into yet another problem: 1) Failure: repo::iterator::fs_preserves_error [/tmp/libgit2-0.21.1/tests/repo/iterator.c:952] Expected function call to fail: git_iterator_advance(e, i) This problem is only occurs when running is root (the test chmods a file to 000 and checks if accessing it fails). It would probably be a good idea to add another test to check if the test is running as root, and fail in that case (because the tests assume they aren't). Interesting I didn't know that the user running the tests was the problem. Is that a problem with the buildd deployments? Or is it not a requirement that they all run as the same user? I guess what I'm really asking is if I add a test who will fix it when it fails? The failure that happens on the i386 buildd is this one: 1) Failure: clone::nonetwork::local_absolute_path [/«PKGBUILDDIR»/tests/clone/nonetwork.c:91] Function call failed: (git_clone(g_repo, local_src, ./foo, g_options)) error -1 - git_path_direach callback returned -1 I can reproduce this in my test environment on i386 and amd64. It only happens when the builddir and /tmp are on different filesystems. It seems the local clone tries to create a hard link, which fails across filesystems (the fact that this happens without fallback is an error in itself, so the test actually discovered a problem here). When setting the TMPDIR to a directory on the same filesystem, the test doesn't hit this issue, and the build works fine. It's unclear to me why this only happens on i386, but I suspect that the setup of the buildd chroots isn't the same everywhere. Yeah it struck me as odd. This same problem effects kfreebsd too so the change of the tmp dir will fix those builds as well. I'll have go at the running the clone nonetwork test with TMPDIR set to a mounted file system and report a bug upstream. In any case, adding this patch fixes it in my environment. I can do an NMU if necessary. Thanks heaps for the patch, I only yesterday did exactly the same thing. It's included in the yet to be uploaded 0.21.3-1 that will also address the recent CVE. 0. http://anonscm.debian.org/cgit/users/arrsim-guest/libgit2.git/commit/?id=bd3a1fc82c5af703fe061fb22022eb48fb89be50 -- Cheers, Russell -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774201: update-ca-certificates: allow setting the certs in a dir to the default set
On Tue, 2014-12-30 at 00:29 -0600, Michael Shuler wrote: Will do as as soon as possible. Thanks, Michael. Please use this version, the first one had syntax errors. -- bye, pabs https://wiki.debian.org/PaulWise From b9cfdaac03be0a32adbefe29248c56731bac5179 Mon Sep 17 00:00:00 2001 From: Paul Wise p...@debian.org Date: Tue, 30 Dec 2014 14:18:09 +0800 Subject: [PATCH] Add an option to set the certs in a directory to the defaults --- sbin/update-ca-certificates | 12 1 file changed, 12 insertions(+) diff --git a/sbin/update-ca-certificates b/sbin/update-ca-certificates index bc56da5..a0c8f06 100755 --- a/sbin/update-ca-certificates +++ b/sbin/update-ca-certificates @@ -23,6 +23,7 @@ verbose=0 fresh=0 +default=0 CERTSCONF=/etc/ca-certificates.conf CERTSDIR=/usr/share/ca-certificates LOCALCERTSDIR=/usr/local/share/ca-certificates @@ -37,6 +38,9 @@ do verbose=1;; --fresh|-f) fresh=1;; +--default|-d) + default=1 + fresh=1;; --certsconf) shift CERTSCONF=$1;; @@ -125,6 +129,14 @@ fi echo -n Updating certificates in $ETCCERTSDIR... +# Add default certificate authorities if requested +if [ $default = 1 ]; then + find -L $CERTSDIR -type f -name '*.crt' | sort | while read crt + do +add $crt + done +fi + # Handle certificates that should be removed. This is an explicit act # by prefixing lines in the configuration files with exclamation marks (!). sed -n -e '/^$/d' -e 's/^!//p' $CERTSCONF | while read crt -- 2.1.4 signature.asc Description: This is a digitally signed message part
Bug#774204: please switch from cdn.debian.net to http.debian.net
Package: lxc Version: 1:1.0.6-5 Severity: minor Hello Daniel, since http://cdn.debian.net will be discontinued [1] and upstream has also switched to http://http.debian.net [2] I think it's better to switch in Debian's lxc to the new URL now instead of running the risk of shipping a broken lxc-create with jessie. Thanks for maintaining lxc! *t [1] https://lists.debian.org/debian-devel/2014/12/msg00181.html [2] https://github.com/lxc/lxc/blob/master/templates/lxc-debian.in#L36 -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=de_CH.utf8, LC_CTYPE=de_CH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lxc depends on: ii init-system-helpers 1.22 ii libapparmor1 2.9.0-3 ii libc62.19-13 ii libcap2 1:2.24-6 ii libseccomp2 2.1.1-1 ii libselinux1 2.3-2 ii multiarch-support2.19-13 ii python3 3.4.2-2 Versions of packages lxc recommends: ii debootstrap 1.0.66 ii openssl 1.0.1j-1 ii rsync3.1.1-2+b1 Versions of packages lxc suggests: pn lua5.2 none -- Configuration Files: /etc/bash_completion.d/lxc.sh 32d83562fc71ced3b564c292dbcf70e0 [Errno 2] Datei oder Verzeichnis nicht gefunden: u'/etc/bash_completion.d/lxc.sh 32d83562fc71ced3b564c292dbcf70e0' -- debconf information: lxc/shutdown: /usr/bin/lxc-halt lxc/title: * lxc/directory: /var/lib/lxc lxc/auto: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772785: Please do not “deemphasise panel applets”
They help prevent cluttering the screen with windows and are very useful in several cases: - System Monitor: to show why things are suddenly taking much longer, that memory is full, c. - Disk Mounter: to show if a USB device has been correctly detected and made available - date, time local temperature - Link Monitor: are there any network problems? where? …and a lot of fun in others: - Eyes (and they help you locate the pointer) - Wanda the Fish Axel -- Auf meinem Rechner geschrieben; durch Doktor-Axel-Stammler-Schutz™ frei von Viren, Pinseln, Farben, anderer Malware, Pestiziden, Transfetten und überhaupt allem Bösen. No monster was harmed during the making of this film. Слушайте: http://iradio.linuxd.org − Sağ ol. signature.asc Description: Digital signature
Bug#774068: Patch for 774068
-=| Andrew Beverley, 29.12.2014 00:16:14 + |=- Is there any harm in having the option in there, especially as the upstream version of EU-MM defaults to creating perllocal.pod files, and provides this option to prevent it happening? As I see it, adding and maintaining a line to 2000+ debian/rules files is a bit of a burden. Not an unbearable one, but we embraced the tiny dh rules exactly because they made things really simple. Presumably Debian's version uses a patched version of EU-MM, which was required before this option was available. I wonder if debhelper would be the right place to add this. This would solve the problem this patch solves, and maybe also simplify the patch in the perl package package [1] [1] https://anonscm.debian.org/cgit/perl/perl.git/tree/debian/patches/debian/no_packlist_perllocal.diff signature.asc Description: Digital signature
Bug#774205: ITP: ruby-rails-assets-jquery-slimscroll -- provide jquery-slimscroll via asset pipeline for rails apps
Package: wnpp Severity: wishlist Owner: Pirate Praveen prav...@debian.org * Package name: ruby-rails-assets-jquery-slimscroll Version : 1.3.3 Upstream Author : Piotr Rochala (http://rocha.la) * URL : http://rails-assets.org * License : Expat and GPL Programming Lang: ruby Description : provide jquery-slimscroll via asset pipeline for rails apps signature.asc Description: OpenPGP digital signature
Bug#774206: release.debian.org: broken/buggy linux-target stack in Jessie
Package: release.debian.org Severity: important The linux-target stack in Jessie is broken. It has many issues. After talking with the upstream maintainers, I put up a newer version in experimental. This build, though not bug free, is much better than what is currently slated for Jessie. I would like to see the current builds in experimental, be pushed for Jessie. But given the freeze, I want opinion here first. http://packages.qa.debian.org/targetcli http://packages.qa.debian.org/rtslib http://packages.qa.debian.org/configshell Please be aware that Linux Target mgmg tools, targetcli, has gone major changes from 2.x to 3.x. And there has been no backward compatibility or settings migration. Users are expected to manually migrate their settings to the new environment -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773343: request-tracker4: fails to upgrade from 'wheezy' if rt4-extension-assettracker is installed
hi, On Sun, Dec 28, 2014 at 11:07 PM, Niko Tyni nt...@debian.org wrote: The attached patch implements this. It's also pushed in the ntyni/bug-773343 branch in the Alioth repository (see the Vcs-Git header.) Great! Thank you fixing it! I've tested 4.2.8-2 (built from your branch), and confirmed with pbuilder that: RT (wheezy) - 4.2.8-1 upgrade succeeds. RT + assettracker (wheezy) - 4.2.8-1 upgrade fails. RT (wheezy) - 4.2.8-2 upgrade succeeds. RT + assettracker (wheezy) - 4.2.8-2 upgrade succeeds. However, I have not actually tested to use RT after the patched upgrade. It would be nice if somebody could do that. I've also applied 4.2.8-2 to my local RT instance and had no problem using it, but from 4.2.8-1, so it's not be useful verification... regards, -- KURASHIKI Satoru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774207: xserver-xorg-video-radeon: (EE) [mi] EQ overflow continuing. 800 events have been dropped.
Package: xserver-xorg-video-radeon Version: 1:7.5.0-1 Severity: normal Dear Maintainer, I got on a Thinkpad T42p a black and white stripes pattern after starting a video with vlc. In the background wine was running, i.e. for the system that was pretty much load. I still could log into the system using ssh and send this bugreport (before reboot). If there is anything else I could provide, please let me know. Many thanks, Rainer -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Sep 27 2011 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2569072 Dec 9 23:13 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] RV350/M10 GL [Mobility FireGL T2] [1002:4e54] (rev 80) /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 3.16.0-4-586 (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-16) ) #1 Debian 3.16.7-ckt2-1 (2014-12-08) Xorg X server log files on system: -- -rw-r--r-- 1 root root 39866 Nov 5 22:24 /var/log/Xorg.1.log -rw-r--r-- 1 root root 66420 Dec 30 10:32 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [20.656] X.Org X Server 1.16.2.901 (1.16.3 RC 1) Release Date: 2014-12-09 [20.656] X Protocol Version 11, Revision 0 [20.656] Build Operating System: Linux 3.2.0-4-amd64 i686 Debian [20.656] Current Operating System: Linux omjuta 3.16.0-4-586 #1 Debian 3.16.7-ckt2-1 (2014-12-08) i686 [20.656] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-586 root=UUID=6b00db99-d16d-42a5-adfc-ec4af1a268d5 ro quiet elevator=noop rootflags=noatime,data=ordered,errors=remount-ro [20.656] Build Date: 09 December 2014 10:10:21PM [20.656] xorg-server 2:1.16.2.901-1 (http://www.debian.org/support) [20.656] Current version of pixman: 0.32.6 [20.656]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [20.656] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [20.657] (==) Log file: /var/log/Xorg.0.log, Time: Tue Dec 30 09:59:34 2014 [20.695] (==) Using system config directory /usr/share/X11/xorg.conf.d [20.704] (==) No Layout section. Using the first Screen section. [20.704] (==) No screen section available. Using defaults. [20.704] (**) |--Screen Default Screen Section (0) [20.704] (**) | |--Monitor default monitor [20.712] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [20.712] (==) Automatically adding devices [20.712] (==) Automatically enabling devices [20.712] (==) Automatically adding GPU devices [20.721] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [20.721]Entry deleted from font path. [20.721] (WW) The directory /usr/share/fonts/X11/100dpi/ does not exist. [20.721]Entry deleted from font path. [20.721] (WW) The directory /usr/share/fonts/X11/75dpi/ does not exist. [20.721]Entry deleted from font path. [20.723] (WW) The directory /usr/share/fonts/X11/100dpi does not exist. [20.723]Entry deleted from font path. [20.723] (WW) The directory /usr/share/fonts/X11/75dpi does not exist. [20.723]Entry deleted from font path. [20.723] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/Type1, built-ins [20.723] (==) ModulePath set to /usr/lib/xorg/modules [20.723] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [20.723] (II) Loader magic: 0xb77d7700 [20.723] (II) Module ABI versions: [20.723]X.Org ANSI C Emulation: 0.4 [20.723]X.Org Video Driver: 18.0 [20.723]X.Org XInput driver : 21.0 [20.723]X.Org Server Extension : 8.0 [20.723] (II) xfree86: Adding drm device (/dev/dri/card0) [20.724] (--) PCI:*(0:1:0:0) 1002:4e54:1014:054f rev 128, Mem @ 0xe000/134217728, 0xc010/65536, I/O @ 0x3000/256, BIOS @ 0x/131072 [20.725] (II) LoadModule: glx [20.731] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [20.814] (II) Module glx: vendor=X.Org Foundation [20.814]compiled for 1.16.2.901, module version = 1.0.0 [20.814]ABI class: X.Org Server
Bug#773818: Crashes on start
Hello Adam Majer! Stumbled across your bug report while browsing over release-critical ones... I haven't even looked at the lpe source, but just from looking at the hunk included as context in your patch it looks like the source could really use some wider review then just targeted fixes. On Tue, Dec 23, 2014 at 09:34:20AM -0600, Adam Majer wrote: [...] diff -u lpe-1.2.7/src/buffer.c lpe-1.2.7/src/buffer.c --- lpe-1.2.7/src/buffer.c2014-06-23 22:53:33.582593198 -0500 +++ lpe-1.2.7/src/buffer.c2014-12-23 09:08:54.888625050 -0600 @@ -158,8 +158,8 @@ int (*accept) (buffer *); Consider the case where strlen(ent-d_name) == basename_len. if (strlen(ent-d_name) basename_len) { This should probably use = . The strlen() function calculates the length of the string s, =excluding the terminating null byte ('\0'). -basename_len = strlen(ent-d_name) + 1; -name = realloc(name, (basename-name) + basename_len); +basename_len = strlen(ent-d_name); +name = realloc(name, (basename-name) + basename_len + 1); basename = name + basename_off; } strcpy (basename, ent-d_name); The strcpy() function copies the string pointed to by src, =including the terminating null byte ('\0'), ... As mentioned, I haven't looked at the full source so I might very well be missing something. As I understood it this is the second attempt at fixing an issue here. Possibly a wider review of how to avoid off-by-one in the entire source could be useful. Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774087: memcached: does not load memcached.conf on start
We are also having this problem. On systemd systems /etc/memcached.conf is not honoured. Instead of that, all command line options are hardcoded in the service file (/lib/systemd/system/memcached.service). The attached patch attempts to fix that by introducing a systemd-memcached-wrapper script, based on the original `start-memcached`, that starts memcache with the correct options. The patch is git-exported from the debian packaging repo. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774068: ExtUtils-MakeMaker and NO_PERLLOCAL
(cc'ing the debian-perl list) On Tue, Dec 30, 2014 at 08:38:56AM +, Damyan Ivanov wrote: -=| Andrew Beverley, 29.12.2014 00:16:14 + |=- Is there any harm in having the option in there, especially as the upstream version of EU-MM defaults to creating perllocal.pod files, and provides this option to prevent it happening? As I see it, adding and maintaining a line to 2000+ debian/rules files is a bit of a burden. Not an unbearable one, but we embraced the tiny dh rules exactly because they made things really simple. Presumably Debian's version uses a patched version of EU-MM, which was required before this option was available. I wonder if debhelper would be the right place to add this. This would solve the problem this patch solves, and maybe also simplify the patch in the perl package package [1] [1] https://anonscm.debian.org/cgit/perl/perl.git/tree/debian/patches/debian/no_packlist_perllocal.diff Right, that seems like the right long term approach to me. Ideally, debhelper could pass both NO_PACKLIST and NO_PERLLOCAL to EU::MM, and the above patch wouldn't be needed at all. This would be a similar transition to the (still unfinished) PREFIX one, see #579461 and https://lintian.debian.org/tags/debian-rules-makemaker-prefix-is-deprecated.html Packages not using the short form dh rules would need to be modified before the patch could be removed. The required steps would be something like 1) change the Perl policy to recommend NO_PACKLIST + NO_PERLLOCAL 2) change debhelper v9 to use them 3) add a lintian check and/or do a mass bug filing for the other packages 4) wait for (most of) the packages to be fixed 5) change the Perl policy to require NO_PACKLIST + NO_PERLLOCAL 6) remove the patch from the perl package A champion for this (and also for finishing the PREFIX transition) would be very welcome. There are quite a few other Debian-specific patches around EU::MM in the perl package. While it would be nice to get rid of them one way or another, separately packaged unpatched versions of EU::MM are going to be somewhat problematic until that happens. % git grep -l ExtUtils-MakeMaker debian/patches/ debian/patches/debian/extutils_set_libperl_path.diff debian/patches/debian/instmodsh_doc.diff debian/patches/debian/ld_run_path.diff debian/patches/debian/makemaker-pasthru.diff debian/patches/debian/no_packlist_perllocal.diff debian/patches/debian/prefix_changes.diff debian/patches/debian/writable_site_dirs.diff debian/patches/fixes/document_makemaker_ccflags.diff debian/patches/fixes/respect_umask.diff -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774124: (no subject)
I confirm this problem while trying to update just now. Using Debian jessie with Linux 3.16.0-4-amd64.. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774087: attached patch
I am attaching the patch now :) From 82f9545715332d78be921a1e6456eeca23f22086 Mon Sep 17 00:00:00 2001 From: Christos Trochalakis yati...@ideopolis.gr Date: Tue, 30 Dec 2014 11:30:31 +0200 Subject: [PATCH 1/2] Use /etc/memcached.conf on systemd systems. We do that by introducing a systemd wrapper that reads /etc/memcached.conf end execs memcached with the correct options. This makes sysvinit and systemd systems behave in the same way. This scripts is basically start-memcached without the forking and logfile logic, those are now handled by systemd. --- debian/memcached.service | 2 +- debian/rules | 2 ++ debian/systemd-memcached-wrapper | 62 3 files changed, 65 insertions(+), 1 deletion(-) create mode 100755 debian/systemd-memcached-wrapper diff --git a/debian/memcached.service b/debian/memcached.service index 88fa963..14afb89 100644 --- a/debian/memcached.service +++ b/debian/memcached.service @@ -3,7 +3,7 @@ Description=memcached daemon After=network.target [Service] -ExecStart=/usr/bin/memcached -p 11211 -u memcache -m 64 -c 1024 -l 127.0.0.1 +ExecStart=/usr/share/memcached/scripts/systemd-memcached-wrapper /etc/memcached.conf [Install] WantedBy=multi-user.target diff --git a/debian/rules b/debian/rules index be2bf68..98e8d46 100755 --- a/debian/rules +++ b/debian/rules @@ -26,6 +26,8 @@ override_dh_auto_install: install -m 644 $(CURDIR)/debian/memcached.conf \ $(CURDIR)/$(PKGBASE)/memcached.conf.default install -m 744 $(CURDIR)/scripts/start-memcached $(SCRIPTS) + install -m 755 $(CURDIR)/debian/systemd-memcached-wrapper \ + $(SCRIPTS) install -m 744 $(CURDIR)/scripts/memcached-tool $(SCRIPTS) install -m 755 $(CURDIR)/scripts/memcached-init \ $(CURDIR)/debian/memcached.init diff --git a/debian/systemd-memcached-wrapper b/debian/systemd-memcached-wrapper new file mode 100755 index 000..90fb45f --- /dev/null +++ b/debian/systemd-memcached-wrapper @@ -0,0 +1,62 @@ +#!/usr/bin/perl -w + +# systemd-memcached-wrapper +# 2014 - Christos Trochalakis yati...@idepolis.gr +# +# Heavily based on start-memcached script by Jay Bonci +# jaybo...@debian.org +# +# This script handles the parsing of the /etc/memcached.conf file +# and was originally created for the Debian distribution. +# Anyone may use this little script under the same terms as +# memcached itself. + +use strict; + +if($ != 0 and $ != 0) +{ +print STDERR Only root wants to run systemd-memcached-wrapper.\n; +exit; +} + +my $params; my $etchandle; my $etcfile = /etc/memcached.conf; + +# This script assumes that memcached is located at /usr/bin/memcached +my $memcached = /usr/bin/memcached; + +if (scalar(@ARGV) == 1) { +$etcfile = shift(@ARGV); +} + +# systemd capture stdout by default +my $ignore_directives = (logfile); + +if(open $etchandle, $etcfile) +{ +foreach my $line ($etchandle) +{ +$line ||= ; + $line =~ s/^\s*\#.*//g; +$line =~ s/\s+$//g; +$line =~ s/^\s+//g; +next unless $line; +next if $line =~ /^\-[dh]/; + +if($line =~ /^[^\-]/) +{ +my ($directive, $arg) = $line =~ /^(.*?)\s+(.*)/; + next if(grep $directive, $ignore_directives); +} + +push @$params, $line; +} + +}else{ +$params = []; +} + +push @$params, -u root unless(grep -u, @$params); +$params = join , @$params; + +exec $memcached $params; +exit(0); -- 2.1.4
Bug#633850: lintian: check for dh-make boilerplate in README.source
Package: lintian Version: 2.5.30+deb8u3 Followup-For: Bug #633850 This feature is still not implemented in the current version of Lintian. I ran into this today when inspecting the swapspace package (http://mentors.debian.net/package/swapspace). Any chance that this will be solved soon (either by the patch previously sent, or some other means)? -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.13-1-686-pae (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lintian depends on: ii binutils 2.24.90.20141209-1 ii bzip2 1.0.6-7+b2 ii diffstat 1.58-1 ii file 1:5.20-2 ii gettext0.19.3-2 ii hardening-includes 2.7 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.29+b2 ii libarchive-zip-perl1.39-1 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.37-1+b1 ii libdpkg-perl 1.17.22 ii libemail-valid-perl1.195-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl0.92-1 ii liblist-moreutils-perl 0.33-2+b1 ii libparse-debianchangelog-perl 1.2.0-1.1 ii libtext-levenshtein-perl 0.11-1 ii libtimedate-perl 2.3000-2 ii liburi-perl1.64-1 ii man-db 2.7.0.2-4 ii patchutils 0.3.3-1 ii perl [libdigest-sha-perl] 5.20.1-3 ii t1utils1.38-3 Versions of packages lintian recommends: ii libautodie-perl 2.25-1 ii libperlio-gzip-perl 0.18-3+b1 ii perl5.20.1-3 ii perl-modules [libautodie-perl] 5.20.1-3 Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.17.22 ii libhtml-parser-perl3.71-1+b3 ii libtext-template-perl 1.46-1 pn libyaml-perl none ii xz-utils 5.1.1alpha+20120614-2+b3 -- 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#774208: cpl-plugin-kmos failed to run test on mips64el
Package: src:cpl-plugin-kmos Version: 1.3.5+dfsg-1 With a modification for debian/patches/fix_test_fail.patch, it can be fixed. Author: Ole Streicher deb...@liska.ath.cx Description: Increase tolerance to fix FTBS on mips and ia64 Index: cpl-plugin-kmos-1.3.5+dfsg/irplib/tests/irplib_polynomial-test.c === --- cpl-plugin-kmos-1.3.5+dfsg.orig/irplib/tests/irplib_polynomial-test.c 2014-04-11 17:31:07.0 +0800 +++ cpl-plugin-kmos-1.3.5+dfsg/irplib/tests/irplib_polynomial-test.c 2014-12-30 17:24:30.234260459 +0800 @@ -567,16 +567,16 @@ const double root = cpl_vector_get(roots, i); const double residual = cpl_polynomial_eval_1d(p1d, root, NULL); -cpl_test_abs(root, cpl_vector_get(self, i), tolerance); +cpl_test_abs(root, cpl_vector_get(self, i), 2*tolerance); -cpl_test_abs(residual, 0.0, resitol); +cpl_test_abs(residual, 0.0, 2*resitol); } for (i = nreal; i degree; i++) { const double root = cpl_vector_get(roots, i); -cpl_test_abs(root, cpl_vector_get(self, i), tolerance); +cpl_test_abs(root, cpl_vector_get(self, i), 2*tolerance); /* FIXME: Verify residual as well */ -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773561: Installing xen-linux-system-amd64 on jessie fails
Hi Sydney, Thanks for all the info. I'd like to have the initscript work sensibly in this scenario at some point (not for Jessie though, it's too late now) so I think we may as well keep this bug around to track that since it already contains a bunch of useful information. Thanks, Ian. On Tue, 2014-12-30 at 00:39 +0100, Sydney Meyer wrote: Hello Ian, i´ve tried to install xen-linux-system-amd64 on a VMware host again and everything went fine. The Installation completes and i can boot into Xen und boot up the Dom0. So, you were right. It seems to be a problem with the initscript, but as far as i can tell, only when running xen under xen. To me, this specific issue is resolved, since the meta-package seems to install just fine, apart when running under Xen, which would be another, separate issue I think. But then again, since Nested Virtualization is experimental on almost every platform, this is no problem to me or to my usecase. Anyhow, if you still would like to take a deeper look, i'm happy to help out whereever i can, otherwise, you can mark this bug as resolved. Cheers, S. On 30 Dec 2014, at 00:20, Sydney Meyer syd.me...@gmail.com wrote: On 23 Dec 2014, at 12:59, Ian Campbell i...@debian.org wrote: Control: reassign -1 xen-utils-common 4.4.1-6 Control: retitle -1 /etc/init.d/xen fails when run in a guest, causing postinst to fail. Seems like this issue is in the Xen packages not in the xen-linux-system metapackage, so reassigning. On Mon, 2014-12-22 at 23:01 +0100, Sydney Meyer wrote: On 22 Dec 2014, at 17:25, Ian Campbell i...@debian.org wrote: On Sat, 2014-12-20 at 20:46 +0100, Sydney Meyer wrote: Hello Ian, systemctl status xen.service gives: Thanks. Sadly these logs weren't as informative a I had hoped they would be :-/ (In case it's not clear: this is not your fault) root@jessie:/home/sydney# systemctl status xen.service ● xen.service - LSB: Xen daemons Loaded: loaded (/etc/init.d/xen) Active: failed (Result: exit-code) since Sat 2014-12-20 20:42:30 CET; 11s ago Process: 4796 ExecStart=/etc/init.d/xen start (code=exited, status=255) Dec 20 20:42:30 jessie xen[4796]: Starting Xen daemons: xenfs (warning). Dec 20 20:42:30 jessie systemd[1]: xen.service: control process exited, code=exited status=255 Dec 20 20:42:30 jessie systemd[1]: Failed to start LSB: Xen daemons. Dec 20 20:42:30 jessie systemd[1]: Unit xen.service entered failed state. This basically says it failed, which isn't terribly helpful! I think it is complaining because it couldn't mount xenfs, but it doesn't say why. If you run /etc/init.d/xen start from the root command line does it say something more informative/useful? No, it fails and refers to systemctl/journalctl: OK. root@jessie:/home/sydney# /etc/init.d/xen start [] Starting xen (via systemctl): xen.serviceJob for xen.service failed. See 'systemctl status xen.service' and 'journalctl -xn' for details. failed! Could you also try running /usr/lib/xen-common/bin/xen-dir and /usr/lib/xen-common/bin/xen-toolstack by hand (also as root). root@jessie:/home/sydney# /usr/lib/xen-common/bin/xen-dir /usr/lib/xen-4.4 root@jessie:/home/sydney# /usr/lib/xen-common/bin/xen-toolstack /usr/lib/xen-4.4/bin/xl Thanks, so it thinks it is running under Xen (which given what you say below makes sense). What (if anything) does mount -t xenfs xenfs /proc/xen report? Does /proc/xen exist? root@xen:/home/sydney# mount -t xenfs xenfs /proc/xen mount: xenfs is already mounted or /proc/xen busy xenfs is already mounted on /proc/xen Yes, this particular output is from a Xen DomU with vmx enabled. The Dom0 is running Xen 4.4.1 compiled from source on a Debian Linux 3.16.2 Kernel. Thanks, this would have been good to know up front. I suppose you are wanting to do some sort of nested virtualisation? actually no, this was just for testing purposes, I never expected the Hypervisor to do any real work. You are likely the first to try this with the Debian packaging, and nested virt generally is considered tech preview upstream, so I'd expect there to be some wrinkles in doing this. By with vmx enabled I guess you mean with nestedhvm=1 in the guest cfg? Are you running this in a PV or HVM guest (I think HVM)? Can you post the dmesg from the kernel please, along with the guest cfg file. root@intel:/home/sydney# cat xencfg/xen.cfg name='xen' builder=hvm vnc=1 vncdisplay=84 vncpasswd=test keymap=de vcpus = 1 memory = 2048 hap=1 nestedhvm=1 disk= [ 'phy:/dev/vgssd/xen,xvda,w', ] vif= [ 'mac=00:16:3E:8B:84:CC,bridge=br0.6', ] root@xen:/home/sydney# journalctl -k --boot -- Logs begin at Mon 2014-12-29 23:55:59 CET, end at Mon
Bug#773742: ITP: iortcw -- Return to Castle Wolfenstein
On 30/12/14 06:33, Alexandre Detiste wrote: For RTCW package: - the *.sp.*.so in rtcw-common won't be used by the dedicated, MP-only, server; so they could go in rtcw . Good point. - then I deleted all .pk3 .cfg symlinks and created new ones to /usr/local/games/wolfenstein/ I hadn't realised it would search that directory; I should change the compile options so it goes for /usr/lib/rtcw by default instead. My intention had been that it would require the iortcw bits pulled in by the version of game-data-packager that is also in git. I miss sp_pak4.pk3, mp_bin0.pk3 , mp_rend2_shaders.mp3 , sp_rend2_shaders0.pk3 ; so I get the zenity prompt. I think the rend2 stuff was iortcw specific ..? game-data-packager 38 (in git, not yet released) knows how to fetch these from iortcw: if you run game-data-packager rtcw /usr/local/games/wolfenstein it should do the right thing. The iortcw people are releasing de facto official patches which touch the content (new pk3s), so I don't really intend to support any version other than the latest iortcw. - lintian complains about manpages; I guess one can use those from the Debian quake3 package (I can help) If you wouldn't mind adapting the ones from either quake3 or openarena, that would be great. I don't immediately know which command-line options are most useful for this game. I also need to add startup scripts for the dedicated server (like in quake3/openarena). The dedicated server executable is only a megabyte, so I might move it into rtcw-common for manual use, and repurpose rtcw-server for this package only contains init scripts. I should also add a Debian menu file at some point, which probably requires transcoding the .png icon to .xpm during build because the Debian menu is stuck in the 1990s. I'm doing all this in parallel with essentially the same things for openjk (Jedi Outcast and Jedi Academy), which at the moment is compiling but failing to start up because I got the symlink farm wrong. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774209: linux: add hardware support touchpad Acer C720 Chromebook
Source: linux Version: 3.16.0-4 Severity: wishlist Tags: patch Hi Ben and everybody concerned, if still possible, please consider adding hardware support for the Acer C720 Chromebook to the jessie kernel. Support has been added in 3.17 and the patch is available here: http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=da3b0ab75aadab63d1ffd5563100c9386e444dad (Thanks to Benjamin Przybocki pointing that out [1].) Note that the Acer C720 Chromebook is particularly interesting to the free software world as it runs Coreboot [2]. It would be nice to have the complete functionality working in Debian Jessie. Thanks and best regards, Andi [1] https://lists.debian.org/debian-devel/2014/12/msg00265.html ) [2] https://blogs.fsfe.org/the_unconventional/2014/04/20/c720-debian/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774137: tor: Tor fails to manage obfsproxy
Control: tag -1 + moreinfo Hi clayton, clayton wrote (29 Dec 2014 10:23:43 GMT) : The communication stream of managed proxy '/usr/bin/obfsproxy' is 'closed'. Most probably the managed proxy stopped running. etc Then I added the logging bits in the ClientTransportPlugin line above. But, no /tmp/obfsproxy.log file is created. However, if I run /usr/bin/obfsproxy --log-min-severity info --log-file /tmp/obfsproxy.log managed straight from the command line, a /tmp/obfsproxy.log is created. Do you have AppArmor enabled? Cheers! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746651: akonadi-backend-mysql: please make it possible to use with MariaDB packages
Hallo Probably better depend on one of the following virtual packages instead of adding mariadb-server-core-5.5: chammers@sys-251:~$ apt-cache search virtual-mysql-server-core mariadb-server-core-10.0 - MariaDB database core server files mysql-server-core-5.5 - MySQL database server binaries chammers@sys-251:~$ apt-cache search virtual-mysql-server mariadb-server-10.0 - MariaDB database server binaries mariadb-server-core-10.0 - MariaDB database core server files mysql-server-5.5 - MySQL database server binaries and system database setup mysql-server-core-5.5 - MySQL database server binaries tschüss, -christian- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774204: (no subject)
severity 774204 normal thanks cdn.debian.net as a mirror is allready broken it seems. lxc-create as delivered with 1:1.0.6-5 allready fails to create new VMs today. With the default mirror: # lxc-create -n testfoo -t debian -- -r jessie debootstrap ist /usr/sbin/debootstrap Checking cache download in /var/cache/lxc/debian/rootfs-jessie-amd64 ... Downloading debian minimal ... I: Retrieving Release I: Retrieving Release.gpg I: Checking Release signature I: Valid Release signature (key id A1BD8E9D78F7FE5C3E65D8AF8B48AD6246925553) I: Retrieving Packages I: Validating Packages I: Resolving dependencies of required packages... I: Resolving dependencies of base packages... I: Found additional required dependencies: acl adduser dmsetup insserv libaudit-common libaudit1 libbz2-1.0 libcap2 libcap2-bin libcryptsetup4 libdb5.3 libdebconfclient0 libdevmapper1.02.1 libgcrypt20 libgpg-error0 libkmod2 libncursesw5 libprocps3 libsemanage-common libsemanage1 libslang2 libsystemd0 libudev1 libustr-1.0-1 procps systemd systemd-sysv udev I: Found additional base dependencies: debian-archive-keyring gnupg gpgv init-system-helpers iproute2 isc-dhcp-common libapt-pkg4.12 libbsd0 libdns-export100 libedit2 libgdbm3 libgssapi-krb5-2 libirs-export91 libisc-export95 libisccfg-export90 libk5crypto3 libkeyutils1 libkrb5-3 libkrb5support0 libreadline6 libssl1.0.0 libstdc++6 libusb-0.1-4 libwrap0 openssh-client openssh-sftp-server perl perl-modules readline-common I: Checking component main on http://cdn.debian.net/debian... I: Retrieving acl 2.2.52-2 I: Validating acl 2.2.52-2 I: Retrieving libacl1 2.2.52-2 I: Validating libacl1 2.2.52-2 I: Retrieving adduser 3.113+nmu3 I: Validating adduser 3.113+nmu3 I: Retrieving apt 1.0.9.3 W: Couldn't download package apt (ver 1.0.9.3 arch amd64) I: Retrieving libapt-pkg4.12 1.0.9.3 W: Couldn't download package libapt-pkg4.12 (ver 1.0.9.3 arch amd64) [...and so forth...] E: Couldn't download packages: apt libapt-pkg4.12 libaudit1 base-files libdns-export100 libirs-export91 libisc-export95 libisccfg-export90 libbz2-1.0 libcryptsetup4 libdb5.3 debconf debconf-i18n debian-archive-keyring dpkg gnupg gpgv ifupdown libkeyutils1 libgssapi-krb5-2 libk5crypto3 libkrb5-3 libkrb5support0 libgcrypt20 libgpg-error0 libsemanage1 libncurses5 libncursesw5 libtinfo5 ncurses-bin libpcre3 perl perl-base libreadline6 login passwd libsystemd0 libudev1 systemd systemd-sysv udev tzdata bsdutils libblkid1 libmount1 libsmartcols1 libuuid1 mount util-linux liblzma5 zlib1g Failed to download the rootfs, aborting. Failed to download 'debian base' failed to install debian lxc_container: container creation template for testfoo failed lxc_container: Error creating container testfoo Creating the VM fails. Now with the default mirror changed to http://http.debian.net: # lxc-create -n testfoo -t debian -- -r jessie -k debootstrap ist /usr/sbin/debootstrap Checking cache download in /var/cache/lxc/debian/rootfs-jessie-amd64 ... Downloading debian minimal ... I: Retrieving Release I: Retrieving Release.gpg I: Checking Release signature I: Valid Release signature (key id A1BD8E9D78F7FE5C3E65D8AF8B48AD6246925553) I: Retrieving Packages I: Validating Packages I: Resolving dependencies of required packages... I: Resolving dependencies of base packages... I: Found additional required dependencies: acl adduser dmsetup insserv libaudit-common libaudit1 libbz2-1.0 libcap2 libcap2-bin libcryptsetup4 libdb5.3 libdebconfclient0 libdevmapper1.02.1 libgcrypt20 libgpg-error0 libkmod2 libncursesw5 libprocps3 libsemanage-common libsemanage1 libslang2 libsystemd0 libudev1 libustr-1.0-1 procps systemd systemd-sysv udev I: Found additional base dependencies: debian-archive-keyring gnupg gpgv init-system-helpers iproute2 isc-dhcp-common libapt-pkg4.12 libbsd0 libdns-export100 libedit2 libgdbm3 libgssapi-krb5-2 libirs-export91 libisc-export95 libisccfg-export90 libk5crypto3 libkeyutils1 libkrb5-3 libkrb5support0 libreadline6 libssl1.0.0 libstdc++6 libusb-0.1-4 libwrap0 openssh-client openssh-sftp-server perl perl-modules readline-common I: Checking component main on http://http.debian.net/debian... I: Retrieving acl 2.2.52-2 I: Validating acl 2.2.52-2 I: Retrieving libacl1 2.2.52-2 I: Validating libacl1 2.2.52-2 I: Retrieving adduser 3.113+nmu3 I: Validating adduser 3.113+nmu3 I: Retrieving apt 1.0.9.5 I: Validating apt 1.0.9.5 I: Retrieving libapt-pkg4.12 1.0.9.5 I: Validating libapt-pkg4.12 1.0.9.5 [... and so forth ... ] Download complete. [...] Generation complete. [...] Now with http://http.debian.net as a mirror, creating a VM succeeds. Thanks, *t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774124: Unable to update dbus to 1.8.12-3
On 29/12/14 06:46, Erwan David wrote: dpkg: dependency problems prevent processing triggers for dbus: dbus depends on libdbus-1-3 (= 1.7.6); however: Package libdbus-1-3:amd64 is not configured yet. dpkg: error processing package dbus (--configure): dependency problems - leaving triggers unprocessed dpkg: dependency problems prevent processing triggers for dbus: dbus depends on libdbus-1-3 (= 1.7.6); however: Package libdbus-1-3:amd64 is not configured yet. ... [more of the same] ... dpkg: error processing package dbus (--configure): dependency problems - leaving triggers unprocessed dpkg: too many errors, stopping Errors were encountered while processing: dbus dbus dbus ... [more of the same] ... I think this is a known dpkg bug, possibly a duplicate of #771730. If you upgrade to dpkg 1.17.23 from unstable, does that fix it? S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774204: please switch from cdn.debian.net to http.debian.net
For anybody reading this bug report and wondering, how s/he can work around the broken default mirror: MIRROR=http://http.debian.net/debian lxc-create -n ...etc... Good luck! *t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774152: libisofs6: null pointer dereference
Hi Thomas! [Note that Debian BTS doesn't automatically CC bug submitters, so you normally should CC them manually if you want them to read your mail.] * Thomas Schmitt scdbac...@gmx.net, 2014-12-29, 18:38: How was the ISO image created ? It bears the marks of xorriso but has faulty superblock data. Did xorriso create a bad ISO ? Did afl modify the image ? The latter. I fed AFL with a correct input file (which was created, as you noticed, by xorriso), and then AFL mutated it. Upstream now avoids this particular case of sigsegv by http://bazaar.launchpad.net/~libburnia-team/libisofs/scdbackup/revision/1181 Thanks for the quick fix. :-D crash.iso.xz Application/X-XZ It is a bit cumbersome for me to uncompress .xz. Oops. Sorry about that. Would .bz2 be possible for future bug reports ? Sure. http://lcamtuf.coredump.cx/afl/ Can you tell me your setup for xorriso ? I'll try to write up something later today. -- 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#774068: ExtUtils-MakeMaker and NO_PERLLOCAL
On Tue, 2014-12-30 at 11:47 +0200, Niko Tyni wrote: I wonder if debhelper would be the right place to add this. This would solve the problem this patch solves, and maybe also simplify the patch in the perl package package [1] [1] https://anonscm.debian.org/cgit/perl/perl.git/tree/debian/patches/debian/no_packlist_perllocal.diff Right, that seems like the right long term approach to me. Ideally, debhelper could pass both NO_PACKLIST and NO_PERLLOCAL to EU::MM, and the above patch wouldn't be needed at all. Agreed, that makes a lot of sense. Packages not using the short form dh rules would need to be modified before the patch could be removed. The required steps would be something like 1) change the Perl policy to recommend NO_PACKLIST + NO_PERLLOCAL 2) change debhelper v9 to use them 3) add a lintian check and/or do a mass bug filing for the other packages 4) wait for (most of) the packages to be fixed Just to clarify, is this needed because some packages don't use debhelper? Presumably once debhelper is changed, there is no need to fix packages that are built using it? 5) change the Perl policy to require NO_PACKLIST + NO_PERLLOCAL 6) remove the patch from the perl package Incidentally, I have just found this, which could be closed as well if the above are completed. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683533 A champion for this (and also for finishing the PREFIX transition) would be very welcome. Happy to volunteer, but I'm quite new to all of this, so may need a little assistance. There are quite a few other Debian-specific patches around EU::MM in the perl package. While it would be nice to get rid of them one way or another, separately packaged unpatched versions of EU::MM are going to be somewhat problematic until that happens. Thanks, didn't realise there were others. Andy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774073: dh-make-perl: Ceating core module, install fails with trying to overwrite foo which is also in bar
On Mon, Dec 29, 2014 at 12:04:41AM +, Andrew Beverley wrote: On Sun, 2014-12-28 at 14:51 +0200, Niko Tyni wrote: A more robust solution is using dpkg-divert in maintainer scripts to move the core version out of the way and then back later if necessary. See for instance the libmodule-corelist-perl package for an example implementation. Okay, attached is a revised patch that does exactly that. Nice, thanks for your work! It works (and it's taken me all day), but I admit that it's pretty messy, so would welcome any feedback as to how to make this a little tidier. I think that it would be enough to only look for file conflicts in /usr/bin and perhaps in /usr/share/man as a first approximation. Other conflicts may merit manual attention and perhaps a --force-diverts switch or something like that. I'm not sure if there are conflicting (heh) requirements here, with the traditional use of dh-make-perl geared for a base packaging that you're expected to tweak up to the quality and standards of Debian archive inclusion, and this --recursive use aiming for automatically generating packages suitable for local use without human attention. But I don't really consider myself a dh-make-perl maintainer so I'll leave judgement on that to those in the team who do. Perhaps it's as easy as changing defaults for other options (like the --force-diverts above) based on the --recursive flag. I figured that the dpkg-divert lines have to be generated during build, otherwise it's not easily known which files will be installed. It would be nice to not generate the maintainer scripts at all in the common case where they aren't needed. Also, generating them in the source debian/ directory first and including the #DEBHELPER# marker in them would be cleaner and enable debhelper to replace the marker with any magic it considers necessary when it installs them into the DEBIAN/ binary package directory. (See debhelper(7) and dh_installdeb(1)) -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774210: unblock: phpmyadmin/4:4.2.12-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Please unblock package phpmyadmin It fixes security bugs, see https://bugs.debian.org/774194 debdiff is attached. unblock phpmyadmin/4:4.2.12-2 - -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=cs_CZ.utf8, LC_CTYPE=cs_CZ.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJUonfeAAoJEJwnsxNCt1EdsI8P/jBTOTNLzrcR18+qG2t/5Kn1 AgDXjjD2c90NTMEdWH74SjsCqoTA7yjZJQa46DeIk5pzgFDR49/LGyPBYsdxGkAH D06/ykK1myCSGmjVOCMA4SyvDSU0quJFdYh8QoBXM/sg2DaDlL2VxWL8C6ulwDvZ k02kzHdCE1VntTw7zHYMTGUKanTEyEhuFj7MiKfvrGPLcOkZ12KrAWYwPCoVDz2i hwV0IEve0ptAH/+hXuYnPzQ6qgScOFK2/f7DdXAWApmuHD0SLr7LqEeGZ+v8zJoH 5XonWhHeDBDCajWva+ADD8jxDd046EGaA5gxqlcOQn5Rdzm5LptKkPp/9pxKYbUI jIqOitySfST/e3A6hs5eSaaE3nTV3uFW+1aC3ShDof0BeMA1cU1bxMmuSfq+eO+s kEtV+xou7xZnRra2HvTrD4LI+DYQNcYGp1ezan+b6ls3i8RVvtZW4qnonw2bgGda /kux9xK94NFZVwqIsKufPFnwA3dmzTsTd1XUs3tvRWzdxmwlO5wid2Y1/UY++vfQ 7poFqR3hCmMXuuQZXSpybn4fL3PK3pGuD6UsRWY1zcHtnLMvDLe0bwUh/tGkF4Km 32RPnqB8mQwvKPsXonrzFaKWahZYQ4pJTf80nFmqm3ey4XjIxbSo643IetluGfqH KW8zz8VPhbW8iCgvFs4H =j4qh -END PGP SIGNATURE- diff -Nru phpmyadmin-4.2.12/debian/changelog phpmyadmin-4.2.12/debian/changelog --- phpmyadmin-4.2.12/debian/changelog 2014-11-22 10:34:32.0 +0100 +++ phpmyadmin-4.2.12/debian/changelog 2014-12-30 10:54:34.0 +0100 @@ -1,3 +1,11 @@ +phpmyadmin (4:4.2.12-2) unstable; urgency=high + + * Fix security issues (Closes: #774194). +- CVE-2014-9219 / PMASA-2014-18 - XSS vulnerability in redirection. +- CVE-2014-9218 / PMASA-2014-17 - DoS vulnerability with long passwords. + + -- Michal Čihař ni...@debian.org Tue, 30 Dec 2014 10:54:32 +0100 + phpmyadmin (4:4.2.12-1) unstable; urgency=medium * New upstrem release. diff -Nru phpmyadmin-4.2.12/debian/patches/bug-4611-security-DOS-attack-with-long-passwords.patch phpmyadmin-4.2.12/debian/patches/bug-4611-security-DOS-attack-with-long-passwords.patch --- phpmyadmin-4.2.12/debian/patches/bug-4611-security-DOS-attack-with-long-passwords.patch 1970-01-01 01:00:00.0 +0100 +++ phpmyadmin-4.2.12/debian/patches/bug-4611-security-DOS-attack-with-long-passwords.patch 2014-12-30 10:52:09.0 +0100 @@ -0,0 +1,80 @@ +From 1ac863c7573d12012374d5d41e5c7dc5505ea6e1 Mon Sep 17 00:00:00 2001 +From: Madhura Jayaratne madhura...@gmail.com +Date: Tue, 2 Dec 2014 21:20:59 +0530 +Subject: [PATCH 1/1] bug #4611 [security] DOS attack with long passwords + +Signed-off-by: Madhura Jayaratne madhura...@gmail.com +--- + ChangeLog | 1 + + libraries/common.inc.php | 5 + + libraries/plugins/AuthenticationPlugin.class.php | 9 + + libraries/plugins/auth/AuthenticationCookie.class.php | 10 ++ + 4 files changed, 25 insertions(+) + +diff --git a/libraries/common.inc.php b/libraries/common.inc.php +index 2227c1e..5cea823 100644 +--- a/libraries/common.inc.php b/libraries/common.inc.php +@@ -859,6 +859,9 @@ if (! defined('PMA_MINIMUM_COMMON')) { + . ' ' . $cfg['Server']['auth_type'] + ); + } ++if (isset($_REQUEST['pma_password'])) { ++$_REQUEST['pma_password'] = substr($_REQUEST['pma_password'], 0, 256); ++} + include_once './libraries/plugins/auth/' . $auth_class . '.class.php'; + // todo: add plugin manager + $plugin_manager = null; +@@ -988,6 +991,8 @@ if (! defined('PMA_MINIMUM_COMMON')) { + $controllink = $userlink; + } + ++$auth_plugin-storeUserCredentials(); ++ + /* Log success */ + PMA_logUser($cfg['Server']['user']); + +diff --git a/libraries/plugins/AuthenticationPlugin.class.php b/libraries/plugins/AuthenticationPlugin.class.php +index 3ddf55e..7943d2c 100644 +--- a/libraries/plugins/AuthenticationPlugin.class.php b/libraries/plugins/AuthenticationPlugin.class.php +@@ -42,6 +42,15 @@ abstract class AuthenticationPlugin extends PluginObserver + abstract public function authSetUser(); + + /** ++ * Stores user credentials after successful login. ++ * ++ * @return void ++ */ ++public function storeUserCredentials() ++{ ++} ++ ++/** + * User is not allowed to login to MySQL - authentication failed + * + * @return boolean +diff --git a/libraries/plugins/auth/AuthenticationCookie.class.php b/libraries/plugins/auth/AuthenticationCookie.class.php +index e21471c..68cb5d4 100644 +--- a/libraries/plugins/auth/AuthenticationCookie.class.php b/libraries/plugins/auth/AuthenticationCookie.class.php +@@ -557,6 +557,16 @@ class
Bug#771863: [ovs-dev] Bug#771863: [PKG-Openstack-devel] Bug#771863: Bug#771863: Service does not start or parse interfaces correctly
Il 23/12/2014 16:27, Gurucharan Shetty ha scritto: I tried 2.3.0+git20140819-3 building it in wheezy with kernel 3.16 from backports but bridge of my test was still not working: auto xenbr0 allow-ovs xenbr0 iface xenbr0 inet static address 192.168.1.90 netmask 255.255.255.0 network 192.168.1.0 broadcast 192.168.1.255 gateway 192.168.1.200 ovs_type OVSBridge ovs_ports eth0 auto eth0 You should not be using 'auto' above. eth0 is a port of an OVS bridge and it should be configured after 'xenbr0' is configured. allow-xenbr0 eth0 iface eth0 inet manual ovs_bridge xenbr0 ovs_type OVSPort auto xenbr1 allow-ovs xenbr1 iface xenbr1 inet static address 192.168.45.91 netmask 255.255.255.0 network 192.168.45.0 broadcast 192.168.45.255 ovs_type OVSBridge ovs_ports vlan100 allow-xenbr1 vlan100 iface vlan100 inet manual ovs_bridge xenbr1 ovs_type OVSIntPort ovs_options tag=100 ovs_extra set interface ${IFACE} external-ids:iface-id=$(hostname -s) Without applying the below mentioned patch, does your problem go away if you remove all the 'auto' for xenbr0 and xenbr1 also? Thanks for your reply. I removed all auto and now works also without backports other patches. Then ovs networks starts automatically on boot also without auto, is it correct? For have it working I had to do service networking restart. I found probably final solution applying also this patch: http://git.openvswitch.org/cgi-bin/gitweb.cgi?p=openvswitch;a=commitdiff;h=9a8b5cc1a3d941c0e33f3f5b5ac260a35a8130af The above patch adds the ability to configure OVS with 'auto' configured and additionally has the following information: Notes on dependencies: - openvswitch-switch depends on $network, $named $remote_fs and $syslog to start. This creates some startup dependency issues. * Since openvswitch utilities are placed in /usr and /usr can be mounted through NFS, openvswitch has to start after it. But if a user uses openvswitch for all his networking needs and hence to mount NFS, there will be a deadlock. So, if /usr is mounted through NFS and openvswitch is used for all networking, the administrator should figure out a way to mount NFS before starting OVS. One way to do this is in initramfs. * Since openvswitch starts after $network, $remote_fs and $syslog, any startup script that depends on openvswitch but starts before it, needs to be changed to depend on openvswitch-switch too. * Ideally, an admin should not add openvswitch bridges in the 'auto' section of the 'interfaces' file. This is because, when ifupdown starts working on bridges listed in 'auto', openvswitch has not yet started. But, if the admin wants to go down this route and adds openvswitch bridges in the 'auto' section, openvswitch-switch will forcefully be started when ifupdown kicks in. In a case like this, the admin needs to make sure that /usr has already been mounted and that a remote $syslog (if used) is ready to receive openvswitch logs. Even if seems not good in some cases. Does the above explanation give any hints on why it wouldn't work in some cases? Yes I don't know if also Jessie have this problem but probably yes. If yes I think this bug is only partially solves with 2.3.0+git20140819-3. I had also another start problem probably not related to this, after some hours xenbr0 stopped to working. I not found any useful errors about in logs, only some strange thing, in ifconfig xenbr0 was without the static ip, in syslog keep tried to acquire configuration with dhcp failing (dhcp server present and working in lan). After service networking restart was working again but I not understand was happen and why :( Someone have any idea about? Thanks for any reply and sorry for my bad english. ___ dev mailing list d...@openvswitch.org http://openvswitch.org/mailman/listinfo/dev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774078: does not cleanly upgrade if /home and /var are different filesystems
Hi Marc, On So, 2014-12-28 at 14:49 +0100, Marc Haber wrote: Package: mini-buildd Version: 1.0.5 Severity: important (...) In my opinion, mini-buildd should not try to move its home directory on a package upgrade. It's fine to use the new /var/lib location for new installs, but an upgrade script cannot foresee possible pitfalls in moving the home directory (and, frankly, yours doesn't even try to check). yes, what you describe is actually intended behaviour ;); more precisely that code should only actually do something when the administrator explicitly changes the path via debconf. I am currently guessing that the debconf value did not exist yet in 0.9.5, and the postinstall does not handle this situation gracefully, but using the default path. Will have a look this afternoon... Thx, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773916: libical: Ship different constant values accross builds
Dimitri John Ledkov: If I fail to upload this, please upload it instead of me. Looks like the upload went ok. I am now able to rebuild libical reproducibly. :) Please remember to coordinate with the release team for binNUMs and unblocks. -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#773867: missing sources.list
Hi, May this be related to bug #732255 ? Regards, JH Chatenet -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774211: freeze exception for binutils 2.25-3
Package: release.debian.org Tags: sid jessie please grant a freeze exception for binutils 2.25-3 in jessie. The current version in jessie is built from the 2.25 release branch, and this update would move the final 2.25 into jessie. The package probably has more changes than needed, otoh it fixes some issues which should get into jessie: - several fixes for CVE issues, the security team asked to include these into jessie. - CVE-2014-8484 (PR binutils/17509). - CVE-2014-8485, CVE-2014-8504 (PR binutils/17510). - CVE-2014-8501, CVE-2014-8502, CVE-2014-8503 (PR binutils/17512). - gold fixes on ARM32, now capable to build chromium. - enabled gold on arm64. - A lot of fixes and updates for both the new ppc64el and arm64 architectures. These new architectures were added pretty close to the freeze, so some updates shouldn't come unexpected. - Fixes RC issue #728529 (the rebuilt smartmontools 6.3+svn4002-2+b2 apparently already is in testing). - The packages with the binNMU requests in #773972 should transition to testing as well. Attached is the Debian changelog, mentioning too all upstream changes, minus the ones which only affect architectures not released by Debian. I'm planning no further binutils for jessie. Matthias binutils (2.25-3) unstable; urgency=medium * Don't build as a release candidate, fixing the upper shlibs dependency. * Refresh patches. -- Matthias Klose d...@debian.org Thu, 25 Dec 2014 13:45:39 +0100 binutils (2.25-2) unstable; urgency=medium * Apply proposed patch for PR ld/17742 (don't create .eh_frame_hdr on shared lib bfd). -- Matthias Klose d...@debian.org Thu, 25 Dec 2014 06:55:02 +0100 binutils (2.25-1) unstable; urgency=medium * binutils 2.25 release. - MIPS specific gas update. -- Matthias Klose d...@debian.org Thu, 25 Dec 2014 05:49:55 +0100 binutils (2.24.90.20141219-1) unstable; urgency=medium * Snapshot, taken from the 2.25 branch 20141219. - Fix PR ld/17713 (segfault), PR ld/17689 (link error), PR ld/15228. * Apply proposed patch for PR gold/17729 (fixing ~600 GCC test failures). -- Matthias Klose d...@debian.org Fri, 19 Dec 2014 18:59:30 +0100 binutils (2.24.90.20141209-1) unstable; urgency=medium * Snapshot, taken from the 2.25 branch 20141209. - Fix PR binutils/17677, PR gold/17670 (powerpc), PR gold/17566 (powerpc). -- Matthias Klose d...@debian.org Tue, 09 Dec 2014 09:31:53 +0100 binutils (2.24.90.20141201-1) unstable; urgency=medium * Snapshot, taken from the 2.25 branch 20141201. - Fix PR ld/16452, PR/ld/16457: Don't output symbol version requirement for non-DT_NEEDED libs. Closes: #728529. -- Matthias Klose d...@debian.org Mon, 01 Dec 2014 21:53:10 +0100 binutils (2.24.90.20141128-1) unstable; urgency=medium * Snapshot, taken from the 2.25 branch 20141128. - gold: Fix corrupted .eh_frame section with LTO and --gc-sections. - gold: Fix PowerPC relaxation corner case. * Relax upper shlibs version dependency to the next release candidate. -- Matthias Klose d...@debian.org Fri, 28 Nov 2014 14:20:09 +0100 binutils (2.24.90.20141124-1) unstable; urgency=medium * Snapshot, taken from the 2.25 branch 20141124. - ppc alignment fixes, Go fixes - PR binutils/17597, PR binutils/17512, PR binutils/17521, PR binutils/17533, trunk backports for fixing the recent CVE issues. - One more fix for Cortex-A53 Erratum 835769 (AArch64). -- Matthias Klose d...@debian.org Mon, 24 Nov 2014 17:29:27 +0100 binutils (2.24.90.2014-2) unstable; urgency=medium * Fix ld -r abort in _bfd_elf_write_section_eh_frame, taken from the trunk. Closes: #769067. -- Matthias Klose d...@debian.org.org Tue, 11 Nov 2014 11:10:27 +0100 binutils (2.24.90.2014-1) unstable; urgency=medium * Snapshot, taken from the 2.25 branch 2014. - Update .MIPS.abiflags to support MIPS R6. * gold: Misc updates for the AArch64 backend, taken from the trunk. * Mention some CVE issues, fixed in the 20141104 snapshot: - CVE-2014-8484 (PR binutils/17509). - CVE-2014-8485, CVE-2014-8504 (PR binutils/17510). - CVE-2014-8501, CVE-2014-8502, CVE-2014-8503 (PR binutils/17512). * Fix some lintian warnings. -- Matthias Klose d...@debian.org Tue, 11 Nov 2014 07:55:51 +0100 binutils (2.24.90.20141104-1) unstable; urgency=medium * Snapshot, taken from the 2.25 branch 20141104. - Fix PR bfd/17481. - Fix PR17488, powerpc64-linux-ld segfault. LP: #1381580. - Fix PR ld/17492. LP: #882353. - Fix PR gas/17493. LP: #1051156. - Add gcc-4.9 libgomp symbols requiring --plt-thread-safe for power7. - PowerPC64 ELFv1 function symbol definition vs LTO and discarded sections. - ppc: enable msgclr and msgsnd on Power8. - Relax ppc64_elf_tls_optimize assertion. * Pick patch from the trunk: - Support relexation for the gold aarch64 backend. - AArch64: move bogus assertion. - Fix build configured with
Bug#774212: ifupdown: segfault when misssing read access on /etc/network/interfaces
Package: ifupdown Version: 0.7.51 Severity: normal Tags: upstream patch Dear Maintainer, * What led up to the situation? I don't know when the problem appeared, but i think, it's after including commit 661:6cd0fd2addca Configure the loopback interface by default only if user hasn't into the shipped version of ifupdown. * Procedure to reproduce # ls -l /etc/network/interfaces -rw--- 1 root root 1.6K Sep 11 11:22 /etc/network/interfaces # ifup eth0 zsh: segmentation fault ifup eth0 * What was the outcome of this action? segfault * What outcome did you expect instead? No segfault. * Note: When running with root privileges, it does not segfault. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.19.0-rc1-and-eudyptula-00056-g393d295 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ifupdown depends on: ii adduser 3.113+nmu3 ii initscripts 2.88dsf-58 ii iproute 1:3.16.0-2 ii iproute2 3.16.0-2 ii libc62.19-13 ii lsb-base 4.1+Debian13+nmu1 Versions of packages ifupdown recommends: ii isc-dhcp-client [dhcp-client] 4.3.1-5 Versions of packages ifupdown suggests: ii net-tools 1.60-26+b1 pn pppnone pn rdnssd none -- no debconf information diff -r 626689d5ef94 config.c --- a/config.c Sat Nov 29 14:32:32 2014 +0100 +++ b/config.c Tue Dec 30 12:17:09 2014 +0100 @@ -134,6 +134,9 @@ } defn = read_interfaces_defn(defn, filename); +if (!defn) { +return NULL; +} if (!no_loopback) { interface_defn *lo_if = malloc(sizeof(interface_defn));
Bug#773706: fixed in libvirt 1.2.9-7
Thanks, could you advise if version 1.2.9-7 will be added into the wheezy-backports repo soon? Kind regards, Gavin On Wed, 24 Dec 2014 10:21:13 + =?utf-8?q?Guido_G=C3=BCnther?= a...@sigxcpu.org wrote: Source: libvirt Source-Version: 1.2.9-7 We believe that the bug you reported is fixed in the latest version of libvirt, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 773...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Guido Günther a...@sigxcpu.org (supplier of updated libvirt package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 24 Dec 2014 10:33:31 +0100 Source: libvirt Binary: libvirt-bin libvirt-clients libvirt-daemon libvirt-daemon-system libvirt0 libvirt0-dbg libvirt-doc libvirt-dev libvirt-sanlock Architecture: source amd64 all Version: 1.2.9-7 Distribution: unstable Urgency: medium Maintainer: Debian Libvirt Maintainers pkg-libvirt-maintain...@lists.alioth.debian.org Changed-By: Guido Günther a...@sigxcpu.org Description: libvirt-bin - programs for the libvirt library libvirt-clients - programs for the libvirt library libvirt-daemon - programs for the libvirt library libvirt-daemon-system - Libvirt daemon configuration files libvirt-dev - development files for the libvirt library libvirt-doc - documentation for the libvirt library libvirt-sanlock - library for interfacing with different virtualization systems libvirt0 - library for interfacing with different virtualization systems libvirt0-dbg - library for interfacing with different virtualization systems Closes: 769600 770202 773503 773706 773855 773856 773858 Changes: libvirt (1.2.9-7) unstable; urgency=medium . * [d7df883] CVE-2014-8131: Fix possible deadlock and segfault in qemuConnectGetAllDomainStats() (Closes: #773858) * [d0085e0] qemu: bulk stats: Fix logic in monitor handling * [b5e081c] CVE-2014-8135: storage: fix crash caused by no check return before set close (Closes: #773855) * [a5452de] CVE-2014-8136: qemu: migration: Unlock vm on failed ACL check in protocol v2 APIs (Closes: #773856) * [5aaafc9] qemu: Fix crash in tunnelled migration (Closes: #773503) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774206: release.debian.org: broken/buggy linux-target stack in Jessie
retitle 774206 unblock (pre-approval): linux-target stack tag 774206 moreinfo severity 774206 normal user release.debian@packages.debian.org usertag 774206 unblock kthxbye On Tue, Dec 30, 2014 at 02:53:47PM +0530, Ritesh Raj Sarraf wrote: It has many issues. After talking with the upstream maintainers, I put up a newer version in experimental. This build, though not bug free, is much better than what is currently slated for Jessie. I would like to see the current builds in experimental, be pushed for Jessie. But given the freeze, I want opinion here first. This isn't enough information for any of us to give you an opinion; please send source debdiffs. It's probably wise to include some explanation of the changes, since your changelogs are mostly new upstream release. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 signature.asc Description: Digital signature
Bug#774213: zope2.13: import zope.security._proxy - SystemError: dynamic module not initialized properly
Package: zope2.13 Version: 2.13.22-1 Severity: grave Justification: renders package unusable Dear Maintainer, With zope2.13 I've tried to create a (user) instance and start it, but a `SystemError: dynamic module not initialized properly` is raised while zopectl tries to import zope.security._proxy . The bug could be demonstrated in essence this way: $ /usr/lib/zope2.13/bin/python import zope.security._proxy Traceback (most recent call last): File console, line 1, in module File /usr/lib/zope2.13/lib/python/zope.security-3.7.4.egg/zope/security/__init__.py, line 19, in module from zope.security.management import checkPermission File /usr/lib/zope2.13/lib/python/zope.security-3.7.4.egg/zope/security/management.py, line 23, in module from zope.security.checker import CheckerPublic File /usr/lib/zope2.13/lib/python/zope.security-3.7.4.egg/zope/security/checker.py, line 46, in module from zope.security._proxy import _Proxy as Proxy, getChecker SystemError: dynamic module not initialized properly Full log demonstrating the problem is attached. Thanks, Kirill 8 $ whoami kirr# non-root $ pwd /home/kirr $ rm -rf zope # make sure there are no user instances $ dzhandle -z2.13 make-instance -m all ktest -u user:passwd $ dzhandle -z2.13 list-instances ktest2.13 addon-mode=all addon-technique=tree-linked userfile=inituser purged $ ls zope/instance/zope2.13/ ktest $ dzhandle -z2.13 zopectl ktest start Traceback (most recent call last): File /usr/lib/zope2.13/bin/python, line 78, in module execfile(__file__) File /usr/lib/zope2.13/bin/zopectl, line 6, in module Zope2.Startup.zopectl.run() File /usr/lib/zope2.13/lib/python/Zope2-2.13.22.egg/Zope2/Startup/zopectl.py, line 484, in run exitstatus = main() File /usr/lib/zope2.13/lib/python/Zope2-2.13.22.egg/Zope2/Startup/zopectl.py, line 440, in main options.realize(args) File /usr/lib/zope2.13/lib/python/Zope2-2.13.22.egg/Zope2/Startup/zopectl.py, line 158, in realize ZDOptions.realize(self, *args, **kw) File /usr/lib/zope2.13/lib/python/zdaemon-2.0.7.egg/zdaemon/zdoptions.py, line 290, in realize self.load_schema() File /usr/lib/zope2.13/lib/python/zdaemon-2.0.7.egg/zdaemon/zdoptions.py, line 338, in load_schema self.schema = ZConfig.loadSchema(self.schemafile) File /usr/lib/zope2.13/lib/python/ZConfig-2.9.1.egg/ZConfig/loader.py, line 33, in loadSchema return SchemaLoader().loadURL(url) File /usr/lib/zope2.13/lib/python/ZConfig-2.9.1.egg/ZConfig/loader.py, line 67, in loadURL return self.loadResource(r) File /usr/lib/zope2.13/lib/python/ZConfig-2.9.1.egg/ZConfig/loader.py, line 195, in loadResource schema = ZConfig.schema.parseResource(resource, self) File /usr/lib/zope2.13/lib/python/ZConfig-2.9.1.egg/ZConfig/schema.py, line 27, in parseResource xml.sax.parse(resource.file, parser) File /usr/lib/python2.7/xml/sax/__init__.py, line 33, in parse parser.parse(source) File /usr/lib/python2.7/xml/sax/expatreader.py, line 107, in parse xmlreader.IncrementalParser.parse(self, source) File /usr/lib/python2.7/xml/sax/xmlreader.py, line 123, in parse self.feed(buffer) File /usr/lib/python2.7/xml/sax/expatreader.py, line 210, in feed self._parser.Parse(data, isFinal) File /usr/lib/python2.7/xml/sax/expatreader.py, line 304, in start_element self._cont_handler.startElement(name, AttributesImpl(attrs)) File /usr/lib/zope2.13/lib/python/ZConfig-2.9.1.egg/ZConfig/schema.py, line 103, in startElement getattr(self, start_ + name)(attrs) File /usr/lib/zope2.13/lib/python/ZConfig-2.9.1.egg/ZConfig/schema.py, line 306, in start_import src = self._loader.schemaComponentSource(pkg, file) File /usr/lib/zope2.13/lib/python/ZConfig-2.9.1.egg/ZConfig/loader.py, line 212, in schemaComponentSource __import__(package) File /usr/lib/zope2.13/lib/python/Zope2-2.13.22.egg/ZServer/__init__.py, line 41, in module from HTTPServer import zhttp_server, zhttp_handler File /usr/lib/zope2.13/lib/python/Zope2-2.13.22.egg/ZServer/HTTPServer.py, line 44, in module from HTTPResponse import make_response File /usr/lib/zope2.13/lib/python/Zope2-2.13.22.egg/ZServer/HTTPResponse.py, line 29, in module from ZPublisher.HTTPResponse import HTTPResponse # XXX WTF? File /usr/lib/zope2.13/lib/python/Zope2-2.13.22.egg/ZPublisher/__init__.py, line 20, in module from zExceptions import NotFound, BadRequest, InternalError, Forbidden File /usr/lib/zope2.13/lib/python/zExceptions-2.13.0.egg/zExceptions/__init__.py, line 24, in module from zope.publisher.interfaces import INotFound File /usr/lib/zope2.13/lib/python/zope.publisher-3.12.6.egg/zope/publisher/interfaces/__init__.py, line 26, in module from zope.security.interfaces import IParticipation File
Bug#774211: freeze exception for binutils 2.25-3
forgot to mention that there are no regression in the binutils testsuite on all release architectures, and that there are no regression in the gcc-4.8 and gcc-4.9 testsuites on all release architectures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773389: Freezes on another machine
I spoke too soon. I am now seeing pointer freezes on the amd64 machine. Different phenomena, but perhaps associated. I need to switch to a pseudo terminal and rmmod psmouse; modprobe psmouse to get control of the pointer back under X. gpm was still working in the pseudo terminal before the reload. Again, this has only started happening recently, so some sort of bug has been introduced in the last month (testing, December 2014). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766216: #766216: lxc: can't access console or stop a jessie container running systemd as PID 1
On Sun, 7 Dec 2014, Adam D. Barratt wrote: Is this still relevant after the upload of lxc 1.0.6-5? I can confirm that *this specific* problem, namely #766216 - not beeing able to access the console or to stop the VM has indeed been fixed in 1:1.0.6-5 on a host running up to date jessie with a freshly created jessie VM. There are still a few ugly things happening when starting the container: # lxc-start -n testfoo [...] Failed to open /dev/autofs: No such file or directory Failed to initialize automounter: No such file or directory [FAILED] Failed to set up automount Arbitrary Executable File Formats File System Automount Point. See 'systemctl status proc-sys-fs-binfmt_misc.automount' for details. [...] [FAILED] Failed to start Login Service. but the container startup proceeds to the login prompt and loging in works so the above is - if ever - material for a different bug report. *t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774214: installation-reports: System startup fails with multiple / multi-device BTRFS mounts
Package: installation-reports Severity: important I've installed 2014-12-26 build of debian testing with btrfs as root fs -- so far so good, this worked fine. Then I've created another btrfs filesystem based on 5x HDD and a number of subvolumes on this filesystem and then added all of them to fstab so that they would be mounted on boot. This is where it stopped working -- some of them could not be mounted automatically, but if I tried mounting them manually they worked fine. The open_ctree message in the logs is bogus I think, filesystem itself is OK. I've fallen back to noauto in fstab. There is a matching entry on arch wiki that describes exactly my issue: goo.gl/JqShSo -- Package-specific info: Boot method: cd Image version: debian-testing-amd64-i386-netinst.iso (2014-12-26) Date: Date and time of the install Machine: HP N36L Partitions: df -Tl will do; the raw partition table is preferred Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Clock/timezone setup: [ ] User/password setup:[ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=8 (jessie) - installer build 20141226-00:01 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux mikrob 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt2-1 (2014-12-08) x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] RS880 Host Bridge [1022:9601] lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:1609] lspci -knn: 00:01.0 PCI bridge [0604]: Hewlett-Packard Company Device [103c:9602] lspci -knn: 00:02.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] RS780 PCI to PCI bridge (ext gfx port 0) [1022:9603] lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:06.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] RS780 PCI to PCI bridge (PCIE port 2) [1022:9606] lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:11.0 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] [1002:4391] (rev 40) lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:1609] lspci -knn: Kernel driver in use: ahci lspci -knn: 00:12.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397] lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:1609] lspci -knn: Kernel driver in use: ohci-pci lspci -knn: 00:12.2 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller [1002:4396] lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:1609] lspci -knn: Kernel driver in use: ehci-pci lspci -knn: 00:13.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397] lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:1609] lspci -knn: Kernel driver in use: ohci-pci lspci -knn: 00:13.2 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller [1002:4396] lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:1609] lspci -knn: Kernel driver in use: ehci-pci lspci -knn: 00:14.0 SMBus [0c05]: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 SMBus Controller [1002:4385] (rev 42) lspci -knn: 00:14.3 ISA bridge [0601]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 LPC host controller [1002:439d] (rev 40) lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:1609] lspci -knn: 00:14.4 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 PCI to PCI Bridge [1002:4384] (rev 40) lspci -knn: 00:16.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397] lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:1609] lspci -knn: Kernel driver in use: ohci-pci lspci -knn: 00:16.2 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller [1002:4396] lspci -knn:
Bug#774036: Re: Bug#774036: linux-image-3.16.0-4-amd64: Untainted Kernel shows similar issue
Hello Rainer, On Tue, Dec 30, 2014 at 12:15:31AM +0100, Rainer Dorsch wrote: Hi Emil, Am Montag 29 Dezember 2014, 14:02:55 schrieb Emil Goode: Hello Rainer, The below procedure would give more information: Add the following line to the top of the file /usr/lib/pm-utils/pm-functions. export PM_DEBUG=true Then suspend with: echo 1 /sys/power/pm_trace echo mem /sys/power/state HmmI do not have a pm_trace Ok, that is because PM_TRACE_RTC needs to be enabled in the kernel config. Please be aware that when using pm_trace it will mess with your machine's real-time clock. There is a similar bug report already for an older kernel, but that seems to be fixed (?) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638264 The iwlagn module is for intel wireless and I believe you are using broadcom. Post dmesg and the contents of /var/log/pm-suspend.log. Have you tried disabling the mac80211 module? Can you tell how I unload a module for suspend or if http://superuser.com/questions/620201/how-to-force-ubuntu-debian-mint-to-unload-modules-at-suspend-to-disk also applies to systemd? I think you can temporarily blacklist modules as described here: https://wiki.debian.org/KernelModuleBlacklisting I would also try the latest upstream kernel, this might have been fixed. Best regards, Emil Goode -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774215: ITP: ruby-rails-assets-jquery-placeholder -- provide jquery-placeholder via asset pipeline for rails apps
Package: wnpp Severity: wishlist Owner: Pirate Praveen prav...@debian.org * Package name: ruby-rails-assets-jquery-pleaceholder Version : 2.0.8 Upstream Author : mathias * URL : http://mths.be/placeholder * License : Expat Programming Lang: ruby Description : provide jquery-placeholder via asset pipeline for rails apps signature.asc Description: OpenPGP digital signature
Bug#715416: python-urlgrabber: Fails to download from https
Control: severity -1 serious Hi! I ran into this bug yesterday as well while trying to create a Fedora change root using yum which I wanted to boot using systemd-nspawn. I have tested the patch above and can confirm that it fixes the problem. Thus, I think we should raise this bug to RC and upload an updated version for Jessie. I will prepare an NMU later. Cheers, 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#774137: tor: Tor fails to manage obfsproxy
On Tue, 30 Dec 2014 11:16:29 +0100 intrigeri intrig...@debian.org wrote: clayton wrote (29 Dec 2014 10:23:43 GMT) : The communication stream of managed proxy '/usr/bin/obfsproxy' is 'closed'. Most probably the managed proxy stopped running. etc Then I added the logging bits in the ClientTransportPlugin line above. But, no /tmp/obfsproxy.log file is created. However, if I run /usr/bin/obfsproxy --log-min-severity info --log-file /tmp/obfsproxy.log managed straight from the command line, a /tmp/obfsproxy.log is created. Do you have AppArmor enabled? Nope, not a trace of it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774068: ExtUtils-MakeMaker and NO_PERLLOCAL
On Tue, Dec 30, 2014 at 10:27:44AM +, Andrew Beverley wrote: On Tue, 2014-12-30 at 11:47 +0200, Niko Tyni wrote: Packages not using the short form dh rules would need to be modified before the patch could be removed. The required steps would be something like 1) change the Perl policy to recommend NO_PACKLIST + NO_PERLLOCAL 2) change debhelper v9 to use them 3) add a lintian check and/or do a mass bug filing for the other packages 4) wait for (most of) the packages to be fixed Just to clarify, is this needed because some packages don't use debhelper? Presumably once debhelper is changed, there is no need to fix packages that are built using it? The old way to use debhelper was to call the dh_* commands explicitly from debian/rules, and such packages invoked Makefile.PL directly. This common logic was refactorized into debhelper itself with version 9, which introduced the 'dh' command. So there are a lot of packages in Debian still using the old style, and probably quite a few maintainers that prefer it to the new one and aren't planning to change at all. Some Perl package examples that I happen to have around would be libapt-pkg-perl libberkeleydb-perl libpoe-component-server-http-perl Also, cdbs would need changing too. It has the same logic somewhere around /usr/share/cdbs/1/class/perl-makemaker-vars.mk . Then there are some non-CPAN projects that ship things like Perl bindings as part of the source, and use EU::MM to manage those. The Debian packaging of those usually either invokes Makefile.PL from debian/rules or lets the upstream build system do that, possibly patching it slightly. Some examples would be collectd ftpmirror icheck wml Incidentally, I have just found this, which could be closed as well if the above are completed. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683533 Right, that's the same issue. Thanks for spotting. A champion for this (and also for finishing the PREFIX transition) would be very welcome. Happy to volunteer, but I'm quite new to all of this, so may need a little assistance. Thanks! Let's wait a bit for other opinions before starting out. I see NO_PERLLOCAL and NO_PACKLIST were added in EU::MM quite recently, in 2013 (6.75_01, first bundled with Perl 5.19.4.) It clearly makes sense to make dh and cdbs use those. Whether it's feasible to get the perl patch removed depends on how many other packages would need changing, so we'd need an estimate on that. A straightforward, if a bit laborious, way to get such an estimate would be to test rebuild the archive with the perl patch removed, and with fixed dh and cdbs packages, and just diffing the package contents. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772120: python-sympy: Please, indicate what VCS is being used for packaging
tag 772120 +pending thanks A Vcs-* field is missing in its source record. This was fixed in the latest upload: https://ftp-master.debian.org/new/sympy_0.7.5-4.html Unfortunately, it sits in new queue for while... Repo is here: http://anonscm.debian.org/gitweb/?p=debian-science/packages/sympy.git;a=summary -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774216: mpv: uses lots of RAM
Package: mpv Version: 0.6.2-2 Hi, When using mpv to play a movie after an hour it has several GB of RAM in use. When I then quiet it seems to clean up part at least a part of it. I see that it goes in D state to swap things back in as it reduces the memory usage. So I think it or one of it's libraries is holding on to something that it might not need anymore. I also tried to check for memory leaks, and it seems there are some, but it's clearly not in the order of RAM usage that I saw. Trying with just playing aac audio for about 10 seconds: ==21568== HEAP SUMMARY: ==21568== in use at exit: 119,235 bytes in 748 blocks ==21568== total heap usage: 48,153 allocs, 47,405 frees, 48,049,433 bytes allocated ==21568== ==21568== 1,489 (16 direct, 1,473 indirect) bytes in 1 blocks are definitely lost in loss record 88 of 95 ==21568==at 0x4C28C20: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==21568==by 0x5907B36: pa_xmalloc (in /usr/lib/x86_64-linux-gnu/libpulse.so.0.17.3) ==21568==by 0x58E5DEA: pa_format_info_new (in /usr/lib/x86_64-linux-gnu/libpulse.so.0.17.3) ==21568==by 0x155F8B: ??? (in /usr/bin/mpv) ==21568==by 0x150FDF: ??? (in /usr/bin/mpv) ==21568==by 0x151322: ??? (in /usr/bin/mpv) ==21568==by 0x1860CD: ??? (in /usr/bin/mpv) ==21568==by 0x186826: ??? (in /usr/bin/mpv) ==21568==by 0x19E324: ??? (in /usr/bin/mpv) ==21568==by 0x196C37: ??? (in /usr/bin/mpv) ==21568==by 0x197D5A: ??? (in /usr/bin/mpv) ==21568==by 0xC8BCB44: (below main) (libc-start.c:287) ==21568== ==21568== LEAK SUMMARY: ==21568==definitely lost: 16 bytes in 1 blocks ==21568==indirectly lost: 1,473 bytes in 17 blocks ==21568== possibly lost: 0 bytes in 0 blocks ==21568==still reachable: 117,746 bytes in 730 blocks ==21568== suppressed: 0 bytes in 0 blocks When playing a flac file for 10 seconds which contains an embedded cover (mjpeg), I get: ==31287== HEAP SUMMARY: ==31287== in use at exit: 177,257 bytes in 1,627 blocks ==31287== total heap usage: 205,547 allocs, 203,920 frees, 117,425,619 bytes allocated ==31287== ==31287== 63 bytes in 4 blocks are definitely lost in loss record 93 of 179 ==31287==at 0x4C28C20: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==31287==by 0xC91C819: strdup (strdup.c:42) ==31287==by 0x1E8A9AEA: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so) ==31287==by 0x1E8ABC9E: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so) ==31287==by 0x1E8B56FB: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so) ==31287==by 0x1E74E47E: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so) ==31287==by 0x1E838822: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so) ==31287==by 0x1E9888E5: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so) ==31287==by 0x1E98937B: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so) ==31287==by 0x1E943A47: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so) ==31287==by 0x1EA928: ??? (in /usr/bin/mpv) ==31287==by 0x1EAC8A: ??? (in /usr/bin/mpv) ==31287== ==31287== 990 bytes in 22 blocks are definitely lost in loss record 141 of 179 ==31287==at 0x4C2AD10: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==31287==by 0x1E8C52A1: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so) ==31287==by 0x1E8C564C: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so) ==31287==by 0x1E8C5713: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so) ==31287==by 0x1E87CA32: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so) ==31287==by 0x1E87D024: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so) ==31287==by 0x1E8818F6: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so) ==31287==by 0x1E867B89: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so) ==31287==by 0x1E86E3A7: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so) ==31287==by 0x1E86E38F: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so) ==31287==by 0x1E865A40: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so) ==31287==by 0x1E8678ED: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so) [...] 13 more in i965_dri [...] ==31287== 1,485 (16 direct, 1,469 indirect) bytes in 1 blocks are definitely lost in loss record 162 of 179 ==31287==at 0x4C28C20: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==31287==by 0x5907B36: pa_xmalloc (in /usr/lib/x86_64-linux-gnu/libpulse.so.0.17.3) ==31287==by 0x58E5DEA: pa_format_info_new (in /usr/lib/x86_64-linux-gnu/libpulse.so.0.17.3) ==31287==by 0x155F8B: ??? (in /usr/bin/mpv) ==31287==by 0x150FDF: ??? (in /usr/bin/mpv) ==31287==by 0x151322: ??? (in /usr/bin/mpv) ==31287==by 0x1860CD: ??? (in /usr/bin/mpv) ==31287==by 0x186826: ??? (in /usr/bin/mpv) ==31287==by 0x19E324: ??? (in /usr/bin/mpv) ==31287==by 0x196C37: ??? (in /usr/bin/mpv) ==31287==by 0x197D5A: ??? (in /usr/bin/mpv) ==31287==by 0xC8BCB44: (below main) (libc-start.c:287)
Bug#774211: freeze exception for binutils 2.25-3
On 2014-12-30 14:05, Matthias Klose wrote: - several fixes for CVE issues, the security team asked to include these into jessie. - CVE-2014-8484 (PR binutils/17509). - CVE-2014-8485, CVE-2014-8504 (PR binutils/17510). - CVE-2014-8501, CVE-2014-8502, CVE-2014-8503 (PR binutils/17512). Please note that PR binutils/17512 includes much more issues/fixes than those CVEs. And there is also PR binutils/17531 ... -- Alexander Cherepanov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757298: Please add fallback boot entry for sysvinit when systemd is the active init
Hi Colin, you mentioned in the CTTE discussions regarding switching to systemd on wheezy to jessie upgrade that you'd be willing to review this patch [1]. Since time is running out to get non-RC bug fixes into jessie, it would be great to have your feedback on this patch and ideally have it uploaded before January, 5th if you consider it reasonable. Michael On Thu, 07 Aug 2014 02:53:35 +0200 Michael Biebl bi...@debian.org wrote: Package: grub-common Version: 2.02~beta2-11 Severity: normal Tags: patch User: pkg-systemd-maintain...@lists.alioth.debian.org Usertags: integration Hi, in [1] we laid out the plan how we want to manage the transition to systemd as the default init on Linux for Jessie. One aspect of that transition plan, is to make sysvinit a transitional package (step b/) which provides a fallback /lib/sysvinit/init binary. So even if systemd is the default init and the /sbin/init binary is provided by systemd-sysv one can use the init=/lib/sysvinit/init boot parameter to boot using the old sysvinit system. This is intended as a fallback mechanism in case the system fails to boot with systemd so users have a simpler method to recover the system and examine the failure. To make this even more straightforward, we suggest that grub provides a menu entry for that sysvinit fallback. Attached is patch achieving that. I think it would be reasonable to drop this feature again in jessie+1 or jessie+2. Once this patch has been applied to grub, I sysvinit would have to be updated to call update-grub in postinst on install|upgrade and postrm on remove to ensure the menu entry is up-to-date. Do you have any suggestions regarding the the usage of update-grub? Your feedback would be most welcome. [1] https://lists.debian.org/debian-ctte/2014/10/msg00057.html -- 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#774211: freeze exception for binutils 2.25-3
On 12/30/2014 01:27 PM, Alexander Cherepanov wrote: On 2014-12-30 14:05, Matthias Klose wrote: - several fixes for CVE issues, the security team asked to include these into jessie. - CVE-2014-8484 (PR binutils/17509). - CVE-2014-8485, CVE-2014-8504 (PR binutils/17510). - CVE-2014-8501, CVE-2014-8502, CVE-2014-8503 (PR binutils/17512). Please note that PR binutils/17512 includes much more issues/fixes than those CVEs. And there is also PR binutils/17531 ... sure, that one should go in as well. I'll be mostly afk during the next two weeks, so a NMU addressing these would be appreciated. Could you prepare one? Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774217: yum: Missing dependency on python-lzma
Package: yum Version: 3.4.3-2 Severity: serious Justification: renders package unusable Hello! yum is missing the dependency on the python-lzma package which is needed to decompress the repository files used in newer Fedora repositories. root@z6:~ yum repolist all rawhide/metalink | 22 kB 00:00 rawhide | 4.2 kB 00:00 rawhide/primary_db | 18 MB 00:00 Error: xz compression not available Manually installing python-lzma fixes the problem. So this should be fixable by just adding python-lzma to the list of dependencies for the yum package. root@z6:~ apt-get install python-lzma Reading package lists... Done Building dependency tree Reading state information... Done The following NEW packages will be installed: python-lzma 0 upgraded, 1 newly installed, 0 to remove and 1 not upgraded. Need to get 75.1 kB of archives. After this operation, 153 kB of additional disk space will be used. Get:1 http://ftp.debian.org/debian/ unstable/main python-lzma amd64 0.5.3-2+b1 [75.1 kB] Fetched 75.1 kB in 0s (744 kB/s) Selecting previously unselected package python-lzma. (Reading database ... 432421 files and directories currently installed.) Preparing to unpack .../python-lzma_0.5.3-2+b1_amd64.deb ... Unpacking python-lzma (0.5.3-2+b1) ... Setting up python-lzma (0.5.3-2+b1) ... Processing triggers for python-support (1.0.15) ... root@z6:~ yum repolist all updates-testing/metalink | 22 kB 00:00 updates-testing | 4.9 kB 00:00 updates-testing/primary_db | 1.0 MB 00:00 repo id repo name status rawhide Fedora enabled: 43,648 updates-testing Fedora 21 - x86_64 - Test Updates enabled: 1,817 repolist: 45,465 root@z6:~ I am raising the severity of this bug to 'serious' since I think it is important to have this bug fixed for Jessie so that we are shipping a working version of yum in the release. yum is particularly interesting for Jessie as we have systemd-nspawn available which allows one to boot into a Fedora change root with minimal efforts. I would be happy to NMU in any case. Adrian -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing'), (99, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 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) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages yum depends on: ii python 2.7.8-2 ii python-libxml2 2.9.1+dfsg1-4 ii python-rpm 4.11.3-1.1 ii python-sqlite1.0.1-11 ii python-sqlitecachec 1.1.4-1 ii python-urlgrabber3.9.1-4 ii rpm 4.11.3-1.1 yum recommends no packages. yum 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#774220: unblock: urlgrabber/3.9.1-4.1
Package: release.debian.org Severity: normal Tags: patch User: release.debian@packages.debian.org Usertags: unblock Hello! urlgrabber contains a bug which causes connection problems when using https. This bug is particularly annoying since it completely breaks the 'yum' package and renders it unusuable. Upstream has fixed the bug over three years ago [1], however the urlgrabber package in Debian hasn't been updated for a long time. I have therefore prepared and uploaded an NMU for urlgrabber which fixes the problem and makes yum usuable again. Having a working version of yum in Jessie is particularly interesting since it ships systemd-nspawn which allows one to boot into a Fedora (or any other distribution that supports yum) change root with minimal effort. Attaching the debdiff. Cheers, Adrian unblock urlgrabber/3.9.1-4.1 [1] http://yum.baseurl.org/gitweb?p=urlgrabber.git;a=commitdiff;h=b6bfd59c4393ea8ba5165aabb249c37d6d2a9931 -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing'), (99, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 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) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) diff -Nru urlgrabber-3.9.1/debian/changelog urlgrabber-3.9.1/debian/changelog --- urlgrabber-3.9.1/debian/changelog 2010-07-08 20:19:42.0 +0200 +++ urlgrabber-3.9.1/debian/changelog 2014-12-30 13:23:04.0 +0100 @@ -1,3 +1,11 @@ +urlgrabber (3.9.1-4.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add debian/patches/https-verifyhost-fix.diff taken from upstream +to fix https connection issues (Closes: #715416, #722191). + + -- John Paul Adrian Glaubitz glaub...@physik.fu-berlin.de Tue, 30 Dec 2014 13:13:08 +0100 + urlgrabber (3.9.1-4) unstable; urgency=low * Add two patches created from upstream development version. Closes: #587575. diff -Nru urlgrabber-3.9.1/debian/patches/https-verifyhost-fix.diff urlgrabber-3.9.1/debian/patches/https-verifyhost-fix.diff --- urlgrabber-3.9.1/debian/patches/https-verifyhost-fix.diff 1970-01-01 01:00:00.0 +0100 +++ urlgrabber-3.9.1/debian/patches/https-verifyhost-fix.diff 2014-12-30 13:12:38.0 +0100 @@ -0,0 +1,22 @@ +--- a/urlgrabber/grabber.py b/urlgrabber/grabber.py +@@ -1193,6 +1193,9 @@ class PyCurlFileObject(object): + if not opts: + opts = self.opts + ++# keepalives ++if not opts.keepalive: ++self.curl_obj.setopt(pycurl.FORBID_REUSE, 1) + + # defaults we're always going to set + self.curl_obj.setopt(pycurl.NOPROGRESS, False) +@@ -1236,7 +1239,8 @@ class PyCurlFileObject(object): + self.curl_obj.setopt(pycurl.CAPATH, opts.ssl_ca_cert) + self.curl_obj.setopt(pycurl.CAINFO, opts.ssl_ca_cert) + self.curl_obj.setopt(pycurl.SSL_VERIFYPEER, opts.ssl_verify_peer) +-self.curl_obj.setopt(pycurl.SSL_VERIFYHOST, opts.ssl_verify_host) ++if opts.ssl_verify_host: # 1 is meaningless to curl ++self.curl_obj.setopt(pycurl.SSL_VERIFYHOST, 2) + if opts.ssl_key: + self.curl_obj.setopt(pycurl.SSLKEY, opts.ssl_key) + if opts.ssl_key_type: diff -Nru urlgrabber-3.9.1/debian/patches/series urlgrabber-3.9.1/debian/patches/series --- urlgrabber-3.9.1/debian/patches/series 2010-07-08 20:05:55.0 +0200 +++ urlgrabber-3.9.1/debian/patches/series 2014-12-30 13:13:01.0 +0100 @@ -1,2 +1,3 @@ grabber_fix.diff progress_fix.diff +https-verifyhost-fix.diff
Bug#774219: Mistakes tar.gz as partition
Package: file Version: 1:5.21+15-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, the attached file is detected as ./taffybar-0.4.4.tar.gz: ; partition : ID=0x4e, active 0xf3, start-CHS (0x2fb,35,61), end-CHS (0x2df,1,14), startsector 818010795, 4029469193 sectors; partition : ID=0xdb, active 0xd2, start-CHS (0x396,212,39), end-CHS (0x136,254,45), startsector 1886733041, 807487217 sectors 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 file depends on: ii libc6 2.19-13 ii libmagic1 1:5.21+15-1 ii zlib1g 1:1.2.8.dfsg-2+b1 file recommends no packages. file suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlSin1YACgkQ9ijrk0dDIGyU7wCfWRtXQxR+tYy7In+fk/qlv28Z lrQAoIVc0JvIJbbKiMO1bVKPgx5WVBIX =8iI/ -END PGP SIGNATURE- taffybar-0.4.4.tar.gz Description: Binary data
Bug#770090: systemd: systemctl poweroff doesn't poweroff
Am 18.11.2014 um 21:22 schrieb Robert Latest: Package: systemd Version: 215-5+b1 Severity: important Dear Maintainer, Since the latest aptitude update/upgrade, I can't shut down my computer any more. Whether I do /sbin/poweroff, or /bin/systemctl poweroff, or use the off button in lightm, the system immediately reboots. I have to press the hardware power button for several seconds to force a cold shutdown. This might be a kexec issue, since there were similar bug report where having kexec-tools installed caused a poweroff/shutdown to result in reboot. If you uninstall and purge the kexec-tools package, is the problem gone? -- 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#774218: unblock: libvirt/1.2.9-7
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package libvirt This fixes several CVEs as well as crashes: CVEs: * CVE-2014-8131: Fix possible deadlock and segfault in qemuConnectGetAllDomainStats() (Closes: #773858) * CVE-2014-8135: storage: fix crash caused by no check return before set close (Closes: #773855) * CVE-2014-8136: qemu: migration: Unlock vm on failed ACL check in protocol v2 APIs (Closes: #773856) Crashes: * qemu: Fix crash in tunnelled migration (Closes: #773503) * lxc: Fix crash when using interface type 'direct' (Closes: #769600) Doc update: * Document surprises on CPU microcode updates (Closes: #773706) Fix unusable drivers/features * vbox: fix a bug in _machineStateInactive (Closes: #770202) * Install lock drivers (Closes: #773706) * qemu: bulk stats: Fix logic in monitor handling I'm not happy with that amount of changes late in the release each individual change is rather small though. Cheers, -- Guido unblock libvirt/1.2.9-7 -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-rc6 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) diff --git a/debian/README.Debian b/debian/README.Debian index ffa7917..0fa9358 100644 --- a/debian/README.Debian +++ b/debian/README.Debian @@ -84,4 +84,32 @@ for a complete explanation: http://bugs.debian.org/453627 http://bugs.debian.org/614291 - -- Guido Günther a...@sigxcpu.org Sun, 28 Sep 2014 09:50:41 +0200 +Libvirt CPU models and microcode updates + +CPU microcode updates (e.g. via the intel-microcode package) might change the +available CPU flags. One example is version 3.20140913.1 of the intel-microcode +removing TSX-NI which results in the kernel no longer reporting the *hle* flag. + +In this case if you hard coded the CPU model in your virtual machine +configuration via: + + cpu mode='custom' match='exact' + model fallback='forbid'Haswell/model + vendorIntel/vendor + ... + /cpu + +and update the CPU microcode the VM might fail to start with errors like + + error: Failed to start domain foo + error: unsupported configuration: guest and host CPU are not compatible: Host CPU does not provide required features: hle + +since libvirt doesn't differentiate between microcode versions. It is therefore +recommended to copy over the needed CPU flags instead of hard coding the CPU +model. See + + https://www.redhat.com/archives/libvir-list/2014-December/msg00950.html + +for further details. + + -- Guido Günther a...@sigxcpu.org Wen, 24 Dec 2014 09:55:41 +0200 diff --git a/debian/changelog b/debian/changelog index b4f25d7..90ea4aa 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,24 @@ +libvirt (1.2.9-7) unstable; urgency=medium + + * [d7df883] CVE-2014-8131: Fix possible deadlock and segfault in +qemuConnectGetAllDomainStats() +(Closes: #773858) + * [d0085e0] qemu: bulk stats: Fix logic in monitor handling + * [b5e081c] CVE-2014-8135: storage: fix crash caused by no check return +before set close +(Closes: #773855) + * [a5452de] CVE-2014-8136: qemu: migration: Unlock vm on failed ACL check in +protocol v2 APIs +(Closes: #773856) + * [5aaafc9] qemu: Fix crash in tunnelled migration (Closes: #773503) + * [87b3713] lxc: Fix crash when using interface type 'direct' +Thanks to Bastian Blank for the patch (Closes: #769600) + * [17807c0] Document surprises on CPU microcode updates (Closes: #773706) + * [66a3ca6] Install lock drivers (Closes: #773706) + * [f6ffda7] vbox: fix a bug in _machineStateInactive (Closes: #770202) + + -- Guido Günther a...@sigxcpu.org Wed, 24 Dec 2014 10:33:31 +0100 + libvirt (1.2.9-6) unstable; urgency=medium * [9779548] Add a python build-dependency for the docs build diff --git a/debian/libvirt-daemon.install b/debian/libvirt-daemon.install index 74ba67f..7852973 100644 --- a/debian/libvirt-daemon.install +++ b/debian/libvirt-daemon.install @@ -1,5 +1,6 @@ usr/sbin/* usr/lib/libvirt/libvirt* +usr/lib/libvirt/lock-driver/lockd.so usr/lib/libvirt/connection-driver usr/share/augeas/* usr/share/libvirt/* diff --git a/debian/patches/lxc-Don-t-crash-on-NULL-ifname_guest_actual.patch b/debian/patches/lxc-Don-t-crash-on-NULL-ifname_guest_actual.patch new file mode 100644 index 000..9222bf8 --- /dev/null +++ b/debian/patches/lxc-Don-t-crash-on-NULL-ifname_guest_actual.patch @@ -0,0 +1,21 @@ +From: =?utf-8?q?Guido_G=C3=BCnther?= a...@sigxcpu.org +Date: Fri, 19 Dec 2014 10:11:42 +0100 +Subject: lxc: Don't crash on NULL ifname_guest_actual + +--- + src/lxc/lxc_container.c | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff
Bug#774206: release.debian.org: broken/buggy linux-target stack in Jessie
On 12/30/2014 04:53 PM, Jonathan Wiltshire wrote: I would like to see the current builds in experimental, be pushed for Jessie. But given the freeze, I want opinion here first. This isn't enough information for any of us to give you an opinion; please send source debdiffs. It's probably wise to include some explanation of the changes, since your changelogs are mostly new upstream release. That is the core of the problem. LIO is a fairly new stack. The kernel component was merged, IIRC, around 2 yrs ago. For the management stack, the startup organization behind it has been going rounds. THey have shuffled through licensing, and then Red Hat forked LIO Management tools. I guess all this has led to slow development in the past. Recently, me and Jerome (upstream LIO maintainer) met. Based on our conversation, I uploaded a revised snapshot of LIO. But it had to go into experimental because of the freeze. As requested, I've attached the debdiff for all the conponenets of LIO, i.e. configshell, rtslib and targetcli. I know this request is not in line with freeze policy. But we already have an RC bug against targetcli. So, if we cannot accommodate this exception, I'd rather prefer to see LIO removed for Jessie. Because that'll make the user to explicitly download the package from Sid. Which will have a newer working version. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System diff -Nru configshell-1.5+git0.0827baa6/configshell/__init__.py configshell-1.6.1~g020d540/configshell/__init__.py --- configshell-1.5+git0.0827baa6/configshell/__init__.py 2014-07-31 22:29:34.0 +0530 +++ configshell-1.6.1~g020d540/configshell/__init__.py 2014-12-13 23:04:06.0 +0530 @@ -21,7 +21,7 @@ from node import ConfigNode, ExecutionError from prefs import Prefs -__version__ = 'GIT_VERSION' +__version__ = '1.6.1~g020d540' __author__ = Jerome Martin j...@risingtidesystems.com __url__ = http://www.risingtidesystems.com; __description__ = A framework to implement simple but nice CLIs. diff -Nru configshell-1.5+git0.0827baa6/debian/changelog configshell-1.6.1~g020d540/debian/changelog --- configshell-1.5+git0.0827baa6/debian/changelog 2014-09-28 16:06:43.0 +0530 +++ configshell-1.6.1~g020d540/debian/changelog 2014-12-17 15:33:47.0 +0530 @@ -1,3 +1,13 @@ +configshell (1.6.1~g020d540-1) experimental; urgency=medium + + * [df549bf] Imported Upstream version 1.5+git0.0827baa6 + * [dcfad76] Imported Upstream version 1.6 + * [bde4328] Use verbose mode when building with epydoc + * [fdece36] Imported Upstream version 1.6.1~g020d540 + * [9de2530] Update README.source + + -- Ritesh Raj Sarraf r...@debian.org Wed, 17 Dec 2014 15:33:18 +0530 + configshell (1.5+git0.0827baa6-2) unstable; urgency=medium * Upload to unstable diff -Nru configshell-1.5+git0.0827baa6/debian/README.source configshell-1.6.1~g020d540/debian/README.source --- configshell-1.5+git0.0827baa6/debian/README.source 2014-09-19 16:32:18.0 +0530 +++ configshell-1.6.1~g020d540/debian/README.source 2014-12-17 15:32:42.0 +0530 @@ -1,4 +1,5 @@ -This package is prepared from an archive file pulled from upstream git repository. -The exact command used is: -git archive --format=tar.gz --prefix=configshell-M.N/ vM.N configshell-M.N.tar.gz -and then re-packed to exclude the debian/ folder +Upstream's makefile has a release target. That's what we use. + +To make it into the GBP workflow, we use the following: + +git import-orig --filter=debian /tmp/configshell-1.6.1~g020d540.tar.gz diff -Nru configshell-1.5+git0.0827baa6/debian/rules configshell-1.6.1~g020d540/debian/rules --- configshell-1.5+git0.0827baa6/debian/rules 2014-09-19 16:32:18.0 +0530 +++ configshell-1.6.1~g020d540/debian/rules 2014-12-17 15:28:47.0 +0530 @@ -16,11 +16,11 @@ python setup.py build --build-base $(build_dir) mkdir -p doc/pdf - epydoc --no-sourcecode --pdf -n configshell --exclude configobj configshell/*.py + epydoc -vvv --no-sourcecode --pdf -n configshell --exclude configobj configshell/*.py mv pdf/api.pdf doc/pdf/configshell_API_Documentation.pdf mkdir -p doc/html - epydoc --no-sourcecode --html -n configshell --exclude configobj configshell/*.py + epydoc -vvv --no-sourcecode --html -n configshell --exclude configobj configshell/*.py mv html doc/ override_dh_auto_install: diff -Nru configshell-1.5+git0.0827baa6/Makefile configshell-1.6.1~g020d540/Makefile --- configshell-1.5+git0.0827baa6/Makefile 2014-07-31 22:29:34.0 +0530 +++ configshell-1.6.1~g020d540/Makefile 1970-01-01 05:30:00.0 +0530 @@ -1,147 +0,0 @@ -# This file is part of LIO(tm). -# Copyright (c) 2011-2014 by Datera, Inc -# -# Licensed under the Apache License, Version 2.0 (the License); you may -# not use this file except in compliance with the License. You may obtain -# a
Bug#774221: freeze exception for gcc-4.8, gcc-4.9, and gcc-defaults
Package: release.debian.org Tags: sid jessie please consider the current versions of gcc-4.8, gcc-4.9, and gcc-defaults for unstable. gcc-4.8 is updated to the final gcc 4.8.4 release, and gcc-4.9 to a branch snapshot taken at the time of the gcc 4.8.4 release. The only RC fix is #771647, resolving a file conflict in the libphobos packages built by gcc-4.8 and gcc-4.9. The gcc-4.8 packaging fixes some cross-build related issues. The rest of the gcc-4.8 fixes come from upstream and address regressions on the 4.8 release branch, compared to earlier gcc release. All upstream changes are mentioned in the Debian changelog. I checked (on x86_64), that the current package still builds a glibc and linux package without obvious regressions. I don't agree with the severity of gcc-4.9's #764732, however the ARM porters are quiet about this one. Both gcc-4.8 and gcc-4.9 disable building the sanitizer libs on all powerpc related architectures, based on upstream recommendations. At least on ppc64el running the sanitizer tests crashes some hardware as well. The packages are still built, but empty. I considered that less invasive than just stop building these binary packages. gcc-4.9 is updated up to the time of the 4.8.4 upstream release, fixing regressions found in gcc-4.8 and earlier releases. I don't plan any further updates for jessie. gcc-defaults 1.135 just bumps the gcc-defaults version to 4.9.2. the starpu-contrib binNMU should go into testing at the same time. as stated in the binutils freeze exception, there are no regressions in the 4.8 and 4.9 testsuites on all release architectures. Matthias gcc-4.8 (4.8.4-1) unstable; urgency=medium * GCC 4.8.4 release. - Fix PR target/61407 (darwin), PR middle-end/58624 (ice), PR sanitizer/64265 (wrong code). * Require recent binutils to pass go test failures. -- Matthias Klose d...@debian.org Fri, 19 Dec 2014 19:48:34 +0100 gcc-4.8 (4.8.3-19) unstable; urgency=medium * GCC 4.8.4 release candidate 1. * Update to SVN 20141214 (r218716) from the gcc-4_8-branch. - Fix PR middle-end/64225 (missed optimization), PR tree-optimization/64269 (ice). * Disable building the sanitizer libs on powerpc, ppc64 and ppc64. Not yet completely ported, and causing kernel crashes running the tests. * Don't build libphobos multilibs, there is no gdc-multilib built. -- Matthias Klose d...@debian.org Sun, 14 Dec 2014 19:11:04 +0100 gcc-4.8 (4.8.3-18) unstable; urgency=medium * Update to SVN 20141210 (r218575) from the gcc-4_8-branch. - Fix PR target/55351 (SH), PR tree-optimization/61686, PR bootstrap/64213. * Fix cross builds with dpkg-architecture unconditionally exporting target variables. For now specify the target architecture in debian/target. This still needs to work with older dpkg versions, so don't simplify the packaging. Addresses: #768167. -- Matthias Klose d...@debian.org Wed, 10 Dec 2014 13:44:26 +0100 gcc-4.8 (4.8.3-17) unstable; urgency=medium * Update to SVN 20141208 (r218508) from the gcc-4_8-branch. - Fix PR target/59593 (ARM), PR c++/56493 (performance), PR libstdc++/63840, PR libstdc++/61947, PR libstdc++/59603, PR target/50751 (SH), PR rtl-optimization/64037i (wrong code). -- Matthias Klose d...@debian.org Tue, 09 Dec 2014 09:20:49 +0100 gcc-4.8 (4.8.3-16) unstable; urgency=medium * Update to SVN 20141202 (r218278) from the gcc-4_8-branch. - Fix PR target/64115 (powerpc), PR middle-end/64111 (ice). * Move libphobos2.a into the gcc_lib_dir. Closes: #771647. -- Matthias Klose d...@debian.org Tue, 02 Dec 2014 17:46:26 +0100 gcc-4.8 (4.8.3-15) unstable; urgency=medium * Update to SVN 20141128 (r218178) from the gcc-4_8-branch. - Fix PR fortran/63938 (OpenMP), PR libgomp/61200 (OpenMP, ice), PR middle-end/64067 (ice), PR rtl-optimization/63659 (wrong code), PR preprocessor/60436 (ice). - This adds the backports as found in gcc-4.9 4.9.2-4. -- Matthias Klose d...@debian.org Sat, 29 Nov 2014 01:58:32 +0100 gcc-4.8 (4.8.3-14) unstable; urgency=medium * Update to SVN 20141128 (r218162) from the gcc-4_8-branch. - Fix PR target/56846 (ARM), PR tree-optimization/61969 (wrong code), PR tree-optimization/62031 (wrong code), PR tree-optimization/63379 (wrong code), PR tree-optimization/63605 (wrong code), PR middle-end/63665 (wrong code), PR target/60111 (SH), PR target/63673 (rs6000), PR target/63947 (x86), PR tree-optimization/62167 (wrong code), PR tree-optimization/63841 (wrong code), PR ipa/63838 (wrong code), PR c++/63455 (ice), PR c++/63415 (ice), PR c++/56710 (ice), PR c++/58624 (ice), PR ada/47500, PR libfortran/63589. - Fixes for Cortex-A53 Erratum 835769 (AArch64). [ Matthias Klose ] * Fix the libphobos cross build. * Fix typo in the libstdc++ HTML docs. Addresses: #766498. * Use doxygen's copy of jquery.js for the libstdc++ docs. Addresses: #766499. * Support
Bug#774113: unblock: fonts-android/1:4.4.4r2-6
Quoting Ivo De Decker (iv...@debian.org): This looks fine, except for the change in the old changelog entry (I guess that was a mistake). Please go ahead and remove the moreinfo tag from this bug once the upload is in unstable. Done, with the following debdiff. Changes from the debdiff in the unblock request: - cleaned out the change in the previous changelog entry - use of mv_conffile in the maintainer script to better cope with local changes diff -Nru fonts-android-4.4.4r2/debian/changelog fonts-android-4.4.4r2/debian/changelog --- fonts-android-4.4.4r2/debian/changelog 2014-12-14 23:32:21.0 +0100 +++ fonts-android-4.4.4r2/debian/changelog 2014-12-29 17:17:48.0 +0100 @@ -1,3 +1,16 @@ +fonts-android (1:4.4.4r2-6) unstable; urgency=medium + + * Team upload + + [ Vasudev Kamath ] + * Increase priority of droid-sans-fallback.conf to 69 to avoid +overriding 65-nonlatin.conf. +Close: bug#772687, Thanks to Norbert Preining. + * Update maintscript to remove 65-droid-sans-fallback.conf during +upgrade. + + -- Christian Perrier bubu...@debian.org Sun, 28 Dec 2014 22:36:29 +0100 + fonts-android (1:4.4.4r2-5) unstable; urgency=medium * Fix typo in maintscript, we never built fonts-android binary from this diff -Nru fonts-android-4.4.4r2/debian/fonts-droid.links fonts-android-4.4.4r2/debian/fonts-droid.links --- fonts-android-4.4.4r2/debian/fonts-droid.links 2014-12-14 23:29:38.0 +0100 +++ fonts-android-4.4.4r2/debian/fonts-droid.links 2014-12-28 22:35:34.0 +0100 @@ -1 +1 @@ -etc/fonts/conf.avail/65-droid-sans-fallback.conf etc/fonts/conf.d/65-droid-sans-fallback.conf +etc/fonts/conf.avail/69-droid-sans-fallback.conf etc/fonts/conf.d/69-droid-sans-fallback.conf diff -Nru fonts-android-4.4.4r2/debian/local/65-droid-sans-fallback.conf fonts-android-4.4.4r2/debian/local/65-droid-sans-fallback.conf --- fonts-android-4.4.4r2/debian/local/65-droid-sans-fallback.conf 2014-12-14 23:29:38.0 +0100 +++ fonts-android-4.4.4r2/debian/local/65-droid-sans-fallback.conf 1970-01-01 01:00:00.0 +0100 @@ -1,16 +0,0 @@ -?xml version=1.0? -!DOCTYPE fontconfig SYSTEM fonts.dtd -fontconfig - alias - familysans-serif/family - prefer - familyDroid Sans Fallback/family - /prefer - /alias - alias - familymonospace/family - prefer - familyDroid Sans Fallback/family - /prefer - /alias -/fontconfig diff -Nru fonts-android-4.4.4r2/debian/local/69-droid-sans-fallback.conf fonts-android-4.4.4r2/debian/local/69-droid-sans-fallback.conf --- fonts-android-4.4.4r2/debian/local/69-droid-sans-fallback.conf 1970-01-01 01:00:00.0 +0100 +++ fonts-android-4.4.4r2/debian/local/69-droid-sans-fallback.conf 2014-12-28 22:35:34.0 +0100 @@ -0,0 +1,16 @@ +?xml version=1.0? +!DOCTYPE fontconfig SYSTEM fonts.dtd +fontconfig + alias + familysans-serif/family + prefer + familyDroid Sans Fallback/family + /prefer + /alias + alias + familymonospace/family + prefer + familyDroid Sans Fallback/family + /prefer + /alias +/fontconfig diff -Nru fonts-android-4.4.4r2/debian/maintscript fonts-android-4.4.4r2/debian/maintscript --- fonts-android-4.4.4r2/debian/maintscript2014-12-14 23:29:38.0 +0100 +++ fonts-android-4.4.4r2/debian/maintscript2014-12-29 17:18:14.0 +0100 @@ -1,3 +1,4 @@ rm_conffile /etc/fonts/conf.avail/60-droid-sans-mono-fonts.conf 1:4.3-2~ fonts-droid rm_conffile /etc/fonts/conf.avail/59-droid-serif-fonts.conf 1:4.3-2~ fonts-droid rm_conffile /etc/fonts/conf.avail/65-droid-sans-fonts.conf 1:4.4.4r2-2~ fonts-droid +mv_conffile /etc/fonts/conf.avail/65-droid-sans-fallback.conf /etc/fonts/conf.avail/69-droid-sans-fallback.conf 1:4.4.4r2-6~ fonts-droid signature.asc Description: Digital signature
Bug#774222: freeze exception for python2.7, python-stdlib, python-defaults for jessie
Package: release.debian.org Tags: sid jessie Please consider the python 2.7.9 release for jessie. The current version in testing is a snapshot taken from the 2.7 branch taken around freeze time. python2.7 fixes RC issue #769078, plus some CVE issues are now resolved upstream in the release. At least CVE-2013-1753 extends the API, so I don't just want to backport this issue. All upstream changes are mentioned in the Debian changelog (except those for Windows and MacOSX only). Compared to the version in testing the autopkg tests pass in unstable. I don't plan any further updates for python2 for jessie. Matthias python2.7 (2.7.9-1) unstable; urgency=medium * Python 2.7.9 release. -- Matthias Klose d...@debian.org Thu, 11 Dec 2014 00:38:09 +0100 python2.7 (2.7.9~rc1-2) unstable; urgency=medium * Update to 20141209, taken from the 2.7 release repository. - Issue #22959: Remove the *check_hostname* parameter of httplib.HTTPSConnection. The *context* parameter should be used instead. - Issue #16043: Add a default limit for the amount of data xmlrpclib.gzip_decode will return. This resolves CVE-2013-1753. Closes: #742929. - Issue #16042: CVE-2013-1752: smtplib: Limit amount of data read by limiting the call to readline(). Closes: #742929. - Issue #16041: In poplib, limit maximum line length read from the server to prevent CVE-2013-1752. Closes: #742929. - Issue #22960: Add a context argument to xmlrpclib.ServerProxy. - Issue #22935: Allow the ssl module to be compiled if openssl doesn't support SSL 3. * Add locales to autopkg test dependencies as in 3.4. * Remove Demo/scripts/newslist.* from the examples package, not distributable, will get removed in 2.7.9~rc2 sources. See issue #12987. * Let ensurepip always use a temporary directory for installations. -- Matthias Klose d...@debian.org Tue, 09 Dec 2014 15:47:40 +0100 python2.7 (2.7.8-12) unstable; urgency=medium * Update to 20141118, taken from the 2.7 branch. - Issue #12728: Different Unicode characters having the same uppercase but different lowercase are now matched in case-insensitive regular expressions. - Issue #22821: Fixed fcntl() with integer argument on 64-bit big-endian platforms. - Issues #814253, #9179: Group references and conditional group references now work in lookbehind assertions in regular expressions. - Issue #22769: Fixed ttk.Treeview.tag_has() when called without arguments. - Issue #22787: Allow the keyfile argument of SSLContext.load_cert_chain to be None. - Issue #22775: Fixed unpickling of Cookie.SimpleCookie with protocol 2. - Issue #22776: Brought excluded code into the scope of a try block in SysLogHandler.emit(). - Issue #17381: Fixed ranges handling in case-insensitive regular expressions. - Issue #19329: Optimized compiling charsets in regular expressions. - Issue #22410: Module level functions in the re module now cache compiled locale-dependent regular expressions taking into account the locale. - Issue #8876: distutils now falls back to copying files when hard linking doesn't work. This allows use with special filesystems such as VirtualBox shared folders. - Issue #22193: Fixed integer overflow error in sys.getsizeof(). * Backport the ensurepip patch from 3.4. * Disable ensurepip in Debian, at least for the upcoming release. * Fix maintainer scripts for byte-code removal. Closes: #769078. * Allow building and testing without SSLv3 support (Kurt Roeckx). Closes: #768611. * Let distutils.sysconfig.get_python_inc() honor the prefix argument. Closes: #769720. -- Matthias Klose d...@debian.org Tue, 18 Nov 2014 11:37:13 +0100 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774050: CVE-2014-9390
Here are the relevant commits to backport: Always ignore case when forbidding .git in ObjectChecker https://github.com/eclipse/jgit/commit/07612a6 Disallow .git. and .gitspace https://github.com/eclipse/jgit/commit/10310bf Disallow Windows shortname GIT~1 https://github.com/eclipse/jgit/commit/a09b1b6 Disallow names potentially mapping to .git on HFS+ https://github.com/eclipse/jgit/commit/d476d2f -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768397: [fglrx-modules-dkms] Still the same in 14.12
Package: fglrx-modules-dkms Version: 1:14.12-1 --- Please enter the report below this line. --- Thanks to n...@wideopenwest.com suggestions at least the driver compiles against kernel 3.18.1. --- System information. --- Architecture: amd64 Kernel: Linux 3.18.1 Debian Release: 8.0 990 unstablerepos.fds-team.de 990 unstableftp.uk.debian.org 990 unstableftp.it.debian.org 990 unstabledebian.fastweb.it 500 wheezy activsoftware.co.uk 500 testing ftp.it.debian.org 500 stable-apache24-compat download.mono-project.com 500 stable mi.mirror.garr.it 500 stable download.mono-project.com 1 experimentalftp.uk.debian.org 1 experimentalftp.it.debian.org 1 experimentaldebian.fastweb.it --- Package information. --- Depends(Version) | Installed -+-=== dkms(= 2.1.0.0) | 2.2.0.3-2 libfglrx (= 1:14.6~betav1.0-1) | xorg-video-abi-15| OR xorg-video-abi-14| OR xorg-video-abi-13| OR xorg-video-abi-12| OR xorg-video-abi-11| OR xorg-video-abi-10| OR xorg-video-abi-8 | OR xorg-video-abi-6.0 | xserver-xorg-core| glx-alternative-fglrx(= 0.4.1~) | libc6 (= 2.3.4) | libgl1-mesa-glx | OR libgl1 | libx11-6 | libxext6 | libxrandr2 | libxrender1 | debconf(= 0.5) | OR debconf-2.0 | libc6 (= 2.17) | libdrm-intel1(= 2.4.38) | libdrm2 (= 2.4.30) | libpciaccess0 (= 0.8.0+git20071002) | libpixman-1-0(= 0.30.0) | libudev1(= 183) | libx11-6 | libx11-xcb1 | libxcb-dri2-0| libxcb-util0 (= 0.3.8) | libxcb1 | libxv1 | libxvmc1 | xorg-video-abi-18| xserver-xorg-core (= 2:1.15.99.903) | Package Status (Version) | Installed -+-=== xserver-xorg | 1:7.7+7 xserver-xorg-core| 2:1.16.2.901-1 linux-headers| libdrm-radeon1 | xserver-xorg-video-ati | xserver-xorg-video-radeon| ia32-libs| Recommends (Version) | Installed =-+- === fglrx-modules-dkms (= 1:14.6~betav1.0-1) | 1:14.12-1 OR fglrx-kernel-14.6-betav1.0| libgl1-fglrx-glx(= 1:14.6~betav1.0-1) | libgl1-fglrx-glx-i386 | fglrx-atieventsd | Suggests(Version) | Installed =-+-=== fglrx-driver | 1:14.12-1 fglrx-control | 1:14.12-1 xvba-va-driver| 0.8.0-9 amd-opencl-icd| -8---8---8---8---8---8---8---8---8-- Please attach the file: /tmp/reportbug-ng-fglrx-modules-dkms-OYXRpW.txt to the mail. I'd do it myself if the output wasn't too long to handle. Thank you! -8---8---8---8---8---8---8---8---8-- -- Valerio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773697: [Pkg-utopia-maintainers] Bug#773697: network-manager: Wi-Fi not connected after computer restart if the Lan cable is disconnected
Am 22.12.2014 um 09:16 schrieb otas.pe: Package: network-manager Version: 0.9.10.0-4 Severity: important Dear Maintainer, So far the problem with network-manager is not solved. Every time if I restart my laptop with disconnected Lan cable then Wi-Fi is connected to favorite network but internet connection does not work. If during computer restart Lan cable is connected then after Lan cable disconnecting Wi-Fi works well and internet connection as well. My laptop is Lenovo Ideapad B560 03:00.0 Ethernet controller: Qualcomm Atheros AR8131 Gigabit Ethernet (rev c0) 04:00.0 Network controller: Broadcom Corporation BCM4313 802.11bgn Wireless Network Adapter (rev 01) Broadcom firmware firmware-brcm80211 is installed. Used kernel version does not have any effect for this issue. Thanks Ota -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (980, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.18.0-trunk-686-pae (SMP w/2 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages network-manager depends on: ii adduser3.113+nmu3 ii dbus 1.8.12-1 ii init-system-helpers1.22 ii isc-dhcp-client4.3.1-5 ii libc6 2.19-13 ii libdbus-1-31.8.12-1 ii libdbus-glib-1-2 0.102-1 ii libgcrypt201.6.2-4+b1 ii libglib2.0-0 2.42.1-1 ii libgnutls-deb0-28 3.3.8-5 ii libgudev-1.0-0 215-8 ii libmm-glib01.4.0-1 ii libndp01.4-2 ii libnewt0.520.52.17-1+b1 ii libnl-3-2003.2.24-2 ii libnl-genl-3-200 3.2.24-2 ii libnl-route-3-200 3.2.24-2 ii libnm-glib40.9.10.0-4 ii libnm-util20.9.10.0-4 ii libpam-systemd 215-8 ii libpolkit-gobject-1-0 0.105-8 ii libreadline6 6.3-8+b2 ii libsoup2.4-1 2.48.0-1 ii libsystemd0215-8 ii libteamdctl0 1.12-1 ii libuuid1 2.25.2-4 ii lsb-base 4.1+Debian13+nmu1 ii policykit-10.105-8 ii udev 215-8 ii wpasupplicant 2.3-1 Versions of packages network-manager recommends: ii crda3.13-1 ii dnsmasq-base2.72-2 ii iptables1.4.21-2+b1 ii iputils-arping 3:20121221-5+b2 ii modemmanager1.4.0-1 ii ppp 2.4.6-3 Versions of packages network-manager suggests: ii avahi-autoipd 0.6.31-4+b2 pn libteam-utils none -- Configuration Files: /etc/NetworkManager/NetworkManager.conf changed: [main] plugins=ifupdown,keyfile [ifupdown] managed=true Most likely an issue of using managed=true (which is not the default). I assume your eth0 is configured in /etc/network/interfaces, and therefore configured by both ifupdown and NetworkManager. This might result in you your default route and /etc/resolv.conf becoming messed up. -- 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#774216: mpv: uses lots of RAM
On mar, dic 30, 2014 at 01:32:22 +0100, Kurt Roeckx wrote: Package: mpv Version: 0.6.2-2 Hi, When using mpv to play a movie after an hour it has several GB of RAM in use. When I then quiet it seems to clean up part at least a part of it. I see that it goes in D state to swap things back in as it reduces the memory usage. So I think it or one of it's libraries is holding on to something that it might not need anymore. I think this is related to #770930 (a libav bug). Could you try using the mpv version in experimental built against ffmpeg and see if the problem is still there? Cheers signature.asc Description: Digital signature
Bug#774223: gksu: -e (or -c) key wanted as last of gksu keys
Package: gksu Version: 2.0.2-6 Severity: normal Dear Sirs! gksu and gksudo don't process unquoted commands with -/-- keys. gksu (gksudo) takes these keys for its own. For example the command gksu xterm -geometry 80x32+100+64 does not executed because of the -geometry key of xterm. You can execute this only as quoted: gksu xterm -geometry 80x32+100+64 which is not so good in all cases when quotes ','' are heavily used in the executed command. For example gksu gnome-terminal --geometry=80x32+100+64 -e vim 123 is not equal to the intended gnome-terminal --geometry=80x32+100+64 -e vim 123 But no problem with xterm -e gnome-terminal --geometry=80x32+100+64 -e vim 123 We can imagine even more comlex usage of quotes in the command to be executed by gksu including escaped \, \'. Our rejected xterm command suggests how to fix the problem of gksu: xterm -geometry 80x32+100+64 -e mycommand -mykey1 --mykey2 executes a whole mycommand -mykey1 --mykey2 in xterm console. All after -e key is a whole command to be executed by xterm. By the way, the gnome-terminal command has just the same problem with its -e key: gnome-terminal -e mycomm -mykey1 --mykey2 must be gnome-terminal -e mycomm -mykey1 --mykey2 to be executed at all. Happy New Year and many many thanks for all of you debian developers! Yours faithfully, aplsimple -- System Information: Debian Release: 7.7 Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gksu depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38+deb7u6 ii libcairo2 1.12.2-3 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgconf2-4 3.2.5-1+build1 ii libgdk-pixbuf2.0-02.26.1-1 ii libgksu2-02.0.13~pre1-6 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgnome-keyring0 3.4.1-1 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii libstartup-notification0 0.12-1 ii sudo 1.8.5p2-1+nmu1 Versions of packages gksu recommends: ii gnome-keyring 3.4.1-5 gksu 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#732255: Bug#773867: missing sources.list
jhcha54008 jhcha54...@free.fr (2014-12-30): Hi, May this be related to bug #732255 ? (Adding back everyone to the loop.) Back to your suggestion in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732255#10: | --- a/usr/sbin/debootstrap2014-02-26 20:31:23.0 +0100 | +++ b/usr/sbin/debootstrap2014-02-26 20:32:31.0 +0100 | @@ -656,6 +656,7 @@ | setup_apt_sources ${MIRRORS%% *} | mv_invalid_to ${MIRRORS%% *} | else | + COMPONENTS=${COMPONENTS:-$USE_COMPONENTS} | setup_apt_sources $DEF_MIRROR | mv_invalid_to $DEF_MIRROR | fi setup_apt_sources is defined in the functions script, and iterates over COMPONENTS to update sources.list accordingly; so this would likely help. Anyway, COMPONENTS is only ever defined/used in functions, so I'm wondering whether it's wise to expose/manipulate it in the main debootstrap script. Additionally, if the sources.list file is the only thing not working without touching COMPONENTS, I'd rather suggest something like the attached, untested patch. If you'd like to see some progress on this bug report, please test (with regular and foreign architectures) and report back. Mraw, KiBi. From 183eaa304570330f1f76f6f5ffbbb3371582aec7 Mon Sep 17 00:00:00 2001 From: Cyril Brulebois k...@debian.org Date: Tue, 30 Dec 2014 14:40:50 +0100 Subject: [PATCH] Fix the empty sources.list bug with foreign architectures (Closes: #732255, #773867). Update setup_apt_sources to look at USE_COMPONENTS if COMPONENTS is empty, so that some iteration over defined components happens. --- debian/changelog | 3 +++ functions| 4 +++- 2 files changed, 6 insertions(+), 1 deletion(-) diff --git a/debian/changelog b/debian/changelog index 925c8c6..75dd347 100644 --- a/debian/changelog +++ b/debian/changelog @@ -3,6 +3,9 @@ debootstrap (1.0.67) UNRELEASED; urgency=medium * Apply patch by Jérémy Bobbio to support reproducible builds: specify a modification time on the tar side, and add the -n option to gzip (Closes: #774069). Thanks, Jérémy! + * Update setup_apt_sources to look at USE_COMPONENTS if COMPONENTS is +empty, fixing the empty sources.list bug with foreign architectures +(Closes: #732255, #773867). -- Cyril Brulebois k...@debian.org Mon, 29 Dec 2014 15:01:57 +0100 diff --git a/functions b/functions index 674d649..bf999f1 100644 --- a/functions +++ b/functions @@ -949,9 +949,11 @@ mv_invalid_to () { setup_apt_sources () { mkdir -p $TARGET/etc/apt + # Cope with the foreign case where COMPONENTS would be empty: + sources_components=${COMPONENTS:-$USE_COMPONENTS} for m in $@; do local cs= - for c in $COMPONENTS; do + for c in $sources_components; do local path=dists/$SUITE/$c/binary-$ARCH/Packages local pkgdest=$TARGET/$($DLDEST pkg $SUITE $c $ARCH $m $path) if [ -e $pkgdest ]; then cs=$cs $c; fi -- 2.1.4 signature.asc Description: Digital signature
Bug#774214: installation-reports: System startup fails with multiple / multi-device BTRFS mounts
Hi, and thanks for your report. Robert Tomanek deb...@mail.robert.tomanek.org (2014-12-30): Package: installation-reports Severity: important I've installed 2014-12-26 build of debian testing with btrfs as root fs -- so far so good, this worked fine. So that's not really something that should be tracked through the installation-reports pseudopackage. Let's see what we can do about it. Then I've created another btrfs filesystem based on 5x HDD and a number of subvolumes on this filesystem and then added all of them to fstab so that they would be mounted on boot. This is where it stopped working -- some of them could not be mounted automatically, but if I tried mounting them manually they worked fine. The open_ctree message in the logs is bogus I think, filesystem itself is OK. I've fallen back to noauto in fstab. There is a matching entry on arch wiki that describes exactly my issue: goo.gl/JqShSo So the real link is: https://wiki.archlinux.org/index.php/Btrfs#BTRFS:_open_ctree_failed and the relevant contents: | BTRFS: open_ctree failed | | As of November 2014 there seems to be a bug in systemd or mkinitcpio causing the following error on systems with multi-device Btrfs filesystem using the btrfs hook in mkinitcpio.conf: | | BTRFS: open_ctree failed | mount: wrong fs type, bad option, bad superblock on /dev/sdb2, missing codepage or helper program, or other error | | In some cases useful info is found in syslog - try dmesg|tail or so. | | You are now being dropped into an emergency shell. | | A workaround is to remove btrfs from the HOOKS array in /etc/mkinitcpio.conf and instead adding btrfs to the MODULES array. Then regenerate the initramfs with mkinitcpio -p linux (adjust the preset if needed) and reboot. | | See the original forums thread and FS#42884 for further information and discussion. Forums thread: https://bbs.archlinux.org/viewtopic.php?id=189845 Bug report: https://bugs.archlinux.org/task/42884 The auto vs. noauto thing makes me want to query systemd people's opinion, so I've added them to Cc. They might need further input from you to tell us whether that's a bug or some kind of misconfiguration. Mraw, KiBi. signature.asc Description: Digital signature
Bug#774224: pre-approval unblock: network-manager/0.9.10.0-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, I'd like to cherry-pick the following two upstream commits for the network-manager package: #767002 network-manager breaks ptp tun interfaces https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767002 https://bugzilla.gnome.org/show_bug.cgi?id=738268 http://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=8283672451d0b07655a8423af0e17fd26c07a0d1 #773213 network-manager: NetworkManager.service not restarted by systemd https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=773213 https://bugzilla.gnome.org/show_bug.cgi?id=741587 http://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=fe95185f6f9f0e3bd3a71024b8b916bca2dc397f Both are isolated and targetted fixes. Please let me know, if I can proceed with the upload. Thanks, Michael unblock network-manager/0.9.10.0-5 -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769941: Not because of gstreamer
I often start iceweasel as another user (with sux) and when I load gmail I have this error too: ** (iceweasel:17775): CRITICAL **: gst_app_src_set_size: assertion 'GST_IS_APP_SRC (appsrc)' failed However, iceweasel does not crash. So I think the crash has nothing to do with the assertion failed. I use libgstreamer-plugins-base1.0-0 1.4.4-2 (current unstable). -- Eugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774221: freeze exception for gcc-4.8, gcc-4.9, and gcc-defaults
On Tue, Dec 30, 2014 at 02:08:38PM +0100, Matthias Klose wrote: Package: release.debian.org Tags: sid jessie please consider the current versions of gcc-4.8, gcc-4.9, and gcc-defaults for unstable. gcc-4.8 is updated to the final gcc 4.8.4 release, and gcc-4.9 to a branch snapshot taken at the time of the gcc 4.8.4 release. The only RC fix is #771647, resolving a file conflict in the libphobos packages built by gcc-4.8 and gcc-4.9. The gcc-4.8 packaging fixes some cross-build related issues. The rest of the gcc-4.8 fixes come from upstream and address regressions on the 4.8 release branch, compared to earlier gcc release. All upstream changes are mentioned in the Debian changelog. I checked (on x86_64), that the current package still builds a glibc and linux package without obvious regressions. I don't agree with the severity of gcc-4.9's #764732, however the ARM porters are quiet about this one. Hello Matthias and release team. A little bit of context: Bug#764732 is a compiler bug which makes unzip to FTBFS. There is a simple workaround for unzip which is to drop -O2 on armhf, and I will probably have to do that. However, the reason I raised the gcc bug to serious is that we don't know how many other packages will also FTBFS because of it. So, IMHO, either we consider the gcc bug as RC, or else we should be ready to rebuild the entire archive with the current gcc on armhf to be sure that there are no other packages affected. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772468: unblock: (pre-approval) libspring-java/3.2.12-1
Le 30/12/2014 00:29, Jonathan Wiltshire a écrit : I certainly can't review a diff of this size. Out of our usual other options, it sounds like you can't isolate targetted fixes, and removal would impact a large number of dependent packages. Do you have any other suggestions? Maybe we could let the version 3.2 enter unstable and be exposed to more tests for a couple of weeks before we decide to either ignore or accept it for Jessie? I already verified that the reverse dependencies build fine with the new version and I'm confident the compatibility is excellent, but it would be good to confirm this with some real world experience. (I must confess to being a bit disappointed that if 3.0.x is no longer supported upstream, some sort of 3.2 package didn't get uploaded until two days before the freeze started. Even 3.2.5 was released over a year ago now.) Packaging the new version was a significant effort. It required several new dependencies and the build system changed completely. At least 3 persons worked on this task over the past year. I guess we lacked a stronger incentive to complete the work earlier, no package required a more recent release and the other vulnerabilities were better documented and easier to backport. Unfortunately these CVEs came a bit late in the development cycle to allow us to handle them properly. I admit that I'm also frustrated we weren't able to avoid this situation because the transition to 3.2 is rather smooth once the new version is packaged. At least I'll ensure Jessie+1 ships with Spring 4.1.x or later to avoid a similar issue in the future. Emmanuel Bourg signature.asc Description: OpenPGP digital signature
Bug#712246: tasksel: Only standard Standard System Utilities task is displayed while having the main repo
Hi Andreas, Andreas nudgegoon...@hotmail.com (2014-12-30): What was the reason for the verification failure? I am not familar with the installer process to say this. The mirror i've chosen was mirror.1und1.de. It seems some files are going 404, see below. Can we see a syslog? I think you require the syslog from the installer and not from the installed debian. It's attached. That's correct indeed, thanks! Looking at it, I'm suspecting a mirror issue: | Dec 18 15:32:48 choose-mirror[30978]: DEBUG: command: wget -q http://mirror.1und1.de/debian/dists/jessie/Release -O - | grep -E '^(Suite|Codename):' | Dec 18 15:32:48 choose-mirror[30978]: DEBUG: command: wget -q http://mirror.1und1.de/debian/dists/testing/Release -O - | grep -E '^(Suite|Codename):' | Dec 18 15:32:48 choose-mirror[30978]: INFO: suite/codename set to: testing/jessie | Dec 18 15:32:48 choose-mirror[30978]: DEBUG: command: wget -q http://mirror.1und1.de/debian//dists/jessie/main/binary-amd64/Release -O - | grep ^Architecture: | Dec 18 15:32:50 in-target: Holen: 1 http://mirror.1und1.de jessie InRelease [191 kB] | Dec 18 15:32:50 in-target: Holen: 2 http://mirror.1und1.de jessie/contrib Translation-en [38,9 kB] | Dec 18 15:32:50 in-target: Holen: 3 http://mirror.1und1.de jessie/main Translation-de_DE [830 B] | Dec 18 15:32:50 in-target: Holen: 4 http://mirror.1und1.de jessie/main Translation-de [1.730 kB] | Dec 18 15:32:50 in-target: Holen: 5 http://mirror.1und1.de jessie/main Translation-en [4.621 kB] | Dec 18 15:32:50 in-target: Holen: 6 http://mirror.1und1.de jessie/non-free Translation-en [73,1 kB] | Dec 18 15:32:50 in-target: Holen: 7 http://mirror.1und1.de jessie/main amd64 Packages [6.816 kB] | Dec 18 15:32:50 in-target: Holen: 8 http://mirror.1und1.de jessie/non-free amd64 Packages [84,1 kB] | Dec 18 15:32:50 in-target: Holen: 9 http://mirror.1und1.de jessie/contrib amd64 Packages [50,3 kB] | Dec 18 15:32:51 in-target: Es wurden 13,6 MB in 1 s geholt (9.892 kB/s). | Dec 18 15:32:51 in-target: Paketlisten werden gelesen... | Dec 18 15:32:53 in-target: | Dec 18 15:32:54 in-target: OK http://mirror.1und1.de jessie InRelease | Dec 18 15:32:54 in-target: Holen: 1 http://mirror.1und1.de jessie/main amd64 Packages/DiffIndex [7.876 B] | Dec 18 15:32:54 in-target: Holen: 2 http://mirror.1und1.de jessie/non-free amd64 Packages/DiffIndex [7.819 B] | Dec 18 15:32:54 in-target: Holen: 3 http://mirror.1und1.de jessie/contrib amd64 Packages/DiffIndex [7.819 B] | Dec 18 15:32:54 in-target: Holen: 4 http://mirror.1und1.de jessie/contrib Translation-en/DiffIndex [7.819 B] | Dec 18 15:32:54 in-target: Holen: 5 http://mirror.1und1.de jessie/main Translation-de_DE [830 B] | Dec 18 15:32:54 in-target: Ign http://mirror.1und1.de jessie/main Translation-de/DiffIndex | Dec 18 15:32:54 in-target: Ign http://mirror.1und1.de jessie/main Translation-en/DiffIndex | Dec 18 15:32:54 in-target: Ign http://mirror.1und1.de jessie/non-free Translation-en/DiffIndex | Dec 18 15:32:54 in-target: Fehl http://mirror.1und1.de jessie/main Translation-de | Dec 18 15:32:54 in-target: Ungültige Kopfzeile [IP: 195.20.242.90 80] | Dec 18 15:32:54 in-target: Fehl http://mirror.1und1.de jessie/main Translation-en | Dec 18 15:32:54 in-target: Ungültige Kopfzeile [IP: 195.20.242.90 80] | Dec 18 15:32:54 in-target: Fehl http://mirror.1und1.de jessie/non-free Translation-en | Dec 18 15:32:54 in-target: Ungültige Kopfzeile [IP: 195.20.242.90 80] | Dec 18 15:32:54 in-target: Es wurden 31,3 kB in 0 s geholt (85,9 kB/s). | Dec 18 15:32:54 in-target: W: Fehlschlag beim Holen von http://mirror.1und1.de/debian/dists/jessie/main/i18n/Translation-de Ungültige Kopfzeile [IP: 195.20.242.90 80] | Dec 18 15:32:54 in-target: | Dec 18 15:32:54 in-target: W: Fehlschlag beim Holen von http://mirror.1und1.de/debian/dists/jessie/main/i18n/Translation-en Ungültige Kopfzeile [IP: 195.20.242.90 80] | Dec 18 15:32:54 in-target: | Dec 18 15:32:54 in-target: W: Fehlschlag beim Holen von http://mirror.1und1.de/debian/dists/jessie/non-free/i18n/Translation-en Ungültige Kopfzeile [IP: 195.20.242.90 80] | Dec 18 15:32:54 in-target: | Dec 18 15:32:54 in-target: E: Einige Indexdateien konnten nicht heruntergeladen werden. Sie wurden ignoriert oder alte an ihrer Stelle benutzt. | Dec 18 15:32:55 in-target: OK http://mirror.1und1.de jessie InRelease See how some translations files are missing from this mirror, but can be found on some others: http://ftp.de.debian.org/debian/dists/jessie/main/i18n/Translation-de http://ftp.fr.debian.org/debian/dists/jessie/main/i18n/Translation-de It might be that this mirror is not running an uptodate version of the sync script, see: http://mirror.1und1.de/debian/project/trace/mirror.eu.oneandone.net which reports: Used ftpsync version: 20120521 as opposed to: http://ftp.fr.debian.org/debian/project/trace/syncproxy.eu.debian.org which reports: syncproxy sync script I'm therefore adding the mirror team in copy
Bug#774225: [hexchat] New Upstream release available
Package: hexchat Version: 2.10.1 Severity: normal --- Please enter the report below this line. --- New Upstream release available. Some Features added. Update would be fine. Yours, Andreas Hausmann --- System information. --- Architecture: amd64 Kernel: Linux 3.17-2.towo-siduction-amd64 Debian Release: 8.0 500 unstable http.debian.net 500 unstable ftp.uni-stuttgart.de 500 unstable cdn.debian.net 500 trusty ppa.launchpad.net 100 wheezy-backports ftp.debian.org 1 experimental cdn.debian.net --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774214: installation-reports: System startup fails with multiple / multi-device BTRFS mounts
On 2014-12-30 14:51, Cyril Brulebois wrote: Robert Tomanek deb...@mail.robert.tomanek.org (2014-12-30): Package: installation-reports Severity: important I've installed 2014-12-26 build of debian testing with btrfs as root fs -- so far so good, this worked fine. So that's not really something that should be tracked through the installation-reports pseudopackage. Let's see what we can do about it. Apologies for misfiling. The auto vs. noauto thing makes me want to query systemd people's opinion, so I've added them to Cc. They might need further input from you to tell us whether that's a bug or some kind of misconfiguration. I am happy to provide more input, just ask. Regards, r. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774227: busybox-static: execs applets when chrooting
Package: busybox-static Version: 1:1.22.0-14 Severity: important Tags: patch #599101 is back, at least in busybox-static (I have not not tested the other one): Things like chroot /target dpkg ... do not call dpkg but instead call busybox's internal command (which leads to quite hard to debug error messages trying to run debootstrap). To fix it the same patch as before is needed, which is also the end of debian/patches/applets-fallback.patch.sav: --- a/coreutils/chroot.c +++ b/coreutils/chroot.c @@ -41,5 +41,7 @@ int chroot_main(int argc UNUSED_PARAM, c /*argv[2] = NULL; - already is */ } - BB_EXECVP_or_die(argv); + execvp(argv[0], argv); + xfunc_error_retval = (errno == ENOENT) ? 127 : 126; + bb_perror_msg_and_die(can't execute '%s', argv[0]); } Bernhard R. Link -- F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774226: desktop-base: plymouth / lines: the passsword entry cuts the debian logo
Package: desktop-base Version: 8.0.2 Severity: minor Hi, On my monitor (1280×800) the password entry zone cuts the top of the debian logo (picture attached); I looked at the lines.script file and this could be fixed: - by reducing the space between the logo_sprite and the text (as the bottom of logo.png is mostly transparent, I think that would be ok. In TextYOffset(), y = logo_sprite.GetY() + logo_image.GetHeight() - XXX; with XXX to be determined. - by scaling a bit more the top logo, maybe 0.6 instead of 0.7 in the following line: logo_height = Math.Min(Window.GetWidth(), Window.GetHeight()) * 0.7; I believe the first option would be nicer but it may not do well with other resolutions. Sorry I cannot shutdown my laptop at the moment and I don't know how I could preview changes, I would have tried to provide a patch otherwise. Anyway it's already really nice as is; thanks for the work, and an happy new year. Fred -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages desktop-base depends on: ii dpkg 1.17.23 ii librsvg2-common 2.40.5-1 desktop-base recommends no packages. Versions of packages desktop-base suggests: pn gnome | kde-standard | xfce4 | wmaker none -- no debconf information
Bug#774114: closed by Thomas Goirand z...@debian.org (Re: [PKG-Openstack-devel] Bug#774114: novnc: Permit to use noVNC outside nova)
ow...@bugs.debian.org (Debian Bug Tracking System) writes: [...] If the issue is only the dependency on Nova, at the packaging level, then I don't see how depending on a Python lib can be a problem. I agree that “unusable” is not the proper word, it will install a lot of dependencies and create a “nova” user[1]: LANG=C apt-get -s install novnc NOTE: This is only a simulation! apt-get needs root privileges for real execution. Keep also in mind that locking is deactivated, so don't depend on the relevance to the real current situation! Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: ieee-data libjs-sphinxdoc libjs-swfobject libjs-underscore [...] Suggested packages: python-amqp-doc python-amqplib-doc python-egenix-mxdatetime [...] Recommended packages: javascript-common python-cliff-doc python-utidylib python-openid python-scgi libjs-mochikit python-dev-all python-wheel python-ndg-httpsclient python-sqlalchemy-ext The following NEW packages will be installed: ieee-data libjs-sphinxdoc libjs-swfobject libjs-underscore libxmlsec1 libxmlsec1-openssl novnc python-amqp python-amqplib python-anyjson python-babel python-babel-localedata python-boto python-cinderclient python-cliff python-cmd2 python-colorama python-daemon python-distlib python-dns python-ecdsa python-eventlet python-extras python-feedparser python-fixtures python-formencode python-glanceclient python-greenlet python-html5lib python-iso8601 python-jinja2 python-json-patch python-json-pointer python-jsonpatch python-jsonschema python-keystoneclient python-kombu python-libxml2 python-lockfile python-lxml python-mako python-markupsafe python-memcache python-migrate python-mimeparse python-mock python-mysqldb python-netaddr python-neutronclient python-nova python-novaclient python-novnc python-oslo.config python-oslo.messaging python-oslo.rootwrap python-paramiko python-paste python-pastedeploy python-pastedeploy-tpl python-pbr python-pip python-posix-ipc python-prettytable python-pycadf python-pyparsing python-pysaml2 python-repoze.lru python-repoze.who python-requests python-routes python-sqlalchemy python-stevedore python-subunit python-suds python-tempita python-testrepository python-testscenarios python-testtools python-tz python-urllib3 python-warlock python-webob python-xattr python-yaml websockify xmlsec1 0 upgraded, 86 newly installed I think they are not required for noVNC but for noVNC with nova. [...] By the way, you may know that noVNC stands for nova-VNC, so making it useful for something else than Nova would be going out of the defined path. I was not aware of the “nova-VNC”, as a lot of other products use it[2]. My primary wish was to share the novnc integration[3] for all packages and admins: - move the nova stuffs (user creation), outside of novnc and python-novnc, for example in something like nova-consoleproxy - updates the dependencies in openstack packages if required Does it sound ridiculous? Regards. Footnotes: [1] http://anonscm.debian.org/cgit/openstack/novnc.git/tree/debian/novnc.postinst [2] https://github.com/kanaka/noVNC/wiki/ProjectsCompanies-using-noVNC [3] https://github.com/kanaka/noVNC/wiki/Integration -- Daniel Dehennin Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF Fingerprint: 3E69 014E 5C23 50E8 9ED6 2AAD CC1E 9E5B 7A6F E2DF signature.asc Description: PGP signature
Bug#774225: [hexchat] New Upstream release available
Hi, Thank you for your bug report. Hexchat 2.10.2 is currently processing in the NEW queue, as you can see here: https://ftp-master.debian.org/new/hexchat_2.10.2-1.html It will be available in sid as soon as that's done. Currently there is no ETA. sney On Tue, Dec 30, 2014 at 7:22 AM, A.H. lovel...@web.de wrote: Package: hexchat Version: 2.10.1 Severity: normal --- Please enter the report below this line. --- New Upstream release available. Some Features added. Update would be fine. Yours, Andreas Hausmann --- System information. --- Architecture: amd64 Kernel: Linux 3.17-2.towo-siduction-amd64 Debian Release: 8.0 500 unstable http.debian.net 500 unstable ftp.uni-stuttgart.de 500 unstable cdn.debian.net 500 trusty ppa.launchpad.net 100 wheezy-backports ftp.debian.org 1 experimental cdn.debian.net --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772914: related bugs and forum discussions
same problem here on a brand-new, pristine wheezy install. i have not yet found a clean workaround that works on my newly installed system. Peter Nowee reported this same problem against the initscripts package - seems there are three open bugs which might be related (477498, 516733, 431966) and two debian forum threads on this same problem. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=477498 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=516733 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=431966 -- Forwarded message -- From: Peter Nowee peter.no...@gmail.com To: 477...@bugs.debian.org, 516...@bugs.debian.org, 431...@bugs.debian.org Subject: Re: Shutdown Reboot scripts try umount CIFS but CIFSD is killed first Date: Mon, 14 Jul 2014 23:38:01 +0200 Hi, I think this 7-year-old bug affects my fresh and up-to-date install of Debian Wheezy. My CPU is a AMD Athlon XP 2200+, so I'm on i386-architecture, not amd64. I'm running wpa_supplicant and NetworkManager to connect to wireless, and made an /etc/fstab entry for a cifs network mount. On shutdown or reboot, the system hangs for a long time (probably five minutes) between: ... stopping enhanced syslogd: rsyslogd and CIFS VFS: Server bigbee.local has not responded in 300 seconds. Reconnecting... ... See links below to forum reports of other users running into this problem on Debian Wheezy and Ubuntu. Workarounds commonly suggested are: - Manually changing init-scripts or their priorities to ensure umounting before the network goes down, or - Avoiding the use of auto-mounted network shares, or - Using /etc/network/interfaces instead of NetworkManager. In 2011, Mike Perrin on the Ubuntu bug tracker suggested this problem had to be solved in NetworkManager, so he filed a bug report upstream. His report was marked duplicate at the time, but the original bug (that his report was a duplicate of) was fixed last month. The fix got included in the recently released NetworkManager 0.9.10: The NetworkManager dispatcher got some enhancements too. It now has a pre-up event that allow scripts to execute before NetworkManager announces connectivity to applications. We also added a pre-down event that lets network filesystems flush data before the interface is actually disconnected from the network. - Dan Williams, NetworkManager developer, June 20, 2014. I see that unstable currently has a package for network-manager 0.9.10. I'm running stable here, so I cannot check if this solves the problem, but perhaps someone else can? Regards, Peter Recent forum mentions of users running into this problem: forums.debian.net/viewtopic.php?f=5t=70798start=30 forums.debian.net/viewtopic.php?f=5t=111509 Upstream: bugs.launchpad.net/ubuntu/+source/wpasupplicant/+bug/211631/comments/148 https://bugzilla.gnome.org/show_bug.cgi?id=650925 https://bugzilla.gnome.org/show_bug.cgi?id=387832 http://blogs.gnome.org/dcbw/2014/06/20/well-build-a-dream-house-of-net/ Debian Package Tracking System - network-manager: https://packages.qa.debian.org/n/network-manager.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773806: [pkg-db-devel] Bug#773806: libdb5.3-java: Pre-installation script fails
Control: severity -1 important Control: tags -1 + moreinfo Hi Ulrich, I can't reproduce the bug and by reading dpkg-maintscript-helper I think you are mistaken in your diagnosis. It's the $SYMLINK and not the $SYMLINK_TARGET that has to be absolute target, see the code. But it looks like the support for relative symlinks were added in 1.17.14: dpkg (1.17.14) unstable; urgency=low [...] * Add support for relative symlinks to dpkg-maintscript-helper symlink_to_dir command. Suggested by Don Armstrong d...@debian.org. and the ${misc:Pre-Depends} was fixed in 1.17.22: dpkg (1.17.22) unstable; urgency=low [...] * Bump minimal version for dir_to_symlink and symlink_to_dir commands to 1.17.14 in dpkg-maintscript-helper(1) man page. Closes: #769843 So libdb5.3-java just needs binNMU with dpkg 1.17.22. Cheers, Ondrej On Tue, Dec 23, 2014, at 14:45, Ulrich Klauer wrote: Package: libdb5.3-java Version: 5.3.28-7~deb8u1 Severity: grave Justification: prevents package from being installed/upgraded Unfortunately, there is another[1] bug in libdb5.3-java.maintscript which means that the package still can't be installed or, if an earlier version is present, can't be upgraded. The error message is: dpkg-maintscript-helper: error: original symlink target is not an absolute path So, the target argument to symlink_to_dir must be an absolute path, i.e. /usr/share/doc/libdb5.3 instead of just libdb5.3. See [2] for an explanation of why this was changed in dpkg 1.17.13. Ulrich [1] http://bugs.debian.org/771877 [2] http://bugs.debian.org/758778 -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (800, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libdb5.3-java depends on: ii dpkg 1.17.13 ii libdb5.3-java-jni 5.3.28-7~deb8u1 libdb5.3-java recommends no packages. Versions of packages libdb5.3-java suggests: pn libdb5.3-java-gcj none -- no debconf information ___ pkg-db-devel mailing list pkg-db-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-db-devel -- 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#774229: nmu: db5.3_5.3.28-7~deb8u1, cyrus-imapd-2.4_2.4.17+caldav~beta10-12
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 nmu db5.3_5.3.28-7~deb8u1 . ALL . -m Rebuild with dpkg = 1.17.22 to bump the ${misc:Pre-Depends} on dpkg to 1.17.14 nmu cyrus-imapd-2.4_2.4.17+caldav~beta10-12 . ALL . -m Rebuild with dpkg = 1.17.22 to bump the ${misc:Pre-Depends} on dpkg to 1.17.14 This covers just my packages where I use relative symlink_targets in dpkg-maintscript-helper calls. This should fix RC bug #773806. Perhaps you can binNMU all packages that has ${misc:Pre-Depends}, has B-D on dpkg in d/control and uses symlink_to_dir or dir_to_symlink. Ping me if you want a deeper analysis what's needed. - -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJ8BAEBCgBmBQJUorjzXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHYOwP/iCXNMTG5XHXLKOb4ile5vJh yitbfyKT3P7FJ37ydaMa8EsQjwrmmooxGFmeSYQzBYFFlP1uh6HBMsBNboZeL289 cEdRWqioh02CU/wcPFif5wDlh98hW4GwTPQS9QUe8r0YGraCnsCe/A7ctV6ylkiX EQJGtbcE5wM49X/bU4SnYRQEe69qDArfsFbYvbDkMQAxuSt14zsrN0vgCmu9c3UJ KzXYkOZ3ahAuCdpqzrNsmRDTVApFNLfDLS7FF9yaXDPoV8gf1XGQE2jxmtXqngzu MVEXtgebg0dWCK6Bzh/bDIGOA6tlXHFvnhhTznNJXEUOonoE0/70h/efshoG0ek7 bRsSD6NPITnymngaOlTvXZB52K7TxLau+/RR9PSdvg3ozt9IBJCe3N/R6M7K66oX LPd09KzNhayQAxdZ8Z4dLQ6DIzUX4tujWyuo6wojIJZz/jpOxcoADVOfyWEIKE6E OempDK1CVxBYLIoMFNSCIWadd4Dvh+tZgk6cDbUVeYqv+YKQy2YIHHzGF2vmQqVZ MPb5AXFPvvPnn+PdPeEPad4cCTB9lUs5qacqV3eEruor7CYvAKu/Lfx2zmUscqQX fznRxa4neGY13GQ0VpA7AhIK6ZZ68xqJIggFgr7FylRu13UNUK+hHTVfDI++lxrt xEG977xDqs1TjTufb6eN =p8sY -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#774230: ITP: vlevel -- Levelling LADSPA plugin and command-line audio filter
Package: wnpp Owner: Axel Beckert a...@debian.org Severity: wishlist * Package name: vlevel Version : 0.5 Upstream Author : Tom Felker tcfel...@users.sourceforge.net * URL : http://vlevel.sourceforge.net/ * License : GPL-2+ Programming Lang: C++ Description : Levelling LADSPA plugin and command-line audio filter VLevel keeps your music from making you jump out of your seat, and it keeps you from having to fiddle with the volume constantly. It's different from other dynamic compressors because it looks ahead. You can think of VLevel as someone who knows your music by heart, and turns the volume up during quiet passages, but smoothly turns it back down when he knows a loud part is coming. It's great for making CDs to listen to in your car, or to play background music on your computer. VLevel is currently a LADSPA plugin and a command-line filter. You can use it with many Linux audio programs including XMMS, GStreamer, GLAME, GDAM, and others, and you can use it in shell scripts to level your music before burning a CD. The commandline filter is also useful for levelling podcasts before (encoding and) publishing. --- Background about why I want to package or better already have packaged this: It's old, but has been proven very useful, especially since the Auphonic went commercial (freemium). We use it primarily for our podcasts. And since I've packaged it for our own use anyways, I can also contribute it to Debian officially, too. There also seems a continuation of the project at https://github.com/radiocicletta/vlevel -- but no new release yet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656096: dante-client: socksify preloads libdl.so.2 from an incorrect path
Control: severity -1 grave Justification: Makes the package unusable, therefore not suitable for release. Thanks Hi, I was trying this software for the first time, as recommended on the tor documentation [1] as a best alternative to tsocks. Unfortunately this bugs makes this package completely unusable. $ socksify curl http://www.debian.org ERROR: ld.so: object '/lib/libdl.so.2' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. $ echo $? 1 Upon enabling debug at /etc/dante.conf $ socksify curl http://www.debian.org ERROR: ld.so: object '/lib/libdl.so.2' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. Dec 30 15:58:31 (1419951511) curl[28155]: symbolfunction(): compiletime configuration error? Failed to open libc.so: /usr/lib/x86_64-linux-gnu/libc.so: invalid ELF header $ echo $? 1 A quick search reveals that this bug may have been fixed (at least parcially) on Ubuntu (you may want to pick their patches) https://bugs.launchpad.net/ubuntu/+source/dante/+bug/816153 Also Debian bug https://bugs.debian.org/731178 may be related. Regards! [1] https://trac.torproject.org/projects/tor/wiki/doc/SupportPrograms#AboutDNSandtsocks signature.asc Description: OpenPGP digital signature
Bug#773472: CVE
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 CVE request: http://www.openwall.com/lists/oss-security/2014/12/29/8 - -- Henri Salo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlSiwaMACgkQXf6hBi6kbk+NNwCg2O6I+jT/yfTjzt3jyVGZkDzY NNsAoKxK4bdiFpkBMzv8Rp8rN/vt2NmE =CANk -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#773471: CVE
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 CVE request: http://www.openwall.com/lists/oss-security/2014/12/29/8 - -- Henri Salo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlSiwZMACgkQXf6hBi6kbk+1EQCgrd15SCaYvASOX541J6iOVSry JpQAoIXWw74HhZ6HWUiabOSo3+7GgYKe =/Jii -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#774154: [php-maint] Bug#774154: php5: double free in Zend/zend_ts_hash.c
Control: severity -1 wishlist On Mon, Dec 29, 2014, at 19:36, Salvatore Bonaccorso wrote: Hi Henri, On Mon, Dec 29, 2014 at 06:32:05PM +0200, Henri Salo wrote: Package: php5 Version: 5.6.4+dfsg-1 Severity: important Tags: security, fixed-upstream Please see https://bugs.php.net/bug.php?id=68676 for details. If I see it correctly, but please double check: the affected code is present, but the corresponding code is only used if --enable-maintainer-zts is passed to configure. I think you are correct. We don't compile PHP5 with ZTS in Debian. Marking it as wishlist, since the bug is there, but it doesn't affect us. Cheers, -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774230: ITP: vlevel -- Levelling LADSPA plugin and command-line audio filter
Hi, On Tue, Dec 30, 2014 at 3:00 PM, Axel Beckert a...@debian.org wrote: There also seems a continuation of the project at https://github.com/radiocicletta/vlevel -- but no new release yet. Cool, so why not pointing the Homepage field to the github's fork? The original project on SF appears really dead. And of course feel free to maintain it under the Debian Multimedia Maintainers' umbrella if you like. Cheers! -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773758: closed by Arturo Borrero Gonzalez arturo.borrero.g...@gmail.com (patch sent)
B I sent a patch upstream for the man page to include a pointer to the wiki page. B I guess we can close this bug. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774231: icewm: please add patch for tab-completion
Package: icewm Version: 1.3.8-2 Severity: wishlist Tags: patch Hi there, added tab-completion to the internal taskbar command line in icewm. Please apply this patch and send it upstream. Cheers, Axel -- 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=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Init: sysvinit (via /sbin/init) Versions of packages icewm depends on: ii icewm-common1.3.8-2.0axel1 ii libc6 2.19-13 ii libesd0 0.2.41-11 ii libfontconfig1 2.11.0-6.3 ii libgcc1 1:4.9.2-10 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.1-1 ii libice6 2:1.0.9-1+b1 ii libsm6 2:1.2.2-1+b1 ii libx11-62:1.6.2-3 ii libxext62:1.3.3-1 ii libxft2 2.3.2-1 ii libxinerama12:1.1.3-1+b1 ii libxrandr2 2:1.4.2-1+b1 ii ttf-dejavu-core 2.34-1 icewm recommends no packages. Versions of packages icewm suggests: pn icewm-gnome-support none -- no debconf information diff -Nru icewm-1.3.8/debian/changelog icewm-1.3.8/debian/changelog --- icewm-1.3.8/debian/changelog 2014-10-20 00:24:11.0 +0200 +++ icewm-1.3.8/debian/changelog 2014-12-30 16:09:39.0 +0100 @@ -1,3 +1,10 @@ +icewm (1.3.8-2.0axel1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * added patch for tab-completion + + -- Axel Dirla axel.di...@arcor.de Tue, 30 Dec 2014 16:07:40 +0100 + icewm (1.3.8-2) unstable; urgency=medium * Fix format buffer overflow in CPU tooltip rendering (closes: 765965) diff -Nru icewm-1.3.8/debian/patches/complete icewm-1.3.8/debian/patches/complete --- icewm-1.3.8/debian/patches/complete 1970-01-01 01:00:00.0 +0100 +++ icewm-1.3.8/debian/patches/complete 2014-12-30 16:16:25.0 +0100 @@ -0,0 +1,400 @@ +Author: Axel Dirla axel.di...@arcor.de, Thorsten “mirabilos” Glaser t.gla...@tarent.de +Description: Tab-Completion for internal taskbar command line + +--- a/src/Makefile.in b/src/Makefile.in +@@ -63,6 +63,7 @@ libice_OBJS = ref.o \ + libitk_OBJS = \ + ymenu.o ylabel.o yscrollview.o \ + ymenuitem.o yscrollbar.o ybutton.o ylistbox.o yinput.o \ ++ globit.o \ + yicon.o \ + wmconfig.o # FIXME + +--- /dev/null b/src/globit.c +@@ -0,0 +1,297 @@ ++/*- ++ * Copyright © 2014 ++ * Thorsten “mirabilos” Glaser t.gla...@tarent.de ++ * ++ * Provided that these terms and disclaimer and all copyright notices ++ * are retained or reproduced in an accompanying document, permission ++ * is granted to deal in this work without restriction, including un‐ ++ * limited rights to use, publicly perform, distribute, sell, modify, ++ * merge, give away, or sublicence. ++ * ++ * This work is provided “AS IS” and WITHOUT WARRANTY of any kind, to ++ * the utmost extent permitted by applicable law, neither express nor ++ * implied; without malicious intent or gross negligence. In no event ++ * may a licensor, author or contributor be held liable for indirect, ++ * direct, other damage, loss, or other issues arising in any way out ++ * of dealing in the work, even if advised of the possibility of such ++ * damage or existence of a defect, except proven that it results out ++ * of said person’s immediate fault when using the work as intended. ++ */ ++ ++#define _GNU_SOURCE ++#include errno.h ++#include glob.h ++#include limits.h ++#include paths.h ++#include stdint.h ++#include stdio.h ++#include stdlib.h ++#include string.h ++#include unistd.h ++#include globit.h ++ ++/* ++ * globit_best – return the “best præfix” for a pattern, or the sole match ++ * ++ * Arguments: ++ * – [in] const char *pattern ++ * – [out] char **result ++ * Return value: ++ * – (int) number of matches ++ * + if -1: an error occurred; *result is the error string (or NULL) ++ * + if 0: *result is unchanged ++ * + if 1: *result contains the sole match ++ * + else: *result contains the longest common præfix ++ * In all cases where it is set, the caller has to free(*result) later. ++ */ ++ ++/* helper functions */ ++ ++#ifndef _PATH_DEFPATH ++#define _PATH_DEFPATH /bin:/usr/bin:/sbin:/usr/sbin ++#endif ++ ++static char * ++globit_escape(const char *istr) ++{ ++ char c, *cp, *ostr; ++ size_t i; ++ ++ if (!(cp = ostr = calloc((i = strlen(istr)) + 1, 2))) ++ return (NULL); ++ ++ /* strictly spoken, newline should be single-quoted instead */ ++ while (i--) { ++ if (strchr(\t\n \#$'()*:;=?[\\`{|}, (c = *istr++))) ++ *cp++ = '\\'; ++ *cp++ = c; ++ } ++ *cp = '\0'; ++ ++ return (ostr); ++} ++ ++static int ++globit_pfxlen(char **words, int nwords) ++{ ++ int j, prefix_len; ++ char *p; ++ int i; ++ ++ prefix_len = strlen(words[0]); ++ for (i = 1; i nwords; i++) ++ for (j = 0, p = words[i]; j prefix_len; j++) ++ if (p[j] != words[0][j]) { ++prefix_len = j; ++break; ++ } ++
Bug#773182: [php-maint] Bug#773182: Bug#773182: Problem solved
Control: forwarded -1 https://bugs.php.net/bug.php?id=68697 On Tue, Dec 23, 2014, at 17:38, Friedhelm Mehnert wrote: On Tue, Dec 23, 2014 at 08:54:01AM +0100, Thijs Kinkhorst wrote: It's quite harsh to tell the volunteers that maintain this package that we're obviously not interested at all when we did not yet respond within only one week after filing the bug... Please share your solution and help improve free software. It will be processed in due time, if not sooner then certainly later. Cheers, Thijs Well, that's how things seem to be these days. By asking nicely one does not archive anything anymore. Once you get pissed, get unfriendly, and start anoying people, *then* you'll get an answer! :-) You are not funny. Aggressive behaviour is not a way how to get an answer or at least a positive answer. [...] 3504if (lo_export(pgsql, oid, file_out) == 1) { That looks correct. Thanks for the analysis, I have reported that to upstream bug tracker under #68697 with different fix. Cheers, -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774232: recommend using a wired connexion
Package: release-notes Severity: normal Section 4.1.5 goes through great lengths to prepare the operator with a safe environment. However, there is no mention of networking per se - shouldn't it be recommended that operators use a wired connexion to do the upgrade, considering firmware often goes missing during upgrades? -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_CA.utf8, LC_CTYPE=fr_CA.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#774230: ITP: vlevel -- Levelling LADSPA plugin and command-line audio filter
Hi Alessio, Alessio Treglia wrote: On Tue, Dec 30, 2014 at 3:00 PM, Axel Beckert a...@debian.org wrote: There also seems a continuation of the project at https://github.com/radiocicletta/vlevel -- but no new release yet. Cool, so why not pointing the Homepage field to the github's fork? The original project on SF appears really dead. You've got a point there. Since the project on Github has a pointer to SF, this would indirectly point to both sides. Will do. And of course feel free to maintain it under the Debian Multimedia Maintainers' umbrella if you like. Hrm, I've found no page describing the team's policy. Depending on how many hassles it causes for me (e.g. having to use svn instead of git), I'd be glad about maintaining it collaboratively. So far I've already created a collab-maint git repo. I'm already happy if someone joins there. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774233: systemd shell
Package: release-notes Severity: normal In section 5.5 about systemd, maybe it would be good to mention the systemd.debug-shell kernel parameter, as documented in the systemd/README.Debian? -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_CA.utf8, LC_CTYPE=fr_CA.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#755956: libnftnl FTBFS with clang
Hi Alexander, Would you mind to check if the issue still happens in the latest release of libnftnl? If so, would you send an updated patch for me to send upstream? Thanks, regards. -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774230: ITP: vlevel -- Levelling LADSPA plugin and command-line audio filter
On Tue, Dec 30, 2014 at 3:51 PM, Axel Beckert a...@debian.org wrote: Hrm, I've found no page describing the team's policy. Depending on how many hassles it causes for me (e.g. having to use svn instead of git), I'd be glad about maintaining it collaboratively. Not to worry, we killed SVN a long ago: https://wiki.debian.org/DebianMultimedia/DevelopPackaging Cheers! -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770776: release-notes: Bug#770776: LXC breakage and workarounds when upgrading VMs to jessie
On Sun, 7 Dec 2014, Adam D. Barratt wrote: Is this still relevant after the upload of lxc 1.0.6-5? Yes, it still is. There are still manual steps needed during upgrade. Attached you'll find my second try at a patch to the release notes. If my suggested addition is acceptable and not too far off the mark, then I suggest to apply it *now*. Changes and improvements can be incorporated into the patched release-notes. The reason is, that it took me one month to come back to this issue and I don't know when I'll have the next opportunity to work on this. And I'd rather have the problem documented in the interest of the users. That said, please do criticise, if there's something to improve. So please check, if required criticise and please apply the patch. Thanks you all for contributing and considering and have a wonderful 2015! *t PS: Many thanks to Niels and Holger for their kind and supportive words! This patch is dedicated to you guys!! PPS: Adam and Niels and Daniel, could you please have a look at #774204. If you don't object Daniel, I'd propose to NMU that and ask you release team to have it included in jessie. Please follow up in #774204!diff --git en/upgrading.dbk en/upgrading.dbk index 13b1a30..f7dc09c 100644 --- en/upgrading.dbk +++ en/upgrading.dbk @@ -1136,6 +1136,79 @@ entries. You should use commandvisudo/command for this: /screen /section +section id=issues-lxc +titleLXC/title + +para +The upgrade from wheezy to jessie will migrate your system to +the systemd init system. +/para +para +When upgrading a LXC container, respectively a LXC virtual +machine, this will have different consequences depending on +whether the emphasishost system/emphasis has allready +been upgraded to jessie or not. +/para + +section id=issues-lxc-wheezy-host +titleUpgrading LXC guests running on wheezy hosts/title + +para +If you are upgrading a LXC guest container that is running on a +emphasiswheezy host/emphasis system, then you will need to +prevent the guest from being automatically migrated to systemd. +/para +para +If you don't prevent the system from migrating to systemd, then +you will risk, that your guest system will not be able to boot. +/para +para +This is due to functionality missing in wheezy hosts, that are +required to boot a jessie system with systemd. +/para +para +You prevent the migration via pinning, as described in chapter +xref linked=#systemd-upgrade-default-init-system/. +/para +para +You should be able to switch over to systemd inside the LXC guest +once you have upgraded the emphasishost/emphasis system to jessie. See the next +paragraph for things that need to be adapted on jessie hosts. +/para +/section + +section id=issues-lxc-jessie-host +titleUpgrading LXC guests running on jessie hosts/title + +para +In order to be able to boot LXC guests with systemd, you need +to adapt your LXC container configuration. +/para +para +The container configuration can usually be found in +/para +screen +/var/lib/lxc/replaceableCONTAINER_NAME/replaceable/config +/screen +para +You need to add the following two setting to the configuration: +/para +screen +lxc.autodev = 1 +lxc.kmsg = 0 +/screen +/section + +section id=issues-lxc-further-docu +titleFurther information/title +para +You can find further information on LXC in Debian +ulink url=url-wiki;LXCin the Debian wiki/ulink. +/para +/section + +/section + /section !-- End of 'trouble' section -- /section
Bug#774234: (In)Release files unconsistent: references missing files
Package: ftp.debian.org Hi, On Tue, Nov 18, 2014 at 02:47:47PM +1100, Geoff Crompton wrote: I've noticed today the installation of a VM isn't working. I think it may be because when I download http://mirror.aarnet.edu.au/pub/debian/dists/wheezy/main/i18n/Translation-en, I get a bz2 compressed file instead. I've also noticed that at http://mirror.aarnet.edu.au/pub/debian/dists/wheezy/main/i18n/ the uncompressed file isn't listed. I don't think the Debian installer expects that. The http://mirror.aarnet.edu.au/pub/debian/dists/wheezy/Release file suggests I should be able to download either main/i18n/Translation-en or main/i18n/Translation-en.bz2. But the file lies, as there is no dists/wheezy/main/i18n/Translation-en in the archive, but only dists/wheezy/main/i18n/Translation-en.bz2 http://ftp.nz.debian.org/debian/dists/wheezy/main/i18n/Index The same problem applies to Packages, Sources, which are not provided uncompressed. On a mirror of the archive, the following command provide the list of missing files: perl -lne 'my $file = $1 if /^ [a-f0-9]+\s+\d+\s+(.*)/; print $file if (defined($file) and ! -f $file) ;' Release The archive should be fixed: * either by providing uncompressed files * or by making the Release file consistent with reality. The fact that sometimes http://mirror.aarnet.edu.au/pub/debian/dists/wheezy/main/i18n/Translation-en returns something is apache multiviews and content negociation: apt says it may accept bz2, then apache finds a file with and bz2 extension and considers it's good. See also apt bug #657560 $ wget -S -O /dev/null 'http://mirror.aarnet.edu.au/puLANG=C b/debian/dists/wheezy/main/i18n/Translation-en' Connecting to mirror.aarnet.edu.au (mirror.aarnet.edu.au)|202.158.214.106|:80... connected. HTTP request sent, awaiting response... HTTP/1.1 200 OK [..] Content-Location: Translation-en.bz2 Vary: negotiate TCN: choice Last-Modified: Sat, 18 Oct 2014 10:07:28 GMT Accept-Ranges: bytes Content-Type: application/x-bzip2 -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773041: Bug#773318: clamav dies/hangs
Control: tag 773041 + pending Coin, Thanks a lot Andreas. Have a pleasant end of year time. -- Marc Dequènes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774124: Unable to update dbus to 1.8.12-3
Hi! On Tue, 2014-12-30 at 10:18:16 +, Simon McVittie wrote: On 29/12/14 06:46, Erwan David wrote: dpkg: dependency problems prevent processing triggers for dbus: dbus depends on libdbus-1-3 (= 1.7.6); however: Package libdbus-1-3:amd64 is not configured yet. dpkg: error processing package dbus (--configure): dependency problems - leaving triggers unprocessed dpkg: dependency problems prevent processing triggers for dbus: dbus depends on libdbus-1-3 (= 1.7.6); however: Package libdbus-1-3:amd64 is not configured yet. ... [more of the same] ... dpkg: error processing package dbus (--configure): dependency problems - leaving triggers unprocessed dpkg: too many errors, stopping Errors were encountered while processing: dbus dbus dbus ... [more of the same] ... I think this is a known dpkg bug, possibly a duplicate of #771730. This is dpkg bug 771417 and apt bug 771428. If you upgrade to dpkg 1.17.23 from unstable, does that fix it? I'd like to know what dpkg and apt versions you guys have. If possible the dpkg status files for the unfixed situation, the dpkg.log, and apt term.log and history.log files for that session. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org