Bug#788945: libjsoncpp.so.0: cannot open shared object file: No such file or directory
Hi! Sorry for the mess I've caused with this upload. Somehow the last part of the shlibs file got lost. I will remove it completely and use the auto generated version. Thanks for reporting this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#787964:
Hi, On Wed, Jun 10, 2015 at 06:11:35PM -0400, James Cloos wrote: > I submitted 787964 a few days ago against pjproject to compile it w/ > pj's ipv6 support. > > Asterisk's res_pjsip needs that for it to support ipv6. Issue has already been addressed in an upload I tried to get a bit before the Jessie freeze but forgot about since. IPv6 support is configured through a config_site.h file (see debian/config_site.h). I hope to shortly upload version 2.4. -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#785305: Keepass would disable "Lock on suspend" when running on mono
>From version 2.30 onwards, keepass would disable those options while running on mono [1]. We could fix this asap if someone could figure out how to make a diff of the snapshot. [1]: http://sourceforge.net/p/keepass/bugs/1378/#8e7b -- Braiam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#787485: it's a feature not a bug
Hi, this happens due to the so called "offline updates": https://blogs.gnome.org/hughsie/2012/06/04/offline-os-updates-looking-forward-to-gnome-3-6/ So that's not a bug, just a feature. ;-) cu peter -- Actin' Funny, but I Don't Know Why. Mail/XMPP: peter.ul...@uni-konstanz.de S/MIME-Key: 02603A, GnuPG-Key: BB778EF4 signature.asc Description: This is a digitally signed message part
Bug#788857: /usr/sbin/NetworkManager: waits for (zombie) dhclient processes
In case that helps, here's a bit more information: 30797 ?Ssl0:02 /usr/sbin/NetworkManager --no-daemon 32056 ?Z 0:00 \_ [dhclient] Here's the loop NetworkManager hangs in: munmap(0x7fe97f86c000, 4096)= 0 kill(32056, SIG_0) = 0 nanosleep({0, 5000}, 0x7fff277ce810) = 0 open("/proc/32056/stat", O_RDONLY) = 22 fstat(22, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 fcntl(22, F_GETFL) = 0x8000 (flags O_RDONLY|O_LARGEFILE) fstat(22, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fe97f86c000 lseek(22, 0, SEEK_CUR) = 0 read(22, "32056 (dhclient) Z 30797 32056 3"..., 4096) = 175 read(22, "", 3072) = 0 close(22) = 0 munmap(0x7fe97f86c000, 4096)= 0 kill(32056, SIG_0) = 0 ... So I guess it should either register SIGCHLD for auto-cleanup, or see the "Z" in the "stat" file. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#789008: dbus: Unable to configure package (dpkg)
Package: dbus Version: 1.9.16-2 Severity: normal Hi dbus cannot be configured during install from 'experimental'. This leads to exim4 and sane-utils not being upgradable. Get:1 http://httpredir.debian.org experimental InRelease [162 kB] Hit http://httpredir.debian.org experimental/main amd64 Packages.diff/Index Get:2 http://httpredir.debian.org experimental/main Translation-en.diff/Index [7,819 B] Fetched 170 kB in 1s (116 kB/s) Reading package lists... Done Building dependency tree Reading state information... Done All packages are up to date. Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following packages were automatically installed and are no longer required: aisleriot argyll argyll-ref cheese file-roller finger gedit gedit-common gedit-plugins gir1.2-gdata-0.0 gir1.2-goa-1.0 gir1.2-gtop-2.0 gir1.2-gucharmap-2.90 gir1.2-javascriptcoregtk-3.0 gir1.2-panelapplet-5.0 gir1.2-rb-3.0 gir1.2-webkit-3.0 gnome-color-manager gnome-documents gnome-games gnome-klotski gnome-nettool gnome-sudoku gnome-video-effects gnustep-base-common gnustep-base-runtime gnustep-common guile-2.0-libs hamster-applet iagno iputils-tracepath libbind9-90 libdiscid0 libdns100 libgnustep-base1.24 libgpod-common libgpod4 libgtop-2.0-10 libidl0 libisc95 libisccc90 libisccfg90 liblinear-tools liblinear1 liblwres90 libminiupnpc10 libnatpmp1 libobjc4 liborbit2 libpanel-applet0 libqqwing2 librhythmbox-core9 libsensors4 libsgutils2-2 libsnmp-base libsnmp30 libsofia- sip-ua-glib3 libsofia-sip-ua0 libsvm-tools libwnck-common libwnck22 lightsoff media-player-info minissdpd nautilus- sendto ndiff nmap p7zip-full python-gconf python-gnome2 python-notify python-pyorbit python-wnck quadrapassel rhythmbox rhythmbox- data rhythmbox-plugin-cdrecorder rhythmbox-plugins simple-scan sound-juicer swell-foop telepathy-rakia transmission-common transmission-gtk unar unoconv xdg-user-dirs-gtk Use 'apt-get autoremove' to remove them. The following packages have been kept back: fonts-liberation ghostscript gnome-applets gnome-applets-data gnome-panel gnome-panel-data libc-bin libc-dev-bin libc6 libc6-dev libgs9-common libgstreamer-plugins-bad1.0-0 libqt5gui5 libqt5widgets5 locales metacity metacity-common perl perl-base 0 upgraded, 0 newly installed, 0 to remove and 19 not upgraded. 6 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue? [Y/n] y Setting up dbus (1.9.16-2) ... A reboot is required to replace the running dbus-daemon. Please reboot the system when convenient. insserv: FATAL: service rpcbind is missed in the runlevels 2 3 4 5 to use service nfs-common insserv: exiting now! update-rc.d: error: insserv rejected the script header dpkg: error processing package dbus (--configure): subprocess installed post-installation script returned error exit status 1 Setting up exim4-base (4.86~RC1-3) ... insserv: FATAL: service rpcbind is missed in the runlevels 2 3 4 5 to use service nfs-common insserv: exiting now! update-rc.d: error: insserv rejected the script header dpkg: error processing package exim4-base (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of exim4-daemon-light: exim4-daemon-light depends on exim4-base (>= 4.86~RC1); however: Package exim4-base is not configured yet. dpkg: error processing package exim4-daemon-light (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of exim4: exim4 depends on exim4-base (>= 4.86~RC1-3); however: Package exim4-base is not configured yet. exim4 depends on exim4-base (<< 4.86~RC1-3.1); however: Package exim4-base is not configured yet. exim4 depends on exim4-daemon-light | exim4-daemon-heavy | exim4-daemon- custom; however: Package exim4-daemon-light is not configured yet. Package exim4-daemon-heavy is not installed. Package exim4-daemon-custom is not installed. dpkg: error processing package exim4 (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of dbus-x11: dbus-x11 depends on dbus; however: Package dbus is not configured yet. dpkg: error processing package dbus-x11 (--configure): dependency problems - leaving unconfigured Setting up sane-utils (1.0.25+git20150528-1) ... insserv: FATAL: service rpcbind is missed in the runlevels 2 3 4 5 to use service nfs-common insserv: exiting now! update-rc.d: error: insserv rejected the script header dpkg: error processing package sane-utils (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: dbus exim4-base exim4-daemon-light exim4 dbus-x11 sane-utils E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: stretch/sid APT prefers experimental APT polic
Bug#784405: Status report
Heya, I just figured I'd send a status report on this ITP. I have already created (and tested) a Debian package for rnetclient. Now, I am waiting on Thadeu Cascardo (DD) to review the package and probably submit it to the official repository. I expect Cascardo to be able to take a look at the package this next weekend. I will report back when I have more information. Cheers, -- Sergio GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 Please send encrypted e-mail if possible http://sergiodj.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#786763: redmine: error messages during update of ruby-rails packages
Hi! On Fri, 2015-06-12 at 16:25:01 +0200, Niels Thykier wrote: > On 2015-06-12 15:36, Antonio Terceiro wrote: > > On Sat, May 30, 2015 at 07:46:02AM +0200, Niels Thykier wrote: > >> The output from dpkg suggests redmine has an /awaiting/ trigger cycle. > >> In particular, on itself? Indeed, redmine has the following triggers: > >> > >> """ > >> interest /usr/share/redmine/plugins > >> interest /usr/lib/ruby/vendor_ruby > >> """ > >> (From > >> http://anonscm.debian.org/cgit/pkg-ruby-extras/redmine.git/tree/debian/redmine.triggers) > > > > redmine does not install files on either of those locations, so how > > could it be triggering itself? > Ok, admittedly look a bit weird. I am not sure what happened here and > leave it to the dpkg maintainers. Most of redmine dependencies ship files under /usr/lib/ruby/vendor_ruby. Which means when those packages activate the trigger, they get put in triggers-awaited, which does not satisfy dependencies, and then redmine cannot be configured or its triggers processed. The depending packages cannot get out of triggers-awaited until the pending trigger in redmine is processed. Thus the cycle. Hope this clarifies. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#789007:
Hello! In recent versions of xfce4-panel, the Window Buttons plugin no longer automatically expands. Instead, you'll need to add a Separator and configure it to expand. That should resolve this issue.
Bug#787620: many libnettle4 segmentation faults after installing libnettle6
Package: libnettle6 Version: 3.1.1-3 Followup-For: Bug #787620 Dear Maintainer, === I did an apt-upgrade which brought in libnettle6. After this upgrade, many applications including claws-mail, opera-developer and amarok gave segfaults in libnettle.so.4.7, when they had been working very well before the upgrade. A small portion of /var/log/messages shows the issue: Jun 16 21:44:36 berkeley kernel: [ 193.926118] opera-developer[5831]: segfault at 10 ip b58c7788 sp bf967fb0 error 4 in libnettle.so.4.7[b58a5000+33000] Jun 16 21:44:40 berkeley kernel: [ 198.120705] claws-mail[6013]: segfault at 10 ip b5d4a788 sp bfc42ee0 error 4 in libnettle.so.4.7[b5d28000+33000] Jun 16 21:45:53 berkeley kernel: [ 270.450074] opera-developer[6033]: segfault at 10 ip b5921788 sp bfab6c40 error 4 in libnettle.so.4.7[b58ff000+33000] Jun 16 21:49:34 berkeley kernel: [ 492.247703] opera-developer[7105]: segfault at 10 ip b587c788 sp bfc2c040 error 4 in libnettle.so.4.7[b585a000+33000] Jun 16 21:52:32 berkeley kernel: [ 670.290937] amarok[7901]: segfault at 10 ip ae721788 sp bfc8bf70 error 4 in libnettle.so.4.7[ae6ff000+33000] Jun 16 21:52:33 berkeley kernel: [ 671.039250] amarok[7905]: segfault at 10 ip ae750788 sp bff04910 error 4 in libnettle.so.4.7[ae72e000+33000] Jun 16 21:52:37 berkeley kernel: [ 675.542855] amarok[7919]: segfault at 10 ip ae796788 sp bfc39c40 error 4 in libnettle.so.4.7[ae774000+33000] Jun 16 21:52:42 berkeley kernel: [ 679.686201] amarok[7941]: segfault at 10 ip ae742788 sp bfb02200 error 4 in libnettle.so.4.7[ae72+33000] Jun 16 21:52:51 berkeley kernel: [ 688.816133] amarok[7995]: segfault at 10 ip ae70d788 sp bfe147b0 error 4 in libnettle.so.4.7[ae6eb000+33000] Jun 16 21:53:01 berkeley kernel: [ 699.385685] amarok[8028]: segfault at 10 ip ae798788 sp bfec1e50 error 4 in libnettle.so.4.7[ae776000+33000] After removing libnettle4, all these applications work perfectly again! This (very serious) issue might have been avoided if the dependencies for libnettle6 caused libnettle4 to be removed as part of the upgrade. Here is a summary of the recent install history of libnettle on my system: 2015-04-23 12:12:25 status installed libnettle4:i386 2.7.1-5 2015-06-14 18:26:02 install libnettle6:i386 3.1.1-3 2015-06-14 18:26:31 configure libnettle6:i386 3.1.1-3 2015-06-14 18:26:32 status installed libnettle6:i386 3.1.1-3 2015-06-16 21:58:48 status installed libnettle4:i386 2.7.1-5 2015-06-16 21:58:49 remove libnettle4:i386 2.7.1-5 === -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libnettle6 depends on: ii libc6 2.19-18 libnettle6 recommends no packages. libnettle6 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#788783: openssh-client: uses MD5 for key fingerprints
On Tue, Jun 16, 2015 at 11:13:58AM +0100, Mark Wooding wrote: > The remaining possibility is that the adversary has managed to come up > with a new public key (and matching private key) with the same > fingerprint as the target key, which was generated by an honest party. > But that's finding a second preimage, and it's /way/ harder than finding > collisions. Yes, it is finding a second preimage in the general case. However, it's possible to exploit collisions to find a very similar key to the legitimate user's—one which may be trivially weak, say with a 20-bit prime as a factor—but which nevertheless works with RSA. e is almost always a trivially small value, so any prime where that e works is sufficient. The goal is to impersonate. Who cares if it's with an insecure key? Since a collision costs approximately $0.65 to generate, one could try the attack repeatedly until a suitable n is found. -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Bug#768524: Could you list what's missing?
Hi Toby, On Tue, Jun 16, 2015 at 10:15:03PM +0100, Toby St Clere Smithe wrote: > Tiago Bortoletto Vaz writes: > > No problem, thanks for the todo list, I'm looking into it right now. > > Also note that I pushed another minor change to the pkg-multimedia repo, > to add some missing plugin dependencies. I've got it, thanks. I have some questions that you or others could help: 1. Is there any place where we can find the sources for TimGM6mb soundfont? If not, do you know how could we extract the binary file? Otherwise I can't see how it could be accepted. In case we can't find an immediate solution for that, would you mind if I drop musescore-soundfont-gm binary from musescore package until we get timgm6mb-soundfont accepted? 2. Is there any reason to keep +dfsg1 in the package name? I couldn't see why we'd need to prepare a new tarball for the current version. Bests, -- tiago -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#785056: roundcube-core: Missing Net_LDAP3 from the vendor/kolab dir which is required for ldap support
Vincent Bernat : > Unfortunately, this needs to be packaged separately. I don't find it on > PEAR. It seems to be available through composer but I don't know if > that's easy to package. For some reason, just finding a tarball seems to > be difficult. Would be nice if php-kolab-net-ldap3 is installed as part of Roundcube until a proper package for it is created. Related: http://trac.roundcube.net/ticket/1490066 -- With best regards, Dmitry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788668: [Pkg-xfce-devel] Bug#788668: Bug#788668: light-locker: Black screen(not powered on) after unlocking screen locked by closing the laptop lid
Thx, the updated package works, hope to see it pushed to unstable and later on testing to other users :) Regards Sławomir Wójcik On 16.06.2015 14:58, Yves-Alexis Perez wrote: > On mar., 2015-06-16 at 13:50 +0200, Yves-Alexis Perez wrote: >> I'll keep you posted when I have a new package available. > Can you retry with the updated packages (same url)? > > Regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#789006: myhostname must not take precedence over dns
Package: libnss-myhostname Version: 220-5 Severity: important libnss-myhostname not only resolves the configured hostname to local IP addresses, but also 'gateway' to all the gateways. As the postinst inserts myhostname in /etc/nsswitch.conf ahead of dns, this overrides DNS reverse name lookup for the gateway. I just discovered this because it broke the SSH remote host filtering on one computer - the computer allowed to connect to it is also the gateway router, but it is now seen as 'gateway' and not the name it has in DNS. The manual page states clearly that this module should be used after dns; please follow this advice and put it last on the hosts line. (This was also mentioned in #756224 but there it is claimed that using myhostname in any position causes breakage. For me that's not the case.) Ben. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libnss-myhostname depends on: ii libc62.19-18 ii libcap2 1:2.24-9 ii libgcc1 1:5.1.1-9 libnss-myhostname recommends no packages. libnss-myhostname 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#789005: ftp-update: WARNING: debian $suite $component $arch: source $src $version for $bin $binversion (all) not found
Package: qa.debian.org Severity: normal User: qa.debian@packages.debian.org Usertags: db mole The ftp-update[1] cron job intermittently sends emails like the one below. This is quite annoying for the folks on the cron-error alias. I'm guessing that this is caused by the qadb-packagelists[2] script, which loads data from the Debian archive mirror into the qa database. The problem is probably some sort of timing issue related to mirror syncs. We need someone to investigate the cause of the problem & suggest a fix. 1. https://anonscm.debian.org/viewvc/qa/trunk/data/cronjobs/ftp-update?view=markup 2. https://anonscm.debian.org/viewvc/qa/trunk/data/qadb/bin/qadb-packagelists?view=markup From: Cron Daemon To: cron-er...@qa.debian.org Subject: Cron nice -15 flock -n /srv/qa.debian.org/lock/ftp-update /srv/qa.debian.org/data/cronjobs/ftp-update WARNING: debian experimental main i386: source boost1.57 1.57.0+dfsg-1 for libboost1.57-doc 1.57.0+dfsg-1 (all) not found WARNING: debian experimental main i386: source gcc-5 5.1.1-20 for gcc-5-locales 5.1.1-20 (all) not found WARNING: debian experimental main i386: source gcc-5 5.1.1-20 for gcc-5-source 5.1.1-20 (all) not found WARNING: debian experimental main i386: source gcc-5 5.1.1-20 for gcj-5-jre-lib 5.1.1-20 (all) not found WARNING: debian experimental main i386: source gcc-5 5.1.1-20 for gcj-5-source 5.1.1-20 (all) not found WARNING: debian experimental main i386: source gcc-5 5.1.1-20 for libgccjit-5-doc 5.1.1-20 (all) not found WARNING: debian experimental main i386: source gcc-5 5.1.1-20 for libgcj-doc 5.1.1-20 (all) not found WARNING: debian experimental main i386: source gcc-5 5.1.1-20 for libstdc++-5-doc 5.1.1-20 (all) not found WARNING: debian experimental main i386: source kdelibs4support 5.9.0-2 for libkf5kdelibs4support-data 5.9.0-2 (all) not found WARNING: debian experimental main i386: source kdelibs4support 5.9.0-2 for libkf5kdelibs4support-dev 5.9.0-2 (i386) not found WARNING: debian experimental main i386: source kdelibs4support 5.9.0-2 for libkf5kdelibs4support5 5.9.0-2 (i386) not found WARNING: debian experimental main i386: source kdelibs4support 5.9.0-2 for libkf5kdelibs4support5-bin 5.9.0-2 (i386) not found WARNING: debian experimental main i386: source kdelibs4support 5.9.0-2 for libkf5kdelibs4support5-dbg 5.9.0-2 (i386) not found WARNING: debian experimental main i386: source mate-backgrounds 1.10.0-1~exp1 for mate-backgrounds 1.10.0-1~exp1 (all) not found WARNING: debian experimental main i386: source mate-panel 1.10.0+dfsg1-1~exp1 for libmate-panel-applet-doc 1.10.0+dfsg1-1~exp1 (all) not found WARNING: debian experimental main i386: source mate-panel 1.10.0+dfsg1-1~exp1 for mate-panel-common 1.10.0+dfsg1-1~exp1 (all) not found WARNING: debian experimental main i386: source mate-session-manager 1.10.1-1~exp1 for mate-session-manager 1.10.1-1~exp1 (i386) not found WARNING: debian experimental main i386: source mate-session-manager 1.10.1-1~exp1 for mate-session-manager-dbg 1.10.1-1~exp1 (i386) not found WARNING: debian experimental main i386: source mpdris2 0.6+git20150606-1 for mpdris2 0.6+git20150606-1 (all) not found WARNING: debian experimental main i386: source python-glanceclient 1:0.18.0-1 for python-glanceclient 1:0.18.0-1 (all) not found WARNING: debian experimental main i386: source python-novaclient 2:2.26.0-1 for python-novaclient 2:2.26.0-1 (all) not found WARNING: debian sid main armel: source amsynth 1.5.1-2 for amsynth 1.5.1-2 (armel) not found WARNING: debian sid main armel: source avarice 2.13+svn347-3 for avarice 2.13+svn347-3 (armel) not found WARNING: debian sid main armel: source cil 0.07.00-10 for cil 0.07.00-10 (all) not found WARNING: debian sid main armel: source debian-handbook 7.20150616 for debian-handbook 7.20150616 (all) not found WARNING: debian sid main armel: source deja-dup 34.0-1 for deja-dup 34.0-1 (armel) not found WARNING: debian sid main armel: source deja-dup 34.0-1 for deja-dup-dbg 34.0-1 (armel) not found WARNING: debian sid main armel: source dh-make-perl 0.86-1 for dh-make-perl 0.86-1 (all) not found WARNING: debian sid main armel: source eigen3 3.2.5-1 for libeigen3-dev 3.2.5-1 (all) not found WARNING: debian sid main armel: source eigen3 3.2.5-1 for libeigen3-doc 3.2.5-1 (all) not found WARNING: debian sid main armel: source fetch-crl 3.0.16-2 for fetch-crl 3.0.16-2 (all) not found WARNING: debian sid main armel: source firebug 2.0.11-1 for xul-ext-firebug 2.0.11-1 (all) not found WARNING: debian sid main armel: source flash-kernel 3.43 for flash-kernel 3.43 (armel) not found ... -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#772448: Workaround
I'd also like to see this bug fixed, and #786757 which is a similar problem. In the mean time, as a workaround, the following might help people diagnose the problem: I suspect the message will be from a configuration which includes the compress option without. delaycompress. So: cd /etc/logrotate.d (grep -L delaycompress *;grep -l compress *)|sort |uniq -c|awk '/^\s*2/{print $2}' On my system this produces: apt aptitude munin-node samba I suspect in my case munin-node is the culprit, but I haven't yet tested that. But it should be possible to add delaycompress to some or all of the files to identify the source of the errors. Thanks, Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788988: gthumb: crashes with X Windows error at startup
>Can you tell how to reproduce the bug ? Well, I just open a terminal in X and type "gthumb"... I use an updated testing distribution and the Mate desktop environment. I have used this environment for some years, and have always used Gthumb. I have not used it maybe in the last couple months, so probably some update changed something, but I don't know what to look for... -- Francesco Potortì (ricercatore)Voice: +39.050.621.3058 ISTI - Area della ricerca CNR Mobile: +39.348.8283.107 via G. Moruzzi 1, I-56124 Pisa Skype: wnlabisti (entrance 20, 1st floor, room C71) Web:http://fly.isti.cnr.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#789004: RM: sugar-chat-activity-0.86,sugar-chat-activity-0.84 -- ROM; superceeded by sugar-chat-activity
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please drop these packages, superceded by sugar-chat-activity: sugar-chat-activity-0.86 sugar-chat-activity-0.84 Thanks, - Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJVgL0wAAoJECx8MUbBoAEhQb4P/3g4VqGXbvl73C0QGtOvRylU 9Bqb4faXxOwySG3y0JnU+wxvRxwk2B4VhgjED4zpKONU3ugb92+F54ow9jRJa5GT cv2Qkv7u4dgERTrgqSdsgKL8MgG0CzLCCjIiJb34ZcGebJ913M+CG3Xb02q104zG S2J0lQInuiVyQLHWOm51vof4KtEeHeJVoJ6glwjnoMxbOodsJSEuFnmuBCE0Sy7l wPKqTK614x3byHJmTpcVjWrMNspuGs90dv2ztunuIW59/61Nmixy58clmvsyVpRa pP0yHcVsvdPS1qIWk7/wjvK1M3TfSzq6ydwA8FJldms8lh++G4l226JhlOETAVPu 1FA3qW7KGsUcIxyNMeJP+dejYe75xzTSoNlHfiMdzCf0G1KxicGqHqjGd7pJJMMQ Ao4Nu7ouedEuTv2k2oBHgs2lAU9euJy0tK/OnKwW8ItI97AM+O2BVMHTZSSvF6UG b/R0A1rj/XqkxqK86giBYgwMR9pECdMDrmDX9fwlPVQjR+j+xA3PfyzgXU6ROB1R u0l+8X3D0wOGraP1wwC35sDhRlS90CgSkVuodPjbDYc94BDzQr6OWQbk4k3BmSnl M/so0hMKAxfHnOGfqoKQeyK9j4QewRJIE4iLB8q/5aJ3EqNs7XmNDO2AMOVLWrzP 44QWsjFftFYscdmmb7je =EgW8 -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#788414: devscripts: Please add gnupg2 and gpgv2. Patch attached.
Control: retitle -1 Support using gnupg2/gpgv2 instead fo gnupg/gpgv Control: tag -1 - patch On Thu, Jun 11, 2015 at 10:03:35PM -0400, James McCoy wrote: > On Thu, Jun 11, 2015 at 09:33:09AM +0200, mdt wrote: > > this very simple patch add gnupg2 to Recommends and gpgv2 to Suggests. > > Thanks. > > Would you mind adjusting the patch accordingly (either dropping gpgv2 > or adding support to uscan)? Actually, since only uscan supports using gnupg2 an alternative isn't appropriate yet. All the scripts should be updated to be able to use gnupg2/gpgv2 first. Updated bug title accordingly. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy signature.asc Description: Digital signature
Bug#786757: /etc/cron.daily/logrotate: Unrecognized command
I'm experiencing the same problem caused by bug #763542, as well as the problem in #772448 While in many cases there are bugs in other packages, such as bug #763542 triggering these emails, there is still a problem in logrotate. Logrotate does not identify which configuration fragment is triggering the error, making it very difficult to track down the source of the problem. When some process in logrotate causes an error, regardless of whether the configuration is provided by a package or modified or provided by the administrator, logrotate should indicate what part of the configuration is causing the problem. This would save good amount of administrator time, allow easier debugging of logrotate configuration problems, and result in less spurious error emails generated by debian installs. I administer a large number of debian machines and this is a significant annoyance. I would not like to see this bug closed just because #763542 is closed, it is a different issue. Happy to help out with testing if needed. Thanks, Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#789003: debbindiff: should not try to create device files
package: debbindiff version: 22 User: reproducible-bui...@lists.alioth.debian.org Usertags: infrastructure Hi, from https://jenkins.debian.net/view/reproducible/job/reproducible_openwrt/24/console Tue 16 Jun 23:30:09 UTC 2015 - debbindiff 22+test1 found issues, please investigate ar71xx/openwrt-ar71xx-generic-archer-c7-v2-squashfs-sysupgrade.bin create_inode: could not create character device /tmp/tmpq_LCg2debbindiff/dev/console, because you're not superuser! create_inode: could not create character device /tmp/tmpx7eb3fdebbindiff/dev/console, because you're not superuser! -> debbindiff should not try to create device files when analyzing filesystem which contain device files... :) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#789001: RM: libdist-zilla-plugin-podspellingtests-perl -- ROM; superseeded/replaced by libdist-zilla-plugin-test-podspelling-perl
Package: ftp.debian.org Hi, the upstream of libdist-zilla-plugin-podspellingtests-perl (Dist::Zilla::Plugin::PodSpellingTests) has been removed from CPAN since it has been superseeded by the upstream of libdist-zilla-plugin-test-podspelling-perl (Dist::Zilla::Plugin::Test::PodSpelling). libdist-zilla-plugin-test-podspelling-perl has passed the NEW queue a few days ago, so I think we can start planning the removal of libdist-zilla-plugin-podspellingtests-perl. src:libdist-zilla-plugin-test-podspelling-perl builds a transitional binary package named libdist-zilla-plugin-podspellingtests-perl which contains an upstream wrapper around Dist::Zilla::Plugin::Test::PodSpelling named Dist::Zilla::Plugin::PodSpellingTests, so I don't expect much transition trouble. Additionally, "apt-cache rdepends libdist-zilla-plugin-podspellingtests-perl" shows no reverse dependencies in Debian Unstable or Testing. See also https://bugs.debian.org/786749 for the according bug report against libdist-zilla-plugin-podspellingtests-perl. Regards, Axel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#789002: ITP: scala-xml -- Standard Scala XML library
Package: wnpp Severity: wishlist Owner: Emmanuel Bourg * Package name: scala-xml Version : 1.0.3 Upstream Author : Typesafe, Inc. * URL : https://github.com/scala/scala-xml * License : BSD-3-clause Programming Lang: Scala Description : Standard Scala XML library The Scala XML library was part of Scala up to the version 2.10 and is now a separate library. It is required to package Scala 2.11. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#756867: transition: gdal
On 06/16/2015 01:21 AM, Emilio Pozuelo Monfort wrote: > On 14/06/15 13:28, Sebastiaan Couwenberg wrote: >> On 06/14/2015 04:29 AM, Julien Cristau wrote: >>> On Fri, Jun 12, 2015 at 17:39:14 +0200, Sebastiaan Couwenberg >>> wrote: >>> This hasn't been an issue before, so I'm tempted to ignore it. Unless the Release Team wants this addressed, then we'll need to update gdal in jessie first. >>> It needs to be addressed, with no changes in jessie. That >>> probably means changing the libgdal binary package name, AIUI. >> >> OK, since changing the package name is now required for each patch >> release of GDAL, > > Why? It is only required now because your rdeps don't have strict dependencies > for the C++ symbols, and you're breaking that. Once they have strict > dependencies, you don't need to rename the package, just change the Provides: > gdal-abi-1-11-0, and rebuild the rdeps that depend on that (i.e. the C++ > rdeps). Not changing the package name at every patch release is good to avoid lengthy delays through the NEW queue. But I don't see much practical difference between having the upstream version in the package name and have the alternative dependency template on the C++ symbols. Most gdal rdeps depend on some C++ symbols, there are only a few that don't need a rebuild at every new patch release. It seemed easier to append the version to the package name, combining the SONAME derived package name for the C library and the - for the C++ library like for do for geos for instance. >> having the alternative dependency for the C++ symbols >> doesn't have much benefit anymore. > > It still does. The package rename is a one time thing to ensure that all your > C++ rdeps get proper strict dependencies and they don't break whenever you > break > your ABI (because they would depend on gdal-abi-1-11-0 and for say 1.11.1, you > change the provides to gdal-1-11-1, and so the libgdal package can't be > upgraded > unless the rdeps are upgraded too). See e.g. what qtbase-opensource-src > (libqt5core5a binary) does with its Provides: qtbase-abi-*. > >> It may be better to just include >> the upstream version in the package name (e.g. libgdal1-1.11.2 & >> libgdal20-2.0.0) and drop the alternative dependency for the C++ symbols. > > That's possible, but it's not better. OK, I'll keep the alternative dependency template for the C++ symbols and change the package name. libgdal1i seems an obvious choice to succeed libgdal1h. I'll stick to the libgdal.so.1-1.11.2 virtual package that was initially suggest in this transition bug to not break the gdal 1.11.2 as included in Ubuntu. Switching to the more common naming convention of gdal-abi-2-0-0 for GDAL 2.0 seems like a good idea. >> GDAL upstream started a vote to bless GDAL 2.0.0 RC1 as final, so the >> final release is expected soon. I've started packaging the >> pre-releases but I expect we'll need to resolve quite a number of >> issues in the reverse dependencies to work with GDAL 2.0.0 before we >> can consider it for unstable. >> >> With that in mind I still prefer to first move GDAL 1.11.2 from >> experimental to unstable so we can use experimental for GDAL 2.0.0. It >> does mean another gdal transition in the near future for 1.11 -> 2.0. > > There would be another transition for the 1.11 -> 2.0 update, but only > involving > the C++ rdeps (assuming the C ABI stays stable). But either way that's not a > problem. If 1.11 is ready now, let's do that first. 1.11 has been ready for quite some time now, I'd like to get it into unstable as soon as possible. Because of the package rename, the next upload will have to pass the NEW queue again. Can you ask an FTP Assistant to review the binary-NEW gdal soon after its upload to not have another couple of months delay before this transition can be started? They seem more receptive to these requests from the Release Team. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788999: pthread_mutex_trylock on x86 with lock elision is broken
Package: libc6 Version: 2.19-18 Severity: important The released version of glibc in jessie incorrectly returns a failure from pthread_mutex_destroy when pthread_mutex_trylock is used on my machine (which is amd64). It might only happen on hardware with lock elision support. The upstream patch at https://sourceware.org/ml/libc-alpha/2014-12/msg00228.html fixes the problem. The sysdeps/unix/sysv/linux/x86/force-elision.h file in the patch is named nptl/sysdeps/unix/sysv/linux/x86/force-elision.h in Debian's version and the sysdeps/unix/sysv/linux/s390/force-elision.h file doesn't exist. Here's a simple test program which demonstrates the problem: #include #include #include #include int main() { pthread_mutex_t mutex; assert(pthread_mutex_init(&mutex, NULL) == 0); assert(pthread_mutex_trylock(&mutex) == 0); assert(pthread_mutex_unlock(&mutex) == 0); const int result = pthread_mutex_destroy(&mutex); if (result == 0) { printf("Looks good\n"); } else { printf("Bug!\n"); } } It prints "Bug!" with unpatched libc6 2.19-18 and "Looks good" once I install a version with the patch applied. I think https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=759197 has the same root cause. Thanks, Brian Silverman -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788577: libseccomp: add some autopkgtests
On 06/16/2015 12:38 PM, Kees Cook wrote: > On Fri, Jun 12, 2015 at 04:01:39PM -0500, Jamie Strandboge wrote: >> In Ubuntu, the attached patch was applied to achieve the following: >> >> - add autopkgtests >> >> Thanks for considering the patch. > > Hi! > > It seems like these tests are a combination of things that test the > packaging and things that test functionality. I think the functional tests > should be added to upstream, and the packaging tests should be simplified, > if possible. > > Or, alternatively, I don't understand what this is testing. :) Can > you explain what's happening here? It looks very arch-specific (lists > of syscalls), and environment-ignoring: it just calls gcc directly -- > is that how autopkgtests should be doing builds? > The scmp_sys_resolver test was because the segfault on unknown syscalls wasn't caught by the existing tests. If that is better in the upstream testsuite, that's fine-- I just wanted to know if this regressed since we were distro-patching the fix. The other is to have something that tests the actual binaries in a way that is similar to how Ubuntu is using libseccomp in snappy in the ubuntu-core-launcher, but without all the extra stuff that the actual ubuntu-core-launcher does. In our launcher implementation we use a whitelist and ignore if the syscall itself isn't recognized by the kernel, so it doesn't matter if say, set_tls is used with x86_64. I also wanted to test various scenarios: - all-3.19.filter: make sure that nothing is accidentally dropped - getrandom.filter: a new syscall that we distro-patched in 2.1 didn't get dropped, but also tests syscall(SYS_...) which I thought was interesting - getrandom.fail_filter - an expected failure test - safe.filter: pretty much the default whitelist in Ubuntu's whitelist - open.fail_filter: an expected failure test without using syscall(SYS_...) - unrestricted.filter: an Ubuntu-specific test Of these, unrestricted.filter can go for sure now that I think about it. If all-3.19.filter is there, then safe.filter could go too if you preferred. Or if you'd prefer to drop all-3.19.filter and leave safe.filter, that seems fine too. I think the others are still worthwhile and general enough for how others are using libseccomp. I'm not aware of autopkgtests that use gcc OTOH, however, the Depends should be set correctly in debian/tests/control to account for this and it works fine in Ubuntu's proposed-migration setup. -- Jamie Strandboge | http://www.ubuntu.com signature.asc Description: OpenPGP digital signature
Bug#788904: systemd fails to activate vg on crypt device after upgrade to 215-17+deb8u1
close 788904 thanks On 2015-06-16 00:19, Michael Biebl wrote: Am 16.06.2015 um 08:12 schrieb Michael Biebl: Am 16.06.2015 um 06:35 schrieb David Mohr: I have a crypto device which I use as a physical volume for LVM. After upgrading to systemd 215-17+deb8u1 my system fails to boot, because `vgchange -ay` is not run after the crypto device is set up (which [..] Please let me know if I can help to fix this, since I think that's a pretty bad regression. I assume you had 215-17 installed before the upgrade. Can you downgrade to that version again? The changes in 215-17+deb8u1 do not look like they could be related to your problem, but let's verify if the downgrade actually helps. downgrade both systemd and udev to be sure. Hm, I'm guessing it was a race condition... I tried several times and I couldn't reproduce the issue. ~David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788986: RFS: geolinks/0.1.0-1
Hi Johan, Thanks for your work on this package too. On 06/16/2015 09:18 PM, Johan Van de Wauw wrote: > I am looking for a sponsor for my package "geolinks" This package also as small copyright issue. Please add a Files section for debian/* with your copyright unless you want to assign this to upstream. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788981: [Pkg-clamav-devel] Bug#788981: clamtk: depends cron systemd-cron
Control: tags -1 pending Hi bofh80, On 16.06.2015 20:59, bofh80 wrote: > Is it possible to have systemd-cron as an alternate depends to cron? The better way is to add an alternative dependency on cron-daemon, which is provided by all cron alternatives. I just did that [1]. Best regards, Andreas 1: https://anonscm.debian.org/cgit/pkg-clamav/clamtk.git/commit/?id=1d750ff50178011c5094e7499e2f544b6af88032 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788998: devscripts: [wrap-and-sort] reorders comment lines in multi-line comments in e.g. debian/dirs
Package: devscripts Version: 2.15.5 User: devscri...@packages.debian.org Usertags: wrap-and-sort Dear Devscripts Maintainers, Running "wrap-and-sort -a" caused the following unexpected and clearly unwanted diff: diff --git a/debian/dirs b/debian/dirs index bbb9934..a2d583d 100644 --- a/debian/dirs +++ b/debian/dirs @@ -1,13 +1,13 @@ # The following directory is needed if the local admin wants to remove -# the setgid bit by following the steps listed in README.Debian. Just +# been created because running under sysvinit and then the init system # creating the directory in postinst (in case systemd is not +# i.e. screen's postinst not being called again. (And screen's init +# init system via boot parameters) without screen being reinstalled, # installed) and removing it again in postrm does not work, because -# postinst either removes a directory owned by systemd (even if empty) -# or leaves an unowned directory in case of any other init system is -# used. The situation would get even more tricky if the file hasn't -# been created because running under sysvinit and then the init system # is switched (either by installing systemd-sysv or by switching the -# init system via boot parameters) without screen being reinstalled, -# i.e. screen's postinst not being called again. (And screen's init +# or leaves an unowned directory in case of any other init system is +# postinst either removes a directory owned by systemd (even if empty) # script can't handle that because it's no more run by systemd.) +# the setgid bit by following the steps listed in README.Debian. Just +# used. The situation would get even more tricky if the file hasn't etc/tmpfiles.d -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (111, 'buildd-unstable'), (111, 'buildd-experimental'), (110, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages devscripts depends on: ii dpkg-dev 1.18.1 ii libc62.19-18 ii perl 5.20.2-6 ii python3 3.4.2-2 pn python3:any Versions of packages devscripts recommends: pn at ii curl7.42.1-3 ii dctrl-tools 2.24-1 ii debian-keyring 2015.05.17 ii dput-ng [dput] 1.9 ii equivs 2.0.9 ii fakeroot1.20.2-1 ii file1:5.22+15-2 ii gnupg 1.4.19-3 ii libdistro-info-perl 0.14 ii libencode-locale-perl 1.03-1 ii libjson-perl2.61-1 ii liblwp-protocol-https-perl 6.06-2 ii libsoap-lite-perl 1.11-1 ii liburi-perl 1.64-1 ii libwww-perl 6.08-1 ii lintian 2.5.31 ii man-db 2.7.0.2-5 ii patch 2.7.5-1 ii patchutils 0.3.4-1 ii python3-debian 0.1.27 ii python3-magic 1:5.22+15-2 ii sensible-utils 0.0.9 ii strace 4.10-1 ii unzip 6.0-17 ii wdiff 1.2.2-1 ii wget1.16.3-2+b2 ii xz-utils5.1.1alpha+20120614-2+b3 Versions of packages devscripts suggests: ii build-essential 12 pn cvs-buildpackage ii debbindiff 22 ii devscripts-el35.12 ii gnuplot 4.6.6-2 ii gpgv 1.4.19-3 ii heirloom-mailx [mailx] 12.5-4 ii libauthen-sasl-perl 2.1600-1 ii libfile-desktopentry-perl0.07-1 ii libnet-smtp-ssl-perl 1.01-3 ii libterm-size-perl0.207-1+b2 ii libtimedate-perl 2.3000-2 ii libyaml-syck-perl1.27-2+b2 ii mutt 1.5.23-3 ii openssh-client [ssh-client] 1:6.7p1-6 ii svn-buildpackage 0.8.5+nmu1 ii w3m 0.5.3-21 -- 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#787794: lifimage fails to successfully boot on hppa
In this case you could try to add to the kernel command line (at the IPL prompt) one (or both) of: hp_sdc.blacklist=yes hp_sdc.no_hpsdc=1 Awesome! hp_sdc.no_hpsdc=1 does the trick. Thanks much for the great help! Great, but I still think blacklisting the machine in the driver is the better way :-) Helge -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#558115: dropbear: uses root fs mountpoint for root's home
Control: tags -1 patch Here is a patch setting the homedir to $(mktemp -d /root-XX). -- Guilhem. --- /home/guilhem/initramfs-tools/hooks/dropbear 2014-08-12 00:15:40.0 +0200 +++ /usr/share/initramfs-tools/hooks/dropbear 2015-06-16 23:11:27.060710678 +0200 @@ -31,8 +31,9 @@ for so in $(find "${LIBC_DIR}" -name 'libnss_compat*'); do copy_exec "${so}" done + home=$(mktemp -d "$DESTDIR/root-XX") echo 'passwd: compat' > "${DESTDIR}/etc/nsswitch.conf" - echo "root:x:0:0:root:/root:/bin/sh" > "${DESTDIR}/etc/passwd" + echo "root:x:0:0:root:${home#$DESTDIR}:/bin/sh" > "${DESTDIR}/etc/passwd" for keytype in "dss" "rsa"; do if [ ! -f "/etc/initramfs-tools/etc/dropbear/dropbear_${keytype}_host_key" ]; then mkdir -p "/etc/initramfs-tools/etc/dropbear" @@ -53,8 +54,8 @@ fi cat /etc/initramfs-tools/root/.ssh/id_rsa.pub >> /etc/initramfs-tools/root/.ssh/authorized_keys fi - mkdir -p "${DESTDIR}/root/.ssh" - cp /etc/initramfs-tools/root/.ssh/authorized_keys "${DESTDIR}/root/.ssh/" + mkdir -p "$home/.ssh" + cp /etc/initramfs-tools/root/.ssh/authorized_keys "$home/.ssh/" fi fi signature.asc Description: Digital signature
Bug#788945: libjsoncpp.so.0: cannot open shared object file: No such file or directory
Control: tags -1 + patch On Tue, Jun 16, 2015 at 10:34:35PM +0200, Evgeni Golov wrote: > Most probably causing commit is: > > https://anonscm.debian.org/cgit/collab-maint/libjsoncpp.git/commit/debian?id=21f33b218735398db17c50e09b46d7fefa39bec8 Either of these will fix the issue: diff -Nru libjsoncpp-0.10.2/debian/shlibs libjsoncpp-0.10.2/debian/shlibs --- libjsoncpp-0.10.2/debian/shlibs 2015-06-12 11:51:38.0 +0200 +++ libjsoncpp-0.10.2/debian/shlibs 1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -libjsoncpp 0 diff -Nru libjsoncpp-0.10.2/debian/shlibs libjsoncpp-0.10.2/debian/shlibs --- libjsoncpp-0.10.2/debian/shlibs 2015-06-12 11:51:38.0 +0200 +++ libjsoncpp-0.10.2/debian/shlibs 2015-06-16 23:18:42.0 +0200 @@ -1 +1 @@ -libjsoncpp 0 +libjsoncpp 0 libjsoncpp0 I prefer the first version, as the shlibs file is not strictly needed (dh_makeshlibs will generate exactly that file) if you do not want to force any specific depends. See [1] for the file format. Please remember that all packages built against the broken version need a binNMU to get the new dependency right. Regards Evgeni [1] https://www.debian.org/doc/debian-policy/ch-sharedlibs.html#s-shlibs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#642142: netbeans-ide: Start page Quick Start Tutorial link doesn't work
Control: tags -1 pending On Mon, 26 Jan 2009 19:22:47 +0200 Fabian Fagerholm wrote: > Package: netbeans-ide > Version: 6.0.1+dfsg-2 > Severity: minor > > When starting NetBeans IDE for the first time, a "Start Page" is shown > with several links. One of these links is "Quick Start Tutorial", but > this attempts to launch /usr/bin/mozilla-firefox, which is not > guaranteed to be installed. It should probably execute sensible-browser > instead. > This is no longer an issue in Netbeans 8.0.2. Markus signature.asc Description: OpenPGP digital signature
Bug#747599: ITP: lxqt-common -- Common files for LXQt
lxqt-common depends on libqtxdg and liblxqt - so i think it is a good plan to get these very basic libraries to debian first Greetz Alf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#642143: netbeans-ide: subversion module transmits password in svn'c commandline arguments
Control: tags -1 pending On Mon, 21 Jan 2008 10:12:17 +0100 Tanguy Ortolo wrote: > Package: netbeans-ide > Version: 6.0+dfsg-1 > Severity: normal > > When one uses NetBeans's Subversion module, it calls the svn command > line. If a password is needed, it is passed to svn as an command line > argument, and can be seen in the processes list. > > For instance, for a Subversion update: > svn up -r HEAD /home/me/project --username me --password pass > --non-interactive --config-dir /home/me/.netbeans/6.0/config/svn/config This issue appears to be fixed in Netbeans 8.0.2 which will hopefully be uploaded to Sid in the coming weeks. I am going to tag this bug as pending. Markus signature.asc Description: OpenPGP digital signature
Bug#788988: gthumb: crashes with X Windows error at startup
Hi Francesco, Can you tell how to reproduce the bug ? regards, -- Herbert Parentes Fortes Neto (hpfn) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788984: RFS: owslib/0.9.0-1
Hi Johan, Thanks for your work on this package. On 06/16/2015 09:10 PM, Johan Van de Wauw wrote: > I am looking for a sponsor for my package "owslib" The copyright for several authors is missing from the debian/copyright file, among them Luís de Sousa for the newly added wcs111.py for example. Please add the missing copyright holders. Other than that the package looks good. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#667736: netbeans: enter key does not work with PHP plugins
Control: tags -1 pending On Fri, 06 Apr 2012 13:01:46 +0200 stefano wrote: > Package: netbeans > Version: 7.0.1+dfsg1-5 > Severity: wishlist > > Dear Maintainer, > > as reported in http://forums.netbeans.org/topic46466.html and > http://netbeans.org/bugzilla/show_bug.cgi?id=199862, the current version > have problem with PHP netbeans plugin. > > When the 7.1 will on sid? > This issue appears to be fixed in Netbeans 8.0.2. Markus signature.asc Description: OpenPGP digital signature
Bug#768524: Could you list what's missing?
Tiago Bortoletto Vaz writes: > No problem, thanks for the todo list, I'm looking into it right now. Also note that I pushed another minor change to the pkg-multimedia repo, to add some missing plugin dependencies. Cheers, Toby -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#786844: xjdic: Multiple buffer overflows
Hello, Many thanks for your bug report, I'll try to fix this problem by adding a few strncpy() where needed in the next days, to provide a better fix. Regards, ludovic Le 26 mai 2015 02:11:28 CEST, "Frédéric Brière" a écrit : >Package: xjdic >Version: 24-9 >Severity: normal >Tags: upstream patch > >[ Although buffer overflows are often regarded as security bugs, I'm >filing this bug with normal severity, on the advice of the security >team. ] > > >There are several possible buffer overflows throughout the xjdic code >(at least in the client). The easiest one to trigger is by reading >from >/dev/null: > > $ xjdic_sa < /dev/null > /dev/null > *** buffer overflow detected ***: /usr/bin/xjdic_sa terminated > [...] > >This is due to xjdic usually not checking getchar() for EOF (if not >storing its return value outright in an unsigned char), thus appending >it to its output buffer in an infinite loop. > > >The one that prompted me to file this bug report occurs when reading a >romaji string of 10 kana or more: simply typing "@aa" will >crash >the client. (Only romaji is affected; inputting kana directly works >fine.) This is due to tempout[] being woefully short at 80 bytes; I'm >attaching a patch that pushes that limit far enough for any EDICT >entry. >(This isn't an actual fix; the client will still crash, only it will >take an unusually long input string for this to happen.) > > >-- System Information: >Debian Release: stretch/sid > APT prefers unstable > APT policy: (500, 'unstable') >Architecture: i386 (x86_64) >Foreign Architectures: amd64 > >Kernel: Linux 3.16.0-4-amd64 (SMP w/3 CPU cores) >Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) >Shell: /bin/sh linked to /bin/dash >Init: sysvinit (via /sbin/init)
Bug#780354: #780354 softhsm: please package new upstream version 2.0.0b2
Hi Ondřej, for the unlikely case you're still waiting for me on this one... On Dienstag, 2. Juni 2015, Ondřej Surý wrote: > Could you try recompiling from this gbp repo at your system? Before I > submit this to NEW... sadly I didnt get along to do this until now and definitly I'll also won't be doing this before August. And I'm not even sure I personally will be doing this then. OTOH this will still be needed for bind9 9.10.2 and newer freeipa, so further work on this is definitly appreciated! cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#788997: cyrus-imapd-2.4: user_deny.db gets wrong ownership when it is created
Package: cyrus-imapd-2.4 Version: 2.4.17+caldav~beta10-18 Severity: minor It seems like Cyrus does not create "user_deny.db" with correct ownership which causes the following to appear in syslog each time on client login: > cyrus/imap[14182]: IOERROR: opening /var/lib/cyrus/user_deny.db: Permission > denied > cyrus/imap[14182]: DENYDB_ERROR: opening /var/lib/cyrus/user_deny.db: cyrusdb > error The given file is owned by root:root but should be cyrus:mail. Removing this file does not help, as it is re-created again. Additional information: # file /var/lib/cyrus/user_deny.db /var/lib/cyrus/user_deny.db: Cyrus skiplist DB # ll /var/lib/cyrus/user_deny.db -rw--- 1 root root 144 Jun 15 06:25 /var/lib/cyrus/user_deny.db -- With best regards, Dmitry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788985: FTBFS: OverflowError in 32-bit builds
Control: tags -1 + upstream Control: forwarded -1 https://github.com/davidmalcolm/pygccjit/issues/6 already forwarded. won't look at it myself for some time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#787223: RFS: vbam/1.8.0.1498-1
Hi there! Thanks for reaching out. The Games Team is probably the best place to maintain this package indeed. I myself maintain two console emulators there: zsnes and vba. VBA-M is a good addition, way more recent than VBA. It's more maintained and more accurate: http://tasvideos.org/EmulatorResources/GBAccuracyTests.html It is not entirely clear whether it should replace VBA. What do you think? If it is so, it will probably be worth making an upgrade path so that existing vba installs are converted to vba-m (this does not have to be in your initial upload). I mostly agree with the first review, so I won't go in details over this. > > * You probably want a versioned dependency from vbam-gtk and vbam > > -wx to vbam-common. > > vbam-common has only icons, so I don't understand the need for this. This is needed for upgrades. It makes it impossible to have vbam-sdl 1.9 installed together with vbam-common 1.8. > > W: vbam source: missing-license-paragraph-in-dep5-copyright > > public-domain > (paragraph at line 36) > > I don't understand this warning, "public-domain" isself explanatory > and it's not a license at all. I'm trying to understand the text > below from the copyright-format page, but I'm not fluent in the > english language. They should add an example to clarify: > > "When the License field in a paragraph has the short name > public-domain, the remaining lines of the field must explain exactly > what exemption the corresponding files for that paragraph have from > default copyright restrictions." "Public domain" is unfortunately ambiguous, and in some countries it does not even exist. That is why it is need to be clarified. Generally speaking, as an author it is a good idea to use CC0 which explicitly describes these rights. In your case, adding a short description "These files have been put in the public domain by their author" may be enough. Feel free to CC me in your replies and I'll be happy to make the next review once those issues are fixed! And thanks for working on VBA-M! -- Etienne Millon signature.asc Description: Digital signature
Bug#787403: wheezy-pu: package libraw/0.14.6-2+deb7u1
Control: tags -1 + pending On Sun, 2015-06-14 at 16:35 +0200, Matteo F. Vescovi wrote: > On 2015-06-14 at 16:03 (CEST), Adam D. Barratt wrote: > > Control: tags -1 + confirmed > > > > [...] > > > > Please go ahead; sorry for the delay. > > Uploaded. Thanks. Flagged for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788995: [INTL:da] Danish translation of the debconf templates ooniprobe
Package: ooniprobe Severity: wishlist Tags: l10n patch Please include the attached Danish ooniprobe translation joe@pc:~/over/debian/ooniprobe$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 5 oversatte tekster. bye Joe da.po.tar.gz Description: application/gzip
Bug#788996: CVE-2015-1850: [OSSA 2015-011] Cinder host file disclosure through qcow2 backing file
Source: cinder Severity: grave Tags: security patch = OSSA-2015-011: Cinder host file disclosure through qcow2 backing file = :Date: June 16, 2015 :CVE: CVE-2015-1850 Affects ~~~ - Cinder: versions through 2014.1.4, and 2014.2 versions through 2014.2.3, and version 2015.1.0 Description ~~~ Bastian Blank from credativ reported a vulnerability in Cinder. By overwriting an image with a malicious qcow2 header, an authenticated user may mislead Cinder upload-to-image action, resulting in disclosure of any file from the Cinder server. All Cinder setups are affected. Patches ~~~ - https://review.openstack.org/191871 (Icehouse) - https://review.openstack.org/191865 (Juno) - https://review.openstack.org/191786 (Kilo) - https://review.openstack.org/191785 (Liberty) Credits ~~~ - Bastian Blank from Credativ (CVE-2015-1850) References ~~ - https://launchpad.net/bugs/1415087 - http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-1850 Notes ~ - This fix will be included in future 2014.1.5 (icehouse), 2014.2.4 (juno) and 2015.1.1 (kilo) releases. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788945: libjsoncpp.so.0: cannot open shared object file: No such file or directory
Hi, reassigning to libjsoncpp, as it is generating it shlibs wrongly it seems. On Tue, Jun 16, 2015 at 03:17:57PM +0200, Michael Prokop wrote: > # sysdig > sysdig: error while loading shared libraries: libjsoncpp.so.0: cannot open shared object file: No such file or directory > > When installing libjsoncpp0 manually it works as intended. This is new since at least libjsoncpp 0.10.2-3. It worked fine with the version in jessie. Most probably causing commit is: https://anonscm.debian.org/cgit/collab-maint/libjsoncpp.git/commit/debian?id=21f33b218735398db17c50e09b46d7fefa39bec8 Regards Evgeni -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788983: [pkg-gnupg-maint] Bug#788983: missing translations in pinentry-gnome3
Am 16.06.2015 um 22:25 schrieb Werner Koch: > > You need to update to the latest GnuPG version to get the translations. > GnuPG sends the translated strings to Pinentry. > Installed gnupg2/gnupg-agent 2.1.4-2 from experimental. This version seems to be broken here. The pinentry dialog doesn't come up any at all. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788994: ITP: denyhosts -- Utility to help sys admins thwart SSH crackers
Package: wnpp Severity: wishlist denyhosts has been removed from Debian for good reasons, see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732712 These reasons were: 1. Unaddressed security issues 2. Dead upstream 3. Viable alternative (fail2ban) There is now a new, active, upstream for denyhosts at github: https://github.com/denyhosts/denyhosts The new upstream has applied many of the downstream patches from Debian and Fedora and has released version 2.7 to 2.10 until now. There are patches for CVEs in the git repo. In short, it looks quite active. denyhosts also does have a unique feature: it enables users to share their host lists, which allows me to pre-emptively blocks brute force attacks before they even reach me. This is an important feature for me. I think all of the original reasons for removing denyhosts from Debian have been invalidated by these developments, and I intend to revive the Debian package after consulting with the previous maintainer. Cheers Jan-Pascal Package name : denyhosts Version : 2.10 Upstream Authors : Phil Schwartz , Jesse Smith , Matt Ruffalo Name URL : https://github.com/denyhosts/denyhosts License : GPL-2+ Description Utility to help sys admins thwart SSH crackers DenyHosts is a program that automatically blocks SSH brute-force attacks by adding entries to /etc/hosts.deny. It will also inform Linux administrators about offending hosts, attacked users and suspicious logins. . Synchronization with a central server is possible too. . Differently from other software that do same work, denyhosts doesn't need support for packet filtering or any other kind of firewall in your kernel. . DenyHosts unfortunately does not support IPv6. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#784969: Me to with older video card (Intel 865G)
There is a bug fix out for Fedora that fixes what looks like a similar issue for V2.99.917-9 (https://bugzilla.redhat.com/show_bug.cgi?id=1226531). Apparently DRI3 (which was enabled on 917-2) was disabled in 917-9. It would be nice to have a later version available in Debian to test out DRI3 and whether this bug is fixed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#768524: Could you list what's missing?
On 2015-06-09 15:57, Toby St Clere Smithe wrote: Hi Tiago, Sorry that this is late (again). I think the remaining bits are very simple: * upload timgm6mb-soundfont -- this is NEW, but it is depended on by the new musescore-soundfont-gm, since musescore used to provide it, and I don't want users to lose a feature that they once had; musescore now provides its own soundfont in its own format (included with the source and distributed in the common files package), so the musescore binary package no longer depends on musescore-soundfont-gm; * update musescore to 2.0.1; * check lintian; * upload musescore. Currently, the uploading of the timgm6mb and musescore packages would close all the remaining bugs open for musescore. The packages are in git/pkg-multimedia. Given the minor nature of the remaining bits, I am sorry it has taken so long. No problem, thanks for the todo list, I'm looking into it right now. Bests, -- tiago -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788983: [pkg-gnupg-maint] Bug#788983: missing translations in pinentry-gnome3
You need to update to the latest GnuPG version to get the translations. GnuPG sends the translated strings to Pinentry. Shalom-Salam, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788973: FTBFS: dpkg-shlibdeps: no dependency information found for [..] libjacknet.so.0
Control: tags -1 + sid stretch On 2015-06-16 18:22:36, Chris West (Faux) wrote: > Source: jackd2 > Version: 1.9.10+20140719git3eb0ae6a~dfsg-2 > Severity: serious > Justification: fails to build from source (but built successfully in the past) > > Dear Maintainer, > > The package fails to build in sid: > > dh_shlibdeps -pjackd2 > dpkg-shlibdeps: error: no dependency information found for > debian/libjack-jackd2-0/usr/lib/x86_64-linux-gnu/libjacknet.so.0 (used by > debian/jackd2/usr/bin/jack_net_slave) > Hint: check if the library actually comes from a package. > dh_shlibdeps: dpkg-shlibdeps -Tdebian/jackd2.substvars > debian/jackd2/usr/lib/x86_64-linux-gnu/libjackserver.so.0.1.0 > debian/jackd2/usr/lib/x86_64-linux-gnu/jack/netmanager.so > debian/jackd2/usr/lib/x86_64-linux-gnu/jack/profiler.so > debian/jackd2/usr/lib/x86_64-linux-gnu/jack/inprocess.so > debian/jackd2/usr/lib/x86_64-linux-gnu/jack/jack_net.so > debian/jackd2/usr/lib/x86_64-linux-gnu/jack/jack_loopback.so > debian/jackd2/usr/lib/x86_64-linux-gnu/jack/jack_netone.so > debian/jackd2/usr/lib/x86_64-linux-gnu/jack/netadapter.so > debian/jackd2/usr/lib/x86_64-linux-gnu/jack/jack_dummy.so > debian/jackd2/usr/lib/x86_64-linux-gnu/jack/jack_alsa.so > debian/jackd2/usr/lib/x86_64-linux-gnu/jack/jack_alsarawmidi.so > debian/jackd2/usr/lib/x86_64-linux-gnu/jack/audioadapter.so > debian/jackd2/usr/bin/jack_alias debian/jackd2/usr/bin/jack_bufsize > debian/jackd2/usr/bin/jack_connect debian/jackd2/usr/bin/jack_cpu > debian/jackd2/usr/bin/jack_cpu_load debian/jackd2/usr/bin/jack_evmon > debian/jackd2/usr/bin/jack_freewheel debian/jackd2/usr/bin/jack_iodelay > debian/jackd2/usr/bin/jack_latent_client debian/jackd2/usr/bin/jack_load > debian/jackd2/usr/bin/jack_lsp debian/jackd2/usr/bin/jack_metro > debian/jackd2/usr/bin/jack_midi_dump > debian/jackd2/usr/bin/jack_midi_latency_test > debian/jackd2/usr/bin/jack_midiseq debian/jackd2/usr/bin/jack_midisine > debian/jackd2/usr/bin/jack_monitor_client > debian/jackd2/usr/bin/jack_multiple_metro > debian/jackd2/usr/bin/jack_net_master debian/jackd2/usr/bin/jack_net_slave > debian/jackd2/usr/bin/jack_netsource debian/jackd2/usr/bin/jack_rec > debian/jackd2/usr/bin/jack_samplerate > debian/jackd2/usr/bin/jack_server_control > debian/jackd2/usr/bin/jack_session_notify debian/jackd2/usr/bin/jack_showtime > debian/jackd2/usr/bin/jack_simple_client > debian/jackd2/usr/bin/jack_simple_session_client > debian/jackd2/usr/bin/jack_test debian/jackd2/usr/bin/jack_thru > debian/jackd2/usr/bin/jack_transport debian/jackd2/usr/bin/jack_unload > debian/jackd2/usr/bin/jack_wait debian/jackd2/usr/bin/jack_zombie > debian/jackd2/usr/bin/jackd debian/jackd2/usr/bin/jackdbus > debian/jackd2/usr/bin/alsa_in debian/jackd2/usr/bin/alsa_out returned exit > code 2 > /usr/share/cdbs/1/rules/debhelper.mk:278: recipe for target > 'binary-predeb-IMPL/jackd2' failed > make: *** [binary-predeb-IMPL/jackd2] Error 2 Thanks for filing all the FTBFS bug reports. Could you please tag them sid and stretch especially if the version in sid, stretch and jessie are the same and the build does not fail in jessie? Thanks -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#788993: Bug 11097 - Win8.1 Credentials Manager issue after KB2992611 on Samba domain due to missing ServerWrap in BackupKey
Package: samba Version: 2:4.1.17+dfsg-2 I have an active directory domain with two debian stable acting as DC. On a fresh windows 2012r2 fully updated I've encountered some troubles with the credential manager as described here : https://social.technet.microsoft.com/Forums/windows/en-US/47faab6b-d717-4068-bee4-c694811e0066/credential-manager-problems-error-0x80090345 . The problem is documented in samba bugzilla ( https://bugzilla.samba.org/show_bug.cgi?id=11097 ) and fixed in release 4.2.0 . I can't find a trace of this in debian changelog, does a fix has been backported to debian package ? Regards. François. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#781856: Acknowledgement (ldns: Crash under heavy load due to select returning more than 1024 results)
Filed upstream with additional info: https://www.nlnetlabs.nl/bugs-script/show_bug.cgi?id=678 William King Senior Engineer Quentus Technologies, INC 1037 NE 65th St Suite 273 Seattle, WA 98115 Main: (877) 211-9337 Office: (206) 388-4772 Cell: (253) 686-5518 william.k...@quentustech.com On 4/3/15 3:06 PM, Debian Bug Tracking System wrote: > Thank you for filing a new Bug report with Debian. > > This is an automatically generated reply to let you know your message > has been received. > > Your message is being forwarded to the package maintainers and other > interested parties for their attention; they will reply in due course. > > Your message has been sent to the package maintainer(s): > Ondřej Surý > > If you wish to submit further information on this problem, please > send it to 781...@bugs.debian.org. > > Please do not send mail to ow...@bugs.debian.org unless you wish > to report a problem with the Bug-tracking system. > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788992: nova-compute-ironic: fails to upgrade from 'jessie' - trying to overwrite /etc/nova/nova-compute.conf
Package: nova-compute-ironic Version: 2015.1.0-6 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'jessie'. It installed fine in 'jessie', then the upgrade to 'sid' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces >From the attached log (scroll to the bottom...): Selecting previously unselected package nova-compute-ironic. (Reading database ... 25139 files and directories currently installed.) Preparing to unpack .../nova-compute-ironic_2015.1.0-6_all.deb ... Unpacking nova-compute-ironic (2015.1.0-6) ... dpkg: error processing archive /var/cache/apt/archives/nova-compute-ironic_2015.1.0-6_all.deb (--unpack): trying to overwrite '/etc/nova/nova-compute.conf', which is also in package nova-compute-uml 2014.1.3-11 [...] Processing triggers for systemd (215-17+deb8u1) ... Errors were encountered while processing: /var/cache/apt/archives/nova-compute-ironic_2015.1.0-6_all.deb cheers, Andreas nova-compute-uml=2014.1.3-11_nova-compute-ironic=2015.1.0-6.log.gz Description: application/gzip
Bug#787794: lifimage fails to successfully boot on hppa
Helge Deller : > Hi Alex, Hi Helge > >> Anyway, please let me know if you're going to make no_hpsdc=1 parameter >> work some way. > > > The debian installer allows you to set such values on the kernel command > line: > modulename.blacklist=yesor > modulename.parametername=value > > In this case you could try to add to the kernel command line (at the IPL > prompt) one (or both) of: > hp_sdc.blacklist=yes > hp_sdc.no_hpsdc=1 > Awesome! hp_sdc.no_hpsdc=1 does the trick. Thanks much for the great help! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788991: lintian: false positive on apache2-deprecated-auth-config due to strict check
Package: lintian Version: 2.5.31 Severity: normal Dear Maintainer, I believe I found a false positive while Lintian is checking for old configuration style for Apache 2.2 whithin the Zarafa upstream packages. We've got the following Apache configuration: > Alias /webaccess /usr/share/zarafa-webaccess > > >DirectoryIndex index.php >Options -Indexes +FollowSymLinks >AllowOverride Options > > > Order allow,deny > Allow from all > > > Require all granted > > > php_flag session.cookie_secure on > php_flag session.cookie_httponly on > > > # Uncomment to enhance security of WebApp by restricting cookies to only > # be provided over HTTPS connections > # php_flag session.cookie_secure on > # php_flag session.cookie_httponly on > Lintian is detecting the line with 'Order' and 'Allow' within the check. But this check is needed to detect if the configuration is running on a Apache less then 2.4. A Apache version smaller than 2.4 didn't now a modul 'mod_authz_core.c' and needs the Order and Allow entries then of course. If the there is a modul 'mod_authz_core.c' detected you running a Apache 2.4 (and probably later). So the configuration above is correct. Please change Lintian to not print a warning if the Order and Allow directive is within a ' ... '. There is also a report #710656 that goes quite in the same direction. As it's not exactly the same issue I opened up this new report, feel free to merge this two bugs if reasonable. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=710656 Regards Carsten -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 3.10-2-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 lintian depends on: ii binutils 2.25-8 ii bzip2 1.0.6-8 ii diffstat 1.58-1 ii file 1:5.22+15-2 ii gettext0.19.4-1 ii hardening-includes 2.7 ii intltool-debian0.35.0+20060710.2 ii libapt-pkg-perl0.1.29+b2 ii libarchive-zip-perl1.39-1 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.38-1 ii libdpkg-perl 1.18.1 ii libemail-valid-perl1.195-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl0.94-1 ii liblist-moreutils-perl 0.410-1 ii libparse-debianchangelog-perl 1.2.0-3 ii libtext-levenshtein-perl 0.12-1 ii libtimedate-perl 2.3000-2 ii liburi-perl1.64-1 ii man-db 2.7.0.2-5 ii patchutils 0.3.4-1 ii perl [libdigest-sha-perl] 5.20.2-6 ii t1utils1.38-4 ii xz-utils 5.1.1alpha+20120614-2+b3 Versions of packages lintian recommends: ii dpkg1.18.1 ii libautodie-perl 2.25-1 ii libperlio-gzip-perl 0.18-3+b1 ii perl5.20.2-6 ii perl-modules [libautodie-perl] 5.20.2-6 Versions of packages lintian suggests: pn binutils-multiarch ii dpkg-dev 1.18.1 ii libhtml-parser-perl3.71-2 ii libtext-template-perl 1.46-1 ii libyaml-perl 1.13-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788664: wheezy-pu: package libdatetime-timezone-perl/1:1.58-1+2015e
Control: tags -1 + pending On Sun, 2015-06-14 at 20:31 +0200, gregor herrmann wrote: > On Sun, 14 Jun 2015 15:05:56 +0100, Adam D. Barratt wrote: > > > On Sun, 2015-06-14 at 01:59 +0200, gregor herrmann wrote: > > > libdatetime-timezone-perl/1:1.58-1+2015e is the update of the > > > libdatetime-timezone-perl package to the Olson db 2015e, which > > > contains contemporary changes for Morocco [0] and future changes for > > > the Cayman Islands. > > Please go ahead. > > Thanks, uploaded. Flagged for acceptance; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788990: gcc-5: Update symbols for mips64(el)
Package: src:gcc-5 Version: 5.1.1-11 This patch removes all warning for mips64(el) symbols, except lib(32/64)objc4. Should we add these missing symbols for objc4? -- YunQiang Su diff --git a/debian/libatomic1.symbols b/debian/libatomic1.symbols index 3ed477d..69fcb97 100644 --- a/debian/libatomic1.symbols +++ b/debian/libatomic1.symbols @@ -1,3 +1,3 @@ libatomic.so.1 libatomic1 #MINVER# #include "libatomic1.symbols.common" -(arch=arm64 alpha amd64 ia64 ppc64 ppc64el s390x sparc64 x32 kfreebsd-amd64)#include "libatomic1.symbols.64" +(arch=arm64 alpha amd64 ia64 ppc64 ppc64el s390x sparc64 x32 kfreebsd-amd64 mips64 mips64el)#include "libatomic1.symbols.64" diff --git a/debian/libstdc++6.symbols.mips64el b/debian/libstdc++6.symbols.mips64el index 04758d2..799553a 100644 --- a/debian/libstdc++6.symbols.mips64el +++ b/debian/libstdc++6.symbols.mips64el @@ -2,5 +2,8 @@ libstdc++.so.6 libstdc++6 #MINVER# #include "libstdc++6.symbols.64bit" #include "libstdc++6.symbols.128bit" #include "libstdc++6.symbols.excprop" +#include "libstdc++6.symbols.glibcxxmath" _ZN9__gnu_cxx12__atomic_addEPVii@GLIBCXX_3.4 4.1.1 _ZN9__gnu_cxx18__exchange_and_addEPVii@GLIBCXX_3.4 4.1.1 + _ZNKSt3tr14hashIeEclEe@GLIBCXX_3.4.10 4.9.0 + _ZNKSt4hashIeEclEe@GLIBCXX_3.4.10 4.9.0
Bug#787939: gnome-session: "Something has gone wrong" temporarily displayed when logging in
With gnome-shell 3.16.2-(3,4) also the installed extensions get deactivated together with the "Something has gone wrong" message. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788953: gthumb: [contact sheet] extension cannot be enabled since gThumb modularization
Hi Martin-Éric, On Tue, 16 Jun 2015 17:59:50 +0300 Martin-Éric Racine wrote: > Package: gthumb > Version: 3:3.3.1-2+b2 > Severity: important > > Since gThumb was modularized, the contact sheet extension cannot be enabled. > Enabling it and agreeing to re-start gThumb returns with the extension still > disabled. > I belive this is fixed on 3.4.0 (Debian Jessie - testing). Can you take a look at it ? regards, -- Herbert Parentes Fortes Neto (hpfn) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788989: Installs empty directories in /usr/share/locale
Package: gnupg2 Version: 2.0.28-1 Severity: normal Hi, the gnupg2 package installs empty directories in /usr/share/locale: $ dpkg -L gnupg2 | grep locale /usr/share/locale /usr/share/locale/zh_CN /usr/share/locale/zh_CN/LC_MESSAGES /usr/share/locale/et /usr/share/locale/et/LC_MESSAGES /usr/share/locale/fr /usr/share/locale/fr/LC_MESSAGES /usr/share/locale/id /usr/share/locale/id/LC_MESSAGES /usr/share/locale/ja /usr/share/locale/ja/LC_MESSAGES /usr/share/locale/zh_TW /usr/share/locale/zh_TW/LC_MESSAGES /usr/share/locale/ru /usr/share/locale/ru/LC_MESSAGES /usr/share/locale/da /usr/share/locale/da/LC_MESSAGES /usr/share/locale/it /usr/share/locale/it/LC_MESSAGES /usr/share/locale/nb /usr/share/locale/nb/LC_MESSAGES /usr/share/locale/en@quot /usr/share/locale/en@quot/LC_MESSAGES /usr/share/locale/hu /usr/share/locale/hu/LC_MESSAGES /usr/share/locale/ca /usr/share/locale/ca/LC_MESSAGES /usr/share/locale/fi /usr/share/locale/fi/LC_MESSAGES /usr/share/locale/sk /usr/share/locale/sk/LC_MESSAGES /usr/share/locale/de /usr/share/locale/de/LC_MESSAGES /usr/share/locale/tr /usr/share/locale/tr/LC_MESSAGES /usr/share/locale/ro /usr/share/locale/ro/LC_MESSAGES /usr/share/locale/en@boldquot /usr/share/locale/en@boldquot/LC_MESSAGES /usr/share/locale/pt_BR /usr/share/locale/pt_BR/LC_MESSAGES /usr/share/locale/pt /usr/share/locale/pt/LC_MESSAGES /usr/share/locale/el /usr/share/locale/el/LC_MESSAGES /usr/share/locale/eo /usr/share/locale/eo/LC_MESSAGES /usr/share/locale/gl /usr/share/locale/gl/LC_MESSAGES /usr/share/locale/cs /usr/share/locale/cs/LC_MESSAGES /usr/share/locale/pl /usr/share/locale/pl/LC_MESSAGES /usr/share/locale/nl /usr/share/locale/nl/LC_MESSAGES /usr/share/locale/es /usr/share/locale/es/LC_MESSAGES /usr/share/locale/uk /usr/share/locale/uk/LC_MESSAGES /usr/share/locale/sv /usr/share/locale/sv/LC_MESSAGES /usr/share/locale/be /usr/share/locale/be/LC_MESSAGES -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnupg2 depends on: ii dpkg 1.18.1 ii gnupg-agent 2.0.28-1 ii install-info 5.2.0.dfsg.1-6 ii libassuan0 2.2.1-1 ii libbz2-1.0 1.0.6-8 ii libc62.19-18 ii libcurl3-gnutls 7.42.1-3 ii libgcrypt20 1.6.3-2 ii libgpg-error01.19-2 ii libksba8 1.3.3-1 ii libreadline6 6.3-8+b3 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages gnupg2 recommends: ii libldap-2.4-2 2.4.40+dfsg-1+b2 Versions of packages gnupg2 suggests: pn gnupg-doc pn parcimonie pn xloadimage -- 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#787794: lifimage fails to successfully boot on hppa
Hi Alex, Anyway, please let me know if you're going to make no_hpsdc=1 parameter work some way. The debian installer allows you to set such values on the kernel command line: modulename.blacklist=yesor modulename.parametername=value In this case you could try to add to the kernel command line (at the IPL prompt) one (or both) of: hp_sdc.blacklist=yes hp_sdc.no_hpsdc=1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788988: gthumb: crashes with X Windows error at startup
Package: gthumb Version: 3:3.4.0-2 Severity: grave Starting from a terminal, I get this: gthumb (gthumb:3148): Gdk-ERROR **: The program 'gthumb' received an X Window System error. This probably reflects a bug in the program. The error was 'BadValue (integer parameter out of range for operation)'. (Details: serial 168 error_code 2 request_code 155 (GLX) minor_code 24) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the GDK_SYNCHRONIZE environment variable to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) Trace/breakpoint trap (core dumped) -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (101, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gthumb depends on: ii gsettings-desktop-schemas 3.16.1-1 ii gthumb-data 3:3.4.0-2 ii libatk1.0-0 2.16.0-2 ii libc6 2.19-18 ii libcairo-gobject2 1.14.2-2 ii libcairo2 1.14.2-2 ii libclutter-1.0-01.20.0-1 ii libclutter-gtk-1.0-01.6.0-1 ii libcogl-pango20 1.20.0-2 ii libcogl-path20 1.20.0-2 ii libcogl20 1.20.0-2 ii libdrm2 2.4.60-3 ii libegl1-mesa [libegl1-x11] 10.5.5-1 ii libexiv2-13 0.24-4.1 ii libgbm1 10.5.5-1 ii libgcc1 1:5.1.1-9 ii libgdk-pixbuf2.0-0 2.31.4-2 ii libglib2.0-02.44.1-1 ii libgstreamer-plugins-base1.0-0 1.4.5-2 ii libgstreamer1.0-0 1.4.5-2 ii libgtk-3-0 3.14.13-1 ii libjavascriptcoregtk-4.0-18 2.8.3+dfsg1-1 ii libjpeg62-turbo 1:1.4.0-7 ii libjson-glib-1.0-0 1.0.4-1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpng12-0 1.2.50-2+b2 ii librsvg2-2 2.40.9-2 ii libsecret-1-0 0.18.2-1 ii libsoup2.4-12.50.0-2 ii libstdc++6 5.1.1-9 ii libtiff54.0.3-13 ii libwayland-client0 1.7.0-2 ii libwayland-cursor0 1.7.0-2 ii libwayland-egl1-mesa [libwayland-egl1] 10.5.5-1 ii libwayland-server0 1.7.0-2 ii libwebkit2gtk-4.0-372.8.3+dfsg1-1 ii libwebp50.4.3-1.3 ii libx11-62:1.6.3-1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-2+b1 ii libxext62:1.3.3-1 ii libxfixes3 1:5.0.1-2+b2 ii libxi6 2:1.7.4-1+b2 ii libxkbcommon0 0.5.0-1 ii libxrandr2 2:1.4.2-1+b1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages gthumb recommends: ii bison 2:3.0.2.dfsg-2 ii flex2.5.39-8+b1 ii gstreamer0.10-gnomevfs 0.10.36-2 ii gvfs-bin1.24.1-2+b1 ii libgphoto2-62.5.7-5 ii libgphoto2-port12 2.5.7-5 gthumb 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#788986: RFS: geolinks/0.1.0-1
Package: sponsorship-requests Severity: normal [important for RC bugs, wishlist for new packages] X-Debbugs-CC: pkg-grass-de...@lists.alioth.debian.org Dear mentors, I am looking for a sponsor for my package "geolinks" Package name: geolinks Version : 0.1.0-1 Upstream Author :Tom Kralidis URL : https://pypi.python.org/pypi/geolinks License : MIT Section : python It builds those binary packages: python-geolinks - Library for using geospatial links (catalogue interoperablity) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/geolinks Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/g/geolinks/geolinks_0.1.0-1.dsc More information about geolinks can be obtained from https://pypi.python.org/pypi/geolinks. Changes since the last upload: [ Bas Couwenberg ] * Fix broken watch file, use pypi.debian.net instead of pypi.python.org. [ Johan Van de Wauw ] * Imported Upstream version 0.1.0 Regards, Johan Van de Wauw -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788987: gnome-control-center: Wireless gamepad battery misrepresented as system battery
Package: gnome-control-center Version: 1:3.14.2-3 Severity: normal Dear Maintainer, when I connect my Dualshock 3 controller via bluetooth, gnome-control-center shows the battery level of the controller not in the category "Devices" and makes it looks as if it's the systems battery. The battery should be appropiately represented as the one of the gamepad and should appear in the "Devices" list. Furthermore, some information like estimated remaining battery-time would be helpful. Some output of upower: $ upower -e /org/freedesktop/UPower/devices/keyboard_0003o046DoC52Bx0006 /org/freedesktop/UPower/devices/battery_sony_controller_battery_08oa9o5ao8do03of7 /org/freedesktop/UPower/devices/DisplayDevice $ upower -i /org/freedesktop/UPower/devices/battery_sony_controller_battery_08oa9o5ao8do03of7 native-path: sony_controller_battery_08:a9:5a:8d:03:f7 power supply: no updated: Ter 16 Jun 2015 16:16:11 BRT (117 seconds ago) has history: yes has statistics: yes battery present: yes rechargeable:yes state: discharging warning-level: none energy: 0 Wh energy-empty:0 Wh energy-full: 0 Wh energy-full-design: 0 Wh energy-rate: 0 W percentage: 75% capacity:100% icon-name: 'battery-full-symbolic' Thank you, Christian Weinz -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-control-center depends on: ii accountsservice0.6.37-3+b1 ii apg2.2.3.dfsg.1-2 ii colord 1.2.1-1+b2 ii desktop-file-utils 0.22-1 ii gnome-control-center-data 1:3.14.2-3 ii gnome-desktop3-data3.14.1-1 ii gnome-icon-theme 3.12.0-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii gnome-settings-daemon 3.14.2-3 ii gsettings-desktop-schemas 3.14.1-1 ii libaccountsservice00.6.37-3+b1 ii libatk1.0-02.14.0-1 ii libc6 2.19-18 ii libcairo-gobject2 1.14.0-2.1 ii libcairo2 1.14.0-2.1 ii libcanberra-gtk3-0 0.30-2.1 ii libcanberra0 0.30-2.1 ii libcheese-gtk233.14.1-2 ii libcheese7 3.14.1-2 ii libclutter-1.0-0 1.20.0-1 ii libclutter-gtk-1.0-0 1.6.0-1 ii libcolord-gtk1 0.1.25-1.1+b1 ii libcolord2 1.2.1-1+b2 ii libcups2 1.7.5-11+deb8u1 ii libdbus-glib-1-2 0.102-1 ii libfontconfig1 2.11.0-6.3 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libgl1-mesa-glx [libgl1] 10.3.2-1 ii libglib2.0-0 2.42.1-1 ii libgnome-bluetooth13 3.14.0-2 ii libgnome-desktop-3-10 3.14.1-1 ii libgoa-1.0-0b 3.14.2-1 ii libgoa-backend-1.0-1 3.14.2-1 ii libgrilo-0.2-1 0.2.11-2 ii libgtk-3-0 3.14.5-1 ii libgtop2-7 2.28.5-2+b1 ii libibus-1.0-5 1.5.9-1 ii libkrb5-3 1.12.1+dfsg-19 ii libmm-glib01.4.0-1 ii libnm-glib-vpn10.9.10.0-7 ii libnm-glib40.9.10.0-7 ii libnm-gtk0 0.9.10.0-2 ii libnm-util20.9.10.0-7 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-01.36.8-3 ii libpolkit-gobject-1-0 0.105-8 ii libpulse-mainloop-glib05.0-13 ii libpulse0 5.0-13 ii libpwquality1 1.2.3-1 ii libsmbclient 2:4.1.17+dfsg-2 ii libsoup2.4-1 2.48.0-1 ii libupower-glib30.99.1-3.2 ii libwacom2 0.8-1 ii libx11-6 2:1.6.2-3 ii libxi6 2:1.7.4-1+b2 ii libxml22.9.1+dfsg1-5 Versions of packages gnome-control-center recommends: ii cracklib-runtime 2.9.2-1 ii cups-pk-helper 0.2.5-2+b1 ii gkbd-capplet 3.6.0-1 ii gnome-online-accounts 3.14.2-1 ii gnome-user-guide 3.14.1-1 ii gnome-user-share 3.14.0-2 ii iso-codes 3.57-1 ii libnss-myhostname 0.3-9 ii mesa-utils 8.2.0-1 ii mousetweaks3.12.0-1 ii network-manager-gnome 0.9.10.0-2 ii policykit-1-gnome 0.105-2 ii realmd 0.15.1-1+b2 ii rygel 0.24.2-1+b1 ii rygel-tracker 0.24.2-1+b1 ii system-config-printer 1.4.6-1 Versions of packages gnome-control-center suggests: ii gstreamer1.0-pulseaudio 1.4.4-2 pn libcanberra-gtk-module ii libcanberra-gtk3-module 0.30-2.1 ii x11-xserver-utils7.7+
Bug#788983: Acknowledgement (missing translations in pinentry-gnome3)
pinentry-gtk2 and pinentry-curses are affected as well. They also don't show any translations. -- 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#788984: RFS: owslib/0.9.0-1
Package: sponsorship-requests Severity: normal X-Debbugs-CC: pkg-grass-de...@lists.alioth.debian.org Dear mentors, I am looking for a sponsor for my package "owslib" Package name: owslib Version : 0.9.0-1 Upstream Author : Tom Kralidis URL : http://geopython.github.com/OWSLib/ License : BSD-3-Clause Section : python It builds those binary packages: python-owslib - Client library for Open Geospatial (OGC) web services To access further information about this package, please visit the following URL: http://mentors.debian.net/package/owslib Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/o/owslib/owslib_0.9.0-1.dsc More information about OWSLib can be obtained from http://geopython.github.com/OWSLib/. Changes since the last upload: * Imported Upstream version 0.9.0 * Add dependency to python-requests Regards, Johan Van de Wauw -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788985: FTBFS: OverflowError in 32-bit builds
Source: pygccjit Version: 0.4-2 Severity: important Justification: fails to build from source Thanks for promptly fixing pygccjit's build dependencies. 64-bit builds now succeed, but 32-bit builds still fail, just further along: == ERROR: test_dereference (test.JitTests) -- Traceback (most recent call last): File "/«PKGBUILDDIR»/tests/test.py", line 114, in test_dereference nonnull_ptr = ctxt.new_rvalue_from_ptr(type_, id(self)) File "/gccjit/gccjit.pyx", line 294, in gccjit._gccjit.Context.new_rvalue_from_ptr (gccjit/gccjit.c:5736) OverflowError: Python int too large to convert to C long == ERROR: test_rvalue_from_ptr (test.JitTests) -- Traceback (most recent call last): File "/«PKGBUILDDIR»/tests/test.py", line 108, in test_rvalue_from_ptr nonnull_ptr = ctxt.new_rvalue_from_ptr(type_, id(self)) File "/gccjit/gccjit.pyx", line 294, in gccjit._gccjit.Context.new_rvalue_from_ptr (gccjit/gccjit.c:5736) OverflowError: Python int too large to convert to C long -- Could you please take a look? Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788983: missing translations in pinentry-gnome3
Package: pinentry-gnome3 Version: 0.9.4-2 Severity: normal Hi, my locale is de_DE.UTF-8. As you can see from the attached screenshot, pinentry-gnome3 doesn't show any translated strings in the dialog aside from "Passwort". gnupg2_2.0.28-1 gnupg_agent_2.0.28-1 I'm not sure if this a bug in gnupg-agent or pinentry-gnome3, please reassign accordingly. This is a regression from gnome-keyring's password dialogs, which I'd like to see fixed before we switch over to pinentry-gnome3 in gnome-keyring. Cheers, Michael -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages pinentry-gnome3 depends on: ii libc62.19-18 ii libgcr-base-3-1 3.16.0-1 ii libglib2.0-0 2.44.1-1 ii libgtk-3-0 3.16.4-2 ii libncursesw5 5.9+20150516-2 ii libsecret-1-00.18.2-1 ii libtinfo55.9+20150516-2 pinentry-gnome3 recommends no packages. Versions of packages pinentry-gnome3 suggests: pn pinentry-doc -- no debconf information
Bug#788982: openjdk-7: FTBFS on kfreebsd-*
Package: src:openjdk-7 Version: 7u79-2.5.5-1 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, openjdk-7 FTBFS on kfreebsd since 7u79-2.5.5-1: | /«PKGBUILDDIR»/build/openjdk-boot/hotspot/agent/src/os/linux/libproc.h:41:26: fatal error: linux/ptrace.h: No such file or directory | #include | ^ Please find attached a simple patch to be appended to the existing debian/patches/kfreebsd-support-hotspot.diff, tested to fix the build on at least kfreebsd-amd64. Thanks. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 9.0-2-amd64-xenhvm-ipsec Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash --- openjdk/hotspot/agent/src/os/linux/libproc.h.orig +++ openjdk/hotspot/agent/src/os/linux/libproc.h @@ -38,7 +38,9 @@ #include "libproc_md.h" #endif +#ifdef __linux__ #include +#endif /
Bug#777683: Network hangs sporadically after upgrade to jessie
Control: found -1 3.16.7-ckt11-1 The problem still appears with the updated jessie kernel. It does not appear when I boot the system with the old wheezy kernel. Regards Uwe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788981: clamtk: depends cron systemd-cron
Package: clamtk Version: 5.18-1 Severity: normal Dear Maintainer, Is it possible to have systemd-cron as an alternate depends to cron? Thanks -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages clamtk depends on: ii clamav 0.98.7+dfsg-2 ii clamav-freshclam [clamav-data] 0.98.7+dfsg-2 ii cron3.0pl1-128 ii gnome-icon-theme3.12.0-1 ii libgtk2-perl2:1.2495-1 ii libjson-perl2.61-1 ii liblocale-gettext-perl 1.05-9 ii liblwp-protocol-https-perl 6.06-2 ii libtext-csv-perl1.33-1 ii libwww-perl 6.08-1 ii perl5.20.2-6 clamtk recommends no packages. Versions of packages clamtk suggests: ii cabextract 1.6-1 pn clamtk-nautilus -- 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#788980: FTBFS: testExcludedArtifactWithRangeShouldNotCauseNPE fails (with CNFE?)
Source: maven-common-artifact-filters Version: 1.4-1 Severity: serious Justification: fails to build from source Dear Maintainer, The package fails to build from source in sid: Tests in error: testExcludedArtifactWithRangeShouldNotCauseNPE(org.apache.maven.shared.artifact.filter.ScopeArtifactFilterTest): org/apache/xbean/asm5/original/commons/EmptyVisitor Tests run: 202, Failures: 0, Errors: 1, Skipped: 0 (Is that a ClassNotFoundException getting toString'd?) Full build logs can be seen on the Reproducible Builds builder: https://reproducible.debian.net/rb-pkg/unstable/amd64/maven-common-artifact-filters.html -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.19.0-20-generic (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788979: dash: "Argument list too long" error on not too long argument
Package: dash Version: 0.5.7-4+b1 Severity: important $ getconf ARG_MAX 2097152 $ seq 3 | wc -c 168894 $ /bin/true "`seq 3`" sh: 3: /bin/true: Argument list too long $ /bin/true sh: 4: getconf: Argument list too long $ With a limit of 2 MB, I should have never got this error. This is a serious limitation of dash, which prevents one from opening not very large data with Firefox, where the "data:" URI is the recommended solution. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages dash depends on: ii debianutils 4.5.1 ii dpkg 1.18.1 ii libc62.19-18 dash recommends no packages. dash suggests no packages. -- debconf information: * dash/sh: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788978: linux-image-3.2.0-4-686-pae: Enable CONFIG_GPIO_SYSFS for x86 architectures
Package: src:linux Version: 3.2.68-1+deb7u1 Severity: wishlist For easy access to GPIO pins, SYSFS is used in the Linux kernel. For most other architectures (e.g., arm, ppc), GPIO sysfs support is enabled in the Debian kernel, but not on x86 architectures. Please enable this useful feature for x86 kernels. I would appreciate this feature especially for the linux-image-3.2.0-4-686-pae kernel in Wheezy (e.g., together with the next security update), as I need to use exactly this kernel for a legacy project. Thanks for considering this wish and keep up the good work. Marcel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#787557: update
I made some more tests. I can open a file named 'A B' (with a space in its name) using 1 exo-open 'A B' or 2 exo-open A\ B I can also open it with thunar using 3 thunar 'A B' or 4 thunar A\ B I can not open it using and URI as in 5 exo-open file:A\ B nor can I open it with 6 thunar file:A\ B In case 5 above there is an error message from thunar, unable to open the file A%20B. So the translation space->%20 seems to be done by exo-open before calling thunar. Nevertheless, if I use the full path, not relative paths, both commands succeed: 7 exo-open file:/home/user/A\ B but I can open it with thunar with the same syntax 8 thunar file:/home/user/A\ B It confuses me that if I introduce the escaped space by hand, 9 exo-open file:/home/user/A%20B 10 thunar file:///home/user/A%20B the call 9 to exo-open fails but the call 10 to thunar does succeed. Could it be that exo-open is escaping the '%''s? Finally, the call 11 thunar file:A%20B fails. In conclusion, it seems that exo-open fails when it is handed a URI with spaces replaced by %20. My problem is that calibre uses exo-open and makes the replacement before calling it. I'm made up an ugly solution: I put in my path a fake exo-open that replaces back %20's to spaces before calling the real exo-open. Regards, Luis -- o W. Luis Mochán, | tel:(52)(777)329-1734 /<(*) Instituto de Ciencias Físicas, UNAM | fax:(52)(777)317-5388 `>/ /\ Apdo. Postal 48-3, 62251 | (*)/\/ \ Cuernavaca, Morelos, México | moc...@fis.unam.mx /\_/\__/ GPG: 791EB9EB, C949 3F81 6D9B 1191 9A16 C2DF 5F0A C52B 791E B9EB -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#632656: dropbear: duplicate mount /dev/pts in initramfs
In fact /dev/pts is mounted in the ‘init’ initramfs script since commit 261811b5 [0], so we could simply remove ‘scripts/init-premount/devpts’. -- Guilhem. [0] https://anonscm.debian.org/cgit/kernel/initramfs-tools.git/commit/init?id=261811b5d0524c7fe579bf4ca22915c2dc4b636f signature.asc Description: Digital signature
Bug#788977: FTBFS: mvn: plexus-compiler-api:jar:2.x not available offline
Source: metainf-services Version: 1.5-1 Severity: serious Justification: fails to build from source Dear Maintainer, The package fails to build in sid, due to missing Maven dependencies: [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) org.codehaus.plexus:plexus-compiler-api:jar:2.x Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.codehaus.plexus -DartifactId=plexus-compiler-api -Dversion=2.x -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.codehaus.plexus -DartifactId=plexus-compiler-api -Dversion=2.x -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.maven.plugins:maven-compiler-plugin:maven-plugin:3.2 2) org.codehaus.plexus:plexus-compiler-api:jar:2.x 2) org.codehaus.plexus:plexus-compiler-manager:jar:2.x Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.codehaus.plexus -DartifactId=plexus-compiler-manager -Dversion=2.x -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.codehaus.plexus -DartifactId=plexus-compiler-manager -Dversion=2.x -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.maven.plugins:maven-compiler-plugin:maven-plugin:3.2 2) org.codehaus.plexus:plexus-compiler-manager:jar:2.x 3) org.codehaus.plexus:plexus-compiler-javac:jar:2.x Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.codehaus.plexus -DartifactId=plexus-compiler-javac -Dversion=2.x -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.codehaus.plexus -DartifactId=plexus-compiler-javac -Dversion=2.x -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.maven.plugins:maven-compiler-plugin:maven-plugin:3.2 2) org.codehaus.plexus:plexus-compiler-javac:jar:2.x -- 3 required artifacts are missing. for artifact: org.apache.maven.plugins:maven-compiler-plugin:maven-plugin:3.2 from the specified remote repositories: central (https://repo1.maven.org/maven2) NOTE: Maven is executing in offline mode. Any artifacts not already in your local repository will be inaccessible. The full build log is available on the Reproducible Builds builder: https://reproducible.debian.net/rb-pkg/unstable/amd64/metainf-services.html -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.19.0-20-generic (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788976: FTBFS: rcallbacks.o: multiple definition of `R_running_as_main_program'
Package: cantor-backend-r Version: 4:4.14.2-2 Severity: serious Justification: fails to build from source (but built successfully in the past) Dear Maintainer, The package fails to build in sid: CMakeFiles/cantor_rserver.dir/rcallbacks.o:(.bss+0x10): multiple definition of `R_running_as_main_program' CMakeFiles/cantor_rserver.dir/rserver.o:(.bss+0x0): first defined here collect2: error: ld returned 1 exit status The full build log can be seen on the Reproducible Builds builder: https://reproducible.debian.net/rb-pkg/unstable/amd64/cantor.html -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.19.0-20-generic (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#692932: dropbear: no support for a different initramfs network config from that of the normal system
On Fri, 29 May 2015 at 19:47:43 +0200, Guilhem Moulin wrote: > I believe the issue it that the init-premount script sets $IPOPTS while > ‘configure_networking’ uses $IP to pick and configure interfaces. Forget about that. IP is assigned properly by the ‘init’ script, and IPOPTS isn't used anywhere. So the whole for loop could be removed, and replaced by a test on $IP. That said I think the proper way to use dropbear without the cryptroot remote unlocking feature would be to follow Simon McVittie's suggestion [0] and split the dropbear package as follows: * dropbear-bin (executable, private libraries if any) * dropbear (init integration goo) Depends: dropbear-bin * dropbear-initramfs Depends: dropbear-bin, Suggests: dropbear -- Guilhem. [0] https://lists.debian.org/debian-devel/2015/05/msg00685.html --- a/usr/share/initramfs-tools/scripts/init-premount/dropbear +++ b/usr/share/initramfs-tools/scripts/init-premount/dropbear @@ -13,22 +13,14 @@ ;; esac -. /scripts/functions +[ "$IP" != off -a "$IP" != none -a -x /sbin/dropbear ] || exit 0 -[ -x /sbin/dropbear ] || exit 0 +. /scripts/functions log_begin_msg "Starting dropbear" . /conf/initramfs.conf -for x in $(cat /proc/cmdline); do - case "$x" in - ip=*) - IPOPTS="${x#ip=}" - ;; - esac -done - configure_networking & mkdir -p /var/run signature.asc Description: Digital signature
Bug#788975: FTBFS: libraw_datastream.h: error: exception handling disabled
Source: libkdcraw Version: 4:4.14.0-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Dear Maintainer, The package fails to build in sid, possibly due to a libraw or gcc change: In file included from /usr/include/libraw/libraw.h:40:0, from ../../libkdcraw/kdcraw_p.h:39, from ../../libkdcraw/kdcraw_p.cpp:27: /usr/include/libraw/libraw_datastream.h: In member function 'virtual int LibRaw_buffer_datastream::get_char()': /usr/include/libraw/libraw_datastream.h:154:17: error: exception handling disabled, use -fexceptions to enable throw LIBRAW_EXCEPTION_IO_EOF; The full build log can be seen on the Reproducible Builds builder: https://reproducible.debian.net/rb-pkg/unstable/amd64/libkdcraw.html -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.19.0-20-generic (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788974: FTBFS: cp: ‘/usr/share/pyshared/lockfile.py’: No such file or directory
Package: taskcoach Version: 1.4.2-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Dear Maintainer, The package fails to build: cp /usr/share/pyshared/lockfile.py taskcoachlib/thirdparty cp: cannot stat ‘/usr/share/pyshared/lockfile.py’: No such file or directory Makefile:194: recipe for target 'thirdpartymodules' failed The full build log can be seen on the Reproducible Builds builder: https://reproducible.debian.net/rb-pkg/unstable/amd64/taskcoach.html -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.19.0-20-generic (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788973: FTBFS: dpkg-shlibdeps: no dependency information found for [..] libjacknet.so.0
Source: jackd2 Version: 1.9.10+20140719git3eb0ae6a~dfsg-2 Severity: serious Justification: fails to build from source (but built successfully in the past) Dear Maintainer, The package fails to build in sid: dh_shlibdeps -pjackd2 dpkg-shlibdeps: error: no dependency information found for debian/libjack-jackd2-0/usr/lib/x86_64-linux-gnu/libjacknet.so.0 (used by debian/jackd2/usr/bin/jack_net_slave) Hint: check if the library actually comes from a package. dh_shlibdeps: dpkg-shlibdeps -Tdebian/jackd2.substvars debian/jackd2/usr/lib/x86_64-linux-gnu/libjackserver.so.0.1.0 debian/jackd2/usr/lib/x86_64-linux-gnu/jack/netmanager.so debian/jackd2/usr/lib/x86_64-linux-gnu/jack/profiler.so debian/jackd2/usr/lib/x86_64-linux-gnu/jack/inprocess.so debian/jackd2/usr/lib/x86_64-linux-gnu/jack/jack_net.so debian/jackd2/usr/lib/x86_64-linux-gnu/jack/jack_loopback.so debian/jackd2/usr/lib/x86_64-linux-gnu/jack/jack_netone.so debian/jackd2/usr/lib/x86_64-linux-gnu/jack/netadapter.so debian/jackd2/usr/lib/x86_64-linux-gnu/jack/jack_dummy.so debian/jackd2/usr/lib/x86_64-linux-gnu/jack/jack_alsa.so debian/jackd2/usr/lib/x86_64-linux-gnu/jack/jack_alsarawmidi.so debian/jackd2/usr/lib/x86_64-linux-gnu/jack/audioadapter.so debian/jackd2/usr/bin/jack_alias debian/jackd2/usr/bin/jack_bufsize debian/jackd2/usr/bin/jack_connect debian/jackd2/usr/bin/jack_cpu debian/jackd2/usr/bin/jack_cpu_load debian/jackd2/usr/bin/jack_evmon debian/jackd2/usr/bin/jack_freewhe el debian/jackd2/usr/bin/jack_iodelay debian/jackd2/usr/bin/jack_latent_client debian/jackd2/usr/bin/jack_load debian/jackd2/usr/bin/jack_lsp debian/jackd2/usr/bin/jack_metro debian/jackd2/usr/bin/jack_midi_dump debian/jackd2/usr/bin/jack_midi_latency_test debian/jackd2/usr/bin/jack_midiseq debian/jackd2/usr/bin/jack_midisine debian/jackd2/usr/bin/jack_monitor_client debian/jackd2/usr/bin/jack_multiple_metro debian/jackd2/usr/bin/jack_net_master debian/jackd2/usr/bin/jack_net_slave debian/jackd2/usr/bin/jack_netsource debian/jackd2/usr/bin/jack_rec debian/jackd2/usr/bin/jack_samplerate debian/jackd2/usr/bin/jack_server_control debian/jackd2/usr/bin/jack_session_notify debian/jackd2/usr/bin/jack_showtime debian/jackd2/usr/bin/jack_simple_client debian/jackd2/usr/bin/jack_simple_session_client debian/jackd2/usr/bin/jack_test debian/jackd2/usr/bin/jack_thru debian/jackd2/usr/bin/jack_transport debian/jackd2/usr/bin/jack_unload debian/jackd2/usr/bin/jack_wait debian/jackd2/usr/bin/jack_ zombie debian/jackd2/usr/bin/jackd debian/jackd2/usr/bin/jackdbus debian/jackd2/usr/bin/alsa_in debian/jackd2/usr/bin/alsa_out returned exit code 2 /usr/share/cdbs/1/rules/debhelper.mk:278: recipe for target 'binary-predeb-IMPL/jackd2' failed make: *** [binary-predeb-IMPL/jackd2] Error 2 The full build log can be seen on the Reproducible Builds builder: https://reproducible.debian.net/rb-pkg/unstable/amd64/jackd2.html -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.19.0-20-generic (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#740165: ITP: vagrant-libvirt -- Vagrant provider for libvirt
Hello all, On Thu, Aug 14, 2014 at 11:31:31AM -0300, Antonio Terceiro wrote: > Hi, > > On Sat, Aug 02, 2014 at 06:00:23PM -0300, Miguel Landaeta wrote: > > block 753012 by 740165 > > thanks > > > > I pushed my packaging to > > git://anonscm.debian.org/pkg-ruby-extras/vagrant-libvirt.git. > > > > This is not ready because: > > > > * It needs to be tested with vagrant >= 1.5. (see #741478). > > * Support for vagrant plugin is needed in Debian. (see #740165). > > > > I based my work on what Antonio Terceiro did for vagrant-lxc, so I'm > > CCing him in case he wants to add a comment about this. > > A heads up: > > I recently uploaded vagrant with the patch supporting Debian plugins, > but it turned out to break installing plugins via vagrant itself > (#758033), so I had to revert that and reopen the original bug for > Debian-provided plugins (#740165). > > I will have to figure out a different way of providing plugins via > debian packages that does not break the standard one. Since then, I was able to finally make it work, and vagrant-lxc is even already in the archive and working; I use it on a daily basis. Now it is even easier to package vagrant plugins, instructions are in the README.Debian for vagrant: https://anonscm.debian.org/cgit/collab-maint/vagrant.git/tree/debian/README.Debian -- Antonio Terceiro signature.asc Description: Digital signature
Bug#788923: libseccomp2: please move to /lib, so that systemd can use it
Am 16.06.2015 um 19:35 schrieb Kees Cook: > On Tue, Jun 16, 2015 at 11:55:30AM +0200, Martin Pitt wrote: >> Would you mind moving this into /lib? > > Sure, that would be fine by me. I don't see a common way to handle this, > though. Each package I've looked at does it differently. Can you send a > patch that implements this (yet leaves libseccomp-dev files in /usr/lib)? The attached patch is not particularly pretty, but it should do the trick. It's based on what is done in dbus. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? diff --git a/debian/libseccomp2.install b/debian/libseccomp2.install deleted file mode 100644 index 3ddde58..000 --- a/debian/libseccomp2.install +++ /dev/null @@ -1 +0,0 @@ -usr/lib/*/lib*.so.* diff --git a/debian/rules b/debian/rules index c6445e8..7b3b32a 100755 --- a/debian/rules +++ b/debian/rules @@ -5,6 +5,9 @@ #export DH_VERBOSE=1 DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) +LIBPKG := libseccomp2 +DEVPKG := libseccomp-dev + # Enable verbose build details. export V=1 @@ -15,6 +18,18 @@ override_dh_auto_clean: dh_auto_clean rm -f regression.out +override_dh_link: + dh_link -p$(DEVPKG) \ + lib/$(DEB_HOST_MULTIARCH)/$$(basename $$(readlink debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/libseccomp.so)) \ + usr/lib/$(DEB_HOST_MULTIARCH)/libseccomp.so + dh_link --remaining-packages + +override_dh_install: + dh_install -p$(LIBPKG) \ + "usr/lib/$(DEB_HOST_MULTIARCH)/libseccomp.so.*" \ + lib/$(DEB_HOST_MULTIARCH) + dh_install --remaining-packages --list-missing + #override_dh_auto_configure: # ./configure --prefix=/usr \ # --libdir=/usr/lib/$(DEB_HOST_MULTIARCH) signature.asc Description: OpenPGP digital signature
Bug#788971: mozilla-gnome-keyring: FTBFS with iceweasel-38: static assertion failed: .. ~GnomeKeyring()
Source: mozilla-gnome-keyring Version: 0.6.11-3 Severity: serious Justification: fails to build from source Dear Maintainer, The package fails to build on sid, which is using iceweasel-dev amd64 38.0.1-5: In file included from /usr/include/iceweasel-38/nsISupportsUtils.h:14:0, from /usr/include/iceweasel-38/nsISupports.h:123, from /usr/include/iceweasel-38/nsILoginManagerStorage.h:10, from ../../GnomeKeyring.h:40, from ../../GnomeKeyring.cpp:44: .../../GnomeKeyring.cpp: In member function 'virtual MozExternalRefCountType GnomeKeyring::AddRef()': /usr/include/iceweasel-38/nsISupportsImpl.h:91:3: error: static assertion failed: Reference-counted class GnomeKeyring should not have a public destructor. Try to make this class's destructor non-public. If that is really not possible, you can whitelist this class by providing a HasDangerousPublicDestructor specialization for it. The full build log can be seen on the Reproducible Builds builder: https://reproducible.debian.net/rb-pkg/unstable/amd64/mozilla-gnome-keyring.html -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.19.0-20-generic (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#786713: transition: libwps
block -1 by 788969 block -1 by 788970 thanks Hi, On Tue, Jun 16, 2015 at 07:49:53PM +0200, Emilio Pozuelo Monfort wrote: > > So we don't need to wait for 5.0.0. But for 5.0.0 we need it :) > > Let's do this after libreoffice migrates (which should happen soon, OK. > when evolution-data-server is ready). Please file a bug for calligra and > make it block this one. Had that already written but not sent yet. Filed bugs for - abiword (for completeness; since it's maintained by QA I can do it myself): #788970 - and calligra: #788969 Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788972: routes: FTBFS with Sphinx 1.3: unknown theme options
Source: routes Version: 2.0-1 User: python-modules-t...@lists.alioth.debian.org Usertags: sphinx1.3 routes FTBFS with Sphinx 1.3 (which is available in experimental): PYTHONPATH=. sphinx-build -N -q -E -b html docs/ \ debian/python-routes/usr/share/doc/python-routes/html/ [...] Theme error: unsupported theme option 'relbarlinkcolor' given debian/rules:21: recipe for target 'build-docs' failed There is a new default theme (alabaster) in Sphinx 1.3 [1], which has a different set of options [2]. You can use the old default by explicitly specifying “html_theme = 'classic'” in docs/conf.py. There are also many other errors during docs build, but they are non-fatal (but it would be nice to get them fixed anyway). This affects the experimental version (2.1) as well. [1]: http://sphinx-doc.org/theming.html#builtin-themes [2]: https://pypi.python.org/pypi/alabaster#theme-options -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#584780: dropbear script for initramfs-tools breaks DNS (and any fixed-address) server
‘configure_networking’ was moved to the background in commit a3b7a7d6. According to debian/changelog it was meant to be a fix for #514213 and #524728. I'd say the proper fix would be to follow Simon McVittie's suggestion [0] and split the dropbear package as follows: * dropbear-bin (executable, private libraries if any) * dropbear (init integration goo) Depends: dropbear-bin * dropbear-initramfs Depends: dropbear-bin, Suggests: dropbear That way dropbear users that are not using the cryptroot remote unlocking feature would simply not install dropbear-initramfs. -- Guilhem. [0] https://lists.debian.org/debian-devel/2015/05/msg00685.html signature.asc Description: Digital signature
Bug#788969: calligra: please adapt for libwps 0.4
Source: calligra Version: 1:2.8.5+dfsg-1 Severity: wishlist Tags: patch See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786713. libwps 0.4 was released in May and we should transition to that, especially because LibreOffice 5.0 strictly needs >= 0.4 and won't work/build with earlier ones. As I mentioned in the first message to the above bug - thankfully the diff is trivial, as demonstrated by the "official" patch I mentioned in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786713.#15 which is http://pkgs.fedoraproject.org/cgit/calligra.git/commit/?id=124c28df44584e08b00d4dbb859362af73c41070 Regards, Rene -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.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#750135: Call for Vote: Resolution on Aptitude Maintainer
On Tue, 16 Jun 2015, Steve Langasek wrote: > On Mon, Jun 15, 2015 at 08:08:27AM -0400, Sam Hartman wrote: > > > I here-by call for a vote on the following text (option A); the other > > option is FD. > > I vote A > FD. With this, the outcome is no longer in doubt, and option A has won. I will announce and record the decision later today. -- Don Armstrong http://www.donarmstrong.com in Just- spring when the world is mud- luscious the little lame baloonman whistles far and wee -- e.e. cummings "[in Just-]" -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788970: abiword: please adapt for libwps 0.4
Source: abiword Version: 1:3.0.0-8 Severity: wishlist Tags: patch See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786713. libwps 0.4 was released in May and we should transition to that, especially because LibreOffice 5.0 strictly needs >= 0.4 and won't work/build with earlier ones. As I mentioned in the first message to the above bug - thankfully the diff is trivial, as demonstrated by the "official" patch I mentioned in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786713.#15 which is http://pkgs.fedoraproject.org/cgit/abiword.git/commit/?id=1482cf1f893b6378f6c868a1f12b7bd366d6 Regards, Rene -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.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#786713: transition: libwps
Control: forwarded -1 https://release.debian.org/transitions/html/auto-libwps.html Control: tags -1 confirmed On 16/06/15 18:20, Rene Engelhard wrote: > On Tue, Jun 16, 2015 at 12:07:29PM +0200, Rene Engelhard wrote: >> That I meant. Just a minimal patch to build against the new libwps >> - without using the new features - in the style of the calligra/abiword >> patches. >> >> Didn't verify this yet, though. Should do soonish, though, already added >> to my TODO to try ASAP after I sent the mail :) > > Yes, doing the same minimal thing in both "using places" works for LO 4.4.4 > (builds and passes the unit tests). Good. > So we don't need to wait for 5.0.0. But for 5.0.0 we need it :) Let's do this after libreoffice migrates (which should happen soon, when evolution-data-server is ready). Please file a bug for calligra and make it block this one. Cheers, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788577: libseccomp: add some autopkgtests
On Fri, Jun 12, 2015 at 04:01:39PM -0500, Jamie Strandboge wrote: > In Ubuntu, the attached patch was applied to achieve the following: > > - add autopkgtests > > Thanks for considering the patch. Hi! It seems like these tests are a combination of things that test the packaging and things that test functionality. I think the functional tests should be added to upstream, and the packaging tests should be simplified, if possible. Or, alternatively, I don't understand what this is testing. :) Can you explain what's happening here? It looks very arch-specific (lists of syscalls), and environment-ignoring: it just calls gcc directly -- is that how autopkgtests should be doing builds? Thanks! -Kees -- Kees Cook -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788923: libseccomp2: please move to /lib, so that systemd can use it
On Tue, Jun 16, 2015 at 11:55:30AM +0200, Martin Pitt wrote: > Would you mind moving this into /lib? Sure, that would be fine by me. I don't see a common way to handle this, though. Each package I've looked at does it differently. Can you send a patch that implements this (yet leaves libseccomp-dev files in /usr/lib)? Thanks! -Kees -- Kees Cook@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org