Bug#769273: bsdutils: Dependency on libsystemd0 violates policy
On 13/11/14 03:29, Russ Allbery wrote: Tim Wootton t...@tee-jay.demon.co.uk writes: or just build without the dependency in the 1st place like it used to be. After all it's not like it adds anything that's essential. No, including the dependency is the right approach and is consistent with how Debian has always handled issues like this. We always enable all optional upstream behavior where possible unless the dependencies are particularly heavy, My understanding was this is the correct approach unless doing so breaches policy, which this (and apparently many others ) does. I was just trying to point out that there seem to be 3 possible solutions here, one of which nobody else had mentioned: 1) Remove the dependency 2) Fix the policy 3) Blunder on as-is and keep having people point out policy violations. Tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767908: umockdev: FTBFS on ppc64el
Control: tag -1 confirmed -unreproducible Martin Pitt [2014-11-13 8:22 +0100]: So it seems it's not (very) architecture specific, but just some kind of race condition. I'll have a look in this direction and re-run the test a gazillion times in various environments. Confirmed. I ran it some 10,000 times with $ while true; do LD_LIBRARY_PATH=.libs src/umockdev-wrapper tests/test-umockdev -p /umockdev-testbed/script_replay_fuzz || break; done and it failed at some point. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#765431: open-iscsi: umountiscsi.sh script does not properly check while traverse sysfs structure
On 11/12/2014 11:57 PM, dmitry wrote: Thanks. When it appear in current stable release (Wheezy) ? And if not, why? Oh!! I should have paid more attention to your initial email of this bug report. The old version in Wheezy does not have this fix. Yes. Stable release policies, and my time and priorities, do not accommodate backporting fixes to old stable releases. Your best bet would be to eventually upgrade to Jessy, once it is released. Or else backport the fixes by yourself, or hire a consultant to do that. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#769385: samba-doc: There are no docs, only examples
Package: samba-doc Version: 2:4.1.13+dfsg-2 Severity: normal The package name is a misnomer nowadays. I installed it expecting to browse the HTMl documentation. I understand that upstream has removed the HTML documentation, so that's unfortunate. However, does it make sense to continue calling this package samba-doc while there is no documentation as such included in the package? The description says: This package contains all the manpage documentation for the Samba suite. However all the manpages are included in the main samba package, as they should be. I suggest renaming this package to samba-examples, and perhaps make samba-doc a transitional package that suggests samba-doc-pdf? Thanks, Paul Slootman -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.15.6-wurtel-ws (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages samba-doc depends on: ii dpkg 1.17.12 samba-doc recommends no packages. samba-doc 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#769384: ERROR: This tool requires libclamav with functionality level 79 or higher (current f-level: 77)
Package: clamav-freshclam Version: 0.98.5~rc1+dfsg-3 Severity: grave Justification: renders package unusable Fails on start. I imagine this wasn't tested? Setting up clamav-freshclam (0.98.5~rc1+dfsg-3) ... [] Starting ClamAV virus database updater: freshclamERROR: This tool requires libclamav with functionality level 79 or higher (current f-level: 77) failed! This is a fresh install of clamav and clamav-freshclam after a dpkg purge. -- Package-specific info: --- configuration --- # Automatically created by the clamav-freshclam postinst # Comments will get lost when you reconfigure the clamav-freshclam package DatabaseOwner clamav UpdateLogFile /var/log/clamav/freshclam.log LogVerbose false LogSyslog false LogFacility LOG_LOCAL6 LogFileMaxSize 0 LogRotate true LogTime true Foreground false Debug false MaxAttempts 5 DatabaseDirectory /var/lib/clamav DNSDatabaseInfo current.cvd.clamav.net AllowSupplementaryGroups false PidFile /var/run/clamav/freshclam.pid ConnectTimeout 30 ReceiveTimeout 30 TestDatabases yes ScriptedUpdates yes CompressLocalDatabase no SafeBrowsing false Bytecode true NotifyClamd /etc/clamav/clamd.conf # Check for new database 24 times a day Checks 24 DatabaseMirror db.local.clamav.net DatabaseMirror database.clamav.net --- data dir --- total 0 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (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 Versions of packages clamav-freshclam depends on: ii clamav-base0.98.5~rc1+dfsg-3 ii debconf [debconf-2.0] 1.5.53 ii dpkg 1.17.21 ii init-system-helpers1.21 ii libc6 2.19-13 ii libclamav6 0.98.4+dfsg-2+b1 ii libssl1.0.01.0.1j-1 ii logrotate 3.8.7-1+b1 ii lsb-base 4.1+Debian13+nmu1 ii procps 2:3.3.9-8 ii ucf3.0030 ii zlib1g 1:1.2.8.dfsg-2 clamav-freshclam recommends no packages. Versions of packages clamav-freshclam suggests: pn apparmor none pn clamav-docs none -- debconf information: clamav-freshclam/internet_interface: clamav-freshclam/autoupdate_freshclam: daemon clamav-freshclam/proxy_user: clamav-freshclam/update_interval: 24 clamav-freshclam/SafeBrowsing: false clamav-freshclam/http_proxy: clamav-freshclam/local_mirror: db.local.clamav.net clamav-freshclam/LogRotate: true clamav-freshclam/PrivateMirror: clamav-freshclam/NotifyClamd: true clamav-freshclam/Bytecode: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767893: systemd cannot mount zfs filesystems from fstab
On Mi, 12 nov 14, 18:43:49, John Holland wrote: BTW I don't want to sound like an anti-systemd zealot but I did also try to replace systemd with sysinitv on this VM to see if that would make a difference. When I tried to remove the systemd-named packages and their dependencies it basically destroyed the machine by removing so much that it has no network with which to recover. For a quick test/fall-back make sure you have a recent enough sysvinit installed (2.88dsf-55.3) and boot with init=/lib/sysvinit/init. For a more permanent replacement you might need to install systemd-shim along with sysvinit-core: apt-get install sysvinit-core systemd-shim systemd-sysv- You can still boot with init=/lib/systemd/systemd if you don't remove the systemd package. Hope this helps, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#769357: grilo-plugins-0.2: totem quits with SIGSEGV in grilo-plugins
On Wed, Nov 12, 2014 at 11:19:10PM +, Andrew Goodbody wrote: #0 is_our_user_ipv6 (address=address@entry=0x7fffdab0) at grl-dleyna-utils.c:227 I've just seen the code, amazing that this doesn't crash more often. We'll fix it ASAP. Thanks! Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769377: haskell-devscripts: please mark as M-A:foreign
Hi, Helmut Grohne corrected me that this is not that simple. haskell-devscripts depends on ghc and specifically uses ghci for example to do tests which should be carried out for the host architecture but are instead being done for the build architecture. Example: ./usr/share/cdbs/1/class/hlibrary.mk:NO_GHCI_FLAG = $(shell test -e /usr/bin/ghci || echo --ghc-option=-DDEBIAN_NO_GHCI; exit 0) So this requires quite some additional work which probably only makes sense to do once haskell can be cross compiled in practice. cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767933: daemontools-run: fails to install without /etc/inittab
tags 767933 - patch quit On Thu, Nov 13, 2014 at 12:20:01AM +0100, Simon Elsbrock wrote: the patch below fixes the build failure by checking for existence of /etc/inittab before grepping. Hi Simon, thanks for the patch, but that's not the solution, it has other problems which are not as obvious as an installation failure, see https://lists.debian.org/debian-devel/2014/10/msg00613.html Regards, Gerrit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768769: Please help: failed build of plastimatch 1.5.16+dfsg-2 for several architectures
Hi, I noticed that the proposed fix does not help to build plastimatch - at least the build fails on most architectures[1]. I have the suspicion that simply dropping --parallel from rules (== the following patch) $ diff -u rules.orig rules --- rules.orig 2014-05-19 09:39:29.0 +0200 +++ rules 2014-11-13 10:11:35.679855865 +0100 @@ -9,7 +9,7 @@ #export DH_VERBOSE=1 %: - dh $@ --parallel + dh $@ DEB_CMAKE_EXTRA_FLAGS += \ -DCMAKE_BUILD_TYPE:STRING=RELEASE \ could solve the issue but it can perfectly be some different problem. It would be great if somebody could investigate and upload (and file an unblock bug) since I will take the freedom to deal with real live until beginning of December. Thanks Andreas. [1] https://buildd.debian.org/status/package.php?p=plastimatch - Forwarded message from Debian buildds nore...@buildd.debian.org - Date: Wed, 12 Nov 2014 09:45:03 + From: Debian buildds nore...@buildd.debian.org To: plastima...@packages.qa.debian.org Subject: failed powerpc build of plastimatch 1.5.16+dfsg-2 * Source package: plastimatch * Version: 1.5.16+dfsg-2 * Architecture: powerpc * State: failed * Suite: sid * Builder: poulenc.debian.org * Build log: https://buildd.debian.org/fetch.cgi?pkg=plastimatcharch=powerpcver=1.5.16%2Bdfsg-2stamp=1415785114file=log Please note that these notifications do not necessarily mean bug reports in your package but could also be caused by other packages, temporary uninstallabilities and arch-specific breakages. A look at the build log despite this disclaimer would be appreciated however. - End forwarded message - -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769386: spamassassin: I can't start spamassassin because throw me an error - compilation failed
Package: spamassassin Version: 3.3.2-5+deb7u1 Severity: normal root:~#spamassassin --help Bad arg length for NetAddr::IP::Util::mask4to6, length is 128, should be 32 at /usr/local/lib/perl/5.14.2/NetAddr/IP/Lite.pm line 647. Compilation failed in require at /usr/local/lib/perl/5.14.2/NetAddr/IP.pm line 8. BEGIN failed--compilation aborted at /usr/local/lib/perl/5.14.2/NetAddr/IP.pm line 8. Compilation failed in require at /usr/local/share/perl/5.14.2/Mail/SpamAssassin/Util.pm line 75. BEGIN failed--compilation aborted at /usr/local/share/perl/5.14.2/Mail/SpamAssassin/Util.pm line 75. Compilation failed in require at /usr/local/share/perl/5.14.2/Mail/SpamAssassin/Conf.pm line 85. BEGIN failed--compilation aborted at /usr/local/share/perl/5.14.2/Mail/SpamAssassin/Conf.pm line 85. Compilation failed in require at /usr/local/share/perl/5.14.2/Mail/SpamAssassin.pm line 71. BEGIN failed--compilation aborted at /usr/local/share/perl/5.14.2/Mail/SpamAssassin.pm line 71. Compilation failed in require at /usr/local/bin/spamassassin line 80. BEGIN failed--compilation aborted at /usr/local/bin/spamassassin line 80. -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.14.0 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages spamassassin depends on: ii adduser 3.113+nmu3 pn libarchive-tar-perl none ii libhtml-parser-perl 3.69-2 ii libnet-dns-perl 0.66-2+b2 ii libnetaddr-ip-perl 4.062+dfsg-1 ii libsocket6-perl 0.23-1+b2 ii libsys-hostname-long-perl 1.4-2 ii libwww-perl 6.04-1 ii perl5.14.2-21+deb7u2 ii perl-modules [libio-zlib-perl] 5.14.2-21+deb7u2 Versions of packages spamassassin recommends: ii gcc4:4.7.2-1 ii gnupg 1.4.12-7+deb7u6 ii libc6-dev 2.17-96 ii libio-socket-inet6-perl2.69-2 ii libmail-spf-perl 2.8.0-1 ii make 3.81-8.3 ii perl [libsys-syslog-perl] 5.14.2-21+deb7u2 ii re2c 0.13.5-1 ii spamc 3.4.0-2~bpo70+1 Versions of packages spamassassin suggests: ii libdbi-perl 1.622-1+deb7u1 ii libio-compress-perl [libcompress-zlib-perl] 2.052-1 ii libio-socket-ssl-perl1.76-2 ii libmail-dkim-perl0.39-1 ii libnet-ident-perl1.23-1 ii perl [libcompress-zlib-perl] 5.14.2-21+deb7u2 ii pyzor1:0.5.0-2 ii razor1:2.85-4+b1 -- Configuration Files: /etc/default/spamassassin changed [not included] /etc/spamassassin/local.cf changed [not included] /etc/spamassassin/v310.pre changed [not included] /etc/spamassassin/v320.pre changed [not included] /etc/spamassassin/v340.pre changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769387: random segfaults error 14 in libaudit.so.1.0.0
Package: openvpn Version: 2.3.4-3 openvpn randomly segfaults on libaudit.so, i have to restart openvpn so clients can connect again. Nov 10 18:59:42 servername ovpn-server[7658]: 169.169.169.169:52637 TLS: Username/Password authentication succeeded for username 'username' Nov 10 18:59:42 servername ovpn-server[7658]: 169.169.169.169:52637 Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key Nov 10 18:59:42 servername ovpn-server[7658]: 169.169.169.169:52637 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication Nov 10 18:59:42 servername ovpn-server[7658]: 169.169.169.169:52637 Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key Nov 10 18:59:42 servername ovpn-server[7658]: 169.169.169.169:52637 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication Nov 10 18:59:42 servername kernel: [21616748.629284] openvpn[12714]: segfault at 7fbb6f260dc7 ip 7fbb6f260dc7 sp 7fbb69f8fea0 error 14 in libaudit.so.1.0.0[7fbb70116000+1a000] Nov 10 18:59:42 servername ovpn-server[7658]: 169.169.169.169:52637 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 2048 bit RSA Nov 10 18:59:42 servername ovpn-server[7658]: 169.169.169.169:52637 [username] Peer Connection Initiated with [AF_INET]169.169.169.169:52637 Nov 10 18:59:42 servername ovpn-server[7658]: username/169.169.169.169:52637 MULTI_sva: pool returned IPv4=10.9.8.10, IPv6=(Not enabled) Nov 10 18:59:47 servername ovpn-server[7658]: username/169.169.169.169:52637 OPTIONS IMPORT: reading client specific options from: /tmp/openvpn_cc_a3be528da8642fc28e98b18861d8e5d9.tmp Nov 10 18:59:47 servername ovpn-server[7658]: username/169.169.169.169:52637 MULTI: Learn: 10.9.8.10 - username/169.169.169.169:52637 Nov 10 18:59:47 servername ovpn-server[7658]: username/169.169.169.169:52637 MULTI: primary virtual IP for username/169.169.169.169:52637: 10.9.8.10 Nov 10 18:59:47 servername ovpn-server[7658]: username/169.169.169.169:52637 PUSH: Received control message: 'PUSH_REQUEST' Nov 10 18:59:47 servername ovpn-server[7658]: username/169.169.169.169:52637 send_push_reply(): safe_cap=940 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 #1 SMP Debian 3.12.9-1 (2014-02-01) x86_64 GNU/Linux Shell: /bin/sh linked to /bin/dash ii openvpn 2.3.4-3 amd64 virtual private network daemon ii libaudit-common 1:2.4-1 all Dynamic library for security auditing - common files ii libaudit1:amd64 1:2.4-1 amd64 Dynamic library for security auditing -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726661: disentangling two openssh-server cannot log in as root bugs
Control: clone 726661 -2 Control: retitle 726661 login fails with pam_loginuid(sshd:session): set_loginuid failed Control: retitle -2 forbidding root password login by default is awkward with only root user Control: found 726661 1:6.2p2-2 Control: notfound -2 1:6.2p2-6 Control: notfound -2 1:6.4p1-2 Control: found -2 1:6.6p1-1 On Sat, 08 Nov 2014 at 22:34:17 +, Simon McVittie wrote: I think there are two separate issues here, both with the symptom can't log in over ssh as root; if the maintainer agrees with my analysis, this bug should probably be cloned. Nobody seems to have disagreed with my analysis, so I'm doing that, an an attempt to clarify what's going on. I've set the found and notfound versions according to the changelog, which says pam_loginuid was enabled in version 1:6.2p2-2 but PermitRootLogin was only changed in 1:6.6p1-1. OpenSSH maintainers, please feel free to re-merge these bugs if you think I'm wrong. Anyone else, please reply to #726661 if discussing pam_loginuid or the new clone (bug number to be determined) if discussing PermitRootLogin. Thanks, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769340: GNUS Mails marked read after connection dropps
Hi! Rob Browning r...@defaultvalue.org writes: [If possible, please preserve the -forwarded address in any replies.] I realize we may need more information, but this seems potentially serious enough that I wanted to go ahead and forward it immediately. It did happen twice for me yesterday (really bad WLAN) and once during debconf though it's certainly not happening always. Christoph FWIW: (require 'epa) (require 'bbdb) (bbdb-initialize 'gnus) (require 'gnus) (setq message-send-mail-function 'message-send-mail-with-sendmail) (add-hook 'gnus-group-mode-hook 'gnus-topic-mode) (gnus-demon-add-handler 'gnus-demon-scan-news 5 t) (gnus-demon-init) (setq user-mail-address christ...@christoph-egger.org user-full-name Christoph Egger mm-verify-option 'known mm-decrypt-option 'known gnus-buttonized-mime-types '(multipart/signed multipart/encrypted) gnus-select-method '(nntp news.gmane.org) mail-user-agent 'sendmail-user-agent bbdb-send-mail-style 'message) (add-hook 'kill-emacs-hook (lambda () (let ((gnus-interactive-exit nil)) (gnus-group-exit (setq gnus-secondary-select-methods '((nnimap Main (nnimap-address oteiza.siccegge.de) (nnimap-authenticator login) (nnimap-stream tls) (nnimap-authinfo-file /home/christoph/.imap-authinfo (mml-signencrypt-style pgpmime 'combined) (setq gnus-extra-headers '(To Cc Newsgroups Keywords List-Id Message-Id) nnmail-extra-headers gnus-extra-headers) (ad-activate 'mm-url-insert) (add-hook 'gnus-startup-hook 'bbdb-insinuate-gnus) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598102: fixed in 1.4.0-1x3
Control: fixed -1 1.4.0-1x3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769377: [Pkg-haskell-maintainers] Bug#769377: haskell-devscripts: please mark as M-A:foreign
Hi, Am Donnerstag, den 13.11.2014, 09:52 +0100 schrieb Johannes Schauer: Helmut Grohne corrected me that this is not that simple. haskell-devscripts depends on ghc and specifically uses ghci for example to do tests which should be carried out for the host architecture but are instead being done for the build architecture. Example: ./usr/share/cdbs/1/class/hlibrary.mk:NO_GHCI_FLAG = $(shell test -e /usr/bin/ghci || echo --ghc-option=-DDEBIAN_NO_GHCI; exit 0) So this requires quite some additional work which probably only makes sense to do once haskell can be cross compiled in practice. ok, undone the change to the repo. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#718362: workaround to #718362 (tracker/data/unknown-packages)
Hi, These two scripts might help as a workaround. This one uses sources.debian.net ./unknown-packages.py | grep WAT and this one packages.qa.debian.org ./unknown-packages-pts.py | grep WAT I think the tracker does not depend on any external elements now. Does it make sense to include something like these scripts in the tracker? Cheers, luciano#!/usr/bin/python from BeautifulSoup import BeautifulSoup import urllib2 import json import SOAPpy soup = BeautifulSoup(urllib2.urlopen('https://security-tracker.debian.org/tracker/data/unknown-packages').read()) pkgs=[ r('td')[0].string for r in soup('table')[0].findAll('tr')[1:] ] ws = SOAPpy.SOAPProxy('https://packages.qa.debian.org/cgi-bin/soap-alpha.cgi') for pkg in pkgs: print pkg, try: ws.versions(source=pkg) except SOAPpy.faultType: print '-- WAT?' else: print OK #!/usr/bin/python from BeautifulSoup import BeautifulSoup import urllib2 import json soup = BeautifulSoup(urllib2.urlopen('https://security-tracker.debian.org/tracker/data/unknown-packages').read()) pkgs=[ r('td')[0].string for r in soup('table')[0].findAll('tr')[1:] ] for pkg in pkgs: print pkg, try: data = json.load(urllib2.urlopen('http://sources.debian.net/api/src/%s/latest/' %pkg)) except urllib2.HTTPError as e: print Unexpected error:, e if 'error' in data: print '-- WAT?' else: print , .join(data['pkg_infos']['suites'])
Bug#767103: irssi-plugin-otr doesn't work with irssi 0.8.17
* intrigeri intrig...@debian.org [2014-11-04 20:14:24 CET]: David Kalnischkies wrote (28 Oct 2014 14:00:40 GMT) : Upgrading irssi from 0.8.16-1+b1 to 0.8.17-1 seems to break the OTR plugin for me. I'm wondering if this could be a side-effect of #767230. Can you reproduce this after upgrading libotr5 to 4.1.0-1? I'm not so much sure if that has anything to do with libotr API. irssi happens to change api/abi every now and then and plugins need to get recompiled on almost any new irssi release. I have the same issue with irssi 0.8.17 from backports and irssi-plugin-otr from stable. The plugin needs a tighter dependency on irssi. I'm not familiar with how library packaging works, and whether that could be used at all for irssi, thing is that the plugins (especially the otr one it seems) need to get recompiled every time a new irssi upstream release happens. Anyone who is willing to dig more into this is very much encouraged to do so and help out, either for the packaging part to ease that pain, or with upstream to make it more stable in that respect. I'm personally lacking the skills to do that because I haven't digged into any library packaging work at all, so my whole soname versioning knowledge is sort of non-existing (and I'm still uncertain if that could help here at all, if only to produce something that the irssi-plugin-* packages won't be installable anymore after a new irssi upload). Please get the binNMU done for now, and anyone more knowledgeable can figure out how to deal with that in the future. Sorry that I forgot to send a mail about the new upstream release this time. Enjoy, Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769339: gcompris cannot execute tuxpaint
On 12/11/14 09:14 PM, Ben Armstrong wrote: I'm filing a separate bug, myself, on tuxpaint to fix the doc. See #769368 for this. Ben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758234: transitive dependencies
Package: debian-policy Followup-For: Bug #758234 I'd like to suggest the following Policy change to fix the depend on packages with lower dependencies non-problem. This does simplify current practice, but unfortunately not Policy itself, as adhering to policy shouldn't allow you to break debootstrap. :-P diff --git a/policy.sgml b/policy.sgml index 6eac491..f97ef10 100644 --- a/policy.sgml +++ b/policy.sgml @@ -868,10 +868,21 @@ zope. /p p - Packages must not depend on packages with lower priority - values (excluding build-time dependencies). In order to - ensure this, the priorities of one or more packages may need - to be adjusted. + Packages may depend on other packages with lower priority values. + These other packages, or their dependencies, must not conflict with + another higher-priority package.footnote + Debian does not require its base-system installation scripts to employ a + full-featured dependency resolver; this rule ensures that install + all ttimportant/tt packages and their open dependencies works + and results in a consistent and bootable system. + /footnote + /p + p + This restriction does not apply to packages of priority + ttoptional/tt or lower. It applies transitively. + It does not apply if a dependency is already satisfied by another + higher-priority package. If alternative dependencies are used, + it only applies to the first alternative(s). /p /sect @@ -9992,11 +10003,10 @@ name [varsyshostname/var]: any package dependencies necessary to satisfy their runtime requirements when using the X Window System. If such a package is of higher priority than the X packages - on which it depends, it is required that either the + on which it depends, it is recommended that either the X-specific components be split into a separate package, or that an alternative version of the package, which includes - X support, be provided, or that the package's priority be - lowered. + X support, be provided. /p /sect1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769389: tgt: Update homepage field
Source: tgt Version: 1:1.0.51-1 Severity: minor Hi The homepage http://stgt.berlios.de/ is not anymore valid. Upstream moved to http://stgt.sourceforge.net . Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769381: iceweasel does not report for self-signed certificate (MITM to youtube.com)
On Thu, Nov 13, 2014 at 01:40:15PM +0600, Stanislav Vlasov wrote: Package: iceweasel Version: 31.2.0esr-2~deb7u1 Severity: normal Dear Maintainer, My internet provider add url-filtration for https by using self-signed certificates. Google Chrome (from google) and Chromium (from Debian) see it and fail. Iceweasel does nothing, as if cert is valid. I am exec openssl s_client -connect www.youtube.com:443 via filter and direct and attach output What does it say on https://www.pcwebshop.co.uk/ ? If it shows the untrusted screen, what does it say under technical details ? What happens if you run iceweasel with a fresh profile and in safe mode? (iceweasel -P -safe-mode) Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768091: [buildd-tools-devel] Bug#768091: schroot: please support alternative compressions for file-based chroots
On Sun, Nov 09, 2014 at 06:21:58PM +, Roger Leigh wrote: On Tue, Nov 04, 2014 at 10:51:12PM +0100, Aurelien Jarno wrote: schroot currently supports the gzip and bzip2 compressions for file-based chroots. It might be worth to support alternative compressions to let the user do a compromise between speed and space, depending for example if the chroot is used often or not. The patch below adds support for xz, lzop and lz4 compression, which should cover most of the standard compression format available today. Could you please apply it in one of the next uploads? Thanks. Thanks for the patch. It looks fine except for the lz4 case, which uses GNU tar-specific options and hardcodes the path to lz4 which is nonportable, and it also lacks an update to the docs in man/schroot.conf.5.man (optionally compressed with...). If you could fix it to use lz4 portably (I'd suggest piping) so it works with BSD tar, and also fix up the docs, I'll be happy to apply this. Thanks for the review. Please find attached a new version of the patch which should address your comments. Thanks, Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net From cde3bb796eb4ac39844a0ddc8397098ab682de70 Mon Sep 17 00:00:00 2001 From: Aurelien Jarno aurel...@aurel32.net Date: Thu, 13 Nov 2014 11:19:19 +0100 Subject: [PATCH] Add support for more compression formats --- etc/setup.d/05file | 18 ++ man/schroot.conf.5.man | 13 +++-- 2 files changed, 25 insertions(+), 6 deletions(-) diff --git a/etc/setup.d/05file b/etc/setup.d/05file index e04879f..63ed84a 100755 --- a/etc/setup.d/05file +++ b/etc/setup.d/05file @@ -32,6 +32,12 @@ check_filetype() filetype=tgz elif echo $CHROOT_FILE | egrep -q '(\.tar\.bz2|\.tbz)$'; then filetype=tbz +elif echo $CHROOT_FILE | egrep -q '(\.tar\.xz|\.txz)$'; then +filetype=txz +elif echo $CHROOT_FILE | egrep -q '(\.tar\.lzo|\.tzo)$'; then +filetype=tzo +elif echo $CHROOT_FILE | egrep -q '(\.tar\.lz4|\.tlz4)$'; then +filetype=tlz4 else fatal Unsupported filetype for $CHROOT_FILE fi @@ -50,6 +56,12 @@ unpack_file() tar $TAR_VERBOSE -xzf $CHROOT_FILE elif [ $filetype = tbz ]; then tar $TAR_VERBOSE -xjf $CHROOT_FILE +elif [ $filetype = txz ]; then +tar $TAR_VERBOSE -xJf $CHROOT_FILE +elif [ $filetype = tzo ]; then +tar $TAR_VERBOSE --lzop -xf $CHROOT_FILE +elif [ $filetype = tlz4 ]; then +lz4 -cd $CHROOT_FILE | tar $TAR_VERBOSE -x else fatal Unsupported filetype for $CHROOT_FILE fi @@ -68,6 +80,12 @@ repack_file() tar $TAR_VERBOSE -czf $NEWFILE . elif [ $filetype = tbz ]; then tar $TAR_VERBOSE -cjf $NEWFILE . +elif [ $filetype = txz ]; then +tar $TAR_VERBOSE -cJf $NEWFILE . +elif [ $filetype = tzo ]; then +tar $TAR_VERBOSE --lzop -cf $NEWFILE . +elif [ $filetype = tlz4 ]; then +tar $TAR_VERBOSE -c . | lz4 $NEWFILE else fatal Unsupported filetype for $CHROOT_FILE fi diff --git a/man/schroot.conf.5.man b/man/schroot.conf.5.man index 0fac968..99f42db 100644 --- a/man/schroot.conf.5.man +++ b/man/schroot.conf.5.man @@ -271,12 +271,13 @@ of updating. These additional options are also implemented: .TP \f[CBI]file=\fP\f[CI]filename\fP The file containing the archived chroot environment (mandatory). This must be -a tar (tape archive), optionally compressed with gzip or bzip2. The file -extensions used to determine the type are are \fI.tar\fP, \fI.tar.gz\fP, -\fI.tar.bz2\fP, \fI.tgz\fP, and \fI.tbz\fP. This file must be owned by the -root user, and not be writable by other. Note that zip archives are no longer -supported; zip was not able to archive named pipes and device nodes, so was not -suitable for archiving chroots. +a tar (tape archive), optionally compressed with gzip, bzip2, xz, lzop or lz4. +The file extensions used to determine the type are are \fI.tar\fP, +\fI.tar.gz\fP, \fI.tar.bz2\fP, \fI.tar.xz\fP, \fI.tar.lzop\fP, \fI.tar.lz4\fP, +\fI.tgz\fP, \fI.tbz\fP, \fI.txz\fP, \fI.tzo\fP and \fI.tlz4\fP. This file must +be owned by the root user, and not be writable by other. Note that zip +archives are no longer supported; zip was not able to archive named pipes and +device nodes, so was not suitable for archiving chroots. .TP \f[CBI]location=\fP\f[CI]path\fP This is the path to the chroot \fIinside\fP the archive. For example, if the -- 2.1.3
Bug#769390: unblock: sane-backends/1.0.24-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package sane-backends To fix the bug #767765 with the severity important I have done the following changes: sane-backends (1.0.24-4) unstable; urgency=medium * debian/rules: - Move the creation of /etc/sane.d/dll.d to libsane-common. * Move libsane.(postrm|preinst) to libsane-common.* to handle in the right package. (Closes: #766340) * Remose useless ( 1.0.19-25 ) from libsane-common.preinst. * debian/patches: - New typo.patch: + Correct typo in backend/gennesys.conf.in. (Closes: #743848) Thanks to Jakub Wilk jw...@debian.org. - New hp3900.patch: + Set startup gamma to the standalone default. (Closes: #629470) Thanks to Peter Walser pjw1...@gmail.com. - New hp5370c.patch: + Improved recognizability. (LP: #1080787) - New out_of_bounds.patch: + Prevent some out-of-bounds. * debian/control: - Change Build-Depends from the transitional package libgphoto2-2-dev to libgphoto2-dev. (Closes: #736451) -- Jörg Frings-Fürst deb...@jff-webhosting.net Mon, 27 Oct 2014 22:36:01 +0100 The debdiff between 1.0.24-3 und 1.0.24-4 is attached unblock sane-backends/1.0.24-4 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (500, 'testing-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores) diff -Nru sane-backends-1.0.24/debian/changelog sane-backends-1.0.24/debian/changelog --- sane-backends-1.0.24/debian/changelog 2014-10-15 10:37:26.0 +0200 +++ sane-backends-1.0.24/debian/changelog 2014-10-27 22:36:10.0 +0100 @@ -1,3 +1,27 @@ +sane-backends (1.0.24-4) unstable; urgency=medium + + * debian/rules: +- Move the creation of /etc/sane.d/dll.d to libsane-common. + * Move libsane.(postrm|preinst) to libsane-common.* to handle +in the right package. (Closes: #766340) + * Remose useless ( 1.0.19-25 ) from libsane-common.preinst. + * debian/patches: +- New typo.patch: + + Correct typo in backend/gennesys.conf.in. (Closes: #743848) +Thanks to Jakub Wilk jw...@debian.org. +- New hp3900.patch: + + Set startup gamma to the standalone default. (Closes: #629470) +Thanks to Peter Walser pjw1...@gmail.com. +- New hp5370c.patch: + + Improved recognizability.(LP: #1080787) +- New out_of_bounds.patch: + + Prevent some out-of-bounds. + * debian/control: +- Change Build-Depends from the transitional package libgphoto2-2-dev + to libgphoto2-dev. (Closes: #736451) + + -- Jörg Frings-Fürst deb...@jff-webhosting.net Mon, 27 Oct 2014 22:36:01 +0100 + sane-backends (1.0.24-3) unstable; urgency=medium * debian/rules: diff -Nru sane-backends-1.0.24/debian/control sane-backends-1.0.24/debian/control --- sane-backends-1.0.24/debian/control 2014-10-13 13:01:36.0 +0200 +++ sane-backends-1.0.24/debian/control 2014-10-26 13:46:27.0 +0100 @@ -11,7 +11,7 @@ gettext, libavahi-client-dev, libcam-dev [kfreebsd-any], - libgphoto2-2-dev, + libgphoto2-dev, libieee1284-3-dev [!hurd-i386], libjpeg-dev, libltdl3-dev, diff -Nru sane-backends-1.0.24/debian/libsane-common.postrm sane-backends-1.0.24/debian/libsane-common.postrm --- sane-backends-1.0.24/debian/libsane-common.postrm 1970-01-01 01:00:00.0 +0100 +++ sane-backends-1.0.24/debian/libsane-common.postrm 2013-07-05 17:10:26.0 +0200 @@ -0,0 +1,11 @@ +#!/bin/sh + +set -e + +#DEBHELPER# + +# remove directory /etc/sane.d/ +if [ $1 = purge ]; then +echo Removing directory /etc/sane.d/ ... +rmdir --ignore-fail-on-non-empty /etc/sane.d/ +fi diff -Nru sane-backends-1.0.24/debian/libsane-common.preinst sane-backends-1.0.24/debian/libsane-common.preinst --- sane-backends-1.0.24/debian/libsane-common.preinst 1970-01-01 01:00:00.0 +0100 +++ sane-backends-1.0.24/debian/libsane-common.preinst 2014-10-25 13:15:35.0 +0200 @@ -0,0 +1,32 @@ +#!/bin/sh +set -e + +# From http://wiki.debian.org/DpkgConffileHandling +# Remove a no-longer used conffile +rm_conffile() { +PKGNAME=$1 +CONFFILE=$2 +if [ -e $CONFFILE ]; then +md5sum=`md5sum \$CONFFILE\ | sed -e \s/ .*//\` +old_md5sum=`dpkg-query -W -f='${Conffiles}' $PKGNAME | sed -n -e \' $CONFFILE '{s/ obsolete$//;s/.* //p}\` +if [ $md5sum != $old_md5sum ]; then +echo Obsolete conffile $CONFFILE has been modified by you. +echo Saving as $CONFFILE.dpkg-bak ... +mv -f $CONFFILE $CONFFILE.dpkg-bak +else +echo Removing obsolete conffile $CONFFILE ... +rm -f $CONFFILE +fi +fi +} + +if [ $1 = install ] || [ $1 = upgrade ]; then +## Transition from the old-style udev setup to the old-style dh_installudev setup +## Then dh_installudev will take care of the transition to the new
Bug#769391: shinken-mod-webui: warning about shinken-module-broker-webui-cfgpassword version when install
Package: shinken-mod-webui Version: 1.0-1 Severity: normal Warning message appears during installation: Setting up shinken-mod-webui (1.0-1) ... dpkg: warning: version 'shinken-module-broker-webui-cfgpassword' has bad syntax$ Looks like the problem is line 27 of debian/postinst. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (800, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages shinken-mod-webui depends on: ii fonts-font-awesome 4.2.0~dfsg-1 ii libjs-excanvas 0.r3-3 ii libjs-jquery1.7.2+dfsg-3.2 ii shinken-common 2.0.3-2kaji0.2 shinken-mod-webui recommends no packages. shinken-mod-webui suggests no packages. -- Configuration Files: /etc/shinken/modules/auth_cfg_password.cfg [Errno 2] No such file or directory: u'/etc/shinken/modules/auth_cfg_password.cfg' /etc/shinken/modules/sqlitedb.cfg [Errno 2] No such file or directory: u'/etc/shinken/modules/sqlitedb.cfg' /etc/shinken/modules/webui.cfg [Errno 2] No such file or directory: u'/etc/shinken/modules/webui.cfg' -- 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#769392: os.getlogin() fails in para.py:47 -- better to use os.getuid() with pwd
Package: debmake Version: 4.1.7-1 Severity: normal Hi, I don't know the reason for this, but os.getlogin() fails here: Traceback (most recent call last): File /usr/bin/debmake, line 28, in module debmake.main() File /usr/lib/python3/dist-packages/debmake/__init__.py, line 107, in main para = debmake.para.para(para) File /usr/lib/python3/dist-packages/debmake/para.py, line 47, in para debfullname = pwd.getpwnam(os.getlogin())[4].split(',')[0] FileNotFoundError: [Errno 2] No such file or directory It's been reported in other places as well, and it seems the underlying OS call fails for a reason. pwd.getpwuid(os.getuid())[0], however, gives the expected result reliably. [0] http://lists.gnu.org/archive/html/bug-gnu-emacs/2013-05/msg00227.html -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.12-1-686-pae (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/mksh Versions of packages debmake depends on: ii devscripts 2.14.5 ii dpkg-dev 1.17.10 ii python3 3.4.2-1 pn python3:any none ii rsync3.0.7-2 Versions of packages debmake recommends: ii build-essential 11.6 ii curl 7.21.2-4 ii strace 4.5.18-1 ii wget 1.15-1+b1 Versions of packages debmake suggests: ii autotools-dev 20120608.1 ii ccache3.0.1-1 ii cmake 2.8.12.1-1.1 ii cowbuilder0.70 ii dh-autoreconf 7 ii dh-python 1.20131021-1 pn eatmydata none pn gem2deb none ii git 1:1.7.10.4-1 ii git-buildpackage 0.4.65 ii gitk 1:1.7.10.4-1 pn javahelpernone ii lintian 2.5.22.1 ii mc3:4.7.0.9-2 ii pbuilder 0.215 ii quilt 0.50-2 ii rpm2cpio 4.8.1-5 -- no debconf information -- debsums errors found: debsums: changed file /usr/lib/python3/dist-packages/debmake/para.py (from debmake package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768896: Also affects other clutter-using applications
This also affects ie. gnome-maps. If you leave it open during suspend/resume, the map view (using Clutter) shows the same random-pixel pattern. Other than that, widgets are shown as usual. I'm suspecting some refresh is triggered but that this does not happen for some Clutter surfaces. //Marcus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726661: login fails with pam_loginuid(sshd:session): set_loginuid failed
Control: tags 726661 + moreinfo On Thu, 13 Nov 2014 at 09:19:42 +, Simon McVittie wrote: Anyone else, please reply to #726661 if discussing pam_loginuid or the new clone (bug number to be determined) if discussing PermitRootLogin. Here is the part of that bug specifically about pam_loginuid. I believe this regressed when https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677440 was fixed, adding pam_loginuid for the benefit of (at the time) ConsoleKit; it is also used by auditd and systemd-logind. I cannot reproduce this bug on a (somewhat outdated) jessie system with sysvinit. I would like some more information from the people who are affected by it: * Are you using a non-Debian kernel? * Does your kernel have AUDIT_LOGINUID_IMMUTABLE set in its configuration? * What init system are you using? (sysvinit? systemd? Upstart? something else?) Further discussion of possible causes, workarounds, etc. below. I've added a bunch of somewhat relevant people to Cc: everyone who reported seeing this bug or similar, Laurent and Michael because they were involved in #677440 and seem to know about loginuid/audit in general, and the PAM maintainers. Summarizing for those who weren't previously in Cc, I think the steps to get this bug are something like this: * Have a non-Debian kernel configuration (?) * Run sysvinit (*not* systemd or Upstart) as pid 1 * pid 1 and other system services initially have loginuid -1, which means undefined, not part of a login * Be in a root shell that has been given a loginuid other than -1, either: - log in as root with a version of login, openssh-server, etc. that uses pam_loginuid; your loginuid will be 0 - log in as an ordinary user (uid 1234, say) with a version of login, openssh-server, etc. that uses pam_loginuid, and use su or sudo to get the necessary root privileges to restart openssh-server; your loginuid will be 1234 * Restart openssh-server, either manually or as a side-effect of an upgrade * Start a new parallel login via ssh, either as uid 0, 1234 or something else * cat /proc/self/loginuid Desired result (which is what I get): * New parallel login succeeds * In the new parallel login, /proc/self/loginuid equals $(id -u) What seems to be happening to the people affected by this bug, but I cannot reproduce it: * The restarted openssh-server has the same loginuid as the shell from which you started it * Transitions from loginuid == -1 to loginuid != -1 are not allowed [1] * pam_loginuid fails with: pam_loginuid(sshd:session): set_loginuid failed [1] surprises me, because this is conditional on a kernel option, AUDIT_LOGINUID_IMMUTABLE, which is designed for systemd and similar systems and doesn't seem to be set in Debian kernels according to /boot/config*... see https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=633b454. Possible workarounds include: * Remove pam_loginuid.so from the ssh configuration (confirmed to work, but it would reopen #677440 and doesn't seem a great idea distro-wide) * Use a modern init system that starts system services via IPC to pid 1, i.e. systemd or Upstart - The restarted openssh-server has loginuid -1 - The transition from -1 to 4321 succeeds - Everything's fine * Use a Debian kernel without AUDIT_LOGINUID_IMMUTABLE (?) * Drop pam_loginuid.so from required to optional in the ssh configuration (?) It's a pity we can't enable pam_loginuid.so if and only if init is modern (systemd or Upstart). Perhaps patching it would be another option? As far as I can see, other services that use pam_loginuid would typically have the same bug, but there are mitigations: * getty/login are started by IPC to init (edit inittab, send signal) even under sysvinit, so they are unaffected * Display managers (gdm, lightdm etc.) are not typically restarted automatically on upgrades because that would disrupt current X sessions, so they are unaffected unless the user restarts them manually without rebooting If my assumptions about the cause are correct, then I can't see any way to get the desired result in openssh-server when run under sysvinit. Can someone else? The best I can come up with so far is to to change from the current session required pam_loginuid.so to session optional pam_loginuid.so That would mean that login to the restarted openssh-server worked, but its sessions had the wrong loginuid until the machine was rebooted. Regards, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769393: mysql-workbench: Saving password in keychain does not work
Package: mysql-workbench Version: 6.2.3+dfsg-7 Severity: normal First of all, I'm aware of archived and related bugs #670813 and #670814. Storing passwords in keychain does not work, if $GNOME_KEYRING_CONTROL env variable is not present. mysql-workbench reports the following on startup: $ mysql-workbench ** Message: Gnome keyring daemon seems to not be available. Stored passwords will be lost once quit It seems, that mysql-workbench still relies on the $GNOME_KEYRING_CONTROL env variable. However, this variable is no longer exported, since gnome-keyring version 3.11.92, see [0]. Suggestion: mysql-workbench should make use of the $XDG_RUNTIME_DIR env variable instead. [0] http://ftp.gnome.org/pub/GNOME/sources/gnome-keyring/3.11/gnome-keyring-3.11.92.changes -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mysql-workbench depends on: ii libatkmm-1.6-12.22.7-2.1 ii libc6 2.19-13 ii libcairo2 1.14.0-2.1 ii libcairomm-1.0-1 1.10.0-1.1 ii libctemplate2 2.2-4 ii libgcc1 1:4.9.1-19 ii libgdal1h 1.10.1+dfsg-8+b3 ii libgdk-pixbuf2.0-02.31.1-2+b1 ii libgl1-mesa-glx [libgl1] 10.3.2-1 ii libglib2.0-0 2.42.0-2 ii libglibmm-2.4-1c2a2.42.0-1 ii libgnome-keyring0 3.12.0-1+b1 ii libgtk2.0-0 2.24.25-1 ii libgtkmm-2.4-1c2a 1:2.24.4-1.1 ii libmysqlclient18 5.5.39-1 ii libmysqlcppconn7 1.1.3-6 ii libodbc1 2.3.1-3 ii libpango-1.0-01.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libpangomm-1.4-1 2.34.0-1.1 ii libpcre3 1:8.35-3.1 ii libpcrecpp0 1:8.35-3.1 ii libpython2.7 2.7.8-11 ii libsigc++-2.0-0c2a2.4.0-1 ii libstdc++64.9.1-19 ii libtinyxml2.6.2 2.6.2-2 ii libuuid1 2.25.2-2 ii libvsqlitepp3 0.3.13-3 ii libx11-6 2:1.6.2-3 ii libxml2 2.9.1+dfsg1-4 ii libzip2 0.11.2-1.1 ii mysql-workbench-data 6.2.3+dfsg-7 ii python-mysql.connector1.2.3-2 ii python-paramiko 1.15.1-1 ii python-pexpect3.2-1 ii python-pyodbc 3.0.6-2 ii python-pysqlite2 2.6.3-3 ii python2.7 2.7.8-11 pn python:anynone Versions of packages mysql-workbench recommends: ii mysql-client-5.5 [virtual-mysql-client] 5.5.39-1 ii mysql-utilities 1.3.5-2 ii ttf-bitstream-vera 1.10-8 Versions of packages mysql-workbench suggests: ii gnome-keyring 3.14.0-1+b1 -- 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#769191: xorg: apt-get dist-upgrade somehow reconfigured my system to use the nvidia driver, even though I have no nvidia hardware
On Wed, Nov 12, 2014 at 02:08:34 +, Nathaniel J. Smith wrote: Package: xorg Version: 1:7.7+7 Severity: critical Justification: breaks the whole system This evening I ran 'apt-get dist-upgrade' on my 'testing' system, rebooted, and found the system unusable -- it just came up with gdm3's Oh no! Something has gone wrong! screen. It turns out that the problem is that somehow, dist-upgrade reconfigured X to use the nvidia drivers for GLX -- e.g., from /var/log/messages: Please provide the log from that upgrade. Cheers, Julien signature.asc Description: Digital signature
Bug#769394: unblock: gamera/3.4.1+svn1423-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package gamera: unblock gamera/3.4.1+svn1423-2 This package, which is currently in Sid, closes RC bug #767158 [1] through gendoc-parsing-diff (attached), please see the patch header for its description. Changelog: cut gamera (3.4.1+svn1423-2) unstable; urgency=medium * Added gendoc-version-parsing.diff (Closes: #767158). -- Daniel Stender deb...@danielstender.com Wed, 12 Nov 2014 09:45:13 +0100 /cut I also attached a debdiff. Thank you very much, Daniel Stender [1] http://bugs.debian.org/767158 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') 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 diff -Nru gamera-3.4.1+svn1423/debian/changelog gamera-3.4.1+svn1423/debian/changelog --- gamera-3.4.1+svn1423/debian/changelog 2014-10-09 11:25:14.0 +0200 +++ gamera-3.4.1+svn1423/debian/changelog 2014-11-12 10:01:41.0 +0100 @@ -1,3 +1,9 @@ +gamera (3.4.1+svn1423-2) unstable; urgency=medium + + * Added gendoc-version-parsing.diff (Closes: #767158). + + -- Daniel Stender deb...@danielstender.com Wed, 12 Nov 2014 09:45:13 +0100 + gamera (3.4.1+svn1423-1) unstable; urgency=medium * Updated source to SVN rev. 1423. diff -Nru gamera-3.4.1+svn1423/debian/patches/gendoc-version-parsing.diff gamera-3.4.1+svn1423/debian/patches/gendoc-version-parsing.diff --- gamera-3.4.1+svn1423/debian/patches/gendoc-version-parsing.diff 1970-01-01 01:00:00.0 +0100 +++ gamera-3.4.1+svn1423/debian/patches/gendoc-version-parsing.diff 2014-11-12 10:01:19.0 +0100 @@ -0,0 +1,29 @@ +Description: fix invalid version number ValueError + the 'anarchic' version numbering of Pygments (currently in Sid: '2.0rc1') doesn't + fit into the needs for distutils.version.StrictVersion. LooseVersion isn't perfect, + but fulfills what's needed here +Author: Daniel Stender deb...@danielstender.com +Bug: http://bugs.debian.org/767158 +Forwarded: no +Last-Update: 2014-10-29 + +--- a/gamera/gendoc.py b/gamera/gendoc.py +@@ -29,7 +29,7 @@ + import locale + import traceback + import warnings +-from distutils.version import StrictVersion ++from distutils.version import StrictVersion, LooseVersion + from gamera.util import dedent + try: +locale.setlocale(locale.LC_ALL, '') +@@ -57,7 +57,7 @@ +import pygments.lexers +import pygments.formatters +source_highlighter = 'pygments' +- if StrictVersion(pygments.__version__) StrictVersion('0.6'): ++ if LooseVersion(pygments.__version__) LooseVersion('0.6'): + print pygments version ( + pygments.__version__ + ) too old + raise ImportError() + except ImportError, e: diff -Nru gamera-3.4.1+svn1423/debian/patches/series gamera-3.4.1+svn1423/debian/patches/series --- gamera-3.4.1+svn1423/debian/patches/series 2014-08-26 10:04:33.0 +0200 +++ gamera-3.4.1+svn1423/debian/patches/series 2014-10-30 02:00:01.0 +0100 @@ -10,3 +10,4 @@ trap-errors-from-pclose.diff fix-typos.diff avoid_mktemp.diff +gendoc-version-parsing.diff Description: fix invalid version number ValueError the 'anarchic' version numbering of Pygments (currently in Sid: '2.0rc1') doesn't fit into the needs for distutils.version.StrictVersion. LooseVersion isn't perfect, but fulfills what's needed here Author: Daniel Stender deb...@danielstender.com Bug: http://bugs.debian.org/767158 Forwarded: no Last-Update: 2014-10-29 --- a/gamera/gendoc.py +++ b/gamera/gendoc.py @@ -29,7 +29,7 @@ import locale import traceback import warnings -from distutils.version import StrictVersion +from distutils.version import StrictVersion, LooseVersion from gamera.util import dedent try: locale.setlocale(locale.LC_ALL, '') @@ -57,7 +57,7 @@ import pygments.lexers import pygments.formatters source_highlighter = 'pygments' - if StrictVersion(pygments.__version__) StrictVersion('0.6'): + if LooseVersion(pygments.__version__) LooseVersion('0.6'): print pygments version ( + pygments.__version__ + ) too old raise ImportError() except ImportError, e:
Bug#767781: unblock: matplotlib/1.4.2-3
On Wed, Nov 12, 2014 at 22:19:01 +, Sandro Tosi wrote: Hello, On Sun, Nov 2, 2014 at 6:09 PM, Sandro Tosi mo...@debian.org wrote: 1.4 series is the latest release of mpl, and it will be the one upstream will support during Jessie lifecycle. It has been in Debian since Sept (in experimental) and it would have made the cut for the freeze if not for some uploads for upstream bugfixes and build system deadlock fixes. This version is built on all the buildd except mips, but that arch has a long queue, with big packages still to build before mpl. Please consider unblocking it. unblock matplotlib/1.4.2-3 Just a gentle ping, to make sure this request was not lost in the huge unblocks stream. Another thing to point out about this upload is the migration from wx 2.8 to 3.0 It's not lost, but it's annoying because of the size of the changes. We'd much rather have the RC fix without the rest of the noise. Cheers, Julien signature.asc Description: Digital signature
Bug#769388: 'PermitRootLogin without-password' in new installations breaks some use cases
Control: retitle 769388 'PermitRootLogin without-password' in new installations breaks some use cases On Thu, 13 Nov 2014 at 09:19:42 +, Simon McVittie wrote: Anyone else, please reply to #726661 if discussing pam_loginuid or the new clone (bug number to be determined) if discussing PermitRootLogin. Bug#769388 is the new cloned bug, discussing PermitRootLogin. Summarizing, the situation here is: * Debian 7 (wheezy) and older had PermitRootLogin yes by default. * New installations of Debian 8 (jessie)'s openssh-server have PermitRootLogin without-password by default. This means root can log in with a public key or similar mechanism, but root cannot log in with a password. This is a deliberate change to improve security by avoiding brute-force attacks on root's password, requested in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=298138; after all, the root account always exists with that username, and allows accessing any user account's data, so it's a very attractive target for brute-force attacks. * Upgrading openssh-server from Debian 7's version to Debian 8's version uses debconf to ask whether to update the configuration, as far as I can see. * However, new installations of Debian 8 do not ask which configuration to use; they use the new one (PermitRootLogin without-password) unconditionally. Concrete effects reported in this bug: * People who were used to the old configuration find the behaviour of new installations of jessie confusing. A NEWS.Debian entry would not help here, because new installations don't show NEWS.Debian; an entry in the jessie release notes would be more appropriate. * Daniel Richard G. reports that this breaks his process for installing Linux VM images, in which the image ends up with only a root user, so there is no less-privileged user who can su to root. I understand the request to have debian-installer ask which configuration to use, and I have some sympathy for that; I've been doing a bit of installer testing in disposable VMs recently, and it's annoying to have to log in once at the (emulated) console to switch to PermitRootLogin yes. However, I do think maintainers are right to err on the side of asking the minimum feasible number of questions in the installer. Another possibility would be to use a low-priority question that is only shown in the expert installer, but can be pre-seeded. It is already possible to put something like this on the kernel command line when booting the installer, which might be useful: preseed/late_command=in-target sed -i 's/PermitRootLogin without-password/PermitRootLogin yes/' /etc/ssh/sshd_config If you are producing VM images that are designed to be cloned repeatedly, to make those VM images secure and correct, you already need a post-processing step to do things like deleting the ssh host key, setting a new unique systemd/D-Bus machine ID and so on; it seems sensible to extend that post-processing step for jessie to enable root login with a password, or to enable SSH public-key authentication for root by putting a specific key in /root/.ssh/authorized_keys. Regards, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769395: ceph-dkms: module FTBFS for kernel 3.16.0-4
Package: ceph-dkms Version: 3.14+git20140429-1 Severity: serious The module fails to build for a recent kernel: /var/lib/dkms/ceph/3.14+git20140429/build/ceph/file.c:740:4: error: implicit declaration of function 'iov_iter_copy_from_user' [-Werror=implicit-function-declaration] /var/lib/dkms/ceph/3.14+git20140429/build/ceph/file.c:833:4: error: implicit declaration of function 'generic_segment_checks' [-Werror=implicit-function-declaration] /var/lib/dkms/ceph/3.14+git20140429/build/ceph/file.c:857:3: error: implicit declaration of function 'generic_file_aio_read' [-Werror=implicit-function-declaration] /var/lib/dkms/ceph/3.14+git20140429/build/ceph/file.c:982:3: error: implicit declaration of function 'generic_file_buffered_write' [-Werror=implicit-function-declaration] /var/lib/dkms/ceph/3.14+git20140429/build/ceph/file.c:1289:18: error: 'generic_file_splice_write' undeclared here (not in a function) Andreas make.log.gz Description: application/gzip
Bug#769397: ITP: nfstrace -- NFS tracing/monitoring/capturing/analyzing tool
Package: wnpp Severity: wishlist Owner: Andrew Shadura andre...@debian.org * Package name: nfstrace Version : 0.3.0 Upstream Author : EPAM Systems (multiple authors) * URL : https://github.com/epam/nfstrace/ * License : GPL-2 Programming Lang: C++ Description : NFS tracing/monitoring/capturing/analyzing tool nfstrace captures live NFS traffic and performs filtering, statistical analysis, visualisation and more. It also provides an API for custom pluggable analysis modules. . nfstrace currently supports the following protocols: . - Ethernet - IPv4, IPv6 - UDP, TCP - NFSv3, NFSv4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769396: exim4-config: maildrop pipe transport should not add From_ line to message
Package: exim4-config Version: 4.84-3 Severity: normal Tags: patch The the default exim4 config adds an mbox-style From line to the top of each message before it is piped to maildrop. The maildrop man page says: maildrop does not accept an mbox-style From_ line before the first header line. Maildrop doesn't complain about the extra From_ line, but doesn't remove it. This is a related bug against maildrop: https://bugs.debian.org/737383 The exim pipe transport can be configured to not add the mbox-stlye From_ line by including 'message_prefix = ' in the transport. Here is a patch against the exim4-config package. diff --git a/debian/debconf/conf.d/transport/30_exim4-config_maildrop_pipe b/debian/debconf/conf.d/transport/30_exim4-config_maildrop_pipe index 0ba27bc..3bd8924 100644 --- a/debian/debconf/conf.d/transport/30_exim4-config_maildrop_pipe +++ b/debian/debconf/conf.d/transport/30_exim4-config_maildrop_pipe @@ -4,6 +4,8 @@ maildrop_pipe: driver = pipe path = /bin:/usr/bin:/usr/local/bin command = /usr/bin/maildrop + message_prefix = + message_suffix = return_path_add delivery_date_add envelope_to_add -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769194: cowsay: Separate out potentially offensive cow files
Thanks for the suggestion Frank. I will try to get to it once Debian jessie is released, to avoid interfering with the current freeze. Francois -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769398: add config file support to picocom
Package: picocom Version: 1.7-1 Tags: patch Severity: wishlist this patch adds support for a minimal configuration file: $ cat ~/.picocomrc port = /dev/ttyUSB0 baud = 115200 -- Matteo Croce OpenWrt Developer --- picocom.c +++ picocom.c @@ -965,6 +965,48 @@ /**/ +char * key_value(char *line, char *key) +{ + int llen = strlen(line); + int klen = strlen(key); + if(strstr(line, key) == line + (line[klen] == ' ' || line[klen] == '=')) { + int i; + for(i = klen; i llen; i++) + if(line[i] != ' ' line[i] != '=') { +line[llen - 1] = 0; +return line + i; + } + } + return NULL; +} + +void parse_conf() +{ + char buf[_POSIX_PATH_MAX]; + FILE *cfg; + char *line; + + snprintf(buf, _POSIX_PATH_MAX, %s/.picocomrc, getenv(HOME)); + cfg = fopen(buf, r); + if(!cfg) + return; + + while((line = fgets(buf, _POSIX_PATH_MAX, cfg))) { + char *val; + + val = key_value(line, port); + if(val) + strcpy(opts.port, val); + + val = key_value(line, baud); + if(val) + opts.baud = atoi(val); + } + + fclose(cfg); +} + void parse_args(int argc, char *argv[]) { @@ -1120,12 +1162,14 @@ } } /* while */ - if ( (argc - optind) 1) { - fprintf(stderr, No port given\n); - exit(EXIT_FAILURE); + if(!opts.port[0]) { + if ( (argc - optind) 1) { + fprintf(stderr, No port given\n); + exit(EXIT_FAILURE); + } + strncpy(opts.port, argv[optind], sizeof(opts.port) - 1); + opts.port[sizeof(opts.port) - 1] = '\0'; } - strncpy(opts.port, argv[optind], sizeof(opts.port) - 1); - opts.port[sizeof(opts.port) - 1] = '\0'; printf(picocom v%s\n, VERSION_STR); printf(\n); @@ -1157,6 +1201,7 @@ { int r; + parse_conf(); parse_args(argc, argv); establish_signal_handlers();
Bug#737383: Remove mbox-style From_ line before the first header line
I filed my request for exim to not add From_ lines to messages before passing them to maildrop: https://bugs.debian.org/769396 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711460: xfce4-mixer: changing sound volume not working after muting : Still alive
Hello, This bug is still alive on the version 4.10.0-3 on Debian jessie. It exists since January 2013. The real problem is the only way I know to recover the sound is to launch another window manager, as Mate, and unmute tre sound. Not very practical... Is it planned to do something on it ? -- Jean-Luc Duflot Message écrit sur clavier ergonomique orthogonal et surtout, avec disposition BÉPO : essayez-la sur un clavier azerty, c'est autre chose ! http://bepo.fr/wiki/Accueil -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769399: bash-completion: gets confused by curly braces
Package: bash-completion Version: 1:2.1-4 Severity: normal Hi, it seems that curly braces aren't handled too well by bash-completion. See this example, with set -x for debugging, and hitting TAB after git diff @{-1} -- dri: $ git diff @{-1} -- dri+ local compfile=./completions + [[ /usr/share/bash-completion/bash_completion == */* ]] + compfile=/usr/share/bash-completion/completions + compfile+='/-1}' + [[ -f /usr/share/bash-completion/completions/-1} ]] + complete -F _minimal '-1}' bash: complete: -1: invalid option complete: usage: complete bla-bla... When the @{-1} is quoted, dri is correctly expanded to drivers. Another, similar breakage: $ r drivers/memory/tegra/tegra{-,124-e}mc.c dri+ local compfile=./completions + [[ /usr/share/bash-completion/bash_completion == */* ]] + compfile=/usr/share/bash-completion/completions + compfile+='/-,124-e}mc.c' + [[ -f /usr/share/bash-completion/completions/-,124-e}mc.c ]] + complete -F _minimal '-,124-e}mc.c' bash: complete: -,: invalid option complete: usage: complete blabla... The errors shows up in _completion_loader, but I'm not sure if things don't break earlier. Nikolaus -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-3-amd64 (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 Versions of packages bash-completion depends on: ii bash 4.3-11 ii dpkg 1.17.21 bash-completion recommends no packages. bash-completion 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#766921: [Piuparts-devel] Bug#766921: (no subject)
Hi, from #debian-qa this morning: h01ger | #766921 - anybody have an idea why adding gcc to the chroot helps? ntyni | h01ger: looks like eatmydata calls dpkg-architecture which calls gcc h01ger | ah! h01ger | so the options are really just disabling eatmydata or adding gcc? mapreri | h01ger: you can install libeatmydata1 and LD_PRELOAD=libeatmydata.so instead of using the the eatmydata helper script h01ger | thanks mapreri (not sure of how you use eatmydata, but the eatmydata package is actually useless, the actual library is in libeatmydata1) mapreri | h01ger: this will fixed by 105, but only on sid for jessie+1 (as a part of #765810) zwiebelbot | (#debian-qa) Debian#765810: the eatmydata binary should work with different arches transparently - https://bugs.debian.org/765810 * h01ger ponders removing / disabling eatmydata then for now h01ger | adding gcc everywhere doesnt seem like a good idea to me mapreri | h01ger: just replace eatmydata by LD_PRELOAD=${LD_PRELOAD: +$LD_PRELOAD:}libeatmydata.so and install libeatmydata1 instead of eatmydata. should work fine. * h01ger doubts that this is the right syntax for python :) mapreri ouch h01ger | mapreri: thanks. i will dump this in the bug report for now and then see what i'll do. this week nothing for sure mapreri | h01ger: well, is there a pythonic way to preload library? :) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#711460: [Pkg-xfce-devel] Bug#711460: xfce4-mixer: changing sound volume not working after muting : Still alive
On jeu., 2014-11-13 at 12:23 +0100, Duflot Jean-Luc wrote: Hello, This bug is still alive on the version 4.10.0-3 on Debian jessie. It exists since January 2013. The real problem is the only way I know to recover the sound is to launch another window manager, as Mate, and unmute tre sound. Not very practical... Is it planned to do something on it ? Not using pulseaudio seems to be a valid way to fix it, apparently. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#766921: piuparts fails with ValueError: too many values to unpack when dpkg prints a warning
I: Found additional required dependencies: acl adduser dmsetup init-system-helpers insserv libaudit-common libaudit1 libbz2-1.0 libcap2 libcap2-bin libcryptsetup4 libdb5.3 libdebconfclient0 libdevmapper1.02.1 libgcrypt20 libgdbm3 libgpg-error0 libkmod2 libncursesw5 libprocps3 libsemanage-common libsemanage1 libslang2 libsystemd0 libudev1 libustr-1.0-1 perl perl-modules procps systemd systemd-sysv udev Why does a minimal chroot contain systemd? A systemd environment may get funny for --allow-database :-) I: Found additional base dependencies: binutils bzip2 debian-archive-keyring dpkg-dev gnupg gpgv libapt-pkg4.12 libdpkg-perl libeatmydata1 libreadline6 libstdc++6 libtimedate-perl libusb-0.1-4 make patch readline-common xz-utils So something pulls in dpkg-dev, but not gcc. That sounds wrong. Both. dpkg-dev shouldn't be needed in a minimal chroot (w/o build-essential). 2m30.4s DEBUG: Starting command: ['chroot', '/tmp/tmpMtfEHx', 'eatmydata', 'mount', '-t', 'proc', 'proc', '/proc'] 2m30.4s DUMP: sh: 1: gcc: not found dpkg-architecture: warning: couldn't determine gcc system type, falling back to default (native compilation) 2m30.4s DEBUG: Command ok: ['chroot', '/tmp/tmpMtfEHx', 'eatmydata', 'mount', '-t', 'proc', 'proc', '/proc'] Whatever calls dpkg-architecture for running mount ... Does the same problem happen if eatmydata is *not* used? (That's the only factor piuparts may contribute to the issue.) Try --no-eatmydata Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768893: unblock: libeatmydata/82-3
Hi, On Mittwoch, 12. November 2014, Mattia Rizzolo wrote: On Wed Nov 12 2014 at 7:17:09 PM Jonathan Wiltshire j...@debian.org wrote: Ok, so what are you asking for? an unblock? pre-approval? I'm asking for an unblock for libeatmydata/82-3 AND your opinion (call it pre-approval if you like (actually I'd be happier with a full pre-approval)) for libeatmydata/82-4 with the only change I posted at my last email. Mattia, it's seldom a good idea to mix topics and especially in this case with the release team getting ~50 bugs a day it doesn't help them at all. About the libeatmydata/82-3 unblock request: libeatmydata (82-3) unstable; urgency=low . * debian/patches/bug-702711.patch: + [c95e942] fix the bug #702711 also for 32 bit arches (Closes: #765738). + [0167220] update headers. * [3fabf6f] debian/control: build-depend on strace only on non hurd and non kfreebsd systems, where it is unavailable. #702711 breaks eatmydata completly on i386 (which is noticable in Debian Edu), so I disagree with the severity of #702711 which is currently important, like #765738 was at well. I think both bugs are serious and must be fixed for jessie. So, dear release team, could you please unblock libeatmydata? The debdiff looks good to me...! I think a pre-approval is needed for that change because there is no bugs at all regarding building libeatmydata on hurd and kfreebsd, and anyway that bugs would not be important. I'd suggest coming back to 82-4 once 82-3 is in jessie _and_ filing bugs about the issues you want to fix in 82-4 _first_. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#766921: (no subject)
On 2014-11-13 12:41, Holger Levsen wrote: mapreri | h01ger: well, is there a pythonic way to preload library? :) we don't need it in python, we need it for the chroot ... just adding something to the environment for the run() should do def run(..., extra_env=[]) ... if extra_env: env.extend(extra_env) Chroot.run(): eenv=None if eatmydata: eenv=... run(..., eenv=eenv) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769335: otrs2: fails to upgrade from 'wheezy': /usr/share/dbconfig-common/scripts/otrs2/upgrade/pgsql/3.2.1 exited with non-zero status
tag #769335 + moreinfo thanks Am 12.11.2014 um 22:51 schrieb Andreas Beckmann: Setting up otrs2 (3.3.9-1) ... dbconfig-common: writing config to /etc/dbconfig-common/otrs2.conf Replacing config file /etc/otrs/database.pm with new version creating database backup in /var/cache/dbconfig-common/backups/otrs2_3.1.7+dfsg1-8+deb7u4.pgsql. applying upgrade script for 3.1.7+dfsg1-8+deb7u4 - 3.2.1. Can't locate /etc/otrs/database.pm: Permission denied at /usr/share/otrs/Kernel/Config.pm line 27. BEGIN failed--compilation aborted at /usr/share/otrs/Kernel/Config.pm line 37. Compilation failed in require at ./scripts/DBUpdate-to-3.2.pl line 32. BEGIN failed--compilation aborted at ./scripts/DBUpdate-to-3.2.pl line 32. error encountered processing /usr/share/dbconfig-common/scripts/otrs2/upgrade/pgsql/3.2.1: /usr/share/dbconfig-common/scripts/otrs2/upgrade/pgsql/3.2.1 exited with non-zero status dbconfig-common: otrs2 configure: aborted. dbconfig-common: flushing administrative password dpkg: error processing package otrs2 (--configure): subprocess installed post-installation script returned error exit status 1 Setting up libsoap-lite-perl (1.11-1) ... Processing triggers for libc-bin (2.19-12) ... Processing triggers for ca-certificates (20141019) ... Updating certificates in /etc/ssl/certs... 10 added, 8 removed; done. Running hooks in /etc/ca-certificates/update.ddone. Errors were encountered while processing: otrs2 I have checked it up in a virtual machine and can not reproduce this issue, maybe another in-piuparts-world-only-error issue. From what I see here: = dbconfig creates and handle database.pm and it is generated with the following values: dbc_generate_include_owner=otrs:www-data dbc_generate_include_perms=0640 = Can't locate /etc/otrs/database.pm: Permission denied at /usr/share/otrs/Kernel/Config.pm line 27. = line 26 checks for the existance of database.pm. if it exists (-f) then a require is executed in line 27, which is the case here, but you have got wrong permissions? which ones? = this whole issue is not triggered in my manual wheezy-jessie upgrade process = and again, dbconfig-common handles this file, but I think the bug is in your testing suite/piuparts -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#769381: iceweasel does not report for self-signed certificate (MITM to youtube.com)
2014-11-13 15:05 GMT+05:00 Mike Hommey m...@glandium.org: Package: iceweasel Version: 31.2.0esr-2~deb7u1 Severity: normal Dear Maintainer, My internet provider add url-filtration for https by using self-signed certificates. Google Chrome (from google) and Chromium (from Debian) see it and fail. Iceweasel does nothing, as if cert is valid. I am exec openssl s_client -connect www.youtube.com:443 via filter and direct and attach output What does it say on https://www.pcwebshop.co.uk/ ? If it shows the untrusted screen, what does it say under technical details ? Expired cert and Parallels Panel as CN. What happens if you run iceweasel with a fresh profile and in safe mode? (iceweasel -P -safe-mode) Was tried before bugreport, nothing changed, www.youtube.com opened well in iceweasel, when chromium fail with cert error. New information: I forgot to save cert before bugreport and take when was write it. Now i see, that provider change cert, nothing failed in any browser and new cert was attached to bugreport I get https://pki.google.com/GIAG2.crt and run: $ openssl x509 -inform DER -outform PEM -in GIAG2.crt -out GIAG2.pem $ openssl verify -verbose -CAfile GIAG2.pem cert_filter cert_filter: OK $ openssl verify -verbose -CAfile GIAG2.pem cert_direct cert_direct: OK Provider beat me and other clients. So, i can't repeat bug now. Sorry. -- Stanislav -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769400: redmine e rake
Package: redmine Version: 3.0~20140825-1 redmine non si installa, richiede rake 10.1.0 ma il pacchetto non esiste: squeeze ha la 0.9.2 e wheezy e seguenti la 10.3 ho trovato un pacchetto con la 10.1.1 ma non la accetta Setting up redmine (3.0~20140825-1) ...dbconfig-common: writing config to /etc/dbconfig-common/redmine/instances/default.conf Creating config file /etc/redmine/default/database.yml.new with new versiongranting access to database redmine_default for redmine_default@localhost: already exists.creating database redmine_default: already exists.dbconfig-common: flushing administrative passwordrake aborted!You have already activated rake 10.1.1, but your Gemfile requires rake 10.1.0. Prepending `bundle exec` to your command may solve this. (See full trace by running task with --trace)dpkg: error processing package redmine (--configure): subprocess installed post-installation script returned error exit status 1
Bug#769381: iceweasel does not report for self-signed certificate (MITM to youtube.com)
2014-11-13 17:04 GMT+05:00 Stanislav Vlasov stanislav@gmail.com: $ openssl verify -verbose -CAfile GIAG2.pem cert_filter cert_filter: OK Provider beat me and other clients. So, i can't repeat bug now. Sorry. Sorry again. I too hasty and does not check which channel was used: $ openssl verify -verbose -CAfile GIAG2.pem cert_filter2 cert_filter2: C = US, ST = California, L = Mountain View, O = Google Inc, CN = google.com error 18 at 0 depth lookup:self signed certificate OK -- Stanislav cert_filter2 Description: Binary data
Bug#758234: transitive dependencies
[ re-post, signed ] I'd like to formally propose the following Policy change to fix the depend on packages with lower dependencies non-problem. This does simplify current practice, but unfortunately not Policy itself, as adhering to policy shouldn't allow you to break debootstrap. :-P This change is git-pull-able: git://git.smurf.noris.de/policy.git#master commit f534bae9ccb69b70e58e1f34b9aa143d35ac836e Author: Matthias Urlichs matth...@urlichs.de Date: Thu Nov 13 13:15:31 2014 +0100 Policy: Use dependencies instead of priority adherence Raising the policy of dependent libraries is unnecessary busy-work which current tools do not require. This change updates Policy to conform to current practice and tools' requirements, particularly debootstrap. diff --git a/debian/changelog b/debian/changelog index 17e9330..8ed6dba 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,7 +1,11 @@ debian-policy (3.9.7.0) unstable; urgency=low + [ Bill Allombert ] * + [ Matthias Urlichs ] + * Policy: Use dependencies instead of priority adherence + -- Bill Allombert ballo...@debian.org Wed, 17 Sep 2014 20:35:51 +0200 debian-policy (3.9.6.0) unstable; urgency=low diff --git a/policy.sgml b/policy.sgml index 6eac491..f97ef10 100644 --- a/policy.sgml +++ b/policy.sgml @@ -868,10 +868,21 @@ zope. /p p - Packages must not depend on packages with lower priority - values (excluding build-time dependencies). In order to - ensure this, the priorities of one or more packages may need - to be adjusted. + Packages may depend on other packages with lower priority values. + These other packages, or their dependencies, must not conflict with + another higher-priority package.footnote + Debian does not require its base-system installation scripts to employ a + full-featured dependency resolver; this rule ensures that install + all ttimportant/tt packages and their open dependencies works + and results in a consistent and bootable system. + /footnote + /p + p + This restriction does not apply to packages of priority + ttoptional/tt or lower. It applies transitively. + It does not apply if a dependency is already satisfied by another + higher-priority package. If alternative dependencies are used, + it only applies to the first alternative(s). /p /sect @@ -9992,11 +10003,10 @@ name [varsyshostname/var]: any package dependencies necessary to satisfy their runtime requirements when using the X Window System. If such a package is of higher priority than the X packages - on which it depends, it is required that either the + on which it depends, it is recommended that either the X-specific components be split into a separate package, or that an alternative version of the package, which includes - X support, be provided, or that the package's priority be - lowered. + X support, be provided. /p /sect1 -- -- Matthias Urlichs signature.asc Description: Digital signature
Bug#750857: NMU debdiff for mod-gnutls_0.6-1.2
debdiff mod-gnutls_0.6-1.1.dsc mod-gnutls_0.6-1.2.dsc diff -Nru mod-gnutls-0.6/debian/changelog mod-gnutls-0.6/debian/changelog --- mod-gnutls-0.6/debian/changelog 2014-10-08 08:16:49.0 +0100 +++ mod-gnutls-0.6/debian/changelog 2014-11-13 10:41:23.0 + @@ -1,3 +1,15 @@ +mod-gnutls (0.6-1.2) unstable; urgency=low + + * Non-maintainer upload. + * Use ip6-loopback for TEST_IP and increment the timeout values so the tests +won't fail on slow build machines. +Drop test-ip.patch. +Add test-setup.patch. +Patch by Jurica Stanojkovic jurica.stanojko...@imgtec.com. +Closes: #750857. + + -- Anibal Monsalve Salazar ani...@debian.org Thu, 13 Nov 2014 10:41:16 + + mod-gnutls (0.6-1.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru mod-gnutls-0.6/debian/patches/series mod-gnutls-0.6/debian/patches/series --- mod-gnutls-0.6/debian/patches/series2014-10-08 08:10:50.0 +0100 +++ mod-gnutls-0.6/debian/patches/series2014-11-11 07:36:13.0 + @@ -1 +1 @@ -test-ip.patch +test-setup.patch diff -Nru mod-gnutls-0.6/debian/patches/test-ip.patch mod-gnutls-0.6/debian/patches/test-ip.patch --- mod-gnutls-0.6/debian/patches/test-ip.patch 2014-10-08 08:12:26.0 +0100 +++ mod-gnutls-0.6/debian/patches/test-ip.patch 1970-01-01 01:00:00.0 +0100 @@ -1,34 +0,0 @@ -From: Jurica Stanojkovic jurica.stanojko...@imgtec.com -Subject: Re: FTBFS on many architectures, test suite errors -Date: Mon, 29 Sep 2014 15:14:48 + - -https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750857 - -I have found while testing package on local build machine that package is -failing due to configuration in /etc/hosts - -ip6-loopback was configured with -127.0.0.1 localhost ip6-localhost ip6-loopback -after replacing that with following -::1 localhost ip6-localhost ip6-loopback -package was built successfully without changes to source. - -I do not know how is this configured in /etc/hosts on official buildd for -architectures that fail to build. - -Also if following patch is added to a source there is no need for changes in -/etc/hosts: - -Index: mod-gnutls-0.6/t/Makefile -=== mod-gnutls-0.6.orig/t/Makefile -+++ mod-gnutls-0.6/t/Makefile -@@ -6,7 +6,7 @@ - # simple configuration choices. - - export TEST_HOST ?= localhost --export TEST_IP ?= ::1 -+export TEST_IP ?= 127.0.0.1 - # chosen at random: - export TEST_PORT ?= 9932 - export MSVA_PORT ?= 9933 diff -Nru mod-gnutls-0.6/debian/patches/test-setup.patch mod-gnutls-0.6/debian/patches/test-setup.patch --- mod-gnutls-0.6/debian/patches/test-setup.patch 1970-01-01 01:00:00.0 +0100 +++ mod-gnutls-0.6/debian/patches/test-setup.patch 2014-11-11 07:40:29.0 + @@ -0,0 +1,30 @@ +From: Jurica Stanojkovic jurica.stanojko...@imgtec.com +Subject: Re: FTBFS on many architectures, test suite errors +Date: Wed, 29 Oct 2014 13:55:56 + + +https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750857 + +Use ip6-loopback for TEST_IP and increment the timeout values so the tests +won't fail on slow build machines. + +Index: mod-gnutls-0.6/t/Makefile +=== +--- mod-gnutls-0.6.orig/t/Makefile mod-gnutls-0.6/t/Makefile +@@ -6,13 +6,13 @@ + # simple configuration choices. + + export TEST_HOST ?= localhost +-export TEST_IP ?= ::1 ++export TEST_IP ?= ip6-loopback + # chosen at random: + export TEST_PORT ?= 9932 + export MSVA_PORT ?= 9933 + +-export TEST_GAP ?= 1.5 +-export TEST_QUERY_DELAY ?= 2 ++export TEST_GAP ?= 4 ++export TEST_QUERY_DELAY ?= 5 + + all: setup.done + ./runtests -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769384: ERROR: This tool requires libclamav with functionality level 79 or higher (current f-level: 77)
On 2014-11-13 01:16:25 [-0700], Jesse Molina wrote: Severity: grave I would downgrade it to important. Scott? Fails on start. I imagine this wasn't tested? You imagine wrong. But this case in particular wasn't. Setting up clamav-freshclam (0.98.5~rc1+dfsg-3) ... [] Starting ClamAV virus database updater: freshclamERROR: This tool requires libclamav with functionality level 79 or higher (current f-level: 77) failed! This is a fresh install of clamav and clamav-freshclam after a dpkg purge. Almost a complete purge: ii clamav-base0.98.5~rc1+dfsg-3 ii libclamav6 0.98.4+dfsg-2+b1 You have the old libclamav6 dangling around. If you do an apt-get upgrade then it should be fixed. We have depends on libclamav6 based on library functions / ABI. Now the ABI remains unchanged but stops working. This was neither tested nor expected. I guess the simplest thing to do is to depend the whole clamav package on the built version instead of versioned symbols like we now. This check comes from check_flevel() and it is not exported so havp friends won't care about his. Any comments? Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769401: unblock: coinutils/2.9.15-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package coinutils/2.9.15-3: * Team upload. * Add liblapack-dev for coinor-libcoinutils-dev to make sure -llapack and -lblas exist as required in the pkgconfig file (Closes: #768753) Bug #768753 is new RC and it is in the reverse dependency chain of libreoffice, thus need such a fix. unblock coinutils/2.9.15-3 Best, Aron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769402: ttytter: Submits and retweets \n as literal string
Package: ttytter Version: 2.1.0+1-1 Severity: minor Tags: upstream Twitter.com allows line breaks when composing tweets. When the -newline command line option of TTYtter is not present, these line breaks are displayed as the literal string \n. When the -newline command line option is present, these line breaks are actually conserved, and real line breaks occur in the terminal when the tweet is displayed. So far so good. But independent of the -newline switch, retweeting such a tweet -- or composing a new tweet -- containting the literal string \n, will not transform it back into a real line break. The Twitter.com website and other twitter clients therefore display the literal string \n for such messages sent by TTYtter. It's not a big deal when composing new tweets (because one simply doesn't type \n), but if one wants to /oretweet such a message (containing a line break), the tweet display will be messed up for others. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ttytter depends on: ii curl 7.38.0-3 ii perl 5.20.1-2 Versions of packages ttytter recommends: ii libterm-readline-gnu-perl 1.24-2+b1 ii libtimedate-perl 2.3000-2 ttytter 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#758234: transitive dependencies
On Thu, Nov 13, 2014 at 01:24:32PM +0100, Matthias Urlichs wrote: [ re-post, signed ] I'd like to formally propose the following Policy change to fix the depend on packages with lower dependencies non-problem. This does simplify current practice, but unfortunately not Policy itself, as adhering to policy shouldn't allow you to break debootstrap. :-P What I do not understand is, how this affect debootstrap ? For me priority are purely metadata provided by the override file. Policy does not require software to use them in anyway, I think. Cheers, Bill. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765498: (no subject)
Control: tag -1 pending On Wed, Nov 12, 2014 at 09:55:28PM +0100, Dennis Schridde wrote: I just copied the original script [1] from Redmine to my computer and am using that with minor modifications (shebang). It works fine. [1] https://github.com/redmine/redmine/blob/master/bin/rails For what it's worth, the documentation update that will fix this bug has been committed to the repository a few days ago: http://anonscm.debian.org/cgit/pkg-ruby-extras/redmine.git/commit/?id=fb58ab256086ada4098d49a463cd9509ff21f237 I'm still looking to close a few other bugs that were reported, and will probably make an upload soon. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#769401:
Please find debdiff as in attachment. Aron coinutils_2.9.15-3.debdiff Description: Binary data
Bug#766134: Bug#768753: coinor-cbc: FTBFS in jessie: ld: cannot find -llapack
Hi, On Wed, Nov 12, 2014 at 11:07:52PM -0800, Miles Lubin wrote: Appears so. Unfortunately I'm traveling for the next week and won't have a chance to fix this in the meantime. It seems like Cbc and Osi just need a proper build dependency on liblapack-dev, libblas-dev, and gfortran? No. That just hides the problem. coinutils has them in it's .pc so it should depend on it. (And I don't believe gfortran is needed.) Aron said to me on IRC shortly ago that he'd fix it... 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#769403: beignet: unhelpful error on trying to call nonexistent OpenCL kernel function
Package: beignet Version: 0.9.3~dfsg-2 (That version is only in Alioth as yet, but as I haven't touched anything related to this, I suspect the problem is upstream) If an OpenCL kernel attempts to call a non-existent function (e.g. b[i]=co(a[i]), as in the attached), pocl returns a helpful undefined symbol: co error message, but beignet simply crashes with Segmentation fault. gdb backtrace: #0 0x726b7eb1 in llvm::Function::getIntrinsicID() const () from /usr/lib/beignet//libgbe.so No symbol table info available. #1 0x718419e2 in ?? () from /usr/lib/beignet//libgbe.so No symbol table info available. #2 0x72702c07 in llvm::FPPassManager::runOnFunction(llvm::Function) () from /usr/lib/beignet//libgbe.so No symbol table info available. #3 0x7250b433 in ?? () from /usr/lib/beignet//libgbe.so No symbol table info available. #4 0x72705649 in llvm::legacy::PassManagerImpl::run(llvm::Module) () from /usr/lib/beignet//libgbe.so No symbol table info available. #5 0x718446a9 in ?? () from /usr/lib/beignet//libgbe.so No symbol table info available. #6 0x717eeb02 in ?? () from /usr/lib/beignet//libgbe.so No symbol table info available. #7 0x718a5f10 in ?? () from /usr/lib/beignet//libgbe.so No symbol table info available. #8 0x717f325b in ?? () from /usr/lib/beignet//libgbe.so No symbol table info available. #9 0x75a0386d in ?? () from /usr/lib/beignet/libcl.so No symbol table info available. ---Type return to continue, or q return to quit--- #10 0x759fbdf5 in clBuildProgram () from /usr/lib/beignet/libcl.so No symbol table info available. from __future__ import division,print_function import pyopencl import pyopencl.array import numpy as np import time import pyopencl.clmath ctx1=pyopencl.create_some_context() cq1=pyopencl.CommandQueue(ctx1) a=np.random.randn(1e6).astype(np.dtype('float32')) aCL=pyopencl.array.to_device(cq1,a) bCL=pyopencl.array.to_device(cq1,a) flist=[pyopencl.elementwise.ElementwiseKernel(ctx1,pyopencl.tools.dtype_to_ctype(aCL.dtype)+ *a,+pyopencl.tools.dtype_to_ctype(aCL.dtype)+ *b,b[i]=cos(a[i])+/-,badsyntax),pyopencl.elementwise.ElementwiseKernel(ctx1,pyopencl.tools.dtype_to_ctype(aCL.dtype)+ *a,+pyopencl.tools.dtype_to_ctype(aCL.dtype)+ *b,b[i]=cos(a[i]),badvar),pyopencl.elementwise.ElementwiseKernel(ctx1,pyopencl.tools.dtype_to_ctype(aCL.dtype)+ *a,+pyopencl.tools.dtype_to_ctype(aCL.dtype)+ *b,b[i]=co(a[i]),badfunc)] for f in flist: try: f(aCL,bCL).wait() print(success) except pyopencl.RuntimeError as e: print(error:,e) print(end)
Bug#769400: redmine e rake
Control: forcemerge -1 767548 Hello, On Thu, Nov 13, 2014 at 01:06:18PM +0100, mm...@libero.it wrote: Package: redmine Version: 3.0~20140825-1 redmine non si installa, richiede rake 10.1.0 ma il pacchetto non esiste: squeeze ha la 0.9.2 e wheezy e seguenti la 10.3 ho trovato un pacchetto con la 10.1.1 ma non la accetta Please note that you need to use English in the Debain BTS. Setting up redmine (3.0~20140825-1) ...dbconfig-common: writing config to /etc/dbconfig-common/redmine/instances/default.conf Creating config file /etc/redmine/default/database.yml.new with new versiongranting access to database redmine_default for redmine_default@localhost: already exists.creating database redmine_default: already exists.dbconfig-common: flushing administrative passwordrake aborted!You have already activated rake 10.1.1, but your Gemfile requires rake 10.1.0. Prepending `bundle exec` to your command may solve this. (See full trace by running task with --trace)dpkg: error processing package redmine (--configure): subprocess installed post-installation script returned error exit status 1 I have a fix committed for this problem in the git repository, and it will be uploaded soon. Until then, please try the following workaround: $ sudo ln -sfT /dev/null /usr/share/redmine/Gemfile.lock -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#720963: librdf-linkeddata-perl: FTBFS with perl 5.18: test failures
Hi! I have been upgraded my dev box to jessie lately, and I can't see this either... And I really don't see how this problem could arise, perhaps it was something intermittent with the test platform? Perhaps this bug could be closed? Kjetil
Bug#767500: NMU debdiff for kamailio_4.2.0-1.1
debdiff kamailio_4.2.0-1.dsc kamailio_4.2.0-1.1.dsc diff -Nru kamailio-4.2.0/debian/changelog kamailio-4.2.0/debian/changelog --- kamailio-4.2.0/debian/changelog 2014-10-21 22:17:18.0 +0100 +++ kamailio-4.2.0/debian/changelog 2014-11-13 10:48:35.0 + @@ -1,3 +1,14 @@ +kamailio (4.2.0-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix FTBFS on mipsel and mips. +Add mips/mipsel arch in debian/control. +Disable the Mono module on mips in debian/rules (like it is on ia64). +Add fix-mips.patch Patch by Dejan Latinovic dejan.latino...@imgtec.com +Closes: #767500. + + -- Anibal Monsalve Salazar ani...@debian.org Thu, 13 Nov 2014 10:48:28 + + kamailio (4.2.0-1) unstable; urgency=medium * [8774ae4] Imported Upstream version 4.2.0 diff -Nru kamailio-4.2.0/debian/control kamailio-4.2.0/debian/control --- kamailio-4.2.0/debian/control 2014-10-21 22:17:18.0 +0100 +++ kamailio-4.2.0/debian/control 2014-10-31 08:33:57.0 + @@ -23,7 +23,7 @@ libldap2-dev, liblua5.1-0-dev, libmemcached-dev, - libmono-2.0-dev [!ia64], + libmono-2.0-dev [!ia64 !mips], libmysqlclient-dev, libncurses5-dev, libpcre3-dev, @@ -51,7 +51,7 @@ Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-voip/kamailio.git Package: kamailio -Architecture: amd64 armel i386 ia64 powerpc ppc64 s390x +Architecture: amd64 armel i386 ia64 powerpc ppc64 s390x mips mipsel Multi-Arch: foreign Pre-Depends: ${misc:Pre-Depends} Depends: adduser, python, ${misc:Depends}, ${shlibs:Depends} @@ -94,7 +94,7 @@ Package: kamailio-dbg Priority: extra Section: debug -Architecture: amd64 armel i386 ia64 powerpc ppc64 s390x +Architecture: amd64 armel i386 ia64 powerpc ppc64 s390x mips mipsel Multi-Arch: same Pre-Depends: ${misc:Pre-Depends} Depends: kamailio (= ${binary:Version}), ${misc:Depends}, ${shlibs:Depends} @@ -107,7 +107,7 @@ modules. You only need to install it if you need to debug Kamailio. Package: kamailio-geoip-modules -Architecture: amd64 armel i386 ia64 powerpc ppc64 s390x +Architecture: amd64 armel i386 ia64 powerpc ppc64 s390x mips mipsel Multi-Arch: same Pre-Depends: ${misc:Pre-Depends} Depends: kamailio (= ${binary:Version}), ${misc:Depends}, ${shlibs:Depends} @@ -120,7 +120,7 @@ use GeoIP API within configuration file. Package: kamailio-sqlite-modules -Architecture: amd64 armel i386 ia64 powerpc ppc64 s390x +Architecture: amd64 armel i386 ia64 powerpc ppc64 s390x mips mipsel Multi-Arch: same Pre-Depends: ${misc:Pre-Depends} Depends: kamailio (= ${binary:Version}), ${misc:Depends}, ${shlibs:Depends} @@ -133,7 +133,7 @@ This package provides the SQLite database driver for Kamailio. Package: kamailio-json-modules -Architecture: amd64 armel i386 ia64 powerpc ppc64 s390x +Architecture: amd64 armel i386 ia64 powerpc ppc64 s390x mips mipsel Multi-Arch: same Pre-Depends: ${misc:Pre-Depends} Depends: kamailio (= ${binary:Version}), ${misc:Depends}, ${shlibs:Depends} @@ -146,7 +146,7 @@ and the JSON-RPC client over netstrings. Package: kamailio-memcached-modules -Architecture: amd64 armel i386 ia64 powerpc ppc64 s390x +Architecture: amd64 armel i386 ia64 powerpc ppc64 s390x mips mipsel Multi-Arch: same Pre-Depends: ${misc:Pre-Depends} Depends: kamailio (= ${binary:Version}), ${misc:Depends}, ${shlibs:Depends} @@ -160,7 +160,7 @@ server, a high-performance, distributed memory object caching system. Package: kamailio-lua-modules -Architecture: amd64 armel i386 ia64 powerpc ppc64 s390x +Architecture: amd64 armel i386 ia64 powerpc ppc64 s390x mips mipsel Multi-Arch: same Pre-Depends: ${misc:Pre-Depends} Depends: kamailio (= ${binary:Version}), ${misc:Depends}, ${shlibs:Depends} @@ -173,7 +173,7 @@ execute embedded Lua applications within configuration file. Package: kamailio-mono-modules -Architecture: amd64 armel i386 powerpc ppc64 s390x +Architecture: amd64 armel i386 powerpc ppc64 s390x mipsel Multi-Arch: same Pre-Depends: ${misc:Pre-Depends} Depends: kamailio (= ${binary:Version}), ${misc:Depends}, ${shlibs:Depends} @@ -186,7 +186,7 @@ execute embedded Mono applications within configuration file. Package: kamailio-python-modules -Architecture: amd64 armel i386 ia64 powerpc ppc64 s390x +Architecture: amd64 armel i386 ia64 powerpc ppc64 s390x mips mipsel Multi-Arch: same Pre-Depends: ${misc:Pre-Depends} Depends: kamailio (= ${binary:Version}), @@ -202,7 +202,7 @@ execute embedded Python applications within configuration file. Package: kamailio-redis-modules -Architecture: amd64 armel i386 ia64 powerpc ppc64 s390x +Architecture: amd64 armel i386 ia64 powerpc ppc64 s390x mips mipsel Multi-Arch: same Pre-Depends: ${misc:Pre-Depends} Depends: kamailio (= ${binary:Version}), ${misc:Depends}, ${shlibs:Depends} @@ -214,7 +214,7 @@ This package provides the Redis NOSQL database
Bug#768769: Please help: failed build of plastimatch 1.5.16+dfsg-2 for several architectures
Hi Andreas, TL;DR: insighttoolkit needs binNMU on !ppc64el. On Thu, 13 Nov 2014 10:07:16 +0100, Andreas Tille wrote: I noticed that the proposed fix does not help to build plastimatch - at least the build fails on most architectures[1]. The failing reason in the build log is: | CMake Error at /usr/lib/InsightToolkit/UseITK.cmake:81 (MESSAGE): | ITK was built with GDCM from /usr/lib/gdcm-2.4, but this project is using | GDCM from /usr/lib/arm-linux-gnueabihf/gdcm-2.4. Please set GDCM_DIR to | match the one used to build ITK. This is because GDCM recently (on 2014-09-30) switched to multi-arch location [1], and insighttoolkit (3.x) has NOT been rebuilt against that (the last insighttoolkit upload is dated 2014-03-09). [1]: http://anonscm.debian.org/viewvc/debian-med?view=revisionrevision=18115 So I guess we need to binNMU insighttoolkit, and the builds will be magically fixed. The reason the build succeeded on three archs is that on amd64 and i386 plastimatch uses insighttoolkit4 (which is not affected), and on ppc64el insighttoolkit was built against new GDCM (ppc64el build was held on 2014-10-15). I have the suspicion that simply dropping --parallel from rules could solve the issue but it can perfectly be some different problem. No, that is unrelated and will not help. -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#769384: [Pkg-clamav-devel] Bug#769384: ERROR: This tool requires libclamav with functionality level 79 or higher (current f-level: 77)
On Thursday, November 13, 2014 13:25:34 Sebastian Andrzej Siewior wrote: On 2014-11-13 01:16:25 [-0700], Jesse Molina wrote: Severity: grave I would downgrade it to important. Scott? Serious due to incomplete depends. I don't recall the exact policy paragraph, but it's a fails to comply with policy issue. Debian supports partial upgrades, so it shouldn't be possible to get in this situation. Fails on start. I imagine this wasn't tested? You imagine wrong. But this case in particular wasn't. Setting up clamav-freshclam (0.98.5~rc1+dfsg-3) ... [] Starting ClamAV virus database updater: freshclamERROR: This tool requires libclamav with functionality level 79 or higher (current f-level: 77) failed! This is a fresh install of clamav and clamav-freshclam after a dpkg purge. Almost a complete purge: ii clamav-base0.98.5~rc1+dfsg-3 ii libclamav6 0.98.4+dfsg-2+b1 You have the old libclamav6 dangling around. If you do an apt-get upgrade then it should be fixed. We have depends on libclamav6 based on library functions / ABI. Now the ABI remains unchanged but stops working. This was neither tested nor expected. I guess the simplest thing to do is to depend the whole clamav package on the built version instead of versioned symbols like we now. This check comes from check_flevel() and it is not exported so havp friends won't care about his. Any comments? I don't have a better idea. We need to do something and that's the only approach I can think of that avoids having to manually set a minimum version. Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769404: unblock: grilo-plugins/0.2.13-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package grilo-plugins I'm about to upload the new package, which contains the following fixes: http://bugs.debian.org/769357 There is a variable redefinition in the code that parses IPv6 addresses that makes the plugin crash (in short: the code iterates over an uninitialized array). This renders programs like totem unusable. http://bugs.debian.org/765986 The dLeyna plugin uses the dleyna-server DBUS API, but the grilo-plugins package does not define any relationship to dleyna-server. This change adds a Recommends: dleyna-server field. In addition to that, I added a build dependency on librest-dev. This is a hard requirement for one of the plugins and the dependency is explicitly checked in the configure script. If it's working at the moment it's because it's coincidentally being pulled by other build dependencies. I don't have any bug for this, so if this change is not appropriate I'll revert it. I haven't uploaded the package yet, I'll do it as soon as I get the confirmation that the changes are fine. Thanks! unblock grilo-plugins/0.2.13-2 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru grilo-plugins-0.2.13/debian/changelog grilo-plugins-0.2.13/debian/changelog --- grilo-plugins-0.2.13/debian/changelog 2014-08-27 14:48:24.0 +0300 +++ grilo-plugins-0.2.13/debian/changelog 2014-11-13 14:11:23.0 +0200 @@ -1,3 +1,13 @@ +grilo-plugins (0.2.13-2) unstable; urgency=medium + + * debian/control: +- Add build dependency on librest-dev. +- Make grilo-plugins recommend dleyna-server (Closes: #765986). + * fix-dleyna-crash.patch: +- Fix crash due to variable redefinition (Closes: #769357). + + -- Alberto Garcia be...@igalia.com Thu, 13 Nov 2014 14:11:07 +0200 + grilo-plugins (0.2.13-1) unstable; urgency=medium * New upstream release (Closes: #750038). diff -Nru grilo-plugins-0.2.13/debian/control grilo-plugins-0.2.13/debian/control --- grilo-plugins-0.2.13/debian/control 2014-08-27 14:48:24.0 +0300 +++ grilo-plugins-0.2.13/debian/control 2014-11-13 14:11:23.0 +0200 @@ -10,6 +10,7 @@ yelp-tools, python-dbusmock, libarchive-dev, + librest-dev (= 0.7.90), libglib2.0-dev (= 2.36), libgrilo-0.2-dev (= 0.2.11), libxml2-dev, @@ -36,6 +37,7 @@ Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends}, ${misc:Depends} +Recommends: dleyna-server Description: Framework for discovering and browsing media - Plugins Grilo is a framework focused on making media discovery and browsing easy for application developers. diff -Nru grilo-plugins-0.2.13/debian/patches/fix-dleyna-crash.patch grilo-plugins-0.2.13/debian/patches/fix-dleyna-crash.patch --- grilo-plugins-0.2.13/debian/patches/fix-dleyna-crash.patch 1970-01-01 02:00:00.0 +0200 +++ grilo-plugins-0.2.13/debian/patches/fix-dleyna-crash.patch 2014-11-13 14:11:23.0 +0200 @@ -0,0 +1,16 @@ +From: Juan A. Suarez Romero jasua...@igalia.com +Subject: Remove variable redefinition +Bug: https://bugzilla.gnome.org/show_bug.cgi?id=740052 +Bug-Debian: https://bugs.debian.org/769357 +Index: grilo-plugins/src/dleyna/grl-dleyna-utils.c +=== +--- grilo-plugins.orig/src/dleyna/grl-dleyna-utils.c grilo-plugins/src/dleyna/grl-dleyna-utils.c +@@ -213,7 +213,6 @@ is_our_user_ipv6 (struct sockaddr_in6 *a + + status = g_io_channel_read_line (file, line, NULL, NULL, NULL); + while (status == G_IO_STATUS_NORMAL) { +-char *line; + int j, k, l; + /* 4*8 for IP, 4 for port, 1 for :, 1 for NUL */ + char buffer[4*8 + 4 + 1 + 1]; diff -Nru grilo-plugins-0.2.13/debian/patches/series grilo-plugins-0.2.13/debian/patches/series --- grilo-plugins-0.2.13/debian/patches/series 1970-01-01 02:00:00.0 +0200 +++ grilo-plugins-0.2.13/debian/patches/series 2014-11-13 14:11:23.0 +0200 @@ -0,0 +1 @@ +fix-dleyna-crash.patch
Bug#769405: Adding mx symlink
Package: bind9-host Version: 1:9.8.4.dfsg.P1-6+nmu2+deb7u2 Severity: wishlist -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.17.2-x86_64-linode48 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bind9-host depends on: ii libbind9-80 1:9.8.4.dfsg.P1-6+nmu2+deb7u2 ii libc6 2.13-38+deb7u6 ii libcap2 1:2.22-1.2 ii libdns88 1:9.8.4.dfsg.P1-6+nmu2+deb7u2 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u2 ii libisc84 1:9.8.4.dfsg.P1-6+nmu2+deb7u2 ii libisccfg82 1:9.8.4.dfsg.P1-6+nmu2+deb7u2 ii liblwres801:9.8.4.dfsg.P1-6+nmu2+deb7u2 ii libssl1.0.0 1.0.1e-2+deb7u13 ii libxml2 2.8.0+dfsg1-7+wheezy2 bind9-host recommends no packages. bind9-host 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#768185: Bug #768185: mesa-opencl-icd: installing this breaks other ICDs
Control: retitle -1 mesa-opencl-icd: installing this breaks other ICDs Control: reassign -1 mesa-opencl-icd Control: found -1 10.3.2-1 Those aren't normal this is not valid OpenCL C build errors (see #769403 for those crashing beignet), they're compiler load errors, matching http://sources.debian.net/src/llvm-toolchain-3.5/1:3.5-6/lib/Support/CommandLine.cpp lines 162 and 194. On my system, they occur when attempting to use either beignet 0.9.3 (not 0.8) or pocl-opencl-icd when mesa-opencl-icd from sid (10.3.2-1/libclc-r600 0~git20140101-5, using llvm 3.5 only) is installed. mesa-opencl-icd from testing (10.3.2-1/libclc-r600 0~git20140101-4, using both llvm 3.5 and 3.4) causes a different error in beignet 0.9.3 (below) and no error in pocl. Note that the platform order is mesa,beignet,pocl in sid but beignet,pocl,mesa in testing. pocl and beignet 0.9.3 use llvm 3.5, beignet 0.8 uses llvm 3.4. Using beignet (either version) and pocl at the same time (see attached test script) works; I don't have the hardware to actually use mesa-opencl-icd. beignet 0.9.3 + mesa/testing error (matches http://sources.debian.net/src/llvm-toolchain-3.5/1:3.5-6/lib/IR/LegacyPassManager.cpp#L633 ): Pass 'Merge compatible Load/stores for Gen' is not initialized. Verify if there is a pass dependency cycle. Required Passes: Segmentation fault gdb backtrace: #0 0x7fffeda5c61f in llvm::PMTopLevelManager::schedulePass(llvm::Pass*) () from /usr/lib/x86_64-linux-gnu/libLLVM-3.5.so.1 No symbol table info available. #1 0x718445b0 in ?? () from /usr/lib/beignet//libgbe.so No symbol table info available. #2 0x717eeb02 in ?? () from /usr/lib/beignet//libgbe.so No symbol table info available. #3 0x718a5f10 in ?? () from /usr/lib/beignet//libgbe.so No symbol table info available. #4 0x717f325b in ?? () from /usr/lib/beignet//libgbe.so No symbol table info available. #5 0x75a0386d in ?? () from /usr/lib/beignet/libcl.so No symbol table info available. #6 0x759fbdf5 in clBuildProgram () from /usr/lib/beignet/libcl.so No symbol table info available. #7 0x766d6a7b in pyopencl::program::build(std::string, boost::python::api::object) () from /usr/lib/python3/dist-packages/pyopencl/_cl.cpython-34m-x86_64-linux-gnu.so No symbol table info available. from __future__ import division,print_function import pyopencl import pyopencl.array import numpy as np import time import pyopencl.clmath ctx1=pyopencl.create_some_context() cq1=pyopencl.CommandQueue(ctx1) ctx2=pyopencl.create_some_context() cq2=pyopencl.CommandQueue(ctx2) a=np.random.randn(1e6).astype(np.dtype('float32')) aCL1=pyopencl.array.to_device(cq1,a) aCL2=pyopencl.array.to_device(cq2,a) bCL1=pyopencl.array.to_device(cq1,a) bCL2=pyopencl.array.to_device(cq2,a) f1=pyopencl.elementwise.ElementwiseKernel(ctx1,pyopencl.tools.dtype_to_ctype(aCL1.dtype)+ *a,+pyopencl.tools.dtype_to_ctype(aCL1.dtype)+ *b,b[i]=cos(a[i])+sin(a[i])+sqrt(a[i]),cossinsqrt1) f2=pyopencl.elementwise.ElementwiseKernel(ctx2,pyopencl.tools.dtype_to_ctype(aCL2.dtype)+ *a,+pyopencl.tools.dtype_to_ctype(aCL2.dtype)+ *b,b[i]=cos(a[i])+sin(a[i])+sqrt(a[i]),cossinsqrt2) b=np.cos(a)+np.sin(a)+np.sqrt(a) w=f1(aCL1,bCL1) f2(aCL2,bCL2).wait() w.wait() print(error 1,np.max(np.nan_to_num(np.abs(bCL1.get()-b print(error 2,np.max(np.nan_to_num(np.abs(bCL2.get()-b
Bug#769403: beignet: unhelpful error on trying to call nonexistent OpenCL kernel function
You are right, it's still in upstream master branch. Will fix it soon. Thanks. On Thu, Nov 13, 2014 at 8:37 PM, Rebecca N. Palmer rebecca_pal...@zoho.com wrote: Package: beignet Version: 0.9.3~dfsg-2 (That version is only in Alioth as yet, but as I haven't touched anything related to this, I suspect the problem is upstream) If an OpenCL kernel attempts to call a non-existent function (e.g. b[i]=co(a[i]), as in the attached), pocl returns a helpful undefined symbol: co error message, but beignet simply crashes with Segmentation fault. gdb backtrace: #0 0x726b7eb1 in llvm::Function::getIntrinsicID() const () from /usr/lib/beignet//libgbe.so No symbol table info available. #1 0x718419e2 in ?? () from /usr/lib/beignet//libgbe.so No symbol table info available. #2 0x72702c07 in llvm::FPPassManager::runOnFunction(llvm::Function) () from /usr/lib/beignet//libgbe.so No symbol table info available. #3 0x7250b433 in ?? () from /usr/lib/beignet//libgbe.so No symbol table info available. #4 0x72705649 in llvm::legacy::PassManagerImpl::run(llvm::Module) () from /usr/lib/beignet//libgbe.so No symbol table info available. #5 0x718446a9 in ?? () from /usr/lib/beignet//libgbe.so No symbol table info available. #6 0x717eeb02 in ?? () from /usr/lib/beignet//libgbe.so No symbol table info available. #7 0x718a5f10 in ?? () from /usr/lib/beignet//libgbe.so No symbol table info available. #8 0x717f325b in ?? () from /usr/lib/beignet//libgbe.so No symbol table info available. #9 0x75a0386d in ?? () from /usr/lib/beignet/libcl.so No symbol table info available. ---Type return to continue, or q return to quit--- #10 0x759fbdf5 in clBuildProgram () from /usr/lib/beignet/libcl.so No symbol table info available. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731583: sudo FQDN issue: upstream fixed it
also sprach Christian Kastner deb...@kvr.at [2014-11-13 03:09 +0100]: Now *that's* a cool upstream -- fixed the bug not even 3 hours after I reported it. Please find attached upstream's patch from upstream's Bugzilla, refreshed to apply against 1.8.11p2-1. Fantastic. This should be easy to backport/integrate. -- .''`. martin f. krafft madduck@d.o @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#769405: Acknowledgement (Adding mx symlink)
Excuse me. I typed the text inplace of additional addresses. Please consider adding an mx symlink to host. It would execute host as host -t MX. Thank you. Idézem/Quoting ow...@bugs.debian.org: 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. As you requested using X-Debbugs-CC, your message was also forwarded to Please, Thank (after having been given a Bug report number, if it did not have one). Your message has been sent to the package maintainer(s): LaMont Jones lam...@debian.org If you wish to submit further information on this problem, please send it to 769...@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. -- 769405: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=769405 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems Szépe Viktor -- +36-20-4242498 s...@szepe.net skype: szepe.viktor Budapest, XX. kerület -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769407: Should set up Grub for serial and console
Package: debian-installer Version: 20141112-00:20 Severity: wishlist Following an install with auto console=tty0 console=ttyS0,115200n8 on the command line and using yesterday's amd64 daily jessie installer, the /etc/default/grub file had GRUB_TERMINAL=serial enabled. Please set that to GRUB_TERMINAL=console serial to allow Grub to display on both, which it has supported for a while. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- .''`. martin f. krafft madduck@d.o @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#769406: Serial console not set up after serial install
Package: debian-installer Version: 20141112-00:20 Severity: important Following an install with auto console=tty0 console=ttyS0,115200n8 on the command line and using yesterday's amd64 daily jessie installer, the /etc/default/grub file had GRUB_TERMINAL=serial enabled, but it does not append the above console parameters to GRUB_CMDLINE_LINUX. Cf. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683124 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- .''`. martin f. krafft madduck@d.o @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#760476: gnutls28 3.3.8-3
Hi andreas, I confirm, your fix works. thanks Christophe. On 10/11/2014 19:48, Andreas Metzler wrote: On 2014-10-22 Christophe Ségui christophe.se...@math.univ-toulouse.fr wrote: Here is the trace of cups in start phase. Hello Christophe, could you check whether gnutls 3.3.10-1 fixes the issue for you? I have just uploaded this version to experimental, it should hit the mirrors in a couple of hours. cu Andreas -- * Christophe Ségui Responsable informatique* Institut de Mathématiques de Toulouse Université de Toulouse - CNRS 118 Route de Narbonne 31062 Toulouse Cedex 09 Tel : (+33) 5 61 55 63 78 christophe.se...@math.univ-toulouse.fr mailto:christophe.se...@math.univ-toulouse.fr http://www.math.univ-toulouse.fr www.math.univ-toulouse.fr signature.asc Description: OpenPGP digital signature
Bug#768769: Please help: failed build of plastimatch 1.5.16+dfsg-2 for several architectures
On Thu, Nov 13, 2014 at 12:51 PM, Dmitry Shachnev mity...@gmail.com wrote: Hi Andreas, TL;DR: insighttoolkit needs binNMU on !ppc64el. On Thu, 13 Nov 2014 10:07:16 +0100, Andreas Tille wrote: I noticed that the proposed fix does not help to build plastimatch - at least the build fails on most architectures[1]. The failing reason in the build log is: | CMake Error at /usr/lib/InsightToolkit/UseITK.cmake:81 (MESSAGE): | ITK was built with GDCM from /usr/lib/gdcm-2.4, but this project is using | GDCM from /usr/lib/arm-linux-gnueabihf/gdcm-2.4. Please set GDCM_DIR to | match the one used to build ITK. This is because GDCM recently (on 2014-09-30) switched to multi-arch location [1], and insighttoolkit (3.x) has NOT been rebuilt against that (the last insighttoolkit upload is dated 2014-03-09). The diagnosis is completely correct, cmake viral dep is back: https://lists.debian.org/debian-med/2010/06/msg00016.html Steve, could you request a binNMU ? Thx -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717808: plasma-desktop: Panel freezes when disconnecting power and network
Hi! I recently upgraded to Jessie, and had the same problem. However, it indeed seems like the same problem, I had a NFS mount, and when I unmounted that before disconnecting, it seems to have solved the problem. I don't know if this is something that could be solved on the package level, it would have been awesome, but I suppose the answer is simply use autofs? Kjetil
Bug#758234: transitive dependencies
Hi, Bill Allombert: What I do not understand is, how this affect debootstrap ? Debootstrap (by default) fetches everything-in-important, and then adds any un-satisfied dependencies which these packages need. Installation variants instead get everything-in-mandatory, plus e.g. apt and build-essential, and then add dependencies. See e.g. /usr/share/debootstrap/scripts/lenny, work_out_debs(), plus /usr/sbin/debootstrap:564 and following. For me priority are purely metadata provided by the override file. Yes they're purely metadata. The Override file was once required because our tools didn't do any dependency handling whatsoever, and waiting for a priority update in a bunch of packages was even more busy work (and also much too slow). Right now, the Override file is IMHO pure busy work, and the vast majority of its entries is redundant (i.e. identical to the package's metadata). IMHO we don't need it at all. Policy does not require software to use them in anyway, I think. Policy isn't just an abstract requirements specification. It also codifies the data which our tools expect. Thus, since debootstrap et al. need priorities and simple dependencies to do their work, Policy needs to reflect that. In principle we could replace the whole priority thing with three metapackages, but that's something to be explored _after_ releasing … -- -- Matthias Urlichs signature.asc Description: Digital signature
Bug#756480: no need for *.cmake
Control: tags -1 patch Since package maintainer decided not to use the cmake based build system, I do not see the need to install pseudo *.cmake files ? ITK should simply use a dummy find_package file (not tested), eg: $ cat FindDoubleConversion.cmake find_path(DC_INCLUDE_DIR double-conversion.h) find_library(DC_LIBRARY NAMES double-conversion) HTH -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769408: glib2.0: Please switch from libelfg0 to libelf1
Source: glib2.0 Version: 2.42.0-2 Severity: normal Hello, glib2.0 seems to be one of the only remaining user of libelfg0 package. According to its description: This shared library may be needed by pre-packaged programs. So it looks like to be still present in the archive for some old (closed source?) software. Apparently back in the time elfutils implementation was missing some function (elf_getshdrstrndx and elf_getshdrnum) that were created (aliased) in version 0.142 Fedora is also linking against the elfutils implementation. Cheers, Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769384: ERROR: This tool requires libclamav with functionality level 79 or higher (current f-level: 77)
Sorry, I opened this bug when I was tired. My apologies for the lack of detail. I did a global upgrade, which is how I ended up in that situation. libclamav6 was held back. Seems obvious that the package needed to be upgraded but wasn't, but I was not thinking right at the time. Seems like a simple oversight. On 11/13/14 4:25, Sebastian Andrzej Siewior wrote: On 2014-11-13 01:16:25 [-0700], Jesse Molina wrote: Severity: grave I would downgrade it to important. Scott? Fails on start. I imagine this wasn't tested? You imagine wrong. But this case in particular wasn't. Setting up clamav-freshclam (0.98.5~rc1+dfsg-3) ... [] Starting ClamAV virus database updater: freshclamERROR: This tool requires libclamav with functionality level 79 or higher (current f-level: 77) failed! This is a fresh install of clamav and clamav-freshclam after a dpkg purge. Almost a complete purge: ii clamav-base0.98.5~rc1+dfsg-3 ii libclamav6 0.98.4+dfsg-2+b1 You have the old libclamav6 dangling around. If you do an apt-get upgrade then it should be fixed. We have depends on libclamav6 based on library functions / ABI. Now the ABI remains unchanged but stops working. This was neither tested nor expected. I guess the simplest thing to do is to depend the whole clamav package on the built version instead of versioned symbols like we now. This check comes from check_flevel() and it is not exported so havp friends won't care about his. Any comments? Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768732: plm: FTBFS in jessie: src/plm/core/model/Game.java:97: error: unmappable character for encoding ASCII
On Wed, Nov 12, 2014 at 03:35:50PM +0100, Lucas Nussbaum wrote: couldn't you build with javac -encoding UTF-8? See http://stackoverflow.com/questions/1726174/how-to-compile-a-java-source-file-which-is-encoded-as-utf-8 Thanks for the hint. I would have expected jh_build to do the right thing for me, but apparently it is not the case. I just asked jh_build to pass that flags to javac, and it seems all good now. Regarding the msggrep warnings, I'm not sure if they are really harmless. Thinking again, that should be harmless. I cannot see any after rebuilding the package in a chroot similar to yours. Many thanks for your assistance, and sorry, I'm really fuzzy in my head these days. The fixed package was just uploaded. Bye, Mt. -- Les chats, c'est vraiment des branleurs. -- Alain Chabat signature.asc Description: Digital signature
Bug#724599: Mate is already on Debian
Hi, any news about this?. Mate Desktop has already entered Debian repos so it would be nice to have this change. Thanks in advance. Ernesto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769406: Serial console not set up after serial install
martin f krafft madd...@debian.org (2014-11-13): Package: debian-installer Version: 20141112-00:20 Severity: important There's no such version in the archive… Following an install with auto console=tty0 console=ttyS0,115200n8 on the command line and using yesterday's amd64 daily jessie installer, the /etc/default/grub file had GRUB_TERMINAL=serial enabled, but it does not append the above console parameters to GRUB_CMDLINE_LINUX. Cf. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683124 Please provide information requested at: http://www.debian.org/releases/stable/amd64/ch05s04.html.en#problem-report meaning at the very least the syslog. Mraw, KiBi. signature.asc Description: Digital signature
Bug#769409: unblock: libmemcached/1.0.18-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Please unblock package libmemcached 1.0.18-4 adds a patch to fix FTBFS #768688 (plus 3 fixes for lintian warnings). Full changelog for 1.0.18-4: libmemcached (1.0.18-4) unstable; urgency=medium * Add move-ax_confix_aux_dir.patch to move AC_CONFIG_AUX_DIR up a few lines so autofoo can find it (Closes: #768688). * Bump Standards-Version to 3.9.6. * Update Vcs-Browser field. * Move main license entry to top in d/copyright. -- Michael Fladischer fladischermich...@fladi.at Wed, 12 Nov 2014 07:49:47 +0100 Full debdiff attached. unblock libmemcached/1.0.18-4 - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJUZLa8AAoJEGlMre9Rx7W2FaIQAJK+xCN0PKi9lMWEzHzTlHrY iIBHCWI3Lwj8zgh+GTaHDO+JeeuFa8Gm084Bjg8RIFIfPEffMsQrS9WPmFA4c3yN TL0/j0dTDfzaRP/FRzQvrDMxCz+Cb5d+pEGvHO48BnTcNaCkvVgAsJptOEwvTu26 fubodOSB8oeFenF5fN388ZO9ucccnoAX7QzfGzjsfDEGdngnuAiI93TDDHki8SOF 8nR0yxGf/se6uyehOFawF7J4Df28O/Swq6ameKzjQVHHdeFiBXb6rNGewVI17Glr ed7iEjvnvno4E9BvGRRLYtrWt6ukHcAJ9jP6d4+acj0tBdaTWEltHUQbkK8nDp5U FWT3UCHLhVVO/3LQFjE38ubY3FVFVxUBuir0BDT79aPukl5Ymnz784p5X5sBjkYb drrHv0rmH4P54Gbx2tQTFASIiYEPetYfwIvcpFQKnDM7HVeB70/T7gcTNXUUwXBw 0tXtHvwZylch6HUhVAejnD8G7Lz8WtPlTDTsygzvSlNFiq5vio70qOcVBFTHOyBM LthuGy+4wV9XE/f8oxWKDRf9GUhFcYSYuT3mxkKClZ18unKqEz0oGuDx8Wlm/0kQ 7XrEK0qZdN923d9fASCJ7Wts3QaLETSeGx8WNcY7vGVL94loqDVl1lPwwTkw0pn2 sDWoUD9O28p0mAZiX2Z6 =DQaA -END PGP SIGNATURE- diff -Nru libmemcached-1.0.18/debian/changelog libmemcached-1.0.18/debian/changelog --- libmemcached-1.0.18/debian/changelog 2014-03-19 08:46:22.0 +0100 +++ libmemcached-1.0.18/debian/changelog 2014-11-12 07:50:16.0 +0100 @@ -1,3 +1,13 @@ +libmemcached (1.0.18-4) unstable; urgency=medium + + * Add move-ax_confix_aux_dir.patch to move AC_CONFIG_AUX_DIR up a few lines +so autofoo can find it (Closes: #768688). + * Bump Standards-Version to 3.9.6. + * Update Vcs-Browser field. + * Move main license entry to top in d/copyright. + + -- Michael Fladischer fladischermich...@fladi.at Wed, 12 Nov 2014 07:49:47 +0100 + libmemcached (1.0.18-3) unstable; urgency=low * Upload to unstable. diff -Nru libmemcached-1.0.18/debian/control libmemcached-1.0.18/debian/control --- libmemcached-1.0.18/debian/control 2014-03-19 08:46:22.0 +0100 +++ libmemcached-1.0.18/debian/control 2014-11-12 07:50:16.0 +0100 @@ -9,11 +9,11 @@ libevent-dev, libsasl2-dev, libtool -Standards-Version: 3.9.5 +Standards-Version: 3.9.6 Section: libs Homepage: http://libmemcached.org/libMemcached.html Vcs-Git: git://anonscm.debian.org/collab-maint/libmemcached.git -Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/libmemcached.git +Vcs-Browser: http://anonscm.debian.org/cgit/collab-maint/libmemcached.git Package: libmemcached11 Architecture: any diff -Nru libmemcached-1.0.18/debian/copyright libmemcached-1.0.18/debian/copyright --- libmemcached-1.0.18/debian/copyright 2014-03-19 08:46:22.0 +0100 +++ libmemcached-1.0.18/debian/copyright 2014-11-12 07:50:16.0 +0100 @@ -3,6 +3,11 @@ Upstream-Contact: Brian Aker br...@tangent.org, https://launchpad.net/~data-differential-engineering Source: https://launchpad.net/libmemcached +Files: * +Copyright: 2006-2014, Data Differential, http://datadifferential.com/ + 2006-2014, Brian Aker +License: BSD-3-clause-TangentOrg + Files: debian/* Copyright: Copyright (c) 2009, Monty Taylor mord...@inaugust.com Copyright (c) 2012-2014, Michael Fladischer fladischermich...@fladi.at @@ -65,11 +70,6 @@ Patrick Galbraith p...@patg.net License: BSD-3-clause-TangentOrg -Files: * -Copyright: 2006-2014, Data Differential, http://datadifferential.com/ - 2006-2014, Brian Aker -License: BSD-3-clause-TangentOrg - License: BSD-3-clause-TangentOrg Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are diff -Nru libmemcached-1.0.18/debian/patches/move-ax_confix_aux_dir.patch libmemcached-1.0.18/debian/patches/move-ax_confix_aux_dir.patch --- libmemcached-1.0.18/debian/patches/move-ax_confix_aux_dir.patch 1970-01-01 01:00:00.0 +0100 +++ libmemcached-1.0.18/debian/patches/move-ax_confix_aux_dir.patch 2014-11-12 07:50:16.0 +0100 @@ -0,0 +1,22 @@ +Description: Move AC_CONFIG_AUX_DIR up a few lines so autofoo can find it +Author: Michael Fladischer fladischermich...@fladi.at +Last-Update: 2014-11-10 +Forwarded: no +Bug-Debian:
Bug#756801: haskell-bloomfilter: FTBFS almost everywhere
Control: tags -1 + patch Control: user -1 debian-m...@lists.debian.org Control: usertags -1 + mips-patch Unfortunately there is no feedback from upstream. The problem is the condition roundedBits 0x. On 32-bit system 0x treated as Int is -1, due to maxBound :: Int is 214748364 (0x7fff). If the value of roundedBits is greater than 0x7fff, it will satisfy already exisiting condition (roundedBits = 0), due to roundedBits is Int type. I think that removing this additional condition (reverting commit) would be acceptable solution. Patch that remove this condition is attached. With this patch I was able to build haskell-bloomfilter on mips, mipsel, i386 and amd64. Could you please consider including these changes? Regards, Dejandiff -uNr bloomfilter-2.0.0.0/Data/BloomFilter/Easy.hs haskell-bloomfilter-2.0.0.0.build/Data/BloomFilter/Easy.hs --- bloomfilter-2.0.0.0/Data/BloomFilter/Easy.hs 2014-07-05 05:57:24.0 + +++ haskell-bloomfilter-2.0.0.0.build/Data/BloomFilter/Easy.hs 2014-11-12 14:45:52.0 + @@ -72,7 +72,7 @@ minimum [((-k) * cap / log (1 - (errRate ** (1 / k))), k) | k - [1..100]] roundedBits = nextPowerOfTwo (ceiling bits) -in if roundedBits = 0 || roundedBits 0x +in if roundedBits = 0 then Left capacity too large to represent else Right (roundedBits, truncate hashes)
Bug#769410: wireshark: CVE-2014-8710 CVE-2014-8711 CVE-2014-8712 CVE-2014-8713 CVE-2014-8714
Source: wireshark Version: 1.12.1+g01b65bf-1 Severity: important Tags: security upstream fixed-upstream Hi, the following vulnerabilities were published for wireshark. CVE-2014-8710[0]: SigComp dissector crash CVE-2014-8711[1]: AMQP dissector crash CVE-2014-8712[2]: NCP dissector crashes CVE-2014-8713[3]: NCP dissector crashes CVE-2014-8714[4]: TN5250 infinite loop If you fix the vulnerabilities please also make sure to include the CVE (Common Vulnerabilities Exposures) ids in your changelog entry. For further information see: [0] https://security-tracker.debian.org/tracker/CVE-2014-8710 [1] https://security-tracker.debian.org/tracker/CVE-2014-8711 [2] https://security-tracker.debian.org/tracker/CVE-2014-8712 [3] https://security-tracker.debian.org/tracker/CVE-2014-8713 [4] https://security-tracker.debian.org/tracker/CVE-2014-8714 Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768626: [Pkg-mc-devel] Bug#768626: mc should not depend on e2fslibs
Am Tue, Nov 11, 2014 at 06:31:54PM +0100 schrieb Yury V. Zaytsev: On Tue, 2014-11-11 at 17:58 +0100, Wilfried Klaebe wrote: How hard would it be to change the code to try to dlopen() the necessary libs on demand? Well, I don't really know; I'm just trying to explain why this dependency was added to the package in the first place. I understood that, and I wouldn't want that (or any) feature gone just because I don't need it. If you'd like to convert it to dlopen() similar to how support for X.Org is implemented, this dependency can certainly be dropped, but I'm not sure if this feature is worth the effort... I have looked into the sources and not yet found out how it's done there. Actually, I'm not even sure I found the right feature yet. All I do know is there is no direct occurrence of dlopen in the sources. As I find time, I might look into it more. If anyone else wants to have a go, I won't be unhappy either. Neither would I be about a decision to drop this feature, although I might be happier about it being extended to other filesystems as well (with the necessary libs being dlopen()ed on demand). Regards, Wilfried -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769411: failed to read http://www.adobe.com/ at get-upstream-version.pl line 48.
Package: flashplugin-nonfree Version: 1:3.6 Severity: important I am trying to install the flash plugin (I had to purge browser-plugin-lightspark since it made my station freeze). System is an up-to-date jessie/amd64. Steps: $ sudo apt-get install flashplugin-nonfree Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: gir1.2-gstreamer-0.10 gnome-js-common libexif12:i386 libfontconfig1:i386 libfreetype6:i386 libfuzzy2 libgd3:i386 libgphoto2-6:i386 libgphoto2-port10:i386 libjbig0:i386 libjpeg62-turbo:i386 libltdl7:i386 libpci-dev libpng12-0:i386 libseed-gtk3-0 libtiff5:i386 libts-0.0-0 libusb-1.0-0:i386 libvpx1:i386 libxml++2.6-2 libxpm4:i386 lightspark-common linux-image-3.16-2-amd64 python3-packagekit tsconf Use 'apt-get autoremove' to remove them. Suggested packages: konqueror-nsplugins ttf-mscorefonts-installer ttf-xfree86-nonfree hal The following NEW packages will be installed: flashplugin-nonfree 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 17.8 kB of archives. After this operation, 180 kB of additional disk space will be used. Get:1 http://ftp.fr.debian.org/debian/ jessie/contrib flashplugin-nonfree amd64 1:3.6 [17.8 kB] Fetched 17.8 kB in 0s (89.1 kB/s) Selecting previously unselected package flashplugin-nonfree. (Reading database ... 265164 files and directories currently installed.) Preparing to unpack .../flashplugin-nonfree_1%3a3.6_amd64.deb ... Unpacking flashplugin-nonfree (1:3.6) ... Processing triggers for man-db (2.7.0.2-3) ... Processing triggers for hicolor-icon-theme (0.13-1) ... Processing triggers for desktop-file-utils (0.22-1) ... Processing triggers for gnome-menus (3.13.3-2) ... Processing triggers for mime-support (3.57) ... Setting up flashplugin-nonfree (1:3.6) ... failed to read http://www.adobe.com/ at get-upstream-version.pl line 48. ERROR: failed to get upstream version More information might be available at: http://wiki.debian.org/FlashPlayer with: $ apt-cache policy flashplugin-nonfree flashplugin-nonfree: Installed: 1:3.6 Candidate: 1:3.6 Version table: *** 1:3.6 0 500 http://ftp.fr.debian.org/debian/ jessie/contrib amd64 Packages 100 /var/lib/dpkg/status -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769412: pyme: new upstream version 0.9.0
Package: pyme Version: 0.8.1 Severity: wishlist Dear Arnaud, as listed from http://wiki.gnupg.org/APIs pyme is now maintained by Martin Albrecht at https://bitbucket.org/malb/pyme He has tagged 0.9.0 and it would be nice to have this packaged for Debian. Thanks for maintaining pyme, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769413: unblock: securepass-tools/0.3.6-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock securepass-tools. It's a small leaf package, there is no chance to break reverse dependencies as it would be its very first appearance in testing. It also represents the last missing component of the SecurePass's tools suite. Thanks in advance for considering. Cheers. unblock securepass-tools/0.3.6-1 -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'stable'), (500, 'oldstable-updates'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (50, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/12 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769414: prelink: Please link against libelf1 instead of libelfg0
Source: prelink Version: 0.0.20130503-1 Severity: normal Hi, prelink is using libelfg0 which seems unmaintained upstream (last release seems to be around 1st Nov 2009). The description of the package states: This shared library may be needed by pre-packaged programs., this sounds to me like it's in the archive for old (closed sources?) packages only. The package is still compiling sucessfully when switching the build-dependency to libelf-dev. Cheers, Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769415: munin-plugins-core: ping_ plugin does not honor ping env variable
Package: munin-plugins-core Version: 2.0.6-4+deb7u2 Severity: normal From the instructions in /usr/share/munin/plugins/ping_ The following environment variables are used by this plugin [...] ping- Ping program to use However, ping_ has the program hard coded at case $0 in *ping6_*) PING=ping6 [...] respectively for *ping_*, and finally runs ${PING:-ping} ... One way to fix this is to change the 2 PING= lines to honor the environment variables case $0 in *ping6_*) PING=${ping:-ping6} file_host=${0##*/ping6_} V=IPv6 ;; *ping_*) PING=${ping:-ping} file_host=${0##*/ping_} V=IPv4 ;; esac This applies to munin-plugins-core in stable and up to expirimental, currently at 2.1.9-1 -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash -- 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#769267: javamail: FTBFS in jessie/i386: tests failures
Hi Emmanuel, On 12/11/14 at 17:24 +0100, Emmanuel Bourg wrote: I haven't been able to reproduce this error on i386. On my machine IMAPIdleUntaggedResponseTest completed in about 2 seconds. I can confirm that it still fails for me (on amd64, but not on i386) when building with sbuild. However, strangely, it doesn't fail when starting the rebuild manually in the same chroot. Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769416: unblock: cinder/2014.1.3-7
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, My last upload of Cinder corrects #769223 which has been reported just right after the previous unblock. Sorry for this. This fix is needed after the mask_password CVE fix introduced a regression. You can see this for more info: https://bugs.launchpad.net/cinder/+bug/1368527. But basically, it's an issue with unicode which wasn't fixed in Icehouse yet (it's already fixed in the latest Juno release currently in Experimental). Please unblock cinder/2014.1.3-7. Cheers, Thomas Goirand (zigo) diff -Nru cinder-2014.1.3/debian/changelog cinder-2014.1.3/debian/changelog --- cinder-2014.1.3/debian/changelog 2014-11-11 21:00:39.0 + +++ cinder-2014.1.3/debian/changelog 2014-11-13 13:37:30.0 + @@ -1,3 +1,10 @@ +cinder (2014.1.3-7) unstable; urgency=medium + + * Adds fix for delete volume failed due to unicode problems which seems to +happen after fixing CVE-2014-7230 CVE-2014-7231 (Closes: #769223). + + -- Thomas Goirand z...@debian.org Thu, 13 Nov 2014 21:36:14 +0800 + cinder (2014.1.3-6) unstable; urgency=medium * Fixed debconf translation nl.po encoding (Closes: #766904). diff -Nru cinder-2014.1.3/debian/patches/series cinder-2014.1.3/debian/patches/series --- cinder-2014.1.3/debian/patches/series 2014-11-11 21:00:39.0 + +++ cinder-2014.1.3/debian/patches/series 2014-11-13 13:37:30.0 + @@ -1,2 +1,3 @@ install-missing-files.patch CVE-2014-7230_CVE-2014-7231_Sync_process_utils_from_oslo.patch +Sync_latest_strutils_from_oslo-incubator_for_mask_password_fix.patch diff -Nru cinder-2014.1.3/debian/patches/Sync_latest_strutils_from_oslo-incubator_for_mask_password_fix.patch cinder-2014.1.3/debian/patches/Sync_latest_strutils_from_oslo-incubator_for_mask_password_fix.patch --- cinder-2014.1.3/debian/patches/Sync_latest_strutils_from_oslo-incubator_for_mask_password_fix.patch 1970-01-01 00:00:00.0 + +++ cinder-2014.1.3/debian/patches/Sync_latest_strutils_from_oslo-incubator_for_mask_password_fix.patch 2014-11-13 13:37:30.0 + @@ -0,0 +1,34 @@ +Description: Sync latest strutils from oslo-incubator for mask_password fix + This sync pulls in: + 1131b56 Enable mask_password to handle byte code strings + . + This is the only update since the last sync: + beca4db Sync latest strutils from oslo-incubator + . + This is needed to fix a delete volume failure when processutils + calls mask_password with a byte code string. +Author: James Carey jeca...@us.ibm.com +Origin: upstream, https://review.openstack.org/#/c/129613/ +Date: Tue, 16 Sep 2014 14:13:51 + (+) +X-Git-Url: https://review.openstack.org/gitweb?p=openstack%2Fcinder.git;a=commitdiff_plain;h=3821206ff1455ffc682739911f7f59bdde6e18d2 +Change-Id: Ie8a8c8e26abc0e387830bc9246e9a44913ae9b24 +Bug-Ubuntu: https://launchpad.net/bugs/1368527 + +diff --git a/cinder/openstack/common/strutils.py b/cinder/openstack/common/strutils.py +index e3e0b76..381ca3e 100644 +--- a/cinder/openstack/common/strutils.py b/cinder/openstack/common/strutils.py +@@ -297,7 +297,12 @@ def mask_password(message, secret=***): + mask_password(u'original_password' : u'a') + u'original_password' : u'***' + +-message = six.text_type(message) ++try: ++message = six.text_type(message) ++except UnicodeDecodeError: ++# NOTE(jecarey): Temporary fix to handle cases where message is a ++# byte string. A better solution will be provided in Kilo. ++pass + + # NOTE(ldbragst): Check to see if anything in message contains any key + # specified in _SANITIZE_KEYS, if not then just return the message since
Bug#764084: avahi-daemon creates eth0:avahi briefly after startup overriding wlan0, no eth0 connected
Subject: avahi-daemon creates eth0:avahi briefly after startup overriding wlan0, no eth0 connected Followup-For: Bug #764084 Package: avahi-daemon Version: 0.6.31-4+b1 The bug is confirmed on my system as well. I need to manually disable the eth0:avahi in order to be able to access the internet. The problem arises during bootup when the system is trying to raise the network interfaces. However, creation of the interface is NOT brief as mentioned as it continues to survive until the system is shutdown. I have attached the screenshot of the htop output -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages avahi-daemon depends on: ii adduser 3.113+nmu3 ii bind9-host [host]1:9.9.5.dfsg-5 ii dbus 1.8.8-2 ii host 1:9.9.5.dfsg-5 ii init-system-helpers 1.21 ii libavahi-common3 0.6.31-4+b1 ii libavahi-core7 0.6.31-4+b1 ii libc62.19-12 ii libcap2 1:2.24-6 ii libdaemon0 0.14-6 ii libdbus-1-3 1.8.8-2 ii libexpat12.1.0-6+b2 ii lsb-base 4.1+Debian13+nmu1 Versions of packages avahi-daemon recommends: pn libnss-mdns none Versions of packages avahi-daemon suggests: ii avahi-autoipd 0.6.31-4+b1 -- no debconf information
Bug#769417: Arch-dependent files in /usr/share
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: mate-netbook Version: 1.8.1-1 Severity: important reported by Jakub Wilk with text: I found a number of arch!=all packages shipping /usr/share files that vary with architecture in a way indicating an FHS violation. DD-list of the affected binary packages is attached, and diff between i386 and s390x is here: https://people.debian.org/~jwilk/qa/20141101-usr-share.diff Please fix your packages. Thanks gnugr -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUZL3vAAoJEGaW2W7vxiDhWdcIAJRfap30SWFalCmVfAaOCMua tGIwQpG2VRFaV3V8gQT5zk9jpI6urxsRW9UZqj/uiWV+X0R4sP77V7HpIVEvlcro rCpUZ4M2l+VcPegHniW5F9D1PgXQCEuDg+2xOjA1POZOiPeTcRkrTBsSIArygCYM 4wPfXqtyNHSPJ5teOK6n8kNHuySsFDAIzZG0nWS9lo++zcMhM70VcNSMjGAEvaEX nYxeROacBwMN/0BskzyM67vZ84VSi1YF2keDXYcmEIAls7GHkM3YM57sac6Fh0mM /uvsgd6e8RPkhquX/WrUKO9cEhYNl/FrVXtE2BYg5udJ+czL1XQngiJ1RXWaGoE= =+XtS -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#769418: Arch-dependent files in /usr/share
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: mate-gnome-main-menu-applet Version: 1.8.0-2 Severity: important reported by Jakub Wilk with text: I found a number of arch!=all packages shipping /usr/share files that vary with architecture in a way indicating an FHS violation. DD-list of the affected binary packages is attached, and diff between i386 and s390x is here: https://people.debian.org/~jwilk/qa/20141101-usr-share.diff Please fix your packages. Thanks gnugr -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUZLx0AAoJEGaW2W7vxiDhdhMIAIw5vScTkZayre62n9Uv0Ufn v9q4HLkTaFx7TwBb7NpcLO7rSlk+Tlg9BrpM3E87vka/6Qp/+mCZkK3efVmFZn8E YASz1sWAScIRz0YWzfWn3Re8+o9WjB53jh/Y1fmQvn/7zovUzPhTgj3HmpvoEsCc qd+3lR+tQQ+UHmmsisnrBK4B3kqoBPmxfoLo/2H1o6zN8kX61F7R+OOQdLIqmWZc +Wkw7kYgPtUMK3fBI1Mdh8adOEppIAOUITjTcW6xNebqjpnIQhiU0/zhZuY+6klP MtXvGaYVZHk5DtWCzRhRh1+wWw0AqgGQr0LEjM6QFx1+qPCb55pK3Li/EVHFm6s= =ywgQ -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#769392: os.getlogin() fails in para.py:47 -- better to use os.getuid() with pwd
Hi, It's good to know some people started using debmake. On Thu, Nov 13, 2014 at 11:33:25AM +0100, Andrew Shadura wrote: Package: debmake Version: 4.1.7-1 Severity: normal Hi, I don't know the reason for this, but os.getlogin() fails here: Traceback (most recent call last): File /usr/bin/debmake, line 28, in module debmake.main() File /usr/lib/python3/dist-packages/debmake/__init__.py, line 107, in main para = debmake.para.para(para) File /usr/lib/python3/dist-packages/debmake/para.py, line 47, in para debfullname = pwd.getpwnam(os.getlogin())[4].split(',')[0] FileNotFoundError: [Errno 2] No such file or directory It's been reported in other places as well, and it seems the underlying OS call fails for a reason. pwd.getpwuid(os.getuid())[0], however, gives the expected result reliably. What authentication do you use to login to your account? What x-terminal do you use? Can you do the same as follows to see your side of situation? $ echo $TERM xterm s -l /etc/alternatives/x-terminal-emulator lrwxrwxrwx 1 root root 31 Oct 7 21:47 /etc/alternatives/x-terminal-emulator - /usr/bin/gnome-terminal.wrapper $ python3 Python 3.4.2 (default, Nov 13 2014, 07:01:52) [GCC 4.9.2] on linux Type help, copyright, credits or license for more information. import pwd import os pwd.getpwuid(os.getuid()) pwd.struct_passwd(pw_name='osamu', pw_passwd='x', pw_uid=1000, pw_gid=1000, pw_gecos='Osamu Aoki,,,', pw_dir='/home/osamu', pw_shell='/bin/bash') pwd.getpwuid(os.getuid())[4] 'Osamu Aoki,,,' pwd.getpwnam(os.getlogin())[4].split(',')[0] 'Osamu Aoki' os.environ.get(USER) 'osamu' ^D $ id uid=1000(osamu) gid=1000(osamu) groups=1000(osamu),24(cdrom),25(floppy),29(audio),30(dip),44(video),46(plugdev),102(netdev),110(lpadmin),113(scanner),118(bluetooth) $ grep osamu /etc/passwd osamu:x:1000:1000:Osamu Aoki,,,:/home/osamu:/bin/bash $ cat /etc/nsswitch.conf # /etc/nsswitch.conf # # Example configuration of GNU Name Service Switch functionality. # If you have the `glibc-doc-reference' and `info' packages installed, try: # `info libc Name Service Switch' for information about this file. passwd: compat group: compat shadow: compat gshadow:files hosts: files myhostname mdns4_minimal [NOTFOUND=return] dns networks: files protocols: db files services: db files ethers: db files rpc:db files netgroup: nis (If you feel like mangling user name, please do so before posting reply) [0] http://lists.gnu.org/archive/html/bug-gnu-emacs/2013-05/msg00227.html This is a report on bugs found in the System Description: Ubuntu 13.04 This seems to be old issue. The issue seems to be that some x-terminals ( gterm in this case ) do not register themselves with utmp, which this function uses. I have two workarounds, one of reverting back to using: try: user=os.getlogin() except: user=os.environ.get(USER) Interesting. Maybe I should do this as a work around. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Why bother scanning 'stable'? It wastes time. Architecture: i386 (i686) Kernel: Linux 3.12-1-686-pae (SMP w/4 CPU cores) Wow, not on amd64 and have big MEM SMP system. Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/mksh Wow again. It is not against policy but ... Versions of packages debmake depends on: ii devscripts 2.14.5 ii dpkg-dev 1.17.10 ii python3 3.4.2-1 pn python3:any none ii rsync3.0.7-2 Versions of packages debmake recommends: ii build-essential 11.6 ii curl 7.21.2-4 ii strace 4.5.18-1 ii wget 1.15-1+b1 Versions of packages debmake suggests: ii autotools-dev 20120608.1 ii ccache3.0.1-1 ii cmake 2.8.12.1-1.1 ii cowbuilder0.70 ii dh-autoreconf 7 ii dh-python 1.20131021-1 pn eatmydata none Configuring this for testing/sid was headach ... pn gem2deb none ii git 1:1.7.10.4-1 ii git-buildpackage 0.4.65 ii gitk 1:1.7.10.4-1 pn javahelpernone ii lintian 2.5.22.1 ii mc3:4.7.0.9-2 ii pbuilder 0.215 ii quilt 0.50-2 ii rpm2cpio 4.8.1-5 -- no debconf information -- debsums errors found: debsums: changed file /usr/lib/python3/dist-packages/debmake/para.py (from debmake package) Can you post your patch? You have edited this file. Regards, Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769419: Arch-dependent files in /usr
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: mate-notification-daemon Version: 1.8.1-1 Severity: important reported by Jakub Wilk with text: I found a number of arch!=all packages shipping /usr/share files that vary with architecture in a way indicating an FHS violation. DD-list of the affected binary packages is attached, and diff between i386 and s390x is here: https://people.debian.org/~jwilk/qa/20141101-usr-share.diff Please fix your packages. Thanks gnugr -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUZL9FAAoJEGaW2W7vxiDhgNIIAI5pqQc3QH2EUXBlR/NcxCx9 6UpkczwMD+/nUY3/4xXRw8oMnyuk4ac5/N4oNu4bEx8q/6JJIMrI7mQD0e4AkFEd i/oEYLqJmM+cCOyYskTp1RAxjrb13Xw7UDlKKPOm9mgrWIsm8aaaCL7e1qu+eCmn g+R2Mxwn6+3M6VuOVk4W+hKx6a/VEkhZH6DT+uQ1qNlPLDP/NE3YAurSmFXli4MR bwUv+Rht4QpYTuoCMg1mNA75NwQSj+vMyZjl8T6Xy6bhuqsMKOx0fme/clF93frM rg8AUY3traJv0dXnhNN8CjyBDVi+PUaBRamEzh71IYKDwuBBcj2bZXraYhOHpaA= =E3Qr -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#769422: Arch-dependent files in /usr/share
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: mate-panel Version: 1.8.1+dfsg1-2 Severity: important reported by Jakub Wilk with text: I found a number of arch!=all packages shipping /usr/share files that vary with architecture in a way indicating an FHS violation. DD-list of the affected binary packages is attached, and diff between i386 and s390x is here: https://people.debian.org/~jwilk/qa/20141101-usr-share.diff Please fix your packages. Thanks gnugr -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUZMBWAAoJEGaW2W7vxiDhkXIH/0DIVMgn4FNtO3f68DSZK7Y/ XC9LGn3oYR9UoHze2Z46FSgK/q9Tfnc5NCGQEUkr+6eAxcX29UWaigFYGdN/uXJ8 B4pvPAEqTPAmREfCyb3dzT4tvXXCZ5oGTrCtbkpDT2brEjnALb7XaW3OA5RH5ExK vQUaXk0qZTvzIQ3KL79nEv679GJDAEb5GM+FLSl1nI5z81YECCAE9PEfeNRHoKSh 6LbWo3jOluxIhliTRtzX5UOuK7XJ4Tv7gv7NXwIXT/VrAsLUmEvi4Luy2Li59TKl D2TOawJA93jt/x0UbcLDkrvBkGX0XZojysBff31HZ161RU3k+z58XjyXl8gmdYs= =yJWL -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