Bug#776656: unshare: misinterprets options to client program
Package: util-linux Version: 2.20.1-5.3 Severity: normal Usage: unshare [options] program [args...] % unshare -m sh -c 'echo foo' unshare: invalid option -- 'c' It works with adding --, but according to the usage and man page, this should not be required (cf. chroot and similar programs). % unshare -m -- sh -c 'echo foo' foo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503231: Please provide inkscape-gtk package for non-gnome users
Hi maintainers, As inkscape sees its 0.91 release, please consider packaging a inkscape-gtk package without gnome dependencies for non-gnome users, like evince-gtk. Inkscape built with --with-gnome-vfs pulls in gconf2 and dbus-x11 and their heavy weight libraries. Simply building without gnome vfs would disable some features of importing online resources, so creating a separate package would be the best choice. And the needed modification is minimal, just --without-gnome-vfs. Regards, Lingzhu Xiang -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776654: ITP: avro-java -- Apache Avro data serialization system
Package: wnpp Severity: wishlist Owner: Emmanuel Bourg ebo...@apache.org * Package name: avro-java Version : 1.7.7 Upstream Author : The Apache Software Foundation * URL : http://avro.apache.org * License : Apache-2.0 Programming Lang: Java Description : Apache Avro data serialization system Apache Avro is a data serialization system providing: * Rich data structures. * A compact, fast, binary data format. * A container file, to store persistent data. * Remote procedure call (RPC). * Simple integration with dynamic languages. Code generation is not required to read or write data files nor to use or implement RPC protocols. Code generation as an optional optimization, only worth implementing for statically typed languages. Upstream support multiple languages but this package will only focus on the Java part which is required to package Hadoop. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776655: ITP: rna-star -- ultrafast universal RNA-seq aligner
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: rna-star Version : 2.4.0i Upstream Author : Alexander Dobin do...@cshl.edu * URL : https://github.com/alexdobin/STAR * License : MIT Programming Lang: C++ Description : ultrafast universal RNA-seq aligner Spliced Transcripts Alignment to a Reference (STAR) software based on a previously undescribed RNA-seq alignment algorithm that uses sequential maximum mappable seed search in uncompressed suffix arrays followed by seed clustering and stitching procedure. STAR outperforms other aligners by a factor of 50 in mapping speed, aligning to the human genome 550 million 2 × 76 bp paired-end reads per hour on a modest 12-core server, while at the same time improving alignment sensitivity and precision. In addition to unbiased de novo detection of canonical junctions, STAR can discover non-canonical splices and chimeric (fusion) transcripts, and is also capable of mapping full-length RNA sequences. Using Roche 454 sequencing of reverse transcription polymerase chain reaction amplicons, the authors experimentally validated 1960 novel intergenic splice junctions with an 80-90% success rate, corroborating the high precision of the STAR mapping strategy. This package is maintained by the Debian Med team at Vcs-Svn: svn://anonscm.debian.org/debian-med/trunk/packages/rna-star/trunk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776649: ffmpeg: FTBFS on mips64el: error: '-march=mips32r2' is not compatible with the selected ABI
Hi James, On 30.01.2015 15:46, James Cowgill wrote: ffmpeg FTBFS on mips64el with the configure error: [...] ERROR: LoadLibrary/dlopen not found for avisynth The configure log shows that it's trying to use '-march=mips32r2' with everything, which will clearly not work on mips64. Thanks for reporting this problem. The easy fix for debian is to disable mips32r2 on mips64 (which needs to be done anyway). I think upstream should also be told about this though, so the default options will still build for non-debian users. Yes, it would be best, if this could be fixed upstream, e.g. with: --- a/configure +++ b/configure @@ -3977,6 +3977,13 @@ esac enable $subarch enabled spic enable_weak pic +if enabled mips64; then +disable mips32r2 +disable mipsdspr1 +disable mipsdspr2 +disable mipsfpu +fi + # OS specific case $target_os in aix) However, I wonder if mipsdspr1, mipsdspr2 and mipsfpu really have to be disabled on mips64. Can you test, if it works with only disabling mips32r2? Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776658: lintian: Memory consumption of harness and html_reports
Package: lintian Version: 2.5.30+deb8u3 Severity: important The reporting framework consumes a rather substantial amount of memory. The harness process itself hogs ~1GB of RAM. This in itself is not concerning. However, it retains this usage even while running lintian and html_reports. For the former, it just needs the current work queue in memory. For the latter, it should not need any memory worth mentioning. The html_reports process itself consumes up to 2GB while processing templates. It is possible that there is nothing we can do about that as there *is* a lot of data in play. But even then, we can free it as soon as possible (so we do not keep it while running gnuplot at the end of the run). Currently, when harness -i runs, the gnuplot process seems to die for no apparent reason. I suspect it is OOM'ed though harness + html_reports only consumes 65-70%ish of the memory available and gnuplot seems fairly cheap memory-wise in comparison. When running harness -r alone, harness skips parts of the code that makes it consume memory and that seems to be suffient to making html_reports + gnuplot terminate successfully. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776652: mcabber: xttitle module unreliable
Package: mcabber Version: 0.10.2-1 Severity: normal The module xttitle included with mcabber, which changes the title bar of a terminal window to indicate unread message counts, doesn't work most of the time. If you load it as part of the startup of mcabber, you can see it set the initial default title MCabber, but it won't update it later. If you load it interactively after the app is fully running, it does nothing at all. I spent quite a bit of time debugging this code, and it appears to be doing everything it should be doing. It simply uses printf() with the usual escape codes (ESC]0;) and (\a). Debugging shows that the string is indeed printed, but the title isn't set. On rare occasions, maybe one percent of the time, it actually does set the title, or prints the intended title string into the input buffer area, corrupting the display. This used to work under Wheezy. Building older or newer versions of mcabber doesn't have any effect. Changing title in other situations (i.e. with PS1 in a shell, or with echo) still works fine. Switching to a different terminal emulator has no effect on this problem. My suspicion is that some change in ncurses between Wheezy and Jessie broke this, especially given that the functionality works exactly when ncurses hasn't taken over the terminal yet. However, I know of no other ncurses app which includes title-setting functionality, so I can't test that theory. (Debugging ncurses is beyond my ability.) -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mcabber depends on: ii libaspell15 0.60.7~20110707-1.3 ii libassuan0 2.1.2-2 ii libc62.19-13 ii libglib2.0-0 2.42.1-1 ii libgpg-error01.17-3 ii libgpgme11 1.5.1-6 ii libidn11 1.29-1+b2 ii libloudmouth1-0 1.4.3-12 ii libncursesw5 5.9+20140913-1+b1 ii libotr5 4.1.0-2 ii libtinfo55.9+20140913-1+b1 mcabber recommends no packages. mcabber 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#775180: analysis
Hi Daniel, If my proposed solution seems reasonable I'll go ahead and code it (...) It seems perfectly reasonable to me. I just want to mention that while we started refactoring DMD in order to provide RSS, YAML and JSON, we did not finish isolating the data from the presentation. In consequence you might end up with HTML code in calendar tasks, please fix or fill bugs if it happens. (There should be no HTML in dmd-data.rb nor in dmd.cgi; data should be parsed in dmd-data.rb only; dmd.cgi should be a lot simpler) Thanks, Christophe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776653: Does not default to sendmail location /usr/sbin/sendmail
Package: heirloom-mailx Version: 12.5-3.1 Severity: serious Tags: patch Debian Policy §11.6 states that: Debian packages which process electronic mail, whether mail user agents (MUAs) or mail transport agents (MTAs), must ensure that they are compatible with the configuration decisions below. [...] The mail spool is /var/mail and the interface to send a mail message is /usr/sbin/sendmail (as per the FHS). However, mailx only looks for sendmail at /usr/lib/sendmail, which results in users being unable to send mail if their MTA only installs sendmail at the location stipulated by policy. The attached debdiff fixes this bug. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_CA.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages heirloom-mailx depends on: ii base-files8 ii libc6 2.19-13 ii libgssapi-krb5-2 1.12.1+dfsg-16 ii libssl1.0.0 1.0.1k-1 heirloom-mailx recommends no packages. Versions of packages heirloom-mailx suggests: ii opensmtpd [mail-transport-agent] 5.4.2p1-3 -- no debconf information diff -Nru heirloom-mailx-12.5/debian/changelog heirloom-mailx-12.5/debian/changelog --- heirloom-mailx-12.5/debian/changelog2014-12-20 01:16:54.0 -0500 +++ heirloom-mailx-12.5/debian/changelog2015-01-27 13:25:26.0 -0500 @@ -1,3 +1,13 @@ +heirloom-mailx (12.5-3.2) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * The sendmail command lives at /usr/sbin/sendmail on Debian systems, as per +Debian Policy §11.6. Update heirloom-mailx to look there instead of at +/usr/lib/sendmail. ++ 0015-usr-sbin-sendmail.patch + + -- Ryan Kavanagh r...@debian.org Tue, 27 Jan 2015 13:23:26 -0500 + heirloom-mailx (12.5-3.1) unstable; urgency=high * Non-maintainer upload. diff -Nru heirloom-mailx-12.5/debian/patches/0015-usr-sbin-sendmail.patch heirloom-mailx-12.5/debian/patches/0015-usr-sbin-sendmail.patch --- heirloom-mailx-12.5/debian/patches/0015-usr-sbin-sendmail.patch 1969-12-31 19:00:00.0 -0500 +++ heirloom-mailx-12.5/debian/patches/0015-usr-sbin-sendmail.patch 2015-01-27 13:21:49.0 -0500 @@ -0,0 +1,33 @@ +Description: Sendmail is at /usr/sbin/sendmail + As per Debian Policy §11.6 +Author: Ryan Kavanagh r...@debian.org +Origin: Debian +Forwarded: no +--- +This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ +Index: heirloom-mailx-12.5/Makefile +=== +--- heirloom-mailx-12.5.orig/Makefile 2011-04-26 17:23:22.0 -0400 heirloom-mailx-12.5/Makefile 2015-01-27 13:20:04.733542801 -0500 +@@ -13,7 +13,7 @@ + + MAILRC= $(SYSCONFDIR)/nail.rc + MAILSPOOL = /var/mail +-SENDMAIL = /usr/lib/sendmail ++SENDMAIL = /usr/sbin/sendmail + + DESTDIR = + +Index: heirloom-mailx-12.5/mailx.1 +=== +--- heirloom-mailx-12.5.orig/mailx.1 2015-01-27 13:18:49.0 -0500 heirloom-mailx-12.5/mailx.12015-01-27 13:20:32.382336867 -0500 +@@ -4922,7 +4922,7 @@ + which just acts as a proxy. + .PP + \fIMailx\fR immediately contacts the SMTP server (or +-.IR \%/usr/lib/sendmail ) ++.IR \%/usr/sbin/sendmail ) + even when operating in + .I disconnected + mode. diff -Nru heirloom-mailx-12.5/debian/patches/series heirloom-mailx-12.5/debian/patches/series --- heirloom-mailx-12.5/debian/patches/series 2014-12-20 01:16:54.0 -0500 +++ heirloom-mailx-12.5/debian/patches/series 2015-01-27 13:19:45.0 -0500 @@ -5,3 +5,4 @@ 0012-unpack-Disable-option-processing-for-email-addresses.patch 0013-fio.c-Unconditionally-require-wordexp-support.patch 0014-globname-Invoke-wordexp-with-WRDE_NOCMD.patch +0015-usr-sbin-sendmail.patch signature.asc Description: Digital signature
Bug#776007: buffer overrun in acknowledge.c(gi)
On Fri, Jan 30, 2015 at 11:17:49AM +0100, Axel Beckert wrote: Hi Moritz, Moritz Mühlenhoff wrote: On Tue, Jan 27, 2015 at 12:34:09PM +0100, Axel Beckert wrote: Moritz Mühlenhoff wrote: I think it's sufficient if we fix this in a point update, can you take care of that? Do you think of Jessie or Wheezy? As far as I can see, Wheezy is not affected: https://sources.debian.net/src/xymon/4.3.0%7Ebeta2.dfsg-9.1/web/bb-ack.c/#L248 I hadn't checked the status in jessie yet, but I just did and you're right: Wheezy/Squeeze is not affected. Could you please update https://security-tracker.debian.org/tracker/source-package/xymon with regards to that fact? TIA! Just updated. I haven't seen such a request on http://www.openwall.com/lists/oss-security/2015/01/ yet. (I know you were busy with DSAs in the past few days, OpenJDK is a serious timesink :-) but I thought, I'd just sent a gentle ping. I don't want to request one myself without OK from you as a similar situation resulted in two CVE ids for the same issue the last time I tried to request one myself. :-) I just requested it, you're in CC. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768968: ITP: pyuca -- Python implementation of the Unicode Collation Algorithm (UTS-10)
The package is in the DPMT repo yet for collaborative maintenance (still SVN for now). Please see: http://anonscm.debian.org/viewvc/python-modules/packages/pyuca/trunk/ A fresh package is uploaded to Mentors. Buildlog: http://www.danielstender.com/buildlogs/pyuca_1.0-1_amd64-20150130-1703.build Thank you very much, Daniel Stender -- http://qa.debian.org/developer.php?login=debian%40danielstender.com 4096R/DF5182C8 46CB1CA89EA3B74376761DB915E09AF4DF5182C8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776063: dbus fails to upgrade rendering entire apt unusable
Control: unarchive 771989 Control: reopen 771989 Control: tags 771989 = confirmed On 30/01/15 14:44, David Kalnischkies wrote: On Sun, Jan 25, 2015 at 12:45:10AM +, Simon McVittie wrote: Or if dropping it down to interest-noawait would help, that isn't really semantically correct, but it's probably acceptable in practice? Its not helping the general case of course, but -noawait triggers can't run in to this problem as nothing can end up in 'iW' with them. So if you think this is acceptable, I think it might be better than the alternatives like ripping this out of dpkg again or busy-waiting for me to figure something out (especially as I doubt that it will be pretty or even simple if at all solveable for wheezy-upgrades given we only have apt/wheezy for it…). OK, I'll queue that in git, and talk to the release team about clarifying how much of dbus 1.8.14-1 they'll need me to revert before they let it migrate (#776144). and as usual: changes to the install-order scare the shit out of me, especially five minutes before release. Sure, and that's a factor contributing to my willingness to mitigate it in dbus. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776546: udev: Missing README.Debian (but packaging suggested it wanted to include it)
Control: tag -1 pending Martin Pitt [2015-01-29 19:37 +0100]: - We should drop the doc dir symlinking. It's causing unexpected issues like this, directory symlinks behave in a weird way for usages like this, and it's not saving a lot of disk space. De-duplicating identical documentation should be addressed at a more generic level. This will require some cleaning in the preinst, but it's a well-known and tried and true recipe. This is a bit intrusive for Jessie, so Marco and I went for the alternative to just install the README.Debian into the correct place. http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=d26405c8f5aa - README.Debian contains a lot of obsolete and outright wrong information. We should trim most of it, just leave the (few) Debian specific integration issues, and refer to the (upstream) manpages otherwise IMHO. Proposal: http://paste.ubuntu.com/9941247/ http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=a76b4544 (Also fixed in experimental branch) Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#763522: mutt segfault when selecting pgp key goes away with noopt
I'm having the same problem, and the core dump's backtrace corresponds to Andreas'. Shouldn't this be considered release critical, since this is one of the core features of mutt? signature.asc Description: Digital signature
Bug#776480: lintian: [dbus] add the check that found CVE-2014-8148 and CVE-2014-8156
On 2015-01-28 15:14, Simon McVittie wrote: Package: lintian Version: 2.5.30 Severity: wishlist Tags: patch Patches also available from: ssh://git.debian.org/git/users/smcv/lintian.git dbus Using the results of the checks I added in #762609, I enhanced the checks to ignore non-problematic situations and give more context when reporting problems. Investigating the remaining packages further, I found two security vulnerabilities: CVE-2014-8148 in midgard2-common, and CVE-2014-8156 in various freesmartphone.org packages. Now that both of those are unembargoed, I would like to land the enhanced checks in lintian. I would also like to mark the D-Bus checks as non-experimental. [...] Regards, S Thanks, I have applied all the patches and they will be a part of lintian 2.5.31. Thanks, ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776657: unblock: redmine/3.0~20140825-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package redmine This version includes a documentation update, and changes to debian/tests/* which add a new DEP-8 test case, but have no impact whatsoever on the produced binary packages. The diff against the version currently in testing is attached. unblock redmine/3.0~20140825-4 -- System Information: Debian Release: 8.0 APT prefers buildd-unstable APT policy: (500, 'buildd-unstable'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- Antonio Terceiro terce...@debian.org diff --git a/debian/changelog b/debian/changelog index f36fe0c..6bad6fb 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,12 @@ +redmine (3.0~20140825-4) unstable; urgency=medium + + * debian/doc/examples/apache2-passenger-alias.conf: updated example +configuration for Passenger setups under a sub-uri (e.g. /redmine) so that +it actually works. + * debian/tests/* also test apache2-passenger-alias case. + + -- Antonio Terceiro terce...@debian.org Fri, 30 Jan 2015 14:04:38 -0200 + redmine (3.0~20140825-3) unstable; urgency=medium * debian/patches/avoid-crash-on-issues.diff: apply upstream patch to avoid diff --git a/debian/doc/examples/apache2-passenger-alias.conf b/debian/doc/examples/apache2-passenger-alias.conf index 91b7bab..3911794 100644 --- a/debian/doc/examples/apache2-passenger-alias.conf +++ b/debian/doc/examples/apache2-passenger-alias.conf @@ -10,6 +10,10 @@ # apache2 serves public files Alias /redmine/plugin_assets/ /var/cache/redmine/default/plugin_assets/ Alias /redmine /usr/share/redmine/public +Location /redmine +PassengerBaseURI /redmine +PassengerAppRoot /usr/share/redmine +/Location Directory /usr/share/redmine/public Allow from all Options -MultiViews diff --git a/debian/tests/control b/debian/tests/control index 1e94396..a0aaddf 100644 --- a/debian/tests/control +++ b/debian/tests/control @@ -1,11 +1,15 @@ -Test-Command: debian/tests/smoke-test sqlite3 +Test-Command: debian/tests/smoke-test sqlite3 apache2-passenger-host / Depends: redmine-sqlite, redmine, apache2, libapache2-mod-passenger, curl Restrictions: needs-root -Test-Command: debian/tests/smoke-test postgresql +Test-Command: debian/tests/smoke-test postgresql apache2-passenger-host / Depends: postgresql, redmine-pgsql, redmine, apache2, libapache2-mod-passenger, curl Restrictions: needs-root -Test-Command: debian/tests/smoke-test mysql2 +Test-Command: debian/tests/smoke-test mysql2 apache2-passenger-host / Depends: mysql-server, redmine-mysql, redmine, apache2, libapache2-mod-passenger, curl Restrictions: needs-root + +Test-Command: debian/tests/smoke-test sqlite3 apache2-passenger-alias /redmine +Depends: redmine-sqlite, redmine, apache2, libapache2-mod-passenger, curl +Restrictions: needs-root diff --git a/debian/tests/smoke-test b/debian/tests/smoke-test index 1110061..2e9e8e4 100755 --- a/debian/tests/smoke-test +++ b/debian/tests/smoke-test @@ -1,30 +1,18 @@ #!/bin/sh dbadapter=${1:-sqlite3} -webserver=${2:-apache2-passenger} +setup=${2:-apache2-passenger-host} +uri=${3:-/} exec 21 set -eux grep adapter:[[:space:]]*$dbadapter /etc/redmine/default/database.yml -setup_apache2() { - sed -e '/VirtualHost/ a ServerName localhost' /usr/share/doc/redmine/examples/$webserver-host.conf /etc/apache2/sites-enabled/redmine.conf - service apache2 restart -} +a2enmod rewrite -case $webserver in - apache2) -a2enmod rewrite -setup_apache2 -;; - apache2-passenger) -setup_apache2 -;; - *) -set +x -echo Testing under $webserver not supported yet -exit 1 -esac +sed -e '/VirtualHost/ a ServerName localhost' /usr/share/doc/redmine/examples/${setup}.conf /etc/apache2/sites-enabled/redmine.conf -curl -s http://localhost/ | grep 'meta.*name=description.*content=Redmine' +service apache2 restart + +curl -s http://localhost${uri} | grep 'meta.*name=description.*content=Redmine' signature.asc Description: Digital signature
Bug#762330:
Hi! That is great to here. Upstream is currently working on ABI compatiblity. About the repo. My user on bitbucket is cinemast. Maybe we could switch to collab-maint on alioth? https://alioth.debian.org/projects/collab-maint/ But therefore we would both need to be suggested by a DD to accept our join-request for collab-maint, which shouldn't be a big deal. Which would make the packaging more open, documented and also possible for others to join and review. I haven't seen your changes for 0.7 yet. But I suggest that we move from scons to cmake, as it is upstream the main build upstream uses. It also simplifies the process to create a -dbg package, which is currently not available for this package. Further I would suggest that we skip 0.7.x and wait until 0.8 is baked by upstream, as it will be basically 0.7 including new fixes and achieving ABI compatibility. Having several branches is usually not a problem for git-buildpackage. I do that when I create packages for sid and experimental. Looking forward to the cooperation. Greetings Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767423: #767423
Dear Eric, I noticed that there was this reply to your bug report, directed at you but apparently not sent to you (only to the bug). So, would it be possible to share this file? Best, Tobias On Sat, 13 Dec 2014 20:14:07 +0100 Thomas Girard thomas.g.gir...@free.fr wrote: tag 767423 + moreinfo thanks Hello, the stacktrace you provide shows two messages that could explain the error: (tracker-extract:18870): libmediaart-CRITICAL **: media_art_process_buffer: assertion 'artist != NULL || title != NULL' failed (tracker-extract:18870): Tracker-WARNING **: Could not process media art for 'file:///home/SNIP/test.flac', No error given Is it possible that you share this flac file? Thanks, Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776671: glibc: integer overflow in bsearch(3)
Source: glibc Version: 2.19-13 Tags: patch The way bsearch() computes indices is subject to integer overflow. This should be only a problem on 32-bit systems, where it's possible to allocate more than SIZE_MAX/2 bytes of memory. The attached patch should fix this bug, but it was only lightly tested. I also attached test case, which currently loops forever on 32-bit systems. (Beware that it allocates 3GB of memory. Don't run it on a system that is short of RAM!) -- Jakub Wilk diff --git a/bits/stdlib-bsearch.h b/bits/stdlib-bsearch.h --- a/bits/stdlib-bsearch.h +++ b/bits/stdlib-bsearch.h @@ -28,7 +28,7 @@ __u = __nmemb; while (__l __u) { - __idx = (__l + __u) / 2; + __idx = __l + (__u - __l) / 2; __p = (void *) (((const char *) __base) + (__idx * __size)); __comparison = (*__compar) (__key, __p); if (__comparison 0) #include assert.h #include stdlib.h int cmp(const void *this, const void *other) { return *((const char *)this) - *((const char *)other); } int main(int argc, char **argv) { char key = 42; size_t size = 3UL 30; char* base = calloc(1, size); base[size - 1] = key + 1; base[size - 2] = key; void *found = bsearch(key, base, size, 1, cmp); assert(found == base + size - 2); return 0; }
Bug#776672: radvd: Add support for dynamic 6rd tunnels
Package: radvd Version: 1:1.9.1-1.3 Severity: wishlist Dear Maintainer, could support for dynamic 6rd tunnels be added? Parameters would be * Base6rdInterface the IPv4-Interface, e.g. ppp0 * 6rdPrefix tunnel provider's prefix, e.g. 2001:55c for Comcast * 6rdPrefixLength tunnel provider's prefix length, e.g. 32 for Comcast or 28 for Vodafone Interface specific subnet would be configured like for 6to4 tunnel in the prefix statement: prefix 0:0:000B:EEF::/64 { (If additional parameters are required for different setups, maybe 6rdIPv4MaskLength, these could be added in a second step.) A complete config with two subnets would look like this: interface eth0 { AdvSendAdvert on; prefix 0:0:000B:EEF::/64 { AdvOnLink on; AdvAutonomous on; Base6rdInterface ppp0; 6rdPrefix 2001:55c; 6rdPrefixLength 28; }; }; interface eth1 { AdvSendAdvert on; prefix 0:0:000D:EAD::/64 { AdvOnLink on; AdvAutonomous on; Base6rdInterface ppp0; 6rdPrefix 2001:55c; 6rdPrefixLength 28; }; }; -- System Information: Debian Release: 7.8 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'proposed-updates') Architecture: i386 (i686) Kernel: Linux 3.16.0-0.bpo.4-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages radvd depends on: ii adduser 3.113+nmu3 ii libc6 2.13-38+deb7u7 pn libdaemon0 none radvd recommends no packages. radvd 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#769728: Release Critical?
Am 30.01.2015 um 23:20 schrieb Michael D: Am I the only one that feels this bug should be important / release critical? Having a broken system right off the bat of a fresh install seems bad to me, especially with systemd trying to make a good first impression. Well, I agree that this needs to be dealt with, one way or another. Problem is, the solution is not clear yet. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#774881: [Pkg-haskell-maintainers] Bug#774881: package haskell-ieee754 is causing FTBFS of package haskell-hastache on big-endian
Hi, Am Freitag, den 30.01.2015, 10:58 + schrieb Jurica Stanojkovic: I have tried them both on mips. Both packages do resolve issue on mips. thanks. Could someone please upload new source from upstream. A new upstream release would not be accepted to enter jessie, as it contains unrelated changes. So I’d upload that to experimental. If that’s fine for you, then I can do that. Or should I backport changes for this version of package? That would be required if you want this to enter jessie. 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#776659: libc6: missing newline after cannot allocate TLS data structures for initial thread
Package: libc6 Version: 2.19-13 Severity: minor $ ulimit -v 3524; bash -c '' || echo '-- missing newline here' cannot allocate TLS data structures for initial thread-- missing newline here -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libc6:i386 depends on: ii libgcc1 1:4.9.2-10 Versions of packages libc6:i386 recommends: ii libc6-i686 2.19-13 Versions of packages libc6:i386 suggests: ii debconf [debconf-2.0] 1.5.55 ii glibc-doc 2.19-13 ii locales2.19-13 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776670: Questionable dhcpd configuration options
Package: di-netboot-assistant Version: 0.38a Severity: minor I don't think all the options under pxelinux.* are necessary at all (cf. README file). It works fine without them. Specifically, the line option pxelinux.configfile debian-installer/pxelinux.cfg/default; causes a request to debian-installer/debian-installer/pxelinux.cfg/default which obviously does not exist — the config file is looked up relative to pxelinux.0 it seems. That option disables the ability to override the configuration per-client based on UUID or IP and so it's doubtful whether there is a benefit in using it anyway. My suggestion: remove all the options. dhcpd (v4 here) works fine with just next-server and filename. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages di-netboot-assistant depends on: ii curl 7.38.0-4 ii wget 1.16-3 Versions of packages di-netboot-assistant recommends: ii atftpd 0.7.git20120829-1 Versions of packages di-netboot-assistant suggests: pn dhcp3-server | udhcpd | dnsmasq none pn elilonone ii syslinux 3:6.03+dfsg-5 ii vim-addon-manager0.5.3 -- Configuration Files: /etc/di-netboot-assistant/di-netboot-assistant.conf changed [not included] /etc/di-netboot-assistant/di-sources.list changed [not included] -- no debconf information -- .''`. 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#769728: Release Critical?
control: severity -1 serious Am 30.01.2015 um 23:39 schrieb Michael Biebl: Am 30.01.2015 um 23:38 schrieb Michael Biebl: Am 30.01.2015 um 23:20 schrieb Michael D: Am I the only one that feels this bug should be important / release critical? Having a broken system right off the bat of a fresh install seems bad to me, especially with systemd trying to make a good first impression. Well, I agree that this needs to be dealt with, one way or another. Problem is, the solution is not clear yet. Btw, see [1] for more details. Let's bump the severity to RC, just to make sure this remains on the radar. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#776679: ITP: ruby-jasmine-jquery-rails -- custom matchers for jQuery and an API for fixtures in specs for Jasmine JS
Package: ruby-jasmine-jquery-rails Severity: wishlist Owner: 'Nils Vogels' n...@familievogels.nl *Package Name : ruby-jasmine-jquery-rails Version : 2.0.3 Upstream Author : Travis Jefferey *URL : https://github.com/travisjeffery/jasmine-jquery-rails *License : MIT *Description : Provides custom matchers and API for fixtures as an extension to the Jasmine JavaScript Testing Framework I am packaging jasmine-jquery-rails as it is a dependency of diaspora (#597093) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610087: RFP theme hospital
Hi, a dependency cannot be set because these packages do not yet exist. But I can add a Recommends. Also I am not planning to upstream to Debian. Best regards Christoph Korn Am 28.01.2015 um 12:48 schrieb Alexandre Detiste: Hi, Do you have any plan to one day upstream the package corsix-th at GetDeb in Debian ? Support for automaticaly packaging the data from the demo and full versions into a proper .deb has been recently added to game-data-packager; see git master: http://anonscm.debian.org/cgit/pkg-games/game-data-packager.git/tree/data/theme-hospital.yaml This will someday trickle down to unstable then Ubuntu. You can already add a Depends: theme-hospital-full-data | theme-hospital-demo-data | game-data-packager control rule to your package to make your users life easier. (or it could be a Recommends:, depending on your local policy) Alexandre Detiste -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776669: unblock: tecnoballz/0.93.1-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear release team, Please unblock package tecnoballz. It was discovered [1] that tecnoballz' dependency on libsdl-mixer1.2 was not strict enough. This could lead to a situation where users are stuck with the version of libsdl-mixer1.2 in wheezy which links against libmikmod2 and the latest version of tecnoballz which depends on libmikmod3. Apparently libmikmod2 and libmikmod3 conflict with each other. In this case the sound of the game would not work. I discussed this issue with the maintainer of libsdl-mixer1.2 in the bug report and we came to the conclusion that the simplest solution for Jessie was to make tecnoballz depend on libsdl-mixer1.2 (= 1.2.12-11+b1). There are other solutions like using Conflicts or dpkg's shlibs mechanism but since tecnoballz is the only package that depends on libsdl-mixer1.2 and libmikmod3 at the same time, it was simpler to add a stricter dependency on libsdl-mixer1.2. [1] https://bugs.debian.org/776260 unblock tecnoballz/0.93.1-3 Regards, Markus diff -Nru tecnoballz-0.93.1/debian/changelog tecnoballz-0.93.1/debian/changelog --- tecnoballz-0.93.1/debian/changelog 2014-11-29 01:17:52.0 +0100 +++ tecnoballz-0.93.1/debian/changelog 2015-01-30 13:02:19.0 +0100 @@ -1,3 +1,12 @@ +tecnoballz (0.93.1-3) unstable; urgency=medium + + * Move package to Git. Update VCS-fields. + * Tighten the dependency on libsdl-mixer1.2 and pull in the latest +version which depends on libmikmod3. Therefore the sound will work again. +Thanks to Celelibi for the report. (Closes: #776260) + + -- Markus Koschany a...@gambaru.de Fri, 30 Jan 2015 12:57:09 +0100 + tecnoballz (0.93.1-2) unstable; urgency=medium * Team upload. diff -Nru tecnoballz-0.93.1/debian/control tecnoballz-0.93.1/debian/control --- tecnoballz-0.93.1/debian/control 2014-11-29 00:58:00.0 +0100 +++ tecnoballz-0.93.1/debian/control 2015-01-30 13:02:19.0 +0100 @@ -20,12 +20,13 @@ libxxf86vm-dev Standards-Version: 3.9.6 Homepage: http://linux.tlk.fr/games/TecnoballZ/ -Vcs-Svn: svn://anonscm.debian.org/pkg-games/packages/trunk/tecnoballz/ -Vcs-Browser: http://anonscm.debian.org/viewvc/pkg-games/packages/trunk/tecnoballz/ +Vcs-Git: git://anonscm.debian.org/pkg-games/tecnoballz.git +Vcs-Browser: http://anonscm.debian.org/cgit/pkg-games/tecnoballz.git Package: tecnoballz Architecture: any Depends: + libsdl-mixer1.2 (= 1.2.12-11+b1), tecnoballz-data, ${misc:Depends}, ${shlibs:Depends}
Bug#776328: cytadela won't start
Hi Sylvian, I haven’t noticed this before. I can also reproduce this on my system. Will try to fix it soon. Sometime ago I had spotted a similar problem with the intro — there was a bug in a glibc function (memcmp, as far as I remember) and it crashed libvlc right after the intro playback started. But this has been fixed in some newer version of glibc. There are so many issues with libvlc that I was thinking about switching to something else, but had no time for this, unfortunately. Regards, Tomek Dnia pon, 26 stycznia 2015 23:48:14 b...@debian.org pisze: Hi, I can reproduce the issue on my amd64 computer. A work-around I've found is to press Enter twice rapidly when being asked for the language (so that skips the intro completely). More generally there seem to be an issue in the libvlc code: #0 0x766729f3 in malloc_consolidate (av=av@entry=0x7699d620 main_arena) at malloc.c:4157 #1 0x766734d1 in _int_free (av=0x7699d620 main_arena, p=optimized out, have_lock=0) at malloc.c:4057 #2 0x72117f8c in ?? () from /usr/lib/libvlccore.so.8 #3 0x7211417b in ?? () from /usr/lib/libvlccore.so.8 #4 0x7209a832 in libvlc_InternalCleanup () from /usr/lib/libvlccore.so.8 #5 0x771ccb8e in libvlc_release () from /usr/lib/libvlc.so.5 #6 0x0042f38a in play (filename=filename@entry=0x431496 video/intro_en.webm, screen=0x773c20, offOnFinish=true, audio=optimized out) at videoplayer.cpp:191 #7 0x00422324 in CSDLClass::playVideo (this=optimized out, fileName=fileName@entry=0x431496 video/intro_en.webm, offOnFinish=optimized out, audio=optimized out) at CSDLClass.cpp:521 #8 0x0041a90d in CCytadelaMain::playIntro (this=0x7fffb6a0) at CCytadelaMain.cpp:985 #9 0x0041abb8 in CCytadelaMain::runMain (this=this@entry=0x7fffb6a0) at CCytadelaMain.cpp:1058 #10 0x00405163 in main (argc=optimized out, argv=0x7fffe3d8) at main.cpp:138 This may be because Cytadela was using libvlc 2.0, and Debian now uses 2.2.0~rc2. I'm adding Cytadela's maintainer in copy - Tomasz, did you get a similar report already? Cheers! Sylvain On Mon, Jan 26, 2015 at 11:11:25PM +0100, Javier Barroso wrote: package:cytadela version: 1.1.0-2 Severity: important At Debian Sid, with a Intel Card, After game intro, when you press enter key: $ cytadela Welcome to the Citadel! Reading the OpenGL vrsion and extensions... libGL: screen 0 does not appear to be DRI3 capable libGL: pci id for fd 8: 8086:0166, driver i965 libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/tls/i965_dri.so libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/i965_dri.so libGL: Can't open configuration file /home/javi/.drirc: No such file or directory. libGL: Can't open configuration file /home/javi/.drirc: No such file or directory. Done Switching to 2D video mode... Ok! Initializing configuration menu... Done Cheching the OpenGL version and extensions... OpenGL version: 3.0 Mesa 10.4.2 OpenGL renderer: Mesa DRI Intel(R) Ivybridge Mobile Checking for available localizations (at locale/)... Done Entering the config menu main loop... Chosen localization: ENGLISH Initial check and configuration finished successfuly! [7f2d5c001268] core vout display error: Failed to change zoom [7f2d5c001268] core vout display error: Failed to set on top [7f2d5c001268] core vout display error: Failed to change source AR Violación de segmento (Segmentation Fault) Do you have any tip ? Thank you
Bug#776673: xfce4-session: xflock4 does not have a man page
Package: xfce4-session Version: 4.10.1-10 Severity: minor Dear Maintainer, Looks like xflock4 is missing a man page. $ man xflock4 No manual entry for xflock4 See 'man 7 undocumented' for help when manual pages are not available. $ dpkg -L xfce4-session|grep /usr/bin /usr/bin /usr/bin/xfce4-session-logout /usr/bin/xfce4-session /usr/bin/xflock4 /usr/bin/xfce4-session-settings /usr/bin/startxfce4 $ dpkg -L xfce4-session|grep man /usr/share/man /usr/share/man/man1 /usr/share/man/man1/xfce4-session-settings.1.gz /usr/share/man/man1/xfce4-session-logout.1.gz /usr/share/man/man1/xfce4-session.1.gz /usr/share/man/man1/startxfce4.1.gz -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xfce4-session depends on: ii libatk1.0-02.14.0-1 ii libc6 2.19-13 ii libcairo2 1.14.0-2.1 ii libdbus-1-31.8.12-3 ii libdbus-glib-1-2 0.102-1 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-2 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libgtk2.0-02.24.25-1 ii libice62:1.0.9-1+b1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-01.36.8-3 ii libpangoft2-1.0-0 1.36.8-3 ii libpolkit-gobject-1-0 0.105-8 ii libsm6 2:1.2.2-1+b1 ii libwnck22 2.30.7-2 ii libx11-6 2:1.6.2-3 ii libxfce4ui-1-0 4.10.0-6 ii libxfce4util6 4.10.1-2 ii libxfconf-0-2 4.10.0-3 ii multiarch-support 2.19-13 ii xfce4-settings 4.10.1-2 ii xfconf 4.10.0-3 Versions of packages xfce4-session recommends: ii dbus-x11 1.8.12-3 ii libpam-systemd 215-10 ii systemd-shim 9-1 ii systemd-sysv 215-10 ii upower 0.99.1-3.1 ii x11-xserver-utils 7.7+3+b1 ii xfdesktop4 4.10.2-3 ii xfwm4 4.10.1-3 pn xscreensaver none Versions of packages xfce4-session suggests: pn fortunes-mod none ii sudo 1.8.10p3-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776674: xfce4-session: xflock4 does not turn off screen due to xset dpms race condition
Package: xfce4-session Version: 4.10.1-10 Severity: normal Dear Maintainer, /usr/bin/xflock4 does: for lock_cmd in \ xlock -mode blank \ slock set -- $lock_cmd if command -v -- $1 /dev/null 21; then $lock_cmd /dev/null 21 # turn off display backlight: xset dpms force off exit fi done But it does not work (presumably xset runs too quickly and slock turns the monitor back on?) It appears the xset call should be something like: sleep 1; xset dpms force off Using a hardcoded sleep does not seem elegant, but it is the suggested fix at http://askubuntu.com/questions/38776/trigger-screensaver-off-monitor and https://wiki.archlinux.org/index.php/Display_Power_Management_Signaling (Also, is there a purpose for doing set -- $lock_cmd when the process then immediately calls exit?) -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xfce4-session depends on: ii libatk1.0-02.14.0-1 ii libc6 2.19-13 ii libcairo2 1.14.0-2.1 ii libdbus-1-31.8.12-3 ii libdbus-glib-1-2 0.102-1 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-2 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libgtk2.0-02.24.25-1 ii libice62:1.0.9-1+b1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-01.36.8-3 ii libpangoft2-1.0-0 1.36.8-3 ii libpolkit-gobject-1-0 0.105-8 ii libsm6 2:1.2.2-1+b1 ii libwnck22 2.30.7-2 ii libx11-6 2:1.6.2-3 ii libxfce4ui-1-0 4.10.0-6 ii libxfce4util6 4.10.1-2 ii libxfconf-0-2 4.10.0-3 ii multiarch-support 2.19-13 ii xfce4-settings 4.10.1-2 ii xfconf 4.10.0-3 Versions of packages xfce4-session recommends: ii dbus-x11 1.8.12-3 ii libpam-systemd 215-10 ii systemd-shim 9-1 ii systemd-sysv 215-10 ii upower 0.99.1-3.1 ii x11-xserver-utils 7.7+3+b1 ii xfdesktop4 4.10.2-3 ii xfwm4 4.10.1-3 pn xscreensaver none Versions of packages xfce4-session suggests: pn fortunes-mod none ii sudo 1.8.10p3-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769728: Release Critical?
Am 30.01.2015 um 23:38 schrieb Michael Biebl: Am 30.01.2015 um 23:20 schrieb Michael D: Am I the only one that feels this bug should be important / release critical? Having a broken system right off the bat of a fresh install seems bad to me, especially with systemd trying to make a good first impression. Well, I agree that this needs to be dealt with, one way or another. Problem is, the solution is not clear yet. Btw, see [1] for more details. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772700 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#776680: shorewall: Fails to start/restart on jessie; systemctl complains no shorewall.service
Package: shorewall Version: 4.6.4.3-1 Severity: grave Justification: renders package unusable A firewall that is never applied is useless hence a bug that stops shorewall from being applied under the default init system (systemd) is RC. In this case the issue is that /etc/init.d/shorewall restart (or start) OR systemctl restart shorewall OR systemctl start shorewall all give the following error message: Failed to restart shorewall.service: Unit shorewall.service failed to load: No such file or directoryFailed to restart shorewall.service: Unit shorewall.service failed to load: No such file or directory As I have mentioned on another bug report against systemd itself, for some old-style SystemV initscripts systemd fails to start or restart the service. I haven't had a chance to boot those systems with systemd to follow up on the bug report but the claim that systemd won't break existing initscripts is clearly false. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages shorewall depends on: ii bc 1.06.95-9 ii debconf [debconf-2.0] 1.5.55 ii iproute1:3.16.0-2 ii iproute2 3.16.0-2 ii iptables 1.4.21-2+b1 ii perl-modules 5.20.1-4 ii shorewall-core 4.6.4.3-1 shorewall recommends no packages. Versions of packages shorewall suggests: ii make-guile [make] 4.0-8.1 pn shorewall-doc none -- Configuration Files: /etc/default/shorewall changed: startup=1 OPTIONS= STARTOPTIONS= INITLOG=/dev/null SAFESTOP=0 /etc/shorewall/conntrack [Errno 13] Permission denied: u'/etc/shorewall/conntrack' /etc/shorewall/params [Errno 13] Permission denied: u'/etc/shorewall/params' /etc/shorewall/shorewall.conf [Errno 13] Permission denied: u'/etc/shorewall/shorewall.conf' -- debconf information: shorewall/dont_restart: shorewall/major_release: shorewall/invalid_config: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776680: shorewall: invalid_config is not true
Package: shorewall Version: 4.6.4.3-1 Followup-For: Bug #776680 Despite the debconf setting of invalid_config the config is in fact correct as evidenced by the fact that the shorewall compile and shorewall safe-restart commands compile and restart the firewall with no complaints or issues. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages shorewall depends on: ii bc 1.06.95-9 ii debconf [debconf-2.0] 1.5.55 ii iproute1:3.16.0-2 ii iproute2 3.16.0-2 ii iptables 1.4.21-2+b1 ii perl-modules 5.20.1-4 ii shorewall-core 4.6.4.3-1 shorewall recommends no packages. Versions of packages shorewall suggests: ii make-guile [make] 4.0-8.1 pn shorewall-doc none -- Configuration Files: /etc/default/shorewall changed: startup=1 OPTIONS= STARTOPTIONS= INITLOG=/dev/null SAFESTOP=0 /etc/shorewall/conntrack [Errno 13] Permission denied: u'/etc/shorewall/conntrack' /etc/shorewall/params [Errno 13] Permission denied: u'/etc/shorewall/params' /etc/shorewall/shorewall.conf [Errno 13] Permission denied: u'/etc/shorewall/shorewall.conf' -- debconf information: shorewall/dont_restart: shorewall/major_release: shorewall/invalid_config: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776680: shorewall: dpkg-reconfigure shorewall gets the firewall to start
Package: shorewall Version: 4.6.4.3-1 Followup-For: Bug #776680 The issue appears to be with debconf settings as dpkg-reconfigure shorewall and then /etc/init.d/shorewall restart works even dpkg-reconfigure doesn't actually do any prompts. Perhaps it is because shorewall packaging labels the configuration as invalid when first installed because there is no valid config in the default state. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages shorewall depends on: ii bc 1.06.95-9 ii debconf [debconf-2.0] 1.5.55 ii iproute1:3.16.0-2 ii iproute2 3.16.0-2 ii iptables 1.4.21-2+b1 ii perl-modules 5.20.1-4 ii shorewall-core 4.6.4.3-1 shorewall recommends no packages. Versions of packages shorewall suggests: ii make-guile [make] 4.0-8.1 pn shorewall-doc none -- Configuration Files: /etc/default/shorewall changed: startup=1 OPTIONS= STARTOPTIONS= INITLOG=/dev/null SAFESTOP=0 /etc/shorewall/conntrack [Errno 13] Permission denied: u'/etc/shorewall/conntrack' /etc/shorewall/params [Errno 13] Permission denied: u'/etc/shorewall/params' /etc/shorewall/shorewall.conf [Errno 13] Permission denied: u'/etc/shorewall/shorewall.conf' -- debconf information: shorewall/dont_restart: shorewall/major_release: shorewall/invalid_config: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763428: test with kernel 3.18.4
Did you mean to reassign this bug to linux-image-3.16-0-4-amd64? To do so, you must CC cont...@bugs.debian.org and put the command at the top of the email, not the bottom. On Wed, Jan 28, 2015 at 06:20:09PM +0100, Mehdi Abaakouk wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, I have retested with kernel 3.18.4, and now it works again. I have dig into changelogs since the latest kernel I have tested, and the only relevant change around ixgbe and ovs I have found is https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?id=927a171886e895b174ed99a06d31fc05bc03750e Cheers, reassign 763428 linux-image-3.16.0-4-amd64 - -- Mehdi Abaakouk mail: sil...@sileht.net irc: sileht -BEGIN PGP SIGNATURE- Version: OpenPGP.js v.1.20131017 Comment: http://openpgpjs.org wsFcBAEBCAAQBQJUyRpJCRAYkrQvzqrryAAAZkoP/RcX9I081zu2abbDHTIc R8JnVmEutaf4hgSdr4RbeKlrNq0MFSbLgaVHBi65EomyQ4J1fKSL2u+k/7sx tTyF0ldrTYcFmxHAvZwkRsSVHHJ1dnGZBADUX8nGgPLiaVgxFaJlVeYbSTay CvolIgikxsMam78H1WLBJ9EHo6xuB4zfxBsUwAmBwf07a7aiQUkvGy3IQshw DbBDkYCTHtvaoiM/UdbEq2kpDovhAQyU5PPUVHwSineA1EkPV+ojS76wczT5 W1rzunB79Dia0WiCsM/3Dv9jzXaj6sqta9hKkuzzaX0VroyR0UhEBMv6U66H MeczxeiVJAg3WiYv0Q57ilMaZpfU1kVo10zSv25UDsA0LitYvkCOtXQXN7rC 0OpmXRKzkkAa8RKO3Rp0dBnQiLF/0VKnzK31hZsd4UuPqXen5XRMYSAWoh6S 5+ElFCgjBO15ScgJL7y1If0THYps0Cu7bnvMjr0Ue8sU4YAgTz7eaTxGhjlc Zw0foecEf0MAVeI/AojbBCPbLFuPZDBKna+MtNKP0OsuuFMPonH2a9f4D3Tz zsJuJzKBslS7IzYuu9XVNJobgjukA2hYjW31tM5xOkeSTcNe9OuC9Gxbi4jd jIeO/1Jiw086xscYcNwl8+QIf3fd9wdo6mafmbw8WIgJkD3Z6haEi+UnMd47 ST0F =MReY -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#776675: unblock: libdumbnet/1.12-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package libdumbnet Just did a QA upload fixing #775896 - I've reverted the descision to make /usr/share/doc/libdumnet-dev a symlink. Diff attached. unblock libdumbnet/1.12-5 thanks, bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F diff -u libdumbnet-1.12/debian/rules libdumbnet-1.12/debian/rules --- libdumbnet-1.12/debian/rules +++ libdumbnet-1.12/debian/rules @@ -58,7 +58,7 @@ dh_testroot $(MAKE) DESTDIR=$$(pwd)/debian/libdumbnet1 install mkdir -p debian/libdumbnet-dev/usr/lib \ - debian/libdumbnet-dev/usr/share/doc \ + debian/libdumbnet-dev/usr/share/doc/libdumbnet-dev \ debian/libdumbnet-dev/usr/share/man/man1 mkdir -p debian/python-dumbnet/usr/lib mv debian/libdumbnet1/usr/include \ @@ -74,10 +74,11 @@ debian/python-dumbnet/usr/lib cp debian/dumbnet-config.1 debian/libdumbnet-dev/usr/share/man/man1/ ln -s dumbnet-config.1 debian/libdumbnet-dev/usr/share/man/man1/dnet-config.1 - ln -s libdumbnet1 debian/libdumbnet-dev/usr/share/doc/libdumbnet-dev + ln -s ../libdumbnet1 debian/libdumbnet-dev/usr/share/doc/libdumbnet-dev/docs ln -s dumbnet-config debian/libdumbnet-dev/usr/bin/dnet-config dh_installchangelogs - dh_installdocs TODO README + dh_installdocs -plibdumbnet1 TODO README + dh_installdocs -Nlibdumbnet1 dh_python2 -ppython-dumbnet for E in debian/python-dumbnet/usr/lib/python*; do \ rm -f $$E/site-packages/*egg-info; \ diff -u libdumbnet-1.12/debian/changelog libdumbnet-1.12/debian/changelog --- libdumbnet-1.12/debian/changelog +++ libdumbnet-1.12/debian/changelog @@ -1,3 +1,11 @@ +libdumbnet (1.12-5) unstable; urgency=medium + + * QA upload. + * Fix missing doc folder during upgrades +(Closes: #775896) + + -- Bernd Zeimetz b...@debian.org Fri, 30 Jan 2015 22:53:35 +0100 + libdumbnet (1.12-4) unstable; urgency=low * QA upload. only in patch2: unchanged: --- libdumbnet-1.12.orig/debian/preinst +++ libdumbnet-1.12/debian/preinst @@ -0,0 +1,21 @@ +#!/bin/sh +set -e + +case $1 in +install|upgrade) +# dpkg does not replace directories by symlinks or vice versa. +if [ -L /usr/share/doc/libdumbnet-dev ]; then +rm -f /usr/share/doc/libdumbnet-dev +fi +;; +abort-upgrade) +;; +*) +echo preinst called with unknown argument \`$1' 2 +exit 1 +;; +esac + +#DEBHELPER# + +exit 0
Bug#769728: Release Critical?
Am I the only one that feels this bug should be important / release critical? Having a broken system right off the bat of a fresh install seems bad to me, especially with systemd trying to make a good first impression. Thanks Michael
Bug#776678: ITP: python-screed -- short nucleotide read sequence utils in Python
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: python-screed Version : 0.7.1 Upstream Author : Michael R. Crusoe michael.cru...@gmail.com * URL : https://screed.readthedocs.org * License : BSD-3-Clause Programming Lang: Python Description : short nucleotide read sequence utils in Python Screed parses FASTA and FASTQ files, generates databases, and lets you query these databases. Values such as sequence name, sequence description, sequence quality, and the sequence itself can be retrieved from these databases. This ITP actually belongs to Michael R. Crusoe who tried to send it on a host without SMTP and so I'm proxying it. The package is team maintained by the Debian Med team anyway at Vcs-Git: git://anonscm.debian.org/debian-med/python-screed.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776565: Please verify which patch version is fine
Hi Martin, KiBi, On Thu, 29 Jan 2015 20:57:22 +0100 martin f krafft madd...@debian.org wrote: also sprach Cyril Brulebois k...@debian.org [2015-01-29 18:58 +0100]: I'm not sure it's reasonable to expect fixing di-n-a at this point of the release cycle, frankly. Of course, but maybe the fix is trivial⦠on the other hand, I looked and tried already⦠there is a patch. Lemme at least verify that one on the weekend. Summary concerning the patch: * Jonas provided patches in https://bugs.debian.org/759424#57 * I had to modify Jonas' patch slightly to make it work here: https://bugs.debian.org/759424#33 * Jonas disagrees with that modification, the diffence is diskussed in https://bugs.debian.org/759424#62 from my POV. * Discussion got stuck. * I sent some minor improvement patches in https://bugs.debian.org/759424#67 and https://bugs.debian.org/759424#72 So what's basically needed is someone who could test independently if either Jonas patch is fine as it is, or if my modifications are needed. As soon as it's clear which patch-version is fine, the patch should work. I use di-netboot-assistant in debian-lan, with a workaround applied [1] to compensate for the missing patch (my version, of course). If the package is removed, debian-lan would fail to work :-( So if possible, check if the patch works and then let's prepare the fixed package. Removing the package breaks debian-lan. I am happy to help, but for the time being someone independent is needed to verify which patch-version is fine. Best regards, Andi [1] https://anonscm.debian.org/cgit/collab-maint/debian-lan.git/tree/fai/config/scripts/FAISERVER/50-di-netboot especially line 9, 110-115 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776664: xymon: hardcoded -p 2 in xymonnet causes each ntp/ntpdate check to take at least two seconds
Source: xymon Version: 4.3.0~beta2.dfsg-9.1 Tags: patch upstream Severity: annoying Dear Christoph and myself, In hobbitserver.cfg/xymonserver.cfg you can easily set any additional ntpdate parameter you want with $NTPDATE -- except -p. Because in bbtest-net.c/xymonnet.c it always gets overriden with -p 2: sprintf(cmd, %s -u -q -p 2 %s 21, cmdpath, ip_to_test(t-host)); Unfortunately that parameter is crucial for any Hobbit/Xymon server which runs that check on more than 150 machines, because it makes the test to take always at least 2 seconds (at least since Debian 7 Wheezy): $ time ntpdate -t 0.2 -p 1 -u -q -p 2 localhost server ::1, stratum 2, offset -0.16, delay 0.02571 server 127.0.0.1, stratum 2, offset -0.05, delay 0.02567 30 Jan 19:41:49 ntpdate[7275]: adjust time server 127.0.0.1 offset -0.05 sec ntpdate -t 0.2 -p 1 -u -q -p 2 localhost 0.00s user 0.00s system 0% cpu 2.304 total $ time ntpdate -t 0.2 -p 1 -u -q localhost server ::1, stratum 2, offset -0.36, delay 0.02574 server 127.0.0.1, stratum 2, offset -0.35, delay 0.02573 30 Jan 19:41:55 ntpdate[7350]: adjust time server 127.0.0.1 offset -0.35 sec ntpdate -t 0.2 -p 1 -u -q localhost 0.00s user 0.00s system 0% cpu 0.303 total $ My current non-patchy workaround is to use the following Perl script instead of ntpdate: ---8--- #!/usr/bin/perl use strict; use warnings; use 5.010; for (my $i = 0; $i = $#ARGV; $i++) { if ($ARGV[$i] eq '-p') { $ARGV[$i+1] = 1; } } say join(' ', @ARGV); exec('/usr/sbin/ntpdate', @ARGV); ---8--- This can be easily done by any administrator affected by this until the following patch is included. Besides not only making the -p parameter configurable again, the patch below also changes the default from -p 2 to -p 1, too, to get back the same behaviour as with Squeeze (where -p 2 just worked fine). ---8--- Description: Workaround changed ntpdate -p 2 behaviour in Wheezy In Squeeze, ntpdate -p 2 host exits nearly immediately if the host is reachable and longer if not. On Wheezy, this command always takes at least two seconds, and hence slows down bbtest-net runs immensely. ntpdate -p 1 host works in Wheezy as fast as in Squeeze, though. . This patch changes the default for -p from 2 to 1 and changes its location from being a hardcoded value in bbtest-net.c to a configurable value in hobbitserver.cfg Author: Axel Beckert a...@debian.org Index: xymon-4.3.0~beta2.dfsg/bbnet/bbtest-net.c === --- xymon-4.3.0~beta2.dfsg.orig/bbnet/bbtest-net.c 2013-06-19 19:53:24.654988966 +0200 +++ xymon-4.3.0~beta2.dfsg/bbnet/bbtest-net.c 2013-06-19 19:54:39.434287849 +0200 @@ -1004,7 +1004,7 @@ strcpy(cmdpath, (p ? p : ntpdate)); for (t=service-items; (t); t = t-next) { if (!t-host-dnserror) { - sprintf(cmd, %s -u -q -p 2 %s 21, cmdpath, ip_to_test(t-host)); + sprintf(cmd, %s -u -q %s 21, cmdpath, ip_to_test(t-host)); t-open = (run_command(cmd, no server suitable for synchronization, t-banner, 1, extcmdtimeout) == 0); } } Index: xymon-4.3.0~beta2.dfsg/hobbitd/etcfiles/hobbitserver.cfg.DIST === --- xymon-4.3.0~beta2.dfsg.orig/hobbitd/etcfiles/hobbitserver.cfg.DIST 2013-06-19 19:53:24.614989341 +0200 +++ xymon-4.3.0~beta2.dfsg/hobbitd/etcfiles/hobbitserver.cfg.DIST 2013-06-19 19:55:41.081709854 +0200 @@ -106,7 +106,7 @@ IPTEST_2_CLEAR_ON_FAILED_CONN=TRUE # If TRUE, then failing network tests go CLEAR if conn-test fails. NONETPAGE= # Network tests that go YELLOW upon failure FPING=@FPING@# Path and options for the ping program. -NTPDATE=ntpdate # Path to the 'ntpdate' program +NTPDATE=ntpdate -p 1 # Path to the 'ntpdate' program TRACEROUTE=traceroute # How to do traceroute on failing ping tests. Requires trace in bb-hosts. BBROUTERTEXT=router # What to call a failing intermediate network device. NETFAILTEXT=not OK # Text indicating a network test failed ---8--- (The patch is against the Wheezy package as it is in use here since June 2013: http://debian.phys.ethz.ch/pub/debian-local/pool/main/x/xymon/. Sorry to mention it only that late, but I actually forgot that wrote it and initially wondered about performance issues with xymon under Jessie. When I found out again what the issue was, I remembered that I once wrote a patch for that.) -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4
Bug#739192: Will you respond I have mucho problems in my *.google.com
Darrin W Cady 6232937233 darkehorselll.net.in Google Internet Authority. G2
Bug#776649: ffmpeg: FTBFS on mips64el: error: '-march=mips32r2' is not compatible with the selected ABI
On Fri, 2015-01-30 at 18:13 +0100, Andreas Cadhalpun wrote: The easy fix for debian is to disable mips32r2 on mips64 (which needs to be done anyway). I think upstream should also be told about this though, so the default options will still build for non-debian users. Yes, it would be best, if this could be fixed upstream, e.g. with: --- a/configure +++ b/configure @@ -3977,6 +3977,13 @@ esac enable $subarch enabled spic enable_weak pic +if enabled mips64; then +disable mips32r2 +disable mipsdspr1 +disable mipsdspr2 +disable mipsfpu +fi + # OS specific case $target_os in aix) However, I wonder if mipsdspr1, mipsdspr2 and mipsfpu really have to be disabled on mips64. Can you test, if it works with only disabling mips32r2? I'm about to go home now, I'll let you know how the build goes on Monday. Just off the top of my head (I haven't looked at the code), if any of those features use assembly and do any pointer arithmetic they might need a small amount of porting. James -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776666: phabricator: unowned directory after purge: /var/lib/phabricator/repositories/
Package: phabricator Version: 0~git20150129-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned directories on the system after purge, which is a violation of policy 6.8: https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. The maintainer scripts create (and later remove) a file in that directory. Manual directory removal may be not appropriate as this directory is shared between several packages. If the package would ship this as an empty directory, dpkg would take care of the creation and removal (if it's empty). From the attached log (scroll to the bottom...): 0m48.9s ERROR: FAIL: Package purging left files on system: /var/lib/phabricator/ owned by: phabricator /var/lib/phabricator/repositories/ not owned cheers, Andreas phabricator_0~git20150129-1.log.gz Description: application/gzip
Bug#755834: Confirm bug
Hi, I confirm isc-dhcp-server fails to start if there in not at least one valid subnet : root@niel-3:~# LC_ALL=C apt-get install isc-dhcp-server Reading package lists... Done Building dependency tree Reading state information... Done isc-dhcp-server is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 1 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue? [Y/n] y Setting up isc-dhcp-server (4.3.1-5) ... root@niel-3:~# apt-get purge isc-dhcp-server Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Les paquets suivants seront ENLEVÉS : isc-dhcp-server* 0 mis à jour, 0 nouvellement installés, 1 à enlever et 0 non mis à jour. Après cette opération, 675 ko d'espace disque seront libérés. Souhaitez-vous continuer ? [O/n] (Lecture de la base de données... 34710 fichiers et répertoires déjà installés.) Suppression de isc-dhcp-server (4.3.1-5) ... Purge des fichiers de configuration de isc-dhcp-server (4.3.1-5) ... Traitement des actions différées (« triggers ») pour man-db (2.7.0.2-5) ... root@niel-3:~# LC_ALL=C apt-get install isc-dhcp-server Reading package lists... Done Building dependency tree Reading state information... Done Suggested packages: isc-dhcp-server-ldap The following NEW packages will be installed: isc-dhcp-server 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 356 kB of archives. After this operation, 675 kB of additional disk space will be used. Get:1 http://ftp.us.debian.org/debian/ jessie/main isc-dhcp-server armhf 4.3.1-5 [356 kB] Fetched 356 kB in 1s (180 kB/s) Preconfiguring packages ... Selecting previously unselected package isc-dhcp-server. (Reading database ... 34697 files and directories currently installed.) Preparing to unpack .../isc-dhcp-server_4.3.1-5_armhf.deb ... Unpacking isc-dhcp-server (4.3.1-5) ... Processing triggers for man-db (2.7.0.2-5) ... Setting up isc-dhcp-server (4.3.1-5) ... Generating /etc/default/isc-dhcp-server... Job for isc-dhcp-server.service failed. See 'systemctl status isc-dhcp-server.service' and 'journalctl -xn' for details. invoke-rc.d: initscript isc-dhcp-server, action start failed. dpkg: error processing package isc-dhcp-server (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: isc-dhcp-server E: Sub-process /usr/bin/dpkg returned an error code (1) root@niel-3:~# echo /etc/dhcp/dhcpd.conf subnet 192.168.65.0 netmask 255.255.255.0 { } root@niel-3:~# LC_ALL=C apt-get install isc-dhcp-server Reading package lists... Done Building dependency tree Reading state information... Done isc-dhcp-server is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 1 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue? [Y/n] y Setting up isc-dhcp-server (4.3.1-5) ... root@niel-3:~# -- François-Régis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776663: zsh-common: Wish for /etc/zsh/zprofile.d or equivalent
Package: zsh-common Version: 5.0.2-3ubuntu6 Severity: wishlist This is a request on behalf of Bio-Linux and the Debian Med developers. The attached file shows the zshrc used on Bio-Linux, and the part we'd really like to see in the standard zsh-common package is support for a zprofile.d configuration directory to mirror /etc/profile.d which is read by BASH and allows packages to drop config fragments into the shell profile. In Bio-Linux this is hooked from zshrc but actually a modified zprofile probably makes more sense. This is pretty trivial to implement, as far as I can see. What do you think? Cheers, TIM -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-44-generic (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages zsh-common depends on: ii dpkg 1.17.5ubuntu5.3 Versions of packages zsh-common recommends: ii zsh 5.0.2-3ubuntu6 Versions of packages zsh-common suggests: pn zsh-doc none -- Configuration Files: /etc/zsh/zshrc changed: test -e /etc/zsh/zshrc.ubuntu source /etc/zsh/zshrc.ubuntu function setenv () { if [[ $@ == '' ]] then printenv else export $1=$2 fi } compctl -M '' 'm:{_a-z-}={-A-Z_}' zstyle ':completion:*' matcher-list '' '+m:{_a-z-}={-A-Z_}' if [ $TERM = screen ]; then PROMPT='%n@%m{%1/} ' else PROMPT='%n@%m[%1/] ' # default prompt fi RPROMPT='%B[%t]%b' # prompt for right side of screen bindkey -e # emacs key bindings bindkey ' ' magic-space # also do history expansion on space setopt correct no_bg_nice no_hup append_history hist_ignore_dups hist_expire_dups_first HISTSIZE=2000# how many to remember HISTFILE=~/.zsh_history # where to save them SAVEHIST=2000# how many to save alias rm='rm -i' alias cp='cp -i' alias mv='mv -i' alias top='top -d 5' alias h='history' alias ll='ls -l' # Note 'L' is already aliased by default alias help='run-help' alias wcat='wget -q -O-' alias ls='ls --color=auto' alias grep='grep --color=auto' alias fgrep='fgrep --color=auto' alias egrep='egrep --color=auto' alias less='/usr/bin/less -i -# 20 -R' autoload copy-earlier-word bindkey '\e[6~' copy-earlier-word zle -N copy-earlier-word copy-earlier-word bindkey '\e[5~' insert-last-word autoload smart-insert-last-word zle -N insert-last-word smart-insert-last-word bindkey '\e[1;5C' vi-forward-blank-word bindkey '\e[1;5D' vi-backward-blank-word alias g='xdg-open' alias go='xdg-open' alias uncompress='gunzip' export GZIP=--best for i in `( setopt null_glob ; echo -n /etc/zsh/zshrc.d/*.zsh )` ; do if [ -r $i ]; then source $i fi done unset i -- 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#776661: fatal: Missing in ident string = crash while cloning repo with git-hg
Package: hg-fast-export Version: 20140308-1 Severity: normal Dear Maintainer, Importing Firefox's repository fails with this error: $ git-hg clone https://hg.mozilla.org/mozilla-central/ firefox [...] master: Exporting simple delta revision 28473/226644 with 1/4/0 added/changed/removed files fatal: Missing in ident string: Gregory Maxwell gmaxw...@gmail.com 1242598744 +1200 fast-import: dumping crash report to fast_import_crash_14135 master: Exporting simple delta revision 28474/226644 with 0/2/0 added/changed/removed files Traceback (most recent call last): File /usr/share/hg-fast-export/hg-fast-export.py, line 405, in module options.statusfile,authors=a,sob=options.sob,force=options.force)) File /usr/share/hg-fast-export/hg-fast-export.py, line 339, in hg2git c=export_commit(ui,repo,rev,old_marks,max,c,authors,sob,brmap) File /usr/share/hg-fast-export/hg-fast-export.py, line 222, in export_commit export_file_contents(ctx,man,changed) File /usr/share/hg-fast-export/hg-fast-export.py, line 133, in export_file_contents wr(d) File /usr/share/hg-fast-export/hg-fast-export.py, line 34, in wr sys.stdout.write(msg) IOError: [Errno 32] Broken pipe The 'Missing ' message is actually issued by git-fast-import but my understanding is that hg-fast-export should have cleaned up the committer field. Note that this is very similar to bug #652724 which was marked as fixed in 20120203-1 so maybe this is a regression. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages hg-fast-export depends on: ii git 1:2.1.4-2 ii mercurial 3.1.2-2 pn python:any none hg-fast-export recommends no packages. hg-fast-export suggests no packages. -- no debconf information fast-import crash report: fast-import process: 14135 parent process : 14134 at Fri Jan 30 16:55:16 2015 fatal: Missing in ident string: Gregory Maxwell gmaxw...@gmail.com 1242598744 +1200 Most Recent Commands Before Crash - commit refs/heads/master mark :28466 committer Boris Zbarsky bzbar...@mit.edu 1242580340 -0400 data 12 from :28465 D content/base/test/test_bug490760.xhtml M 100644 inline content/base/crashtests/490760-1.xhtml data 540 M 100644 inline content/base/crashtests/crashtests.list data 1000 M 100644 inline content/base/test/Makefile.in data 9249 commit refs/heads/master mark :28467 committer Daniel.S crazy-dan...@gmx.de 1242589910 -0400 data 39 from :28466 M 100644 inline layout/reftests/bugs/329359-1-ref.html data 507 M 100644 inline layout/reftests/bugs/329359-1.html data 538 M 100644 inline layout/reftests/bugs/reftest.list data 49133 commit refs/heads/master mark :28468 committer Asaf Romano arom...@mozilla.com 1242591267 +0300 data 68 from :28467 M 100644 inline browser/base/content/browser-places.js data 36689 M 100644 inline browser/components/places/content/bookmarkProperties.js data 24026 M 100644 inline browser/components/places/src/nsPlacesTransactionsService.js data 39440 M 100644 inline browser/components/places/tests/unit/test_placesTxn.js data 33912 M 100644 inline build/wince/tools/Makefile data 2018 commit refs/heads/master mark :28469 committer Robert O'Callahan rob...@ocallahan.org 1242597783 +1200 data 79 from :28468 M 100644 inline content/media/video/test/test_bug476973.html data 1678 M 100644 inline content/media/video/src/nsOggDecoder.cpp data 72901 commit refs/heads/master mark :28470 committer Robert O'Callahan rob...@ocallahan.org 1242598088 +1200 data 70 from :28469 M 100644 inline content/base/src/nsContentUtils.cpp data 146400 commit refs/heads/master mark :28471 committer Robert O'Callahan rob...@ocallahan.org 1242598193 +1200 data 97 from :28470 M 100644 inline gfx/src/thebes/nsThebesDeviceContext.cpp data 39125 M 100644 inline layout/base/nsPresContext.cpp data 68985 M 100644 inline modules/libpref/src/init/all.js data 114235 commit refs/heads/master mark :28472 committer Chris Pearce ch...@pearce.org.nz 1242598557 +1200 data 177 from :28471 M 100644 inline media/liboggz/bounded_seek.patch data 10028 M 100644 inline content/media/video/public/nsMediaCache.h data 21885 M 100644 inline content/media/video/public/nsMediaStream.h data 15696 M 100644 inline content/media/video/src/nsChannelReader.cpp data 7581 M 100644 inline content/media/video/src/nsMediaCache.cpp data 65952 M 100644 inline content/media/video/src/nsMediaStream.cpp data 28321 M 100644 inline media/liboggz/README_MOZILLA data 547 M 100644 inline
Bug#776660: pcal: Moon phases for South Hemisphere
Package: pcal Version: 4.11.0-3 Severity: normal Dear Maintainer, Please consider changing 1Q and 3Q moon phase signs depending on the Hemisphere. An observer in the Southern Hemisphere will see 1Q moon (cuarto creciente) as a C, and 3Q (cuarto menguante) as a D. Kind regards, Ricardo Peliquero Córdoba, Argentina -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages pcal depends on: ii libc6 2.19-13 ii libpaper1 1.1.24+nmu4 pcal recommends no packages. pcal 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#776649: ffmpeg: FTBFS on mips64el: error: '-march=mips32r2' is not compatible with the selected ABI
Hi James, On 30.01.2015 18:34, James Cowgill wrote: On Fri, 2015-01-30 at 18:13 +0100, Andreas Cadhalpun wrote: However, I wonder if mipsdspr1, mipsdspr2 and mipsfpu really have to be disabled on mips64. Can you test, if it works with only disabling mips32r2? I'm about to go home now, I'll let you know how the build goes on Monday. OK, thanks. Just off the top of my head (I haven't looked at the code), if any of those features use assembly and do any pointer arithmetic they might need a small amount of porting. These features are about the assembler optimizations found in libavcodec/mips/* and libavutil/mips/*. I don't know if they do any pointer arithmetic, though. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776662: [Debichem-devel] Bug#776662: jmol: Please upgrade Jmol to v13
Hi, On Fri, Jan 30, 2015 at 06:24:37PM +, olivier sallou wrote: Could you please upgrade jmol to latest version (v13.x), I need a more recent version for up-to-come biojava package. Last time I looked I had an argument with JMol upstream about how to get their additional java add-on packages (jmolspec I think) packaged, which was not easy. I won't have a lot of time in the near future, but you would be certainly very welcome to join the JMol packaging and update it! Perhaps jmolspec (and others?) can be patched out as well. Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775317: Depreciated kernel graphics params
Updated patch, forgot to update the changelog. commit 19b474c6ba60314bc8a0dcfb7dfdcb328ad14310 Author: jnqnfe jnq...@gmail.com Date: Fri Jan 30 19:19:47 2015 + Implement use of grub gfxpayload setting instead of 'vga=' param diff --git a/build/config/amd64.cfg b/build/config/amd64.cfg index 62df865..50a7eef 100644 --- a/build/config/amd64.cfg +++ b/build/config/amd64.cfg @@ -17,6 +17,8 @@ SYSLINUX_CFG=standard # defined in graphics.nsi around line 58 VIDEO_MODE=vga=788 VIDEO_MODE_GTK=vga=788 +GRUB_VIDEO_MODE=1024x768x32,800x600x32,640x480x32,1024x768,800x600,640x480 +GRUB_VIDEO_MODE_GTK=1024x768x32,800x600x32,640x480x32,1024x768,800x600,640x480 GRUB_EFI=y GRUB_PLATFORM=x86_64-efi diff --git a/build/config/amd64/cdrom/gtk.cfg b/build/config/amd64/cdrom/gtk.cfg index b915e3d..74342aa 100644 --- a/build/config/amd64/cdrom/gtk.cfg +++ b/build/config/amd64/cdrom/gtk.cfg @@ -11,6 +11,7 @@ EXTRANAME = gtk/ KEEP_GI_LANGS = 1 VIDEO_MODE=$(VIDEO_MODE_GTK) +GRUB_VIDEO_MODE=$(GRUB_VIDEO_MODE_GTK) # All images that include cdebconf should include symbols needed by these # plugins. diff --git a/build/config/amd64/hd-media/gtk.cfg b/build/config/amd64/hd-media/gtk.cfg index db19305..5062c5b 100644 --- a/build/config/amd64/hd-media/gtk.cfg +++ b/build/config/amd64/hd-media/gtk.cfg @@ -10,6 +10,7 @@ TARGET = $(KERNEL) $(INITRD) KEEP_GI_LANGS = 1 VIDEO_MODE=$(VIDEO_MODE_GTK) +GRUB_VIDEO_MODE=$(GRUB_VIDEO_MODE_GTK) # All images that include cdebconf should include symbols needed by these # plugins. diff --git a/build/config/amd64/netboot-gtk.cfg b/build/config/amd64/netboot-gtk.cfg index 144f2fe..d05bc57 100644 --- a/build/config/amd64/netboot-gtk.cfg +++ b/build/config/amd64/netboot-gtk.cfg @@ -17,6 +17,7 @@ MANIFEST-MINIISO = not so tiny CD image that boots the graphical netboot instal KEEP_GI_LANGS = 1 VIDEO_MODE=$(VIDEO_MODE_GTK) +GRUB_VIDEO_MODE=$(GRUB_VIDEO_MODE_GTK) # All images that include cdebconf should include symbols needed by these # plugins. diff --git a/build/config/arm64.cfg b/build/config/arm64.cfg index c45f4c4..dce179a 100644 --- a/build/config/arm64.cfg +++ b/build/config/arm64.cfg @@ -5,6 +5,12 @@ KERNELMAJOR = 2.6 KERNELVERSION = $(LINUX_KERNEL_ABI)-arm64 KERNELNAME = vmlinuz +# The default video modes +# These should be kept in sync with win32-loader's preseed line as +# defined in graphics.nsi around line 58 +GRUB_VIDEO_MODE=1024x768x32,800x600x32,640x480x32,1024x768,800x600,640x480 +GRUB_VIDEO_MODE_GTK=1024x768x32,800x600x32,640x480x32,1024x768,800x600,640x480 + GRUB_EFI=y GRUB_PLATFORM=arm64-efi GRUB_EFI_NAME=aa64 @@ -33,6 +39,8 @@ arch_cd_info_dir: arm64_grub_efi grub-gencfg \ KERNEL /%install%/vmlinuz \ INITRD /%install%/initrd.gz \ + VIDEO_MODE $(GRUB_VIDEO_MODE) \ + VIDEO_MODE_GTK $(GRUB_VIDEO_MODE_GTK) \ HEADER boot/arm64/grub/grub-efi.cfg \ $(TEMP_CD_INFO_DIR)/grub/grub.cfg; \ cp -a $(GRUB_FONT) $(TEMP_CD_INFO_DIR)/grub/font.pf2; \ @@ -59,6 +67,8 @@ arch_miniiso: arm64_grub_efi grub-gencfg \ KERNEL /linux \ INITRD /initrd.gz \ + VIDEO_MODE $(GRUB_VIDEO_MODE) \ + VIDEO_MODE_GTK $(GRUB_VIDEO_MODE_GTK) \ HEADER boot/arm64/grub/grub-efi.cfg \ $(TEMP_CD_TREE)/boot/grub/grub.cfg; \ cp -a $(GRUB_FONT) $(TEMP_CD_TREE)/boot/grub/font.pf2; \ @@ -91,6 +101,8 @@ arch_netboot_dir: arm64_grub_efi grub-gencfg \ KERNEL /$(NETBOOT_PATH)/linux \ INITRD /$(NETBOOT_PATH)/initrd.gz \ + VIDEO_MODE $(GRUB_VIDEO_MODE) \ + VIDEO_MODE_GTK $(GRUB_VIDEO_MODE_GTK) \ HEADER boot/arm64/grub/grub-efi.cfg \ $(TEMP_NETBOOT_DIR)/$(NETBOOT_PATH)/grub/grub.cfg; \ fi diff --git a/build/config/i386.cfg b/build/config/i386.cfg index 209af53..bc49d6b 100644 --- a/build/config/i386.cfg +++ b/build/config/i386.cfg @@ -19,6 +19,8 @@ SYSLINUX_CFG=standard # defined in graphics.nsi around line 58 VIDEO_MODE=vga=788 VIDEO_MODE_GTK=vga=788 +GRUB_VIDEO_MODE=1024x768x32,800x600x32,640x480x32,1024x768,800x600,640x480 +GRUB_VIDEO_MODE_GTK=1024x768x32,800x600x32,640x480x32,1024x768,800x600,640x480 GRUB_EFI=n GRUB_PLATFORM=i386-efi diff --git a/build/config/i386/cdrom/gtk.cfg b/build/config/i386/cdrom/gtk.cfg index ab1e39f..a7606ed 100644 --- a/build/config/i386/cdrom/gtk.cfg +++ b/build/config/i386/cdrom/gtk.cfg @@ -13,6 +13,7 @@ EXTRANAME = gtk/ KEEP_GI_LANGS = 1 VIDEO_MODE=$(VIDEO_MODE_GTK) +GRUB_VIDEO_MODE=$(GRUB_VIDEO_MODE_GTK) # All images that include cdebconf should include symbols needed by these # plugins. diff --git a/build/config/i386/hd-media/gtk.cfg b/build/config/i386/hd-media/gtk.cfg
Bug#776668: /usr/bin/gpk-application: while installing packages, I cannot continue browsing for more packages
Package: gnome-packagekit Version: 3.4.2-2 Severity: normal File: /usr/bin/gpk-application Dear Maintainer, * What led up to the situation? I started gpk-application to install some packages. While the packages were being installed, I remembered that I wanted to install another package, so I typed its name into the search box. * What was the outcome of this action? Nothing happened. * What outcome did you expect instead? Searching should have worked normally. -- System Information: Debian Release: 7.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/3 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-packagekit depends on: ii dconf-gsettings-backend [gsettings-backe 0.12.1-3 ii gnome-packagekit-data 3.4.2-2 ii gnome-settings-daemon 3.4.2+git20121218.7c1322-3+deb7u3 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38+deb7u6 ii libcairo-gobject2 1.12.2-3 ii libcairo2 1.12.2-3 ii libcanberra-gtk3-00.28-6 ii libcanberra0 0.28-6 ii libdbus-1-3 1.6.8-1+deb7u5 ii libdbus-glib-1-2 0.100.2-1 ii libfontconfig12.9.0-7.1 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk-3-03.4.2-7 ii libnotify40.7.5-1 ii libpackagekit-glib2-140.7.6-3 ii libpango1.0-0 1.30.0-1 ii libsqlite3-0 3.7.13-1+deb7u1 ii libupower-glib1 0.9.17-1 ii libx11-6 2:1.5.0-1+deb7u1 ii packagekit0.7.6-3 gnome-packagekit recommends no packages. gnome-packagekit 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#776662: jmol: Please upgrade Jmol to v13
Package: jmol Version: 12.2.32+dfsg2-1 Severity: wishlist X-CC: debian-...@lists.debian.org Dear maintainers, Could you please upgrade jmol to latest version (v13.x), I need a more recent version for up-to-come biojava package. Thanks Olivier
Bug#773845: Acknowledgement (curl: Got empty reply from server error on some HTTPS websites)
On Sun, Jan 04, 2015 at 11:52:11PM +0100, Jean Baptiste Favre wrote: Problem has been solved changing nginx configuration. It seems that following option was responsible of the empty error: ssl_session_cache shared:SSL:5m; Sorry for the delay (again...), I added that configuration option to my server (https://www.ghedini.me) but I can't seem to reproduce the issue. What version of nginx and openssl did you use? Cheers signature.asc Description: Digital signature
Bug#775640: libarchive-zip-perl: FTBFS: Tests failure (unzip/CVE-2014-8139 regression?)
The author says that the patch to fix CVE-2014-8139 was wrong indeed and he has provided a fixed patch. Security team: I fixed CVE-2014-9636 (a different problem) yesterday, but since the fix for CVE-2014-8139 was incomplete, you might want to wait just a little bit for my next unstable upload (which will be in short) before making an upload for security.debian.org. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775640: libarchive-zip-perl: FTBFS: Tests failure (unzip/CVE-2014-8139 regression?)
reassign 775640 unzip thanks This is really a bug in unzip, so I'm reassigning. Will fix it in unstable as soon as I can and will leave the stable version to the security team, as usual. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774865: 5.7p3, epoch
Hi, thanks for getting the new version into experimental! However, there's already a new version released: http://openntpd.org/txt/release-5.7p3.txt Another question: why keep the YMD-Version scheme? I'd think it'd be better to increment epoch and use 1:5.7p3 ~David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776665: rabbitmq-server: fails to install: chown: cannot access '/var/lib/rabbitmq': No such file or directory
Package: rabbitmq-server Version: 3.4.3-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Selecting previously unselected package rabbitmq-server. (Reading database ... (Reading database ... 9371 files and directories currently installed.) Preparing to unpack .../rabbitmq-server_3.4.3-1_all.deb ... Unpacking rabbitmq-server (3.4.3-1) ... Setting up rabbitmq-server (3.4.3-1) ... Adding group `rabbitmq' (GID 152) ... Done. Warning: The home dir /var/lib/rabbitmq you specified can't be accessed: No such file or directory Adding system user `rabbitmq' (UID 151) ... Adding new user `rabbitmq' (UID 151) with group `rabbitmq' ... Not creating home directory `/var/lib/rabbitmq'. chown: cannot access '/var/lib/rabbitmq': No such file or directory dpkg: error processing package rabbitmq-server (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: rabbitmq-server cheers, Andreas rabbitmq-server_3.4.3-1.log.gz Description: application/gzip
Bug#776667: courier-mta-ssl: unowned files after purge (policy 6.8, 10.8): /usr/lib/courier/esmtpd.rand
Package: courier-mta-ssl Version: 0.73.1-1.6 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m44.2s ERROR: FAIL: Package purging left files on system: /usr/lib/courier/esmtpd.rand not owned cheers, Andreas courier-mta-ssl_0.73.1-1.6.log.gz Description: application/gzip
Bug#776683: snmpd: SNMPd still tries to query PCI Bus
Package: snmpd Version: 5.7.2.1~dfsg-7 Severity: grave Justification: renders package unusable Dear Maintainer, I have VPS form OVH running Debian Jessie. Few hours ago I've installed snmpd to monitor my network interfaces but snmpd can't start. When I try starting it with /etc/init.d/snmpd start it says: root@vps:~# /etc/init.d/snmpd restart [] Restarting SNMP services::pcilib: Cannot open /proc/bus/pci After some research I've found that this bug was submitted to Debian Bugs as #745956 and #745919. Each bug is closed but error remains active making snmpd unusable on systems without PCI bus (each VPS server for example). -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-042stab102.9 (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages snmpd depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.55 ii libc6 2.19-13 ii libsnmp-base 5.7.2.1~dfsg-7 ii libsnmp30 5.7.2.1~dfsg-7 ii lsb-base 4.1+Debian13+nmu1 snmpd recommends no packages. Versions of packages snmpd suggests: pn snmptrapd none -- debconf information: snmpd/upgradefrom521: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776684: postfix: Postfix does not start after installation
Package: postfix Version: 2.11.3-1 Severity: normal Hello, I installed postfix with apt-get, selected No configuration. Then I created a custom main.cf file and tried to start the service. However: # systemctl start postfix Failed to start postfix.service: Unit postfix.service failed to load: No such file or directory. # systemctl status postfix ● postfix.service Loaded: not-found (Reason: No such file or directory) Active: inactive (dead) # service postfix start Failed to start postfix.service: Unit postfix.service failed to load: No such file or directory. I was able to start postfix by manually calling /usr/sbin/postfix start, but that's obviously not the way it ought to work. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (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.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages postfix depends on: ii adduser3.113+nmu3 ii cpio 2.11+dfsg-4 ii debconf [debconf-2.0] 1.5.55 ii dpkg 1.17.23 ii libc6 2.19-13 ii libdb5.3 5.3.28-7~deb8u1 ii libsasl2-2 2.1.26.dfsg1-12 ii libsqlite3-0 3.8.7.1-1 ii libssl1.0.01.0.1k-1 ii lsb-base 4.1+Debian13+nmu1 ii netbase5.3 ii ssl-cert 1.0.35 Versions of packages postfix recommends: ii python 2.7.8-2 Versions of packages postfix suggests: ii bsd-mailx [mail-reader] 8.1.2-0.20141216cvs-1 pn dovecot-common none ii emacs24 [mail-reader]24.4+1-4.1 ii icedove [mail-reader]31.3.0-1 ii libsasl2-modules 2.1.26.dfsg1-12 ii mutt [mail-reader] 1.5.23-3 pn postfix-cdb none pn postfix-doc none pn postfix-ldap none pn postfix-mysqlnone pn postfix-pcre none pn postfix-pgsqlnone pn procmail none pn resolvconf none pn sasl2-binnone pn ufw none -- debconf information: postfix/sqlite_warning: postfix/chattr: false postfix/rfc1035_violation: false postfix/protocols: postfix/kernel_version_warning: postfix/mynetworks: 127.0.0.0/8 [:::127.0.0.0]/104 [::1]/128 postfix/recipient_delim: + postfix/procmail: postfix/destinations: postfix/bad_recipient_delimiter: postfix/root_address: postfix/tlsmgr_upgrade_warning: postfix/relayhost: postfix/relay_restrictions_warning: * postfix/main_mailer_type: No configuration postfix/mailbox_limit: 0 postfix/not_configured: postfix/retry_upgrade_warning: postfix/mailname: /etc/mailname postfix/mydomain_warning: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776676: pseudo-headers
Package: grub-efi-amd64 Version: 2.02~beta2-20 Severity: critical Tags: upstream, d-i, jessie Looks like all the pseudo-headers are spaced incorrectly in the initial post. I should have used plain text in outlook. If I need to repost this issue correct the headers please let me know. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776687: mate-desktop-environment: No ssh key unlocking with gnome keyring daemon und mate desktop.
Package: mate-desktop-environment Version: 1.8.0+7 Severity: normal Dear Maintainer, the environment variable SSH_AUTH_SOCK ist set to /tmp/ssh-evcxFuGejbbh/agent.xxx by default. But this agent does not open the X dialog for ssh key unlocking under a mate-desktop session. If I set the variable to /run/user/1000/keyring/ssh like in the Gnome-session, I get the X dialog for ssh key unlocking. Unfortunately I do not know how this works exactly. I hope you can help me. And I hope I have provided enough information. Here the output of printenv under bothe sessions: under mate: XDG_VTNR=7 MATE_DESKTOP_SESSION_ID=this-is-deprecated SSH_AGENT_PID=1009 XDG_SESSION_ID=1 XDG_GREETER_DATA_DIR=/var/lib/lightdm/data/maxzettler SHELL=/bin/bash TERM=xterm WINDOWID=52428832 USER=maxzettler LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arc=01;31:*.arj=01;31:*.taz=01;31:*.lha=01;31:*.lz4=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.tzo=01;31:*.t7z=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lrz=01;31:*.lz=01;31:*.lzo=01;31:*.xz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.alz=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.cab=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.webm=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01; 35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.m4a=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.axa=00;36:*.oga=00;36:*.spx=00;36:*.xspf=00;36: XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session0 XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0 SSH_AUTH_SOCK=/tmp/ssh-evcxFuGejbbh/agent.986 SESSION_MANAGER=local/debian8:@/tmp/.ICE-unix/986,unix/debian8:/tmp/.ICE-unix/986 PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games DESKTOP_SESSION=mate PWD=/home/maxzettler LANG=de_DE.UTF-8 GDM_LANG=de_DE.utf8 GDMSESSION=mate SHLVL=1 XDG_SEAT=seat0 HOME=/home/maxzettler LOGNAME=maxzettler DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-BlUF9DzoLr,guid=0707c1568723c0ce851246e454cc174c DISPLAY=:0.0 XDG_RUNTIME_DIR=/run/user/1000 XAUTHORITY=/home/maxzettler/.Xauthority COLORTERM=mate-terminal _=/usr/bin/printenv under gnome: XDG_VTNR=7 SSH_AGENT_PID=1722 XDG_SESSION_ID=2 XDG_GREETER_DATA_DIR=/var/lib/lightdm/data/maxzettler GPG_AGENT_INFO=/run/user/1000/keyring/gpg:0:1 TERM=xterm SHELL=/bin/bash XDG_MENU_PREFIX=gnome- GJS_DEBUG_OUTPUT=stderr WINDOWID=46137374 GJS_DEBUG_TOPICS=JS ERROR;JS LOG USER=maxzettler LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arc=01;31:*.arj=01;31:*.taz=01;31:*.lha=01;31:*.lz4=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.tzo=01;31:*.t7z=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lrz=01;31:*.lz=01;31:*.lzo=01;31:*.xz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.alz=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.cab=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.webm=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01; 35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.m4a=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.axa=00;36:*.oga=00;36:*.spx=00;36:*.xspf=00;36: XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session1 XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0 SSH_AUTH_SOCK=/run/user/1000/keyring/ssh SESSION_MANAGER=local/debian8:@/tmp/.ICE-unix/1699,unix/debian8:/tmp/.ICE-unix/1699 PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games DESKTOP_SESSION=gnome PWD=/home/maxzettler
Bug#776658: lintian: Memory consumption of harness and html_reports
Niels Thykier ni...@thykier.net writes: The html_reports process itself consumes up to 2GB while processing templates. It is possible that there is nothing we can do about that as there *is* a lot of data in play. But even then, we can free it as soon as possible (so we do not keep it while running gnuplot at the end of the run). I think the code currently takes a very naive approach and loads the entire state of the world into memory, and Perl's memory allocation is known to aggressively trade space for speed. If instead it stored the various things it cared about in a local SQLite database, it would be a bit slower, but it would consume much less memory. I bet the speed difference wouldn't be too bad. And this would have the possibly useful side effect of creating a SQLite database full of interesting statistics that one could run rich queries against. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776663: zsh-common: Wish for /etc/zsh/zprofile.d or equivalent
Hey Tim, Tim Booth wrote: [...] This is a request on behalf of Bio-Linux and the Debian Med developers. The attached file shows the zshrc used on Bio-Linux, and the part we'd really like to see in the standard zsh-common package is support for a zprofile.d configuration directory[...] Is there a specific problem you'd like to address? I'm not a big fan of these kitchen sink directories everybody and their dog gets to dump stuff into. Especially in “/etc” since it's kind of hard for a package to remove stuff from there again. In Bio-Linux this is hooked from zshrc but actually a modified zprofile probably makes more sense. This is pretty trivial to implement, as far as I can see. What do you think? [...] for i in `( setopt null_glob ; echo -n /etc/zsh/zshrc.d/*.zsh )` ; do Ungh... Don't do it like this! Just use globbing to create a list of files. The idea about null_glob is sound in itself (even though in zsh solvable differently, using the N glob qualifier). But since you do this test in the loop: if [ -r $i ]; then source $i you don't need null_glob at all. Thus, I'd do this: for i in /etc/zsh/zshrc.d/*.zsh; do # I'm quoting the parameter, because someone might have # set the SH_WORD_SPLIT option in, say ~/.zshenv. if [ -r $i ]; then source $i fi done Regards, Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776677: xcalib doesn't work after logging out and back in kde.
Package: kdm Version: 4:4.8.4-6 Architecture: amd64 xcalib stops working after logging out and back in kde, it works only when first starting the computer. There are no error messages, nothing happens when using xcalib. The problem is because kde desktop manager resets instead of restarting the local X-server after logging out. I fixed this by adding TerminateServer=true line to /etc/kde4/kdm/kdmrc under [X-:*-Core] section. I suggest that TerminateServer=true be aded by default as fix for this bug. I am also using proprietary nvidia drivers, version 340.65. I am using Debian GNU/Linux 7.8 (wheezy), kernel 3.2.0-4-amd64, KDE 4.8.4. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776624: afl-fuzz: colour scheme is unreadable on GNOME terminal by default
On Fri, 2015-01-30 at 14:52 +0100, Jakub Wilk wrote: Note however, that this might be only tip of the iceberg. status_screen.txt advices against white-background colour schemes: Hmm, that sounds like a case for wontfix for now then. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#776689: caja: Tasksel MATE install does not install gvfs-backends meaning caja cannot connect to network
Package: caja Version: 1.8.2-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** 1. I needed to access network locations. 2. I installed gvfs-backends. 3. Caja was able to locate and connect to network locations. 4. I expected 3 above, but I also expected it to work with a clean install anyway but it didn't. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages caja depends on: ii caja-common 1.8.2-1 ii desktop-file-utils0.22-1 ii gvfs 1.22.2-1 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-13 ii libcairo2 1.14.0-2.1 ii libcaja-extension11.8.2-1 ii libexempi32.2.1-2 ii libexif12 0.6.21-2 ii libfontconfig12.11.0-6.3 ii libfreetype6 2.5.2-2 ii libgail18 2.24.25-1 ii libgdk-pixbuf2.0-02.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libglib2.0-data 2.42.1-1 ii libgtk2.0-0 2.24.25-1 ii libice6 2:1.0.9-1+b1 ii libmate-desktop-2-17 1.8.1+dfsg1-2 ii libpango-1.0-01.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-0 1.36.8-3 ii libselinux1 2.3-2 ii libsm62:1.2.2-1+b1 ii libstartup-notification0 0.12-4 ii libunique-1.0-0 1.1.6-5 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.3-1 ii libxml2 2.9.1+dfsg1-4 ii libxrender1 1:0.9.8-1+b1 ii mate-desktop 1.8.1+dfsg1-2 ii shared-mime-info 1.3-1 caja recommends no packages. Versions of packages caja suggests: ii engrampa 1.8.1+dfsg1-1 pn gstreamer0.10-tools none pn meld none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776663: zsh-common: Wish for /etc/zsh/zprofile.d or equivalent
Frank Terbeck wrote: [...] you don't need null_glob at all. Thus, I'd do this: for i in /etc/zsh/zshrc.d/*.zsh; do Well, since zsh's default behaviour is to error out with non-matching globs, using the qualifier is actually required: for i in /etc/zsh/zshrc.d/*.zsh(N); do # I'm quoting the parameter, because someone might have # set the SH_WORD_SPLIT option in, say ~/.zshenv. if [ -r $i ]; then source $i fi done Regards, Frank -- In protocol design, perfection has been reached not when there is nothing left to add, but when there is nothing left to take away. -- RFC 1925 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776685: postfix: Does not honor smtp_host_lookup
Package: postfix Version: 2.11.3-1 Severity: normal If I understand correctly, setting smtp_host_lookup dns,native should allow postfix to resolve hostnames from /etc/hosts if they are not resolvable via DNS. However, this does not seem to work in practice: [0] root@thinkpad:/etc/postfix# grep lookup main.cf smtp_host_lookup = dns,native [0] root@thinkpad:/etc/postfix# /usr/sbin/postfix reload postfix/postfix-script: refreshing the Postfix mail system [0] root@thinkpad:/etc/postfix# echo test | mailx nikol...@rath.org [0] root@thinkpad:/etc/postfix# mailq -Queue ID- --Size-- Arrival Time -Sender/Recipient--- D617DC0AE3 266 Sat Jan 31 00:07:23 r...@thinkpad.rath.org (Host or domain name not found. Name service error for name=ebox type=A: Host not found, try again) nikol...@rath.org -- 0 Kbytes in 1 Request. [0] root@thinkpad:/etc/postfix# ping ebox PING ebox (192.168.12.1) 56(84) bytes of data. 64 bytes from ebox (192.168.12.1): icmp_seq=1 ttl=64 time=15.7 ms -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (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.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages postfix depends on: ii adduser3.113+nmu3 ii cpio 2.11+dfsg-4 ii debconf [debconf-2.0] 1.5.55 ii dpkg 1.17.23 ii libc6 2.19-13 ii libdb5.3 5.3.28-7~deb8u1 ii libsasl2-2 2.1.26.dfsg1-12 ii libsqlite3-0 3.8.7.1-1 ii libssl1.0.01.0.1k-1 ii lsb-base 4.1+Debian13+nmu1 ii netbase5.3 ii ssl-cert 1.0.35 Versions of packages postfix recommends: ii python 2.7.8-2 Versions of packages postfix suggests: ii bsd-mailx [mail-reader] 8.1.2-0.20141216cvs-1 pn dovecot-common none ii emacs24 [mail-reader]24.4+1-4.1 ii icedove [mail-reader]31.3.0-1 ii libsasl2-modules 2.1.26.dfsg1-12 ii mutt [mail-reader] 1.5.23-3 pn postfix-cdb none pn postfix-doc none pn postfix-ldap none pn postfix-mysqlnone pn postfix-pcre none pn postfix-pgsqlnone pn procmail none pn resolvconf none pn sasl2-binnone pn ufw none -- debconf information: postfix/sqlite_warning: postfix/mailbox_limit: 0 postfix/relayhost: postfix/mailname: /etc/mailname postfix/relay_restrictions_warning: postfix/procmail: postfix/bad_recipient_delimiter: postfix/chattr: false postfix/destinations: postfix/tlsmgr_upgrade_warning: * postfix/main_mailer_type: No configuration postfix/kernel_version_warning: postfix/not_configured: postfix/recipient_delim: + postfix/mydomain_warning: postfix/mynetworks: 127.0.0.0/8 [:::127.0.0.0]/104 [::1]/128 postfix/protocols: postfix/rfc1035_violation: false postfix/root_address: postfix/retry_upgrade_warning: # Basic config myhostname=thinkpad mydomain=rath.org append_dot_mydomain = yes # Local delivery for: mydestination = $myhostname $myhostname.$mydomain localhost # Only relay from local mynetworks_style = host allow_percent_hack = no backwards_bounce_logfile_compatibility = no default_process_limit = 3 delay_warning_time = 24h mailbox_size_limit = 51200 message_size_limit = 6400 parent_domain_matches_subdomains = no inet_protocols = ipv4 # Smarthost smtp_use_tls = yes # Brackets: Don't use MX entry relayhost = [ebox]:587 #relayhost = 192.168.12.1:587 smtp_host_lookup = dns,native smtp_tls_cert_file = /etc/postfix/client.crt smtp_tls_key_file = /etc/postfix/client.key smtp_tls_CAfile = /etc/ssl/certs/ca-certificates.crt smtp_tls_loglevel = 0 # Allow plain login smtp_sasl_security_options = # No NIS alias_maps = hash:/etc/aliases readme_directory = /usr/share/doc/postfix html_directory = /usr/share/doc/postfix/html
Bug#776668: /usr/bin/gpk-application: while installing packages, I cannot continue browsing for more packages
Control: reassign 776668 packagekit Hi! 2015-01-30 21:33 GMT+01:00 Roland Illig roland.il...@gmx.de: Package: gnome-packagekit Version: 3.4.2-2 Severity: normal File: /usr/bin/gpk-application Dear Maintainer, * What led up to the situation? I started gpk-application to install some packages. While the packages were being installed, I remembered that I wanted to install another package, so I typed its name into the search box. * What was the outcome of this action? Nothing happened. * What outcome did you expect instead? Searching should have worked normally. This is due to APT not supporting parallel execution / threads very well, which does unfortunately not allow us to perform two actions at the same time on one backend. There are a few ideas on how to solve this, but implementing this is unfortunately not a trivial task. Ideally, the APT-API would just be threadsafe ;-) Currently, nobody is working on this issue. Cheers, Matthias -- Debian Developer | Freedesktop-Developer I welcome VSRE emails. See http://vsre.info/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776688: xtables-addons-source: Depends upon latest binutils, but fails to depend; other cross-building issues
Package: xtables-addons-source Version: 1.42-2 The subject line mostly says it all, but some more detail of note. There appear to be multiple places where the line LDFLAGS = -Wl,-z,relro is included. This works with the latest versions of the binutils package (2.22-8), but fails with the currently available versions of the cross binutils (binutils-mipsel-linux-gnu, 2.20.1-16). I've yet to ascertain where all of these are located, this looks like the only major problem for cross-building. Several of the Makefiles included in /usr/src/xtables-addons.tar.bz2 also contain explicit references to the x86 compiler/linker, which is inappropriate for an all architecture package. I suspect this is simply a case that those are accidentally packaged and do no real harm, but they do confuse things. Additionally, all the libxt_* files included in /usr/src/xtables-addons.tar.bz2 are source files for building the userspace portion (xtables-addons-common), but these are uneeded for building kernel modules. -- (\___(\___(\__ --= 8-) EHM =-- __/)___/)___/) \BS (| ehem+sig...@m5p.com PGP 87145445 |) / \_CS\ | _ -O #include stddisclaimer.h O- _ | / _/ 8A19\___\_|_/58D2 7E3D DDF4 7BA6 -PGP- 41D1 B375 37D0 8714\_|_/___/5445 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#250216: neue Aufgaben
Sehr geehrte Damen und Herren, umgehend sind folgende Jobs zu besetzen: Stelle: Prüfer / Qualitätskontrolleur (m/w) Bezeichnung BKH/01114504 Eine Inventur der Schilderqualität ist in Deutschland angeordnet. In wenigen Tagen aktivieren wir unsere Schilder-Check-Tour quer durch Deutschland, dazu suchen wir voller Energie Mitarbeiter zur Verstärkung unsere Gruppe. Ihre Aufgabe wird sich auf das Aufnehmen von zerstörten Straßenschildern, Verkehrsschildern und sonstigen öffentlichen Anlagen beschränken und kann direkt in Ihrem Region und Ort erledigt werden. Der Mitarbeiter hat keine Ausgaben zu tragen und muss keine besonderen Kenntnisse mitbringen. Die notwendige Apparatur wird von uns kostenlos zur Verfügung gestellt. Auch Rentner sind für diese Arbeitstätigkeit geeignet. Ihr Lohn beträgt monatlich ca 800 Euro. Sie sind zielstrebig und sorgfältig, dann sind das sehr gute Voraussetzungen Ihre Bewerbungsinformationen an uns zu schicken. Sollten Sie an diesen Arbeitsstellen Interesse haben, dann wenden Sie an uns ein knappes Bewerbungsschreiben an gpmwfie...@seznam.cz und Sie erhalten weitere Einzelheiten zugeschickt. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776649: ffmpeg: FTBFS on mips64el: error: '-march=mips32r2' is not compatible with the selected ABI
Hi, On Fri Jan 30 2015 at 9:45:14 AM Andreas Cadhalpun andreas.cadhal...@googlemail.com wrote: Just off the top of my head (I haven't looked at the code), if any of those features use assembly and do any pointer arithmetic they might need a small amount of porting. These features are about the assembler optimizations found in libavcodec/mips/* and libavutil/mips/*. I don't know if they do any pointer arithmetic, though. Seems like they do: https://github.com/FFmpeg/FFmpeg/blob/master/libavutil/mips/float_dsp_mips.c#L79-L84 Timothy
Bug#677865: dpkg-gencontrol warns about 'File::FcntlLock not available'
Package: libdpkg-perl Version: 1.17.23 Followup-For: Bug #677865 What's the current status of this bug? The most recent mail, in May 2014, mentions a possible improvement in dpkg 1.17.10. Has the necessarily perl packaging change not yet taken place? I still see this issue every time I build a package. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.18.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libdpkg-perl depends on: ii dpkg 1.17.23 ii libtimedate-perl 2.3000-2 ii perl 5.20.1-5 Versions of packages libdpkg-perl recommends: ii bzip2 1.0.6-7+b2 pn libfile-fcntllock-perl none ii xz-utils5.1.1alpha+20120614-2+b3 Versions of packages libdpkg-perl suggests: ii binutils 2.25-4 pn debian-keyringnone ii gcc [c-compiler] 4:4.9.2-1 ii gcc-4.8 [c-compiler] 4.8.4-1 ii gcc-4.9 [c-compiler] 4.9.2-10 ii gnupg 1.4.18-6 ii gnupg22.0.26-4 ii gpgv 1.4.18-6 ii patch 2.7.3-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776528: BackendException: ssh connection to user@hostname:22 failed: No authentication methods available
On 2015-01-29 at 23:56:35, Francois Marier wrote: duplicity cleanup --ssh-options=-oIdentityFile=id_rsa -oUserKnownHostsFile=known_hosts --force scp://user@hostname/backup If I change the above to: duplicity cleanup --ssh-options=-oIdentityFile=id_rsa --force scp://user@hostname/backup then it works fine. So it seems like 0.7 stopped supporting multiple options inside the --ssh-options option, which the manpage claims is supported: --ssh-options options Allows you to pass options to the ssh backend. Can be specified multiple times or as a space separated options list. The options list should be of the form -oOpt1='parm1' -oOpt2='parm2' where the option string is quoted and the only spaces allowed are between options. The option string will be passed verbatim to both scp and sftp, whose command line syntax differs slightly hence the options should therefore be given in the long option format described in ssh_config(5). example of a list: duplicity --ssh-options=-oProtocol=2 -oIdentityFile='/my/backup/id' /home/me scp://user@host/some_dir Francois -- Francois Marier identi.ca/fmarier http://fmarier.org twitter.com/fmarier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776691: duplicity no longer works with rssh-protected accounts
On Sat, 31 Jan 2015 18:06:30 +1300, Francois Marier writes: I backup my files using duplicity onto an ssh server. The user account I use on that server has a shell of /usr/bin/rssh. Unfortunately, 0.7 no longer works in that configuration: $ duplicity cleanup --ssh-options=-oIdentityFile=id_rsa --force scp://user@ho stname/backup BackendException: scp mkdir failed(1): This account is restricted by rssh. Allowed commands: scp sftp well, if duplicity needs to create a directory but isn't allowed to by the remote shell then that's hardly duplicity's fault. as the scp program doesn't offer making directories, duplicity will open an interactive channel to run mkdir, ditto for listing files with ls. (this is true for both ssh backends, paramiko and ssh+pexpect). the simplest solution is to ditch the legacy scp access and use sftp, ie. change your url to sftp://user@hostname/backup. this works fine with rssh (tested this here, and your rssh also indicates that it does allow sftp). the real advantage is that the sftp protocol provides all the needed commands by itself, ie. no separate channels for mkdir/ls/whatever required. Downgrading to 0.6.24-2 solves the problem. most likely because 0.6 doesn't attempt to create any directories on the fly, or doesn't catch the error. the commands that duplicity runs to create necessary dirs is test -d SOMEDIR || mkdir -p SOMEDIR, which clearly requires that there's a full shell there that understands test, || and mkdir -p. the only alternative would be to run ls as a remote command to determine the dir's existence, parse the output (brittle) then create another remote session to run mkdir. clearly that can't work with rssh ever either, because rssh doesn't let you run ls or mkdir. net result: there are fundamental limitations of the (misnamed) scp access mechanism, which preclude its use with a massively restrictive shell like rssh. use sftp, which works fine with rssh. regards az -- Alexander Zangerl + GPG Key 0xB963BD5F (or 0x42BD645D) + http://snafu.priv.at/ You possess a mind not merely twisted, but actually sprained. -- BSD fortune file signature.asc Description: Digital Signature
Bug#770253: [maint-guide] trouble encountered when make
Hi, After pushing the progress of maint-guide :: Simplified Chinese translation to 46%, I would like to make again then view what the doc looks like, but strangely the make failed with following output: MESS1=no-obsolete ru `msgattrib --no-obsolete po/ru.po |grep ^msgid |sed 1d|wc -l`;\ MESS2=untranslated ru `msgattrib --untranslated po/ru.po |grep ^msgid |sed 1d|wc -l`;\ MESS3=fuzzyru `msgattrib --fuzzypo/ru.po |grep ^msgid |sed 1d|wc -l`;\ echo $MESS1 fuzzy.log ; \ echo $MESS2 fuzzy.log ; \ echo $MESS3 fuzzy.log ; \ echo fuzzy.log msgmerge --update --previous po/zh-cn.po po/templates.pot .. done. MESS1=no-obsolete zh-cn `msgattrib --no-obsolete po/zh-cn.po |grep ^msgid |sed 1d|wc -l`;\ MESS2=untranslated zh-cn `msgattrib --untranslated po/zh-cn.po |grep ^msgid |sed 1d|wc -l`;\ MESS3=fuzzyzh-cn `msgattrib --fuzzypo/zh-cn.po |grep ^msgid |sed 1d|wc -l`;\ echo $MESS1 fuzzy.log ; \ echo $MESS2 fuzzy.log ; \ echo $MESS3 fuzzy.log ; \ echo fuzzy.log if [ -f po/zh-cn.add ]; then \ po4a-translate -M utf-8 --format docbook --keep 0 -v -m maint-guide.en.xml -a po/zh-cn.add -p po/zh-cn.po -l maint-guide.zh-cn.xml ;\ else \ po4a-translate -M utf-8 --format docbook --keep 0 -v -m maint-guide.en.xml -p po/zh-cn.po -l maint-guide.zh-cn.xml ;\ fi sed -i -e 's/po\/en\.ent/po\/zh-cn.ent/' maint-guide.zh-cn.xml mkdir -p /home/lumin/hdd/debian/maint-guide/tmp xsltproc --novalid --nonet --xinclude --stringparam base.dir /home/lumin/hdd/debian/maint-guide/tmp/ \ --stringparam html.ext .zh-cn.html \ xslt/style-html.xsl maint-guide.zh-cn.xml maint-guide.zh-cn.xml:992: parser error : Premature end of data in tag para line 991 ^ maint-guide.zh-cn.xml:992: parser error : Premature end of data in tag section line 979 ^ maint-guide.zh-cn.xml:992: parser error : Premature end of data in tag chapter line 557 ^ maint-guide.zh-cn.xml:992: parser error : Premature end of data in tag book line 12 ^ unable to parse maint-guide.zh-cn.xml Makefile:220: recipe for target '/home/lumin/hdd/debian/maint-guide/tmp/index.zh-cn.html' failed make: *** [/home/lumin/hdd/debian/maint-guide/tmp/index.zh-cn.html] Error 6 At the beginning I thought that some unescaped character contributed to this issue, but not. According to that error report, I appended these lines at the very end of maint-guide.zh-cn.xml: -para +/section +/chapter +/book then the make process continues. HOWEVER evidently that maint-guide.zh-cn.xml is a truncated one. I have no idea on how this could happen, even if I have make'd for many times before. when I translated maint-guide/po/zh-cn.po to about 1600 lines, it should be still ok. What's your opinion on this? Thanks :) -- .''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776690: ITP: libnet-syslog-perl -- Perl module for sending syslog messages to remote server
Package: wnpp Severity: wishlist Owner: Alexander Zangerl a...@debian.org * Package name: libnet-syslog-perl Version : 0.04 Upstream Author : Les Howard l...@lesandchris.com * URL : http://search.cpan.org/dist/Net-Syslog/ * License : Artistic Programming Lang: Pure Perl Description : Perl module for sending syslog messages to remote server Net::Syslog implements the UDP syslog forwarding protocol (RFC 5426). It is not intended to replace the Sys::Syslog or Unix::Syslog modules, but instead provides a method of using syslog when a local syslogd is unavailable or when you need to send messages directly to a remote syslogd. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776691: duplicity no longer works with rssh-protected accounts
Package: duplicity Version: 0.7.01-1 Severity: normal I backup my files using duplicity onto an ssh server. The user account I use on that server has a shell of /usr/bin/rssh. Unfortunately, 0.7 no longer works in that configuration: $ duplicity cleanup --ssh-options=-oIdentityFile=id_rsa --force scp://user@hostname/backup BackendException: scp mkdir failed(1): This account is restricted by rssh. Allowed commands: scp sftp If you believe this is in error, please contact your system administrator. $ duplicity list-current-files --ssh-options=-oIdentityFile=id_rsa scp://user@hostname/backup BackendException: scp mkdir failed(1): This account is restricted by rssh. Allowed commands: scp sftp If you believe this is in error, please contact your system administrator. It looks like the problem is that the new version of duplicity tries to do an mkdir and that's not allowed by rssh. It would be good to restore the ability to use restricted shells because I don't want to use a full shell for my backup user accounts given that they use password-less ssh keys. Downgrading to 0.6.24-2 solves the problem. Francois -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_CA.utf8, LC_CTYPE=fr_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages duplicity depends on: ii libc62.19-13 ii librsync10.9.7-10 ii python 2.7.8-2 ii python-lockfile 1:0.8-2 Versions of packages duplicity recommends: ii python-oauthlib 0.6.3-1 ii python-paramiko 1.15.1-1 ii python-urllib3 1.9.1-3 ii rsync3.1.1-2+b1 Versions of packages duplicity suggests: pn lftpnone ii ncftp 2:3.2.5-1.1 ii python-boto 2.34.0-2 pn python-cloudfiles none pn python-gdatanone pn python-swiftclient none pn tahoe-lafs none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776691: duplicity no longer works with rssh-protected accounts
On 2015-01-31 at 15:49:48, Alexander Zangerl wrote: the simplest solution is to ditch the legacy scp access and use sftp, ie. change your url to sftp://user@hostname/backup. this works fine with rssh (tested this here, and your rssh also indicates that it does allow sftp). Indeed, I can confirm that switching to sftp solves my problem. Thanks! Downgrading to 0.6.24-2 solves the problem. most likely because 0.6 doesn't attempt to create any directories on the fly, or doesn't catch the error. I would humbly suggest adding a NEWS.Debian to warn about the upgrade from 0.6 to 0.7 and tell people to switch to sftp if they use rssh on the backend. Francois -- Francois Marier identi.ca/fmarier http://fmarier.org twitter.com/fmarier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775935: geneweb: FTBFS on various arches: Please run 'make' in directory '../src' first
Quoting James Cowgill (james...@cowgill.org.uk): Source: geneweb Version: 6.06-1 Severity: serious Hi, geneweb has FTBFS on various arches (arm64, mips, mipsel, ppc64el, s390x) since 6.06-1 all with errors similar to: make[3]: Entering directory '/«PKGBUILDDIR»/gui' Please run 'make' in directory '../src' first make[3]: *** [../src/version.cmx] Error 1 Interestingly, armhf was failing with the same error in 6.07-2, but built successfully on 6.08dfsg-1. I indeed don't really see any point in the following in gui/Makefile: TEST_DIR=test $$(basename $) = $ || { echo Please run 'make' in directory '$$(dirname $)' first; exit 1; } So, I'll do a first lazy test and just recompile without this line..:-) Anyway, that bug is now not so urgent to fix (understand, for jessie): it sadly prevented versions after 6.05 to enter testing and thus be in jessie, but I'm afraid it's too late now. signature.asc Description: Digital signature
Bug#776691: duplicity no longer works with rssh-protected accounts
On Sat, 31 Jan 2015 19:58:46 +1300, Francois Marier writes: I would humbly suggest adding a NEWS.Debian to warn about the upgrade from 0.6 to 0.7 and tell people to switch to sftp if they use rssh on the backend. good idea, i'll do that for the next upload. regards az -- Alexander Zangerl + GPG Key 0xB963BD5F (or 0x42BD645D) + http://snafu.priv.at/ :q :q! :wq :w :w! :wq! :quit :quit! :help help helpquit quit quithelp :quitplease :quitnow :leave :shit ^X^C ^C ^D ^Z ^Q QUITDAMMIT ^]:wq signature.asc Description: Digital Signature
Bug#776681: KSM: include ksmtuned/ksmctl
Package: qemu-kvm Severity: wishlist hi, redhat/centos ships with ksmtuned and ksmctl, tools to control KSM. Please include them into qemu-kvm - or if you would prefer to have them as an extra package, please let me know. For now I've created a package for my own use: https://github.com/bzed/debian-ksmtuned Feel free to take the files from there. Original sources are in the SOURCES folder of the c7 branch https://git.centos.org/summary/rpms!qemu-kvm Thanks, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776663: [Pkg-zsh-devel] Bug#776663: zsh-common: Wish for /etc/zsh/zprofile.d or equivalent
Hi Frank and Tim, Frank Terbeck wrote: Tim Booth wrote: This is a request on behalf of Bio-Linux and the Debian Med developers. The attached file shows the zshrc used on Bio-Linux, and the part we'd really like to see in the standard zsh-common package is support for a zprofile.d configuration directory[...] Is there a specific problem you'd like to address? I'd be curious about Tim's reason, too. I see, he (co-)maintains quite a lot of packages in Debian, but nothing which strikes me as zsh-related. Oh, and I'm glad we're having that discussion in a bug report! So I'm not the only one who thought about such a feature! ;-) (SCNR) I'm not a big fan of these kitchen sink directories everybody and their dog gets to dump stuff into. I'm actually quite a big fan of them (otherwise I probably never would have written Run::Parts[1]). They make packaging extensions, addons, plugins, etc. way easier as there's no need to modify the configuration files of other packages (which is forbidden by Debian's Policy). [1] https://packages.qa.debian.org/libr/librun-parts-perl.html https://metacpan.org/release/Run-Parts See e.g. /etc/apache2/*-enabled/, /etc/apt/apt.conf.d/ or /etc/bash_completion.d/ for examples used successfully by many packages. And I recently saw that /etc/apt/preferences.d/ is actively used by apt-listbugs to hold packages with RC bugs via pinning. Another nice example which would be much easier that way is the planned packaging grml's zshrc. (Which is still on my TODO list.) As far as I know we already have /usr/share/zsh/vendor-functions and /usr/share/zsh/vendor-completions (of which only the latter is used so far), but that doesn't cover startup files like zshrc, zprofile, zshenv, etc. Especially in “/etc” since it's kind of hard for a package to remove stuff from there again. Huh? I'm sorry, but I have no idea what kind of issues you might refer to. If it's a conffile coming from a package, dpkg handles that well. If it's a generated file there's ucf to properly handle it. So I'd be happy if you could elaborate that issue a little bit as I'd be curious to learn about issues I'm not yet aware of. The common argument against .d directories with configuration snippets so far seemed performance issues to me. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776644: texlive-xetex: xeCJK error message apparently prints wrong command
On 30.01.2015 14:24, Leonardo Boiko wrote: Hi, If I try to compile a document including \usepacakge{xeCJK}, but without a main font command, xelatex prints this message: * * xeCJK warning: no-CJKfamily * * It seems that you have not declare a CJKfamily. * If you want to use xeCJK in the right way, you should use * * \xeCJKmainfont[...]{...} * * in the preamble to declare the main CJKfamily. * * At least the string xeCJKmainfont does not occur an more in recent versions of xeCJK. Do you have the chance to test w/ Debian unstable? If not, could you provide a minimal xetex input file for testing? Hilmar -- http://www.hilmar-preusse.de.vu/ #206401 http://counter.li.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776645: gettext: Backport for 0.19 in wheezy?
Package: gettext Version: 0.19 Severity: wishlist Hi Santiago! I was looking into a possible backport of gettext = 0.19 for wheezy, and realized that you prepared the last one. So was wondering if you'd prefer to handle this one too? Otherwise I can have a go at it. The context for this is that I switched dpkg (in git master) to use gettext 0.19, which now makes it fail to build on the jenkins CI system. https://lists.debian.org/debian-dpkg/2015/01/msg00042.html Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776645: gettext: Backport for 0.19 in wheezy?
Yes, I can update the backport. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776624: afl-fuzz: colour scheme is unreadable on GNOME terminal by default
Hi Paul! Thanks for the bug report. * Paul Wise p...@debian.org, 2015-01-30, 15:16: With terminals that use a white-on-black colour scheme (like the GNOME terminal), the error messages output by afl-fuzz are light grey on white and as such they are unreadable. Even if I select the text it remains unreadable. The solution might be to have those not printed with a background colour and printed in red like the PROGRAM ABORT part. Or even simpler, use the default colour instead of white. The attached patch should fix this particular problem. Note however, that this might be only tip of the iceberg. status_screen.txt advices against white-background colour schemes: Unfortunately, the UI will render correctly only if your terminal is using traditional un*x palette (white text on black background) or something close to that. If you are using inverse video, you may want to change your settings, say: - For GNOME Terminal, go to Edit Profile preferences, select the colors tab, and from the list of built-in schemes, choose white on black. [...] Alternatively, if you really like your current colors, you can edit config.h to comment out USE_COLORS, then do 'make clean all'. I'm not aware of any other simple way to make this work without causing other side effects - sorry about that. -- Jakub Wilk --- a/debug.h +++ b/debug.h @@ -41,7 +41,7 @@ # define cLBL \x1b[1;34m # define cPIN \x1b[1;35m # define cLCY \x1b[1;36m -# define cBRI \x1b[1;37m +# define cBRI \x1b[0;1m # define cRST \x1b[0m #else
Bug#711315: patch
Control: tags -1 patch $ help2man --version-string=0.9.2 --help-option=--longhelp --no-info --no-discard-stderr AtomicParsley -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776647: [scons] New upstream version
Package: scons Version: 2.3.1-2 Severity: normal --- Please enter the report below this line. --- New upstream version 2.3.4 is available at http://prdownloads.sourceforge.net/scons/scons-2.3.4.tar.gz --- System information. --- Architecture: amd64 Kernel: Linux 3.14-2-amd64 Debian Release: jessie/sid 500 unstable ftp.availo.se 500 stable toolbelt.heroku.com 500 stable dl.google.com 500 sid linux.dropbox.com 500 precise ppa.launchpad.net 500 mongodb downloads-distro.mongodb.org 500 binary pkg.jenkins-ci.org --- Package information. --- Depends (Version) | Installed -+-== python:any (= 2.6.6-7~) | Package's Recommends field is empty. Package's Suggests field is empty. signature.asc Description: OpenPGP digital signature
Bug#776648: yard: please make doc builds reproducible
Source: yard Version: 0.8.7.4-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: toolchain X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi, While working on the reproducible builds effort [1], we have noticed that yard is not generating reproducible output. The attached patch adds the ability to disable the timestamp. [1]: https://wiki.debian.org/ReproducibleBuilds Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff --git a/lib/yard/cli/yardoc.rb b/lib/yard/cli/yardoc.rb index 4e4abb5..9567d54 100644 --- a/lib/yard/cli/yardoc.rb +++ b/lib/yard/cli/yardoc.rb @@ -26,6 +26,9 @@ module YARD # if the template supports it. default_attr :onefile, false + # @return [Boolean] whether we should add a timestamp to the output + default_attr :timestamp, true + # @return [CodeObjects::ExtraFileObject] the README file object rendered # along with objects attr_accessor :readme @@ -553,6 +556,10 @@ module YARD options.onefile = true end +opts.on('--no-timestamp', 'Do not output a timestamp') do + options.timestamp = false +end + opts.on('--list', 'List objects to standard out (implies -n)') do |format| self.generate = false self.list = true diff --git a/templates/default/layout/html/footer.erb b/templates/default/layout/html/footer.erb index e57a0f2..05a38ed 100644 --- a/templates/default/layout/html/footer.erb +++ b/templates/default/layout/html/footer.erb @@ -1,5 +1,5 @@ div id=footer - Generated on %= Time.now.strftime(%c) % by + Generated% if options.timestamp % on %= Time.now.strftime(%c) %% end % by a href=http://yardoc.org; title=Yay! A Ruby Documentation Tool target=_parentyard/a %= YARD::VERSION % (ruby-%= RUBY_VERSION %). /div
Bug#776649: ffmpeg: FTBFS on mips64el: error: '-march=mips32r2' is not compatible with the selected ABI
Source: ffmpeg Version: 7:2.5.3-1 Severity: important Tags: patch Hi, ffmpeg FTBFS on mips64el with the configure error: ./configure --prefix=/usr --extra-version=1 --build-suffix=-ffmpeg --toolchain=hardened --extra-cflags= --extra-cxxflags= --libdir=/usr/lib/mips64el-linux-gnuabi64 --shlibdir=/usr/lib/mips64el-linux-gnuabi64 --incdir=/usr/include/mips64el-linux-gnuabi64 --enable-gpl --enable-shared --disable-stripping --enable-avresample --enable-avisynth --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-libschroedinger --enable-libshine --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvorbis --enable-libwavpack --enable-libwebp --enable-libxvid --enable-opengl --enable-x11grab --enable-libdc1394 --enable-libiec61883 --enable-libzvbi --enable-libzmq --enable-frei0r --enable-libvpx --enable-libx264 --enable-libsoxr --enable-gnutls --enable-openal --enable-libopencv --enable-librtmp --enable-libx265 || (cat config.log exit 1) ERROR: LoadLibrary/dlopen not found for avisynth The configure log shows that it's trying to use '-march=mips32r2' with everything, which will clearly not work on mips64. The easy fix for debian is to disable mips32r2 on mips64 (which needs to be done anyway). I think upstream should also be told about this though, so the default options will still build for non-debian users. Full log: http://mipsdebian.imgtec.com/debian/logs/f/ffmpeg/ffmpeg_2.5.3-1_mips64el-20150130-0106.build.gz Thanks, James diff -u -r a/debian/rules b/debian/rules --- a/debian/rules 2015-01-10 10:37:18.0 + +++ b/debian/rules 2015-01-30 10:37:14.591342905 + @@ -171,7 +171,7 @@ # Disable optimizations on mips(el), because they are not always available on these architecture. -ifneq (,$(filter $(DEB_HOST_ARCH),mips mipsel)) +ifneq (,$(filter $(DEB_HOST_ARCH),mips mipsel mips64 mips64el)) CONFIG += --disable-mips32r2 \ --disable-mipsdspr1 \ --disable-mipsdspr2 \
Bug#776650: ITP: wmget -- Background download manager in a Window Maker dockapp
Package: wnpp Severity: wishlist Owner: Doug Torrance dtorra...@monmouthcollege.edu * Package name: wmget Version : 0.6.0 Upstream Author : Aaron Trickey aa...@amtrickey.net * URL : http://amtrickey.net/wmget/ * License : Expat Programming Lang: C Description : Background download manager in a Window Maker dockapp wmget is a dock app for the GNU Window Maker window manager (or one of the many other WM's which support dockapps) which makes it more convenient to perform long downloads in the background. It uses the excellent libcurl library, part of the cURL automated-download program, to perform file retrieval wmget was previously orphaned and later removed from Debian [1], but I intend to maintain it. [1] https://packages.qa.debian.org/w/wmget/news/20100917T163914Z.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776651: mkvmerge --default-language odd behavior
Package: mkvtoolnix Version: 7.3.0-1 Severity: normal As per mkvmerge man page: [...] --default-language language-code Sets the default language code that will be used for all tracks unless overwritten with the --language option. The default language code is 'und' for 'undefined'. [...] However it does not seems to actually do anything. Steps: $ wget http://downloads.dvdloc8.com/trailers/divxdigest/simpsons_movie_trailer.zip $ unzip simpsons_movie_trailer.zip $ mkvmerge --default-language fre -o /tmp/bla.mkv The\ Simpsons\ Movie\ -\ 1080p\ Trailer.mp4 $ mkvinfo /tmp/bla.mkv | grep Lan | + Language: und | + Language: und I would have expected the behavior to be equivalent to: $ mkvmerge --language 0:fre --language 1:fre -o /tmp/bla.mkv The\ Simpsons\ Movie\ -\ 1080p\ Trailer.mp4 $ mkvinfo /tmp/bla.mkv | grep Lan | + Language: fre | + Language: fre So there is either a bug in mkvmerge or a man page issue. Thx -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752726: Bug #752726: Unable to reproduce
On Sun, Dec 21, 2014 at 08:11:24PM +0100, Thomas Vincent wrote: Hello, Damien 'drazzib' Raude-Morvan and I tried to reproduce this bug in chroots (with sbuild) in both jessie and sid: * using the current stumpwm package from sid and setting clisp as the compiler * creating a complete chroot from snapshot.debian.org (20140625) corresponding to the date this bug report was filled We were in each case unable to reproduce this bug both about the build and the command given in message #21. I also tried unsuccessfully to reproduce this problem with procedure described in #21 by Michael. Using an amd64 sid chroot and stumpwm modified to use clisp for build and run, no luck. Also, it must be noted that stumpwm has switched from clisp to sbcl in stumpwm:2:0.9.8-7, already in testing. For this reason this problem no longer affects stumpwm for jessie. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770009: Backtrace for the hang
Hi, On which MIPS machine did you build it ? As I mentioned before https://bugs.debian.org/cgi-bin/bugreport.cgi?archive=nobug=770009#45 I had tested it on Cavium board without FPU. Unfortunately, I do not have more info. I deleted old imagemagic chroots, but I just had started builds on tree different cavium boards and I will inform you with results. Regards, Dejan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736580: kde-plasma-desktop: mouse cursor disappears when hovering in certain places
I wanna just post an update. In my case, it should have been an issue with the video card driver. My laptop has an Intel integrated video card, as well as a discrete NVIDIA GPU. $ lspci -vnn | egrep 'VGA|3D' 00:02.0 VGA compatible controller [0300]: Intel Corporation Haswell-ULT Integrated Graphics Controller [8086:0a16] (rev 09) (prog-if 00 [VGA controller]) 0a:00.0 3D controller [0302]: NVIDIA Corporation Device [10de:1292] (rev a1) I installed a newer version of the Intel driver, updating package xserver-xorg-video-intel from version 2:2.19.0-6 (wheezy) to 2:2.21.15-2~bpo70+1 (wheezy-backports), and, in my configuration, it seems to have solved the issue. Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776619: zope-debhelper: please make builds reproducible
On 30-01-15 02:22, Chris Lamb wrote: While working on the reproducible builds effort [1], I really like your efforts towards this goal. The attached patch fixes this. Seems like you forgot to append it. Paul signature.asc Description: OpenPGP digital signature
Bug#776598: Cannot access secondary GPU - error: X did not start properly
I just want to add some further info. I found the following messages that suggest bbswitch is actually doing something: # grep bbswitch /var/log/messages |tail Jan 29 15:03:36 aldous kernel: [ 14.853734] bbswitch: version 0.8 Jan 29 15:03:36 aldous kernel: [ 14.853740] bbswitch: Found integrated VGA device :00:02.0: \_SB_.PCI0.GFX0 Jan 29 15:03:36 aldous kernel: [ 14.853745] bbswitch: Found discrete VGA device :0a:00.0: \_SB_.PCI0.RP05.PEGP Jan 29 15:03:36 aldous kernel: [ 14.853830] bbswitch: detected an Optimus _DSM function Jan 29 15:03:36 aldous kernel: [ 14.853894] bbswitch: Succesfully loaded. Discrete card :0a:00.0 is on Jan 29 15:03:36 aldous kernel: [ 14.855965] bbswitch: disabling discrete graphics Jan 29 15:24:43 aldous kernel: [ 1282.424483] bbswitch: enabling discrete graphics Jan 29 15:26:39 aldous kernel: [ 1399.114165] bbswitch: disabling discrete graphics Jan 29 15:26:44 aldous kernel: [ 1403.936576] bbswitch: enabling discrete graphics Jan 29 15:28:41 aldous kernel: [ 1521.391293] bbswitch: disabling discrete graphics Jan 29 15:29:45 aldous kernel: [ 1585.555012] bbswitch: enabling discrete graphics Jan 29 15:31:02 aldous kernel: [ 1662.106591] bbswitch: disabling discrete graphics Jan 29 15:31:18 aldous kernel: [ 1678.114687] bbswitch: enabling discrete graphics I don't know what it is doing, though. Does those messages mean Optimus is working? But why optirun gives that error message, then? The optirun error message suggests I can't run an application on the discrete NVIDIA GPU. So what the discrete graphics card is enabled and disabled for? Here's the information on my video cards: $ lspci -vnn | egrep 'VGA|3D' -A 20 00:02.0 VGA compatible controller [0300]: Intel Corporation Haswell-ULT Integrated Graphics Controller [8086:0a16] (rev 09) (prog-if 00 [VGA controller]) Subsystem: Hewlett-Packard Company Device [103c:2166] Flags: bus master, fast devsel, latency 0, IRQ 61 Memory at b500 (64-bit, non-prefetchable) [size=4M] Memory at c000 (64-bit, prefetchable) [size=256M] I/O ports at 7000 [size=64] Expansion ROM at unassigned [disabled] Capabilities: access denied Kernel driver in use: i915 0a:00.0 3D controller [0302]: NVIDIA Corporation Device [10de:1292] (rev a1) Subsystem: Hewlett-Packard Company Device [103c:21da] Flags: bus master, fast devsel, latency 0, IRQ 16 Memory at b300 (32-bit, non-prefetchable) [size=16M] Memory at a000 (64-bit, prefetchable) [size=256M] Memory at b000 (64-bit, prefetchable) [size=32M] I/O ports at 3000 [size=128] Expansion ROM at ignored [disabled] Capabilities: access denied Kernel driver in use: nvidia -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org