Bug#766118: lintian: False positive for “missing-license-paragraph-in-dep5-copyright”
Control: tags -1 moreinfo On 2014-10-21 01:54, Ben Finney wrote: Package: lintian Version: 2.5.28 Severity: normal The check for “missing-license-paragraph-in-dep5-copyright” apparently assumes that any license must have its own separate “License” paragraph. This restriction does not match Debian policy for the DEP-5 format; the stand-alone “License” paragraph is not required, since the full license terms can be in the “Files” paragraph in its “License” field. An example of a package where this check is giving a false positive is URL:https://lintian.debian.org/full/ben+deb...@benfinney.id.au.html#lojban-common_1.5_x2bdfsg.1-2. Each “License” field contains the full license information, and no separate “License” paragraph is needed. The Lintian tag “missing-license-paragraph-in-dep5-copyright” should not be triggered when this is the case. Hi Ben, It is because you added the License to the header paragraph[0][1]. It is unclear to me that this counts as a stand-alone license paragraph, but Lintian was coded with the assumption that it does not. Keep in mind that the license field in the header paragraph has a special meaning compared to license fields in other paragraphs[2]. ~Niels [0] https://alioth.debian.org/scm/loggerhead/collab-maint/lojban-common/lojban-common.debian/view/head:/debian/copyright [1] https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#file-syntax [2] https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#header-paragraph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743028: New Version 24.4 Available Upstream
Rob Browning r...@defaultvalue.org writes: severity 743028 wishlist bye Jeffrey Cliff jeffrey.cl...@gmail.com writes: As per http://www.masteringemacs.org/articles/2013/12/29/whats-new-in-emacs-24-4/, A newer version is available upstream, in Savannah ( 24.4.50 ). For sure 24.4 is ready to at the very least go into experimental, here in Debian. I'm finishing up the new Guile packages, but after that, I'll likely work on this. Do we plan to have emacs 24.4 in the upcoming Debian release (Jessie)? Kanru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766118: lintian: False positive for “missing-license-paragraph-in-dep5-copyright”
On 2014-10-21 07:57, Niels Thykier wrote: Control: tags -1 moreinfo [...] Hi Ben, It is because you added the License to the header paragraph[0][1]. It is unclear to me that this counts as a stand-alone license paragraph, but Lintian was coded with the assumption that it does not. Keep in mind that the license field in the header paragraph has a special meaning compared to license fields in other paragraphs[2]. ~Niels [0] https://alioth.debian.org/scm/loggerhead/collab-maint/lojban-common/lojban-common.debian/view/head:/debian/copyright [1] https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#file-syntax [2] https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#header-paragraph Please regard this, I hadn't fully understood your original report apparently. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766134: coinutils: lapack and blas support is not really enabled
Package: src:coinutils Version: 2.9.15-1 Severity: serious Tag: patched liblapack and libblas are in the building depends list while in build log, there are lines: checking whether -lblas has BLAS... no checking for COIN-OR package Blas... skipped check via pkg-config, redirect to fallback checking for COIN-OR package Blas (fallback)... no, dependency coinblas not available checking whether -llapack has LAPACK... no checking for COIN-OR package Lapack... skipped check via pkg-config, redirect to fallback checking for COIN-OR package Lapack (fallback)... no, dependency coinlapack not available If add gfortran to build-deps, it works well like this[1] checking whether -lblas has BLAS... yes: -lblas checking whether LAPACK is already available with BLAS library... no checking whether -llapack has LAPACK... yes: -llapack When blas and lapack enabled, coinor-libcoinutils-dev should depends on liblapack-dev and libblas-dev. if not so, coinor-osi will ftbfs, as the pkgconfig file contains such informations. [1]. http://mips64el.debian.net/debian/buildlog/c/coinutils_2.9.15-1/coinutils_2.9.15-1_mips64el-20140905-1939.build diff -Nru coinutils-2.9.15/debian/control coinutils-2.9.15/debian/control --- coinutils-2.9.15/debian/control 2014-09-04 19:47:26.0 +0800 +++ coinutils-2.9.15/debian/control 2034-12-15 13:37:17.0 +0800 @@ -4,7 +4,7 @@ Maintainer: Debian Science Team debian-science-maintain...@lists.alioth.debian.org Uploaders: Miles Lubin miles.lu...@gmail.com Build-Depends: debhelper (= 9), doxygen, graphviz, liblapack-dev, - libbz2-dev, zlib1g-dev, autotools-dev + libbz2-dev, zlib1g-dev, autotools-dev, gfortran Standards-Version: 3.9.5 Vcs-Git: git://anonscm.debian.org/debian-science/packages/coinutils.git Vcs-Browser: http://anonscm.debian.org/gitweb/?p=debian-science/packages/coinutils.git @@ -31,7 +31,7 @@ Package: coinor-libcoinutils-dev Section: libdevel Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, coinor-libcoinutils3 (= ${binary:Version}) +Depends: ${shlibs:Depends}, ${misc:Depends}, coinor-libcoinutils3 (= ${binary:Version}), liblapack-dev, libblas-dev Provides: libcoinutils-dev Conflicts: libcoinutils-dev Replaces: libcoinutils-dev -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763863: webalizer: [INTL:nl] Dutch translation of debconf messages
On Wed, Oct 08, 2014 at 12:14:53AM +0200, Frans Spiesschaert wrote: Op 07-10-14 23:00:51 schreef Julien Viard de Galbert: On Fri, Oct 03, 2014 at 10:54:00AM +0200, Frans Spiesschaert wrote: Package: webalizer Severity: wishlist Tags: l10n patch Dear Maintainer, == Please find attached the Dutch translation of webalizer debconf messages. It has been submitted for review to the debian-l10n-dutch mailing list. Please add it to your next package revision. It should be put as debian/po/nl.po in your package build tree. === Groetjes, Frans === www.frans-spiesschaert.homenet.org home.base.be/vt6362833/ Hi Frans, Hi Julien, Thanks for your translation, unfortunately there is a problem with your file, msgfmt reports the following error. msgfmt debian/po/nl.po debian/po/nl.po:78:31: invalid multibyte sequence debian/po/nl.po:78:32: invalid multibyte sequence msgfmt: found 2 fatal errors It seams it does not like the following line: zinnens bent om met meer dan één configuratie te werken of de parameter -c ^^-- here Should I simply replace it by een, Yes, please do so, although I don't understand why such a problem arises in an UTF-8 environment. Thanks for informing me. Hello Frans, I just had similar problem with an other file, and in fact the file attached to your mail (I hope some server or client didn't convert it) was actually latin-1 encodded and not utf-8... Also there are other instances on the een words not spelled één in the file, so I'll let it as is, but if you want to send me a new translation, feel free. Best regards. Julien -- Julien Viard de Galbertjul...@vdg.blogsite.org http://silicone.homelinux.org/ jul...@silicone.homelinux.org GPG Key ID: D00E52B6 Published on: hkp://keys.gnupg.net Key Fingerprint: E312 A31D BEC3 74CC C49E 6D69 8B30 6538 D00E 52B6 signature.asc Description: Digital signature
Bug#661194: webalizer: Catalan program translation not up-to-date
On Fri, Feb 24, 2012 at 11:33:48PM +0100, Jordi Mallach wrote: Package: webalizer Version: 2.23.05-1 Severity: normal Tags: l10n Hi, Hello Jordi, While waiting for a Webalizer update in Debian (thanks!), I rewrote the upstream Catalan translation entirely, as the old one was *horrible*. However, the po file hasn't been refreshed with the new strings, and using Webalizer in Catalan in Debian is still a sad, sad, sad experience. Can you refresh the po files using the lang/ data? I did build a script to convert upstream translation files to po files, however, the results need to be reviewed by someone able to read the translated language... So I'll attach the generated ca.po file for review, can you please check it ? Also I did put the conversion script in the package (will be in webalizer_2.23.08-2 currently waiting for a sponsor on mentors). This patch really needs to go upstream, I hope you can convince the author somehow to accept it. I now, but without proofreading all translations I don't think it will be accepted (for upstream, it will look like a regression for most languages) Thanks a lot, Jordi Best regards, Julien -- Julien Viard de Galbertjul...@vdg.blogsite.org http://silicone.homelinux.org/ jul...@silicone.homelinux.org GPG Key ID: D00E52B6 Published on: hkp://keys.gnupg.net Key Fingerprint: E312 A31D BEC3 74CC C49E 6D69 8B30 6538 D00E 52B6 # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2010-11-24 15:03+0100\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: Jordi Mallach jo...@debian.org\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Language: ca\n #: dns_resolv.c:123 #, c-format msgid Checking %s... msgstr #: dns_resolv.c:133 #, c-format msgid found: %s (%ld)\n msgstr #: dns_resolv.c:140 #, c-format msgid not found\n msgstr #: dns_resolv.c:141 #, c-format msgid error (%d)\n msgstr #: dns_resolv.c:202 dns_resolv.c:777 msgid Error: Unable to open DNS cache file msgstr Error: no es pot obrir el fitxer de memòria cau de DNS #: dns_resolv.c:215 dns_resolv.c:787 msgid Error: Unable to lock DNS cache file msgstr Error: no es pot blocar el fitxer de memòria cau de DNS #: dns_resolv.c:302 msgid None to process msgstr Cap a processar #: dns_resolv.c:319 msgid addresses msgstr adreces #: dns_resolv.c:324 webalizer.c:1500 msgid in msgstr en #: dns_resolv.c:324 webalizer.c:1500 msgid seconds msgstr segons #: dns_resolv.c:331 #, c-format msgid , %d/sec\n msgstr #: dns_resolv.c:374 #, c-format msgid INPIPE creation error msgstr #: dns_resolv.c:380 #, c-format msgid OUTPIPE creation error msgstr #: dns_resolv.c:389 #, c-format msgid FORK error msgstr #: dns_resolv.c:405 msgid read error msgstr #: dns_resolv.c:428 #, c-format msgid Child %d getnameinfo bad hbuf!\n msgstr #: dns_resolv.c:434 #, c-format msgid Child %d getnameinfo failed!\n msgstr #: dns_resolv.c:439 msgid write error msgstr #: dns_resolv.c:448 #, c-format msgid Child %d got closed input, shutting down\n msgstr #: dns_resolv.c:493 #, c-format msgid Reaped Child %d\n msgstr #: dns_resolv.c:522 #, c-format msgid Giving %d bytes to Child %d\n msgstr #: dns_resolv.c:531 msgid Could not write to pipe msgstr #: dns_resolv.c:560 msgid Error in select msgstr #: dns_resolv.c:568 #, c-format msgid tick\n msgstr #: dns_resolv.c:603 #, c-format msgid Child %d wants to be reaped\n msgstr #: dns_resolv.c:616 #, c-format msgid Child %d Got a result: %s - %s\n msgstr #: dns_resolv.c:623 #, c-format msgid Child %d could not resolve: %s (%s)\n msgstr #: dns_resolv.c:632 #, c-format msgid Child %d back in task pool\n msgstr #: dns_resolv.c:724 #, c-format msgid db_put fail!\n msgstr #: graphs.c:143 graphs.c:147 graphs.c:149 graphs.c:473 graphs.c:476 #: graphs.c:478 output.c:715 output.c:806 output.c:925 output.c:937 #: output.c:1039 output.c:1131 output.c:1143 output.c:1268 output.c:1901 #: output.c:1998 output.c:2225 output.c:2301 output.c:2345 output.c:2466 #: output.c:2623 msgid kB F msgstr kB F #: graphs.c:144 graphs.c:153 graphs.c:155 graphs.c:474 graphs.c:482 #: graphs.c:484 output.c:716 output.c:807 output.c:939 output.c:1039 #: output.c:1146 output.c:1268 output.c:1903 output.c:1998 output.c:2227 #: output.c:2301 output.c:2345 output.c:2466 output.c:2625 msgid kB In msgstr kB In #: graphs.c:145 graphs.c:159 graphs.c:161 graphs.c:488 graphs.c:490 #: output.c:717 output.c:808 output.c:941 output.c:1039 output.c:1149 #: output.c:1268 output.c:1905 output.c:1998 output.c:2229 output.c:2301 #: output.c:2346 output.c:2466 output.c:2627 msgid kB Out msgstr kB Out #:
Bug#765746: zim: Attempt to invoke Task List brings up error dialog
Hi, On Mon, 20 Oct 2014, Jape Person wrote: Please let me know if there are other things I can do to help pinpoint the problem. Results of tests you requested are below. Yes please attach ~/.config/zim/preferences.conf. The error messages seem to imply that the settings in [TaskListPlugin] are not as expected (in particular the labels one might be missing). For example, here's what I have: [TaskListPlugin] all_checkboxes=True tag_by_page=False deadline_by_page=False use_workweek=True labels=FIXME, TODO next_label=Next: nonactionable_tags= included_subtrees= excluded_subtrees= You can try to fix those by editing the preferences of the TaskList plugin... (the configure button in the plugin list when you select the task list plugin). Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766135: FTCBFS for mips64el: missing lock-obj-pub.mips64el-unknown-linux-gnuabi64.h
Package: src:libgpg-error Version: 1.17-1 User: helm...@debian.org Usertags: rebootstrap Hi Daniel, Since libgc was NMUed, rebootstrap progressed on mips64el. Now the mips64el build breaks at libgpg-error: https://jenkins.debian.net/job/rebootstrap_mips64el_gcc49_nobiarch/80/console The reason (as usual) is the missing cross header. Since mips64el is already bootstrapped and you enabled printing the header during native builds (thanks!), it can be found at http://mips64el.debian.net/debian/buildlog/libg/libgpg-error_1.16-2/libgpg-error_1.16-2_mips64el-20140928-1753.build Please include it as well. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766136: libcap-ng: Python build error, didn't fail build - empty bindings
Source: libcap-ng Version: 0.7.4-2 Severity: important Dear Maintainer, * What led up to the situation? I tried 'import capng' from Python, failed to import. Traced the problem down to libcap-ng's build has an error. See https://buildd.debian.org/status/fetch.php?pkg=libcap- ngarch=i386ver=0.7.4-2stamp=1408698790 and search for 'error:'. You'll see libtool: relink: gcc -shared -fPIC -DPIC .libs/_capng_la-capng_wrap.o -lpython2.7 -L/«PKGBUILDDIR»/debian/tmp-python-cap-ng/usr/lib/i386-linux-gnu -L/usr/lib/i386-linux-gnu -lcap-ng -O2 -Wl,-z -Wl,relro -Wl,-soname -Wl,_capng.so -o .libs/_capng.so /usr/bin/ld: cannot find -lcap-ng * What exactly did you do (or not do) that was effective (or ineffective)? Rebuilt package on my machine. This works because the .so is already installed so the -lcap-ng can find it. * What was the outcome of this action? I was able to install my locally built .deb with gdebi and it had the python bindings in -- 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-37-generic (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766137: some of the man pages mention the wicd bug tracker, some don't
Package: wicd Version: 1.7.2.4-4.1 Severity: wishlist Only some of the wicd* man pages mention If you happen to find one, ask about it on #wicd on freenode, or submit a bug report to http://launchpad.net/wicd. They all should. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764380: A closer look
Hi Stephan and Stuart, On Mon, Oct 13, 2014 at 05:07:43PM +0200, Stephan Sürken wrote: Hi Stuart, thanks for pointing to the commit. I had a closer look; it's this compat include --- try: from StringIO import StringIO BytesIO = StringIO except ImportError: from io import BytesIO, StringIO --- that previously made it work. Using io.open() implicitly makes the split_gpg_and_payload produce unicode strings. Then finally code like this --- io.BytesIO().write(b\n.join([uunicode string])) --- is run (and fails). Fwiw, for python3 split_gpg_and_payload implicitly produces 'bytes', and everything works fine. Not really sure though what a good fix could be ;). Thanks for the report and investigation. Unicode handling in deb822 has been the bane of my existence, and this is no exception. I have a proposed fix for this that involves trying to figure out the encoding from the input object's 'encoding' property, or failing that, the 'encoding' kwarg, and encoding each element of the sequence. Will send that to the list (or maybe just upload, since it's fairly simple and this is pretty broken) hopefully tomorrow. -- John Wright j...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766138: show wicd when hovering over icon
Package: wicd Version: 1.7.2.4-4.1 Severity: wishlist (I can't even login to upstream today to report this.) When putting the mouse over the icon in the tray, the words Wicd should also somewhere appear. Not just Connected to wired network etc. That way we at least know what program we are running. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766139: user clicks Switch Off Wi-Fi and then realizes wicd-gtk lacks any button to switch it back on!
Package: wicd-gtk Version: 1.7.2.4-4.1 Severity: wishlist There is a button Switch Off Wi-Fi. Well if the user presses it he is in big trouble. He soon discovers that there is no way provided to switch it back on! The only thing he can do is reboot his machine. Perhaps he had used Facebook, where like becomes unlike becomes like each time you click it, and plenty of warnings if one is about to make a irreversible decision. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766141: document the package
Package: ipheth-utils Version: 1.0-3+b2 Severity: wishlist Please document somewhere e.g., how one can use this package to tether to an Ipad. Else one can only find documentation on how to do it on non-Debian systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766140: make: -q fails for recursive makes
Package: make Version: 4.0-8 Severity: normal Sample Makefile: # -- foo: bar echo foo bar: $(MAKE) baz echo lala baz: echo baz # -- $ make -q foo; echo $? make baz Makefile:4: recipe for target 'bar' failed make: *** [bar] Error 1 2 The fine manual says , | If the exit status is one, then some updating needs to be done. If | make encounters an error, the exit status is two, so you can | distinguish an error from a target that is not up to date. ` This is technically kindof correct, although _why_ the error occurs is mysterious. In particular, adding a comment before the recursive make, i.e. bar: # lalala $(MAKE) baz echo lala causes make -q bar to return 1. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages make depends on: ii libc6 2.19-11 make recommends no packages. Versions of packages make suggests: pn make-doc 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#766142: distro-info: Invalid date in ubuntu.csv
Package: distro-info Version: 0.13 Severity: important Hi, Running ubuntu-distro-info --stable for some reasons gives me the following error since today: ubuntu-distro-info: Invalid date `2016-01-30' in file `/usr/share/distro-info/ubuntu.csv' at line 23 in column `eol'. Cheers, Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages distro-info depends on: ii distro-info-data 0.23 ii libc6 2.19-11 distro-info recommends no packages. Versions of packages distro-info suggests: pn shunit2 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#758619: Reportbug closes with mutex locking issue
Package: Reportbug Version: 6.5.1 Reportbug crashes with the Attempt to unlock mutex that was not locked Aborted error. The backtrace for the same is gdb --args python /usr/bin/reportbug -b --no-check-available libpulse0 GNU gdb (Debian 7.7.1+dfsg-3) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i586-linux-gnu. Type show configuration for configuration details. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. Find the GDB manual and other documentation resources online at: http://www.gnu.org/software/gdb/documentation/. For help, type help. Type apropos word to search for commands related to word... Reading symbols from python...(no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/python /usr/bin/reportbug -b --no-check-available libpulse0 [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/i386-linux-gnu/i686/cmov/libthread_db.so.1. Gtk-Message: Failed to load module canberra-gtk-module [New Thread 0xadb09b40 (LWP 25300)] Attempt to unlock mutex that was not locked Program received signal SIGABRT, Aborted. 0xb7fde424 in __kernel_vsyscall () (gdb) thread apply all bt Thread 2 (Thread 0xadb09b40 (LWP 25300)): #0 0xb7fde424 in __kernel_vsyscall () #1 0xb7e6350b in poll () at ../sysdeps/unix/syscall-template.S:81 #2 0xb6fc70b0 in g_poll () from /lib/i386-linux-gnu/libglib-2.0.so.0 #3 0xb6fb8054 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #4 0xb6fb8479 in g_main_loop_run () from /lib/i386-linux-gnu/libglib-2.0.so.0 #5 0xb63d5955 in ?? () from /usr/lib/i386-linux-gnu/libgio-2.0.so.0 #6 0xb6fdf3da in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #7 0xb7fa2efb in start_thread (arg=0xadb09b40) at pthread_create.c:309 #8 0xb7e6dd4e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129 Thread 1 (Thread 0xb7d82700 (LWP 25294)): #0 0xb7fde424 in __kernel_vsyscall () #1 0xb7db2267 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #2 0xb7db3923 in __GI_abort () at abort.c:89 #3 0xb6ffdb20 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #4 0xb6665f74 in ?? () from /usr/lib/i386-linux-gnu/libgdk-x11-2.0.so.0 #5 0xb67b2bc5 in gtk_dialog_run () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #6 0xb6cb9283 in ?? () from /usr/lib/python2.7/dist-packages/gtk-2.0/gtk/_gtk.so #7 0x08107c0c in PyEval_EvalFrameEx () #8 0x081078db in PyEval_EvalFrameEx () #9 0x081078db in PyEval_EvalFrameEx () #10 0x08105f4d in PyEval_EvalCodeEx () #11 0x0813a88c in ?? () #12 0x08131578 in PyRun_FileExFlags () #13 0x08130725 in PyRun_SimpleFileExFlags () #14 0x080daaa7 in Py_Main () #15 0x080da50b in main () (gdb) quit Is there any patch available for this issue. -- Regards., Prema S
Bug#595216: emacs23: browse-url should use x-www-browser and/or browser from the desktop environment
Fwiw, there used to be a patch applied to emacs-snapshot (but not the regular, non-snapshot Debian packages) that added this functionality, debian-browse-url.dpatch. It was added back in 2006 by Romain Francoise, in response to wishlist bug #373294. I wonder if that patch or some version could be resurrected? -Mark -- Mark J. Nelson Anadrome Research htp://www.anadrome.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766143: kate: tries to overwrite '/u/s/kde4/[...]/kateproject.example' also in package kate-data 4:4.14.2-1
Package: kate Version: 4:4.14.2-1 Severity: important Dear Maintainer, dear Maximiliano, On upgrading to 4.14.2 packages I get: merkaba:~ LANG=C apt-get -f install Reading package lists... Done Building dependency tree Reading state information... Done Correcting dependencies... Done The following extra packages will be installed: kate The following NEW packages will be installed: kate 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. 161 not fully installed or removed. Need to get 0 B/603 kB of archives. After this operation, 5024 kB of additional disk space will be used. Do you want to continue? [Y/n] Retrieving bug reports... Done Parsing Found/Fixed information... Done (Reading database ... 410107 files and directories currently installed.) Preparing to unpack .../kate_4%3a4.14.2-1_amd64.deb ... Unpacking kate (4:4.14.2-1) ... dpkg: error processing archive /var/cache/apt/archives/kate_4%3a4.14.2-1_amd64.deb (--unpack): trying to overwrite '/usr/share/kde4/apps/kate/plugins/project/kateproject.example', which is also in package kate-data 4:4.14.2-1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/kate_4%3a4.14.2-1_amd64.deb == How can you help? (doc: https://wiki.debian.org/how-can-i-help ) == - Show old opportunities as well as new ones: how-can-i-help --old - E: Sub-process /usr/bin/dpkg returned an error code (1) I purged kate, kate-plugins, katepart and tried reinstalling and well above is the result. Thanks, Martin -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.17.0-tp520 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kate depends on: iu kate-data 4:4.14.2-1 iu katepart4:4.14.2-1 ii kde-runtime 4:4.14.1-1+b1 ii libc6 2.19-11 iu libkateinterfaces4 4:4.14.2-1 iu libkdecore5 4:4.14.2-1 iu libkdeui5 4:4.14.2-1 iu libkfile4 4:4.14.2-1 iu libkio5 4:4.14.2-1 iu libkparts4 4:4.14.2-1 iu libktexteditor4 4:4.14.2-1 iu libplasma3 4:4.14.2-1 ii libqjson0 0.8.1-3 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-sql 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libstdc++6 4.9.1-18 kate recommends no packages. Versions of packages kate suggests: ii aspell0.60.7~20110707-1.3 ii ispell3.3.02-6 ii khelpcenter4 4:4.14.1-1+b1 ii konsole 4:4.14.1-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766145: dpkg: warning: while removing smartmontools, directory '/var/lib/smartmontools' not empty so not removed
Package: smartmontools Version: 6.3+svn4002-1 # aptitude purge smartmontools The following packages will be REMOVED: smartmontools{p} 0 packages upgraded, 0 newly installed, 1 to remove and 1 not upgraded. Need to get 0 B of archives. After unpacking 1,441 kB will be freed. Do you want to continue? [Y/n/?] (Reading database ... 115645 files and directories currently installed.) Removing smartmontools (6.3+svn4002-1) ... Purging configuration files for smartmontools (6.3+svn4002-1) ... dpkg: warning: while removing smartmontools, directory '/var/lib/smartmontools' not empty so not removed Processing triggers for man-db (2.7.0.2-2) ... # ls -l /var/lib/smartmontools -rw-r--r-- 1 root root 214 10-21 15:33 attrlog.IBM_DJSA_220-44T444G8658.ata.csv -rw-r--r-- 1 root root 2049 10-21 15:39 smartd.IBM_DJSA_220-44T444G8658.ata.state -rw-r--r-- 1 root root 2049 10-21 15:33 smartd.IBM_DJSA_220-44T444G8658.ata.state~ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766144: Nautilus to Toggle between system wide and type-ahead search
Package: nautilus Version:3.14.0-1 The recent version of Nautilus always searches the whole filesystem with tracker inputs. This feature is very much annoying and difficult to locate the item what the user is searching actually. I have attached the patch (Borrowed from Ubuntu) for Nautilus 3.14 to let the user to Toggle among this feature whether to enable or disable. This feature is very critical and essential since it disturbs the normal searching very much. -- Regards., Prema S Description: Disable system wide search for key press event Author: Prema S pre...@gmail.com === modified file 'libnautilus-private/nautilus-global-preferences.h' Index: nautilus-3.14.0/libnautilus-private/nautilus-global-preferences.h === --- nautilus-3.14.0 orig/libnautilus-private/nautilus-global-preferences.h +++ nautilus-3.14.0/libnautilus-private/nautilus-global-preferences.h @@ -159,6 +159,7 @@ typedef enum /* Recent files */ #define NAUTILUS_PREFERENCES_RECENT_FILES_ENABLED remember-recent-files +#define NAUTILUS_PREFERENCES_ENABLE_SYSTEM_SEARCH enable-system-search void nautilus_global_preferences_init (void); char *nautilus_global_preferences_get_default_folder_viewer_preference_as_iid (void); Index: nautilus-3.14.0/libnautilus-private/org.gnome.nautilus.gschema.xml.in === --- nautilus-3.12.2.orig/libnautilus-private/org.gnome.nautilus.gschema.xml.in +++ nautilus-3.14.0/libnautilus-private/org.gnome.nautilus.gschema.xml.in @@ -164,6 +164,11 @@ _summaryBulk rename utility/_summary _descriptionIf set, Nautilus will append URIs of selected files and treat the result as a command line for bulk renaming. Bulk rename applications can register themselves in this key by setting the key to a space-separated string of their executable name and any command line options. If the executable name is not set to a full path, it will be searched for in the search path./_description /key +key name=enable-system-search type=b + defaultfalse/default + _summaryEnable system wide interactive (type-ahead) search/_summary + _descriptionIf set to true, enables system wide interactive search, similar to Nautilus 3.4./_description +/key /schema schema id=org.gnome.nautilus.icon-view path=/org/gnome/nautilus/icon-view/ gettext-domain=nautilus Index: nautilus-3.14.0/src/nautilus-list-view.c === --- nautilus-3.12.2.orig/src/nautilus-list-view.c +++ nautilus-3.14.0/src/nautilus-list-view.c @@ -2733,6 +2733,7 @@ nautilus_list_view_set_selection (Nautil GList *node; GList *iters, *l; NautilusFile *file; + GtkTreePath *path = NULL; list_view = NAUTILUS_LIST_VIEW (view); tree_selection = gtk_tree_view_get_selection (list_view-details-tree_view); @@ -2747,10 +2748,19 @@ nautilus_list_view_set_selection (Nautil for (l = iters; l != NULL; l = l-next) { gtk_tree_selection_select_iter (tree_selection, (GtkTreeIter *)l-data); + if (!path) +path = gtk_tree_model_get_path (GTK_TREE_MODEL (list_view-details-model), (GtkTreeIter *)l-data); } g_list_free_full (iters, g_free); } - + if (path) { + gtk_tree_view_set_cursor_on_cell (list_view-details-tree_view, + path, + list_view-details-file_name_column, + GTK_CELL_RENDERER (list_view-details-file_name_cell), + TRUE); + gtk_tree_path_free (path); + } g_signal_handlers_unblock_by_func (tree_selection, list_selection_changed_callback, view); nautilus_view_notify_selection_changed (view); } Index: nautilus-3.14.0/src/nautilus-window-slot.c === --- nautilus-3.12.2.orig/src/nautilus-window-slot.c +++ nautilus-3.14.0/src/nautilus-window-slot.c @@ -126,6 +126,17 @@ struct NautilusWindowSlotDetails { gboolean tried_mount; NautilusWindowGoToCallback open_callback; gpointer open_callback_user_data; + + /* Interactive search */ + gboolean isearch_enable; + gboolean isearch_imcontext_changed; + gboolean isearch_disable_hide; + NautilusFile *isearch_selected_file; + GtkWidget *isearch_window; + GtkWidget *isearch_entry; + gulong isearch_entry_changed_id; + guint isearch_timeout_id; + gulong isearch_configure_event_id; }; static guint signals[LAST_SIGNAL] = { 0 }; @@ -136,6 +147,16 @@ static void location_has_really_changed static void nautilus_window_slot_connect_new_content_view (NautilusWindowSlot *slot); static void nautilus_window_slot_emit_location_change (NautilusWindowSlot *slot, GFile *from, GFile *to); +/* Interactive search */ +static void isearch_ensure (NautilusWindowSlot *slot); +static gboolean isearch_start (NautilusWindowSlot *slot, GdkDevice *device); +static void isearch_enable_changed (gpointer callback_data); +static void isearch_dispose (NautilusWindowSlot *slot); +static void
Bug#766146: dpkg: error: --compare-versions takes three arguments: version relation version
Package: smartmontools Version: 6.3+svn4002-1 # aptitude install smartmontools #apt-get gives same error Preparing to unpack .../smartmontools_6.3+svn4002-1_i386.deb ... dpkg: error: --compare-versions takes three arguments: version relation version Type dpkg --help for help about installing and deinstalling packages [*]; Use 'apt' or 'aptitude' for user-friendly package management; Type dpkg -Dhelp for a list of dpkg debug flag values; Type dpkg --force-help for a list of forcing options; Type dpkg-deb --help for help about manipulating *.deb files; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766147: php5-common: session cleanup can be misused to change modification time of arbitrary files to now when symlink protection not enabled
Package: php5-common Version: 5.4.4-14+deb7u14 Tags: security /usr/lib/php5/sessionclean from [1] enables any process allowed to create entries in /var/lib/php5 to adjust the modification time of any file by waiting for the /etc/cron.d/php5 session cleanup job to run. This requires /proc/sys/fs/protected_symlinks to be set to 0 (off), which is not the default in Debian 7 Wheezy and up according to information from Debian security team. Even for affected systems, the impact might be small, just annoying: * backup/IDS might be unhappy when file modification time is changed every 30min * some spoolers might work differently since stale file could be prevented from reaching required age for next action * some privileged /proc or /sys entries might not handle modification time update correctly or react in a strange way * Sudo credentials cache might be affected (not checked) To my judgement, the session cleanup code does _NOT_ allow to create arbitrary files (touch -c is used), hence it would not be possible to use this to create e.g. /etc/suid-debug POC: su -s /bin/bash nobody cd /var/lib/php5 ln -s /etc/passwd xxx cat xxx yyy # wait [1] http://http.us.debian.org/debian/pool/main/p/php5/php5-common_5.4.4-14+deb7u 14_i386.deb smime.p7s Description: S/MIME cryptographic signature
Bug#765784: systemd: Very slow boot time (4 Minutes).
I have run the strace command as suggested and attached the output. I added the -t option to add a time stamp, the 4 minute delay shows up very clearly. The iotop man page describes the accumulate option; -a, --accumulated Show accumulated I/O instead of bandwidth. In this mode, iotop shows the amount of I/O processes have done since iotop started. -- Regards Marc 18:58:28 execve(/bin/systemd-tmpfiles, [/bin/systemd-tmpfiles, --create, --remove, --boot, --exclude-prefix=/dev], [/* 3 vars */]) = 0 18:58:28 brk(0) = 0x7ff25ce31000 18:58:28 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) 18:58:28 mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7ff25ad6e000 18:58:28 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) 18:58:28 open(/etc/ld.so.cache, O_RDONLY|O_CLOEXEC) = 3 18:58:28 fstat(3, {st_mode=S_IFREG|0644, st_size=100058, ...}) = 0 18:58:28 mmap(NULL, 100058, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7ff25ad55000 18:58:28 close(3) = 0 18:58:28 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) 18:58:28 open(/lib/x86_64-linux-gnu/libpthread.so.0, O_RDONLY|O_CLOEXEC) = 3 18:58:28 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\20o\0\0\0\0\0\0..., 832) = 832 18:58:28 fstat(3, {st_mode=S_IFREG|0755, st_size=137439, ...}) = 0 18:58:28 mmap(NULL, 2213008, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7ff25a933000 18:58:28 mprotect(0x7ff25a94b000, 2093056, PROT_NONE) = 0 18:58:28 mmap(0x7ff25ab4a000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x17000) = 0x7ff25ab4a000 18:58:28 mmap(0x7ff25ab4c000, 13456, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7ff25ab4c000 18:58:28 close(3) = 0 18:58:28 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) 18:58:28 open(/lib/x86_64-linux-gnu/libc.so.6, O_RDONLY|O_CLOEXEC) = 3 18:58:28 read(3, \177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0P\34\2\0\0\0\0\0..., 832) = 832 18:58:28 fstat(3, {st_mode=S_IFREG|0755, st_size=1725888, ...}) = 0 18:58:28 mmap(NULL, 3832352, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7ff25a58b000 18:58:28 mprotect(0x7ff25a72a000, 2093056, PROT_NONE) = 0 18:58:28 mmap(0x7ff25a929000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x19e000) = 0x7ff25a929000 18:58:28 mmap(0x7ff25a92f000, 14880, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7ff25a92f000 18:58:28 close(3) = 0 18:58:28 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) 18:58:28 open(/lib/x86_64-linux-gnu/libselinux.so.1, O_RDONLY|O_CLOEXEC) = 3 18:58:28 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\20c\0\0\0\0\0\0..., 832) = 832 18:58:28 fstat(3, {st_mode=S_IFREG|0644, st_size=142728, ...}) = 0 18:58:28 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7ff25ad54000 18:58:28 mmap(NULL, 2246896, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7ff25a366000 18:58:28 mprotect(0x7ff25a387000, 2097152, PROT_NONE) = 0 18:58:28 mmap(0x7ff25a587000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x21000) = 0x7ff25a587000 18:58:28 mmap(0x7ff25a589000, 6384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7ff25a589000 18:58:28 close(3) = 0 18:58:28 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) 18:58:28 open(/lib/x86_64-linux-gnu/libcap.so.2, O_RDONLY|O_CLOEXEC) = 3 18:58:28 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0p\26\0\0\0\0\0\0..., 832) = 832 18:58:28 fstat(3, {st_mode=S_IFREG|0644, st_size=19016, ...}) = 0 18:58:28 mmap(NULL, 2114224, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7ff25a161000 18:58:28 mprotect(0x7ff25a165000, 2093056, PROT_NONE) = 0 18:58:28 mmap(0x7ff25a364000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3000) = 0x7ff25a364000 18:58:28 close(3) = 0 18:58:28 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) 18:58:28 open(/lib/x86_64-linux-gnu/libpcre.so.3, O_RDONLY|O_CLOEXEC) = 3 18:58:28 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\20\27\0\0\0\0\0\0..., 832) = 832 18:58:28 fstat(3, {st_mode=S_IFREG|0644, st_size=448440, ...}) = 0 18:58:28 mmap(NULL, 2543976, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7ff259ef3000 18:58:28 mprotect(0x7ff259f5f000, 2097152, PROT_NONE) = 0 18:58:28 mmap(0x7ff25a15f000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6c000) = 0x7ff25a15f000 18:58:28 close(3) = 0 18:58:28 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) 18:58:28 open(/lib/x86_64-linux-gnu/libdl.so.2, O_RDONLY|O_CLOEXEC) = 3 18:58:28 read(3,
Bug#766148: RFS: sleepenh/1.3.2 [ITA]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package sleepenh * Package name: sleepenh Version : 1.3.2 Upstream Author : was: Pedro Zorzenon Neto p...@debian.org, now: native package * License : GPL-2 Section : utils It builds those binary packages: sleepenh - Sleep until a given date with subsecond resolution To access further information about this package, please visit the following URL: http://mentors.debian.net/package/sleepenh Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/sleepenh/sleepenh_1.3.2.dsc Changes since the last upload: * Use default debian/rules * Add missing misc dependency to debian/control * Set package source format to 3.0 (native); as agreed with original upstream author (Pedro), sleepenh is not a native Debian package * Makefile: use Debian compiler flags * Makefile: use GNU install * Update several Debian control files * Bump to Debian Standards version 3.9.6 * New maintainer (Closes: #759732). Regards, Nicolas Schier signature.asc Description: Digital signature
Bug#766149: kate-data: file overwrite conflict with kate
Package: kate-data Version: 4:4.14.1-1 Severity: serious Justification: Policy 7.6.1 Unpacking kate-data (4:4.14.2-1) over (4:4.14.1-1) ... dpkg: error processing archive /var/cache/apt/archives/kate-data_4%3a4.14.2-1_all.deb (--unpack): trying to overwrite '/usr/share/kde4/apps/kate/plugins/project/kateproject.example', which is also in package kate 4:4.14.2-1 -- System Information: Debian Release: jessie/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable') Architecture: x32 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh -- 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#766031: iceweasel: A year security support of old-stable
Hello, On 21/10/2014 01:57, Paul van der Vlis wrote: op 21-10-14 00:57, Mike Hommey schreef: old-stable packages were available on mozilla.debian.net until the last 24.8.0esr-1 update. Except it's not possible anymore because it requires a compiler version much newer than what's available in old-stable. Maybe I was not clear enough, this bug is about the future. I would like to have 1 year time before I need to upgrade to Jessie. Don't forget that most of the DDs are volunteers. If it is really critical for you, you should have a look here: https://www.debian.org/consultants/ or http://www.freexian.com/services/debian-lts.html Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765879: [Pkg-nagios-devel] Bug#765879: Bug#765879: check_swap reports SWAP OK when queried via nrpe and swap is disabled
Am 21.10.2014 um 00:49 schrieb Christian Kujau: This is not the upstream repository, but it`s https://github.com/monitoring-plugins/monitoring-plugins. Ah, OK. nagios-plugins-basic lists http://nagiosplug.sourceforge.net as its homepage which now redirects to https://nagios-plugins.org/ and cites https://github.com/nagios-plugins/repositories as its Github repo. You really should read [0] and [1]. Kind regards, Michael [0] https://www.monitoring-plugins.org/news/new-project-name.html [1] https://bugzilla.redhat.com/show_bug.cgi?id=1054340 -- DI (FH) Michael Friedrich michael.friedr...@gmail.com || icinga open source monitoring https://twitter.com/dnsmichi || lead core developer dnsmi...@jabber.ccc.de || https://www.icinga.org/team irc.freenode.net/icinga || dnsmichi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766153: openrc: mysql service fails to start
Package: openrc Version: 0.13.1-2 Severity: normal On system startup, the mysql service fails to start with the following message in rc logs [ ok . mysql |[info] Checking for tables which need an upgrade, are corrupt or were mysql |not closed cleanly.. mysql |/lib/rc/sh/runscript.sh: line 257: $1: unbound variable mysql | * ERROR: mysql failed to start dovecot |[] Starting IMAP/POP3 mail server: dovecot[ ok . -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openrc depends on: ii insserv1.14.0-5 ii libc6 2.19-11 ii libeinfo1 0.13.1-2 ii librc1 0.13.1-2 openrc recommends no packages. openrc suggests no packages. -- Configuration Files: /etc/rc.conf changed: rc_parallel=YES rc_interactive=YES rc_logger=YES rc_tty_number=12 -- 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#766150: cannot be installed due to a file shipped also in kate-data
Package: kate Version: 4:4.14.2-1 Severity: grave Trying to upgrade to kate 4:4.14.2-1 on amd64 fails due to: Preparing to unpack .../kate_4%3a4.14.2-1_amd64.deb ... Unpacking kate (4:4.14.2-1) ... dpkg: error processing archive /var/cache/apt/archives/kate_4%3a4.14.2-1_amd64.deb (--unpack): trying to overwrite '/usr/share/kde4/apps/kate/plugins/project/kateproject.example', which is also in package kate-data 4:4.14.2-1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/kate_4%3a4.14.2-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) (Probably the file should only be shipped with kate-data.) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758538: RFS: pysdl2/0.9.3+dfsg2-1 [ITP] -- Python wrapper around SDL2 using ctypes
retitle 758538 RFS: pysdl2/0.9.3+dfsg2-1 [ITP] -- Python wrapper around SDL2 using ctypes thanks Dear mentors, I am looking for a sponsor for my package pysdl2 * Package name: pysdl2 Version : 0.9.3+dfsg2-1 Upstream Author : Marcus von Appen mar...@sysfault.org * URL : https://bitbucket.org/marcusva/py-sdl2 * License : CC0 or ZLIB Section : python It builds those binary packages: pysdl2-doc - Python bindings to the SDL2 C-library - documentation python-sdl2 - Python bindings to the SDL2 C-library (Python 2 build) python3-sdl2 - Python bindings to the SDL2 C-library (Python 3 build) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/pysdl2 Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/pysdl2/pysdl2_0.9.3+dfsg2-1.dsc More information about PySDL2 can be obtained from https://bitbucket.org/marcusva/py-sdl2 . Changes since the last upload: * New dfsg tarball without doc/python.inv * Upgraded to policy 3.9.6, no changes required * debian/control: - Add Recommends dependency *-numpy for faster pixelaccess * debian/copyright: - Adjust license comment to fully state that the CC0 Public Domain Dedication is the preferred dedication and ZLIB is just a fallback License * debian/prune-tarball.sh: - Drop doc/python.inv which isn't in the preferred form for modifications and not used during the build * debian/README.source: - Clarify why doc/python.inv was removed from the upstream tarball A diff to the previous upload is attached. Special thanks to Thorsten Alteholz for finding the problem in debian/prune-tarball.sh which caused an inclusion of doc/python.inv. Regards, Victor Fayveldiff --git a/debian/README.source b/debian/README.source index 932335e..f2f3af0 100644 --- a/debian/README.source +++ b/debian/README.source @@ -7,6 +7,11 @@ files in the source package are the actual source files. * doc/modules/images/*.png * examples/resources/hello.bmp +Following files are not in a form which is the preferred form for modification +and were therefore removed: + + * doc/python.inv + The DFSG tarball can be generated using the upstream tarball and the script debian/prune-tarball.sh. The easiest method in doing so is to download the tarball using uscan. diff --git a/debian/changelog b/debian/changelog index 555953f..a13ed65 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,5 +1,5 @@ -pysdl2 (0.9.3+dfsg1-1) unstable; urgency=low +pysdl2 (0.9.3+dfsg2-1) unstable; urgency=low * Initial release. (Closes: #731070) - -- Victor Fayvel fay...@web.de Mon, 18 Aug 2014 17:43:23 +0200 + -- Victor Fayvel fay...@web.de Tue, 21 Oct 2014 09:33:24 +0200 diff --git a/debian/control b/debian/control index 642894a..81bcd28 100644 --- a/debian/control +++ b/debian/control @@ -3,7 +3,7 @@ Section: python Priority: optional Maintainer: Debian Python Modules Team python-modules-t...@lists.alioth.debian.org Uploaders: Victor Fayvel fay...@web.de -Standards-Version: 3.9.5 +Standards-Version: 3.9.6 Homepage: https://bitbucket.org/marcusva/py-sdl2 Build-Depends: debhelper (= 9), @@ -18,9 +18,11 @@ Build-Depends: libsdl2-ttf-2.0-0, imagemagick, python-all (= 2.6.6-3~), + python-numpy, python-setuptools, python-sphinx, python3-all (= 3.2~), + python3-numpy, python3-setuptools, librsvg2-bin, xauth, @@ -38,6 +40,8 @@ Depends: libsdl2-image-2.0-0, libsdl2-mixer-2.0-0, libsdl2-ttf-2.0-0, +Recommends: + python-numpy, Suggests: pysdl2-doc Description: Python bindings to the SDL2 C-library (Python 2 build) PySDL2 is a ctypes based wrapper around the Simple DirectMedia Layer 2 library @@ -56,6 +60,8 @@ Depends: libsdl2-image-2.0-0, libsdl2-mixer-2.0-0, libsdl2-ttf-2.0-0, +Recommends: + python3-numpy, Suggests: pysdl2-doc Description: Python bindings to the SDL2 C-library (Python 3 build) PySDL2 is a ctypes based wrapper around the Simple DirectMedia Layer 2 library diff --git a/debian/copyright b/debian/copyright index 0bc23ee..8e494cd 100644 --- a/debian/copyright +++ b/debian/copyright @@ -8,16 +8,12 @@ Copyright: 2012-2014, Marcus von Appen mar...@sysfault.org 2012-2014, Steven Johnson 2012-2014, Marcel Rodrigues 2012-2014, Dan Gillett -Comment: upstream also marked the project as public-domain but didn't gave - information about the exemption of the default copyright restrictions. But - a fallback license Zlib was was given when the files could not be used under - the public-domain. This part of the license was added to this comment - . - This software is distributed under the Public Domain. +Comment: + This software is distributed under the Public Domain (CC0 Public Domain + Dedication). . In cases, where the law prohibits the recognition of Public Domain - software, this
Bug#766151: openrc: tor service fails to start
Package: openrc Version: 0.13.1-2 Severity: normal On system startup, the tor service fails to start with the following in the rc logs. dbus |[] Starting system message bus: dbus[ ok . [ ok . [ ok . cgproxy |[] Starting cgroup management proxy daemon: cgproxy[ ok . tor |/lib/rc/sh/runscript.sh: 274: exec: /bin/bash: not found tor | * ERROR: tor failed to start cups-browsed |[] Starting CUPS Bonjour daemon: cups-browsed[ ok . apache2 |[] Starting web server: apache2cron |[] Starting periodic command scheduler: cron[ ok . [ ok . lightdm |[] Starting Light Display Manager: lightdm[ ok . -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openrc depends on: ii insserv1.14.0-5 ii libc6 2.19-11 ii libeinfo1 0.13.1-2 ii librc1 0.13.1-2 openrc recommends no packages. openrc suggests no packages. -- Configuration Files: /etc/rc.conf changed: rc_parallel=YES rc_interactive=YES rc_logger=YES rc_tty_number=12 -- 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#766152: kate-data: dpkg error when installing kate-data
Package: kate-data Version: 4:4.14.1-1 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Something weird happens when I did an update followed by a dist-upgrade. It was less then 24 hours since my last update/dist-upgrade. jonas@asdf:~ $ sudo apt-get dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done You might want to run 'apt-get -f install' to correct these. The following packages have unmet dependencies: kate : Depends: kate-data (= 4:4.14.2-1) but 4:4.14.1-1 is installed katepart : Depends: kate-data (= 4:4.14.2-1) but 4:4.14.1-1 is installed E: Unmet dependencies. Try using -f. jonas@asdf:~ $ sudo apt-get -f install Reading package lists... Done Building dependency tree Reading state information... Done Correcting dependencies... Done The following package was automatically installed and is no longer required: linux-image-3.16-2-amd64 Use 'apt-get autoremove' to remove it. The following extra packages will be installed: kate-data The following packages will be upgraded: kate-data 1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 113 not fully installed or removed. Need to get 0 B/1,492 kB of archives. After this operation, 375 kB of additional disk space will be used. Do you want to continue? [Y/n] Reading changelogs... Done (Reading database ... 303384 files and directories currently installed.) Preparing to unpack .../kate-data_4%3a4.14.2-1_all.deb ... Unpacking kate-data (4:4.14.2-1) over (4:4.14.1-1) ... dpkg: error processing archive /var/cache/apt/archives/kate-data_4%3a4.14.2-1_all.deb (--unpack): trying to overwrite '/usr/share/kde4/apps/kate/plugins/project/kateproject.example', which is also in package kate 4:4.14.2-1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/kate-data_4%3a4.14.2-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.17.1 (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 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJURhP2AAoJEBKd4UpXCeED0JcP/0yr7tLJJkNxIk6vfUP17hE0 Z/AcDrkPTuSxyNszIw0s2T12dMCdXD9wGFFtjNIO5IxQb8GXaONhOXSt99zUFRmM NRdA4O2K/ua3h2A2Y/eUCqWsni0hbaGiyibfPHmlcDYvqVQj7ruzSasow6sAEgjB 0yvhnqjXGuaMEbUUgS1ZB3Y8GSKHFdFx7kfVSmTdEenro4NFVGEpCGq+Mgda+Dr4 brK1kvB19OQ0eUr03wxwugLwn05sjAFP5GLNv+Ni9xB+3deIBC/Mt/zmYpmqcstE DPGm6PH2PBs4FrZwrz/VxW4FbUUHjrjuRAMU3mIb67AK5IgAhpiM54YZYTvr4tbI +b9J99kNip/K+he5DqvXa3QlZ5CjkuBnTIsdVfSu3JqXUZ4boiVjRfF8322BXv3I z7pkSk/GChLBlzYsG1qow5AW18XoR0UE1mRVWHyaaUfhTLJ+at+HH7PTvQshSgXx CAEZxzcSRg6udomA6p/GgQMG95t+dS7XgFGTk2PKzLT8ImS0KLEOmxWh4aeEbFI1 yCJ0y5IeKt0HbEb60Tgxr5Rb/CL8obTMg1muRwOVA6Sot5h6fuaJCtBe/o/V/kC6 rnGxBpatLD7QAW2gDkk0eqifArSQa/02Y49U28Yfc/iIOO6T/KcOSuqsbvZnaaNd xFH8sRNMH7EdF4JKD35s =Fgo6 -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#765484: qdox: FTBFS (hangs) on armhf.
Hello, On Wed, Oct 15, 2014 at 10:06:46PM +0800, Andrew Lee wrote: Package: qdox Version: 1.12-1 [...] package: [java] Reading skeleton file src/grammar/skeleton.inner. [java] Reading src/grammar/lexer.flex [java] [java] Warning : Macro CommentChar has been declared but never used. [java] Constructing NFA : 1,071 states in NFA [java] Converting NFA to DFA : [java] . [java] 491 states before minimization, 384 states in minimized DFA [java] Writing code to build/generated-sources/com/thoughtworks/qdox/parser/impl/JFlexLexer.java [..hangs forever...] Using openjdk-7-jre 7u65-2.5.2-4, (but works using openjdk-7-jre 7u55-2.4.7-1) Aparently, java hangs waiting for a thread, as shown in a backtrace: #0 0xb6fc1534 in __libc_do_syscall () from /lib/arm-linux-gnueabihf/libpthread.so.0 #1 0xb6fbae2a in pthread_join () from /lib/arm-linux-gnueabihf/libpthread.so.0 #2 0xb6f9fa3c in ?? () from /usr/lib/jvm/java-7-openjdk-armhf/jre/bin/../lib/arm/jli/libjli.so Backtrace stopped: previous frame identical to this frame (corrupt stack?) Java stack for given process: zumbi 3813 99.7 0.5 666200 21488 pts/15 Sl+ 12:47 1:30 | \_ /usr/lib/jvm/java-7-openjdk-armhf/jre/bin/java -classpath /usr/share/java/JFlex.jar JFlex.Main -d build/generated-sources/com/thoughtworks/qdox/parser/impl --skel src/grammar/skeleton.inner src/grammar/lexer.flex $ jstack 3813 2014-10-17 12:48:11 Full thread dump OpenJDK Zero VM (24.65-b04 mixed mode): Attach Listener daemon prio=10 tid=0x8ee005d0 nid=0xefd waiting on condition [0x] java.lang.Thread.State: RUNNABLE Service Thread daemon prio=10 tid=0xb5e75b58 nid=0xeeb runnable [0x] java.lang.Thread.State: RUNNABLE Signal Dispatcher daemon prio=10 tid=0xb5e74140 nid=0xeea runnable [0x] java.lang.Thread.State: RUNNABLE Finalizer daemon prio=10 tid=0xb5e63518 nid=0xee9 in Object.wait() [0x8f3fe000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on 0x9a7d4ac8 (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:135) - locked 0x9a7d4ac8 (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:151) at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:209) Reference Handler daemon prio=10 tid=0xb5e62008 nid=0xee8 in Object.wait() [0x8f6fe000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on 0x9a7d4b58 (a java.lang.ref.Reference$Lock) at java.lang.Object.wait(Object.java:503) at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:133) - locked 0x9a7d4b58 (a java.lang.ref.Reference$Lock) main prio=10 tid=0xb5e05a98 nid=0xee6 runnable [0xb6108000] java.lang.Thread.State: RUNNABLE at JFlex.Emitter.findActionStates(Emitter.java:1445) at JFlex.Emitter.emit(Emitter.java:1543) at JFlex.Main.generate(Main.java:118) at JFlex.Main.generate(Main.java:305) at JFlex.Main.main(Main.java:322) VM Thread prio=10 tid=0xb5e5f6a0 nid=0xee7 runnable VM Periodic Task Thread prio=10 tid=0xb5e777f0 nid=0xeec waiting on condition JNI global references: 133 Apparently some issue is affecting Java threads on ARM. Regards, -- Hector Oron signature.asc Description: Digital signature
Bug#765693: the last bit of this bug
Hi! On Tue, 2014-10-21 at 05:07:00 +, lumin wrote: I forgot to change the last-translator field, in the former patch... I added it in the patch, and there also are some little fixes. Ah, perfect, wondered about that, and the name alias, but was not sure if you might prefer to use that instead, so didn't ask. I've merged that now, updated the previous changelog entry with your name, and added a .mailmap entry to correct at least «git shortlog». that patch is to ee77bc3b16a7f3feb0658193b00d07a57c8aa673 msgfmt OK. There are still some untranslated and fuzzy strings, could you send an update for those, so that we can get a fully translated .po file? 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#766154: libglm-dev: error: 'abs' was not declared in this scope. missing std::?
Package: libglm-dev Version: 0.9.5.4-1 Severity: important Tags: patch Hi, my amd64 build worked fine but my i386 build of libreoffic 4.4.0 alpha 1 failed: [build CXX] vcl/workben/icontest.cxx S=/home/rene/Debian/Pakete/LibreOffice/libreoffice-4.4.0.0.alpha1 I=$S/instdi r W=$S/workdir mkdir -p $W/CxxObject/vcl/workben/ $W/Dep/CxxObject/vcl/wo rkben/ cd /home/rene/Debian/Pakete/LibreOffice/libreoffice-4.4.0.0.alpha1 i586-linux-gnu-g++ -DCPPU_ENV=gcc3 -DINTEL -DLIBO_INTERNAL_ONLY -DLINUX -DNDEB UG -DOPTIMIZE -DOSL_DEBUG_LEVEL=0 -DSUPD=440 -DUNIX -DUNX -DX86 -D_FORTIFY_SOURC E=2 -D_PTHREADS -D_REENTRANT -DRTL_USING -D_FORTIFY_SOURCE=2 -DHAVE_GCC_VISIBI LITY_FEATURE -fvisibility=hidden -Wall -Wnon-virtual-dtor -Wendif-labels -Wext ra -Wundef -Wunused-macros -fmessage-length=0 -fno-common -pipe -fvisibility-in lines-hidden -fPIC -Wshadow -Woverloaded-virtual -std=gnu++11 -ggdb2 -DEXCEPTI ONS_ON -fexceptions -g -O2 -fstack-protector-strong -Wformat -Werror=format-secu rity -c $S/vcl/workben/icontest.cxx -o $W/CxxObject/vcl/workben/icontest.o -I$ S/vcl/workben/ -I$S/include -I/usr/lib/jvm/default-java/include -I/usr/lib/jvm /default-java/include/linux -I$S/config_host -I/usr/include -isystem /usr/inc lude/GL -isystem /usr/include/libdrm -I$W/UnoApiHeadersTarget/offapi/normal -I $W/UnoApiHeadersTarget/udkapi/normal [...] In file included from /usr/include/glm/gtx/bit.hpp:232:0, from /home/rene/Debian/Pakete/LibreOffice/libreoffice-4.4.0.0.alpha1/vcl/workben/icontest.cxx:24: /usr/include/glm/gtx/bit.inl: In instantiation of 'bool glm::isPowerOfTwo(const genType) [with genType = int]': /home/rene/Debian/Pakete/LibreOffice/libreoffice-4.4.0.0.alpha1/vcl/workben/icontest.cxx:221:40: required from here /usr/include/glm/gtx/bit.inl:89:23: error: 'abs' was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive] Result = abs(Result); ^ In file included from /home/rene/Debian/Pakete/LibreOffice/libreoffice-4.4.0.0.alpha1/include/sal/config.h:27:0, from /home/rene/Debian/Pakete/LibreOffice/libreoffice-4.4.0.0.alpha1/workdir/UnoApiHeadersTarget/udkapi/normal/com/sun/star/lang/XComponent.hpp:4, from /home/rene/Debian/Pakete/LibreOffice/libreoffice-4.4.0.0.alpha1/vcl/workben/icontest.cxx:26: /usr/include/stdlib.h:775:12: note: 'int abs(int)' declared here, later in the translation unit extern int abs (int __x) __THROW __attribute__ ((__const__)) __wur; ^ [...] /home/rene/Debian/Pakete/LibreOffice/libreoffice-4.4.0.0.alpha1/solenv/gbuild/LinkTarget.mk:189: recipe for target '/home/rene/Debian/Pakete/LibreOffice/libreoffice-4.4.0.0.alpha1/workdir/CxxObject/vcl/workben/icontest.o' failed make[2]: *** [/home/rene/Debian/Pakete/LibreOffice/libreoffice-4.4.0.0.alpha1/workdir/CxxObject/vcl/workben/icontest.o] Error 1 icontext.cxx does not use abs() directly but glm::isPowerOfTwo and that does (in /usr/include/glm/gtx/bit.inl): // For old complier? genType Result = Value; if(std::numeric_limitsgenType::is_signed) Result = abs(Result); icontext.cxx has even a #include math.h but... Changing abs(Result) to std::abs(Result) makes it work. Maybe you also want a #include of some math header (cmath?) too Regards, Rene -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765513:
I can confirm that this bug happens with an up to date Debian jessie install. Running from command line works fine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766155: /usr/share/doc/fonts-lmodern/MANIFEST-Latin-Modern.txt is a broken symlink
Package: fonts-lmodern Version: 2.004.4-4 Severity: minor User: debian...@lists.debian.org Usertags: adequate broken-symlink $ dpkg -L fonts-lmodern | xargs -n1 file | grep broken /usr/share/doc/fonts-lmodern/MANIFEST-Latin-Modern.txt: broken symbolic link to `../../texmf/doc/fonts/lm-math/MANIFEST-Latin-Modern.txt' advert This bug was brought to you by adequate: https://packages.debian.org/unstable/main/adequate /advert -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.16-2-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 Versions of packages fonts-lmodern depends on: ii dpkg1.17.19 ii tex-common 5.03 -- 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#765803: Status of prompting / notification on upgrade for init system switch?
Russ Allbery r...@debian.org writes: I think default is about what we install with fresh installs. That's consistent with the other examples you list, where we've picked a default. I agree. Bdale pgpHzEW8MqQBS.pgp Description: PGP signature
Bug#759018: [Xen-devel] [PATCH v2] docs: Introduce specification for x86 pv bootloader chainloading paths/formats.
On Fri, 2014-08-29 at 21:14 +0100, Ian Campbell wrote: In order to support pvgrub (or other bootloader) from dom0 chainloading a pvgrub (or other) from within the domU filesystem we need a standard for where the stage 1 bootloader should look and what it should expect to find there. Add a document along those lines. This is currently x86-specific since it is expected that other new architecures (including ARM) will either not need to implement this due to the existence of more generic specifications for that arch (e.g. the ARM VM spec) or will update this document in due course. Signed-off-by: Ian Campbell i...@hellion.org.uk Cc: Ian Jackson ian.jack...@eu.citrix.com Cc: Colin Watson cjwat...@debian.org Cc: 759...@bugs.debian.org On IRC Ian J said: (16:52:37) ijc: Diziet: Did you (intend to) ack 1409343270-2375-1-git-send-email-...@hellion.org.uk? (16:55:14) Diziet: ijc: I'm sure I intended to ack that, sorry. (16:55:42) ijc: Will you or can I take the above as one? (16:57:48) Diziet: ijc: Please do take it as an ack. So I have fabricated an Ack and applied. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614713: Re-open: cups-pdf: installation asks for a password
Le lundi, 20 octobre 2014, 22.38:17 Daniel Reichelt a écrit : I cannot confirm this: CUPS 1.7 is installable and working inside a chroot, as long as the 631 port is available. Is this a bug with CUPS 1.4 only? Has it been reproduced with later versions ? Which steps exactly did you take in trying to reproduce this? $ mkdir sid-chroot $ sudo debootstrap sid ./sid-chroot/ http://http.debian.net/debian/ $ sudo mount proc sid-chroot/proc/ -t proc $ sudo mount proc sid-chroot/sys/ -t sysfs $ sudo chroot sid-chroot # apt install cups-pdf (… which end in …) Processing triggers for dbus (1.8.8-2) ... Setting up libcupsimage2:amd64 (1.7.5-5) ... Setting up libcupsfilters1:amd64 (1.0.61-2) ... Setting up cups-filters-core-drivers (1.0.61-2) ... Setting up cups-core-drivers (1.7.5-5) ... Setting up libgs9 (9.06~dfsg-1.1+b1) ... Setting up ghostscript (9.06~dfsg-1.1+b1) ... Setting up cups-client (1.7.5-5) ... Setting up cups-filters (1.0.61-2) ... [ ok ] Reloading Common Unix Printing System: cupsd. Setting up cups (1.7.5-5) ... locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory Updating PPD files for cups ... Updating PPD files for cups-filters ... Updating PPD files for cups-pdf ... Updating PPD files for gutenprint ... Setting up printer-driver-cups-pdf (2.6.1-14) ... [ ok ] Reloading Common Unix Printing System: cupsd. Setting up cups-pdf (2.6.1-14) ... Setting up printer-driver-gutenprint (5.2.10-3) ... Processing triggers for libc-bin (2.19-11) ... Processing triggers for sgml-base (1.26+nmu4) ... # So I don't see cups-pdf asking for a password in a chroot setup, for the sid versions. Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763494: squeak-vm: Please change build dependency to libjpeg-dev (libjpeg-turbo transition)
Ondřej Surý ond...@debian.org writes: I have no idea if it fixes the #744289, but if the bundled library is the original libjpeg6b then it might. I've now tested (after upgrading squeak-vm to version 1:4.10.2.2614-1.1+b1). jpeg files still don't work in scratch, and I get no error messages. To reproduce (with an English locale): Start scratch. For me, this displays a message Executing: /usr/lib/squeak/4.10.2-2614/squeakvm -encoding UTF-8 -vm-display-x11 -plugins /usr/lib/scratch/plugins/:/usr/lib/squeak/4.10.2-2614/ /usr/share/scratch/Scratch.image and then the scratch window appears. Click Stage on the right. In the middle, we get three tabs, including a Backgrounds tab. Select the Backgrounds tab. Click the Import button. A file selector appears. Select the Indoors folder and the file party-room (in the file system, that's /usr/share/scratch/Media/Backgrounds/Indoors/party-room.jpg), and click Ok. We get a new entry in the list of backgrounds, but the thumbnail is an empty image. Interestingly, I do get a correct thumbnail for the party-room image in the file selector, but I guess the thumbnails are stored separately in scratchthumbs.db. For contrast, click the Import button again, and select Indoors/bedroom1 (corresponding to the file bedroom1.gif). We get a new entry in the list, with a correct thumbnail image, and since it is selected, we also get a larger version on the right as the stage background. So something is still broken with jpg support in squeak-vm and/or scratch. And I think backgrounds are a quite important feature in scratch. Maybe someone more familiar with smalltalk and squeak can cook up a simpler jpeg test case. Regards, /Niels -- Niels Möller. PGP-encrypted email is preferred. Keyid C0B98E26. Internet email is subject to wholesale government surveillance. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765693: the last bit of this bug
On Tue, 2014-10-21 at 10:09 +0200, Guillem Jover wrote: Hi! On Tue, 2014-10-21 at 05:07:00 +, lumin wrote: I forgot to change the last-translator field, in the former patch... I added it in the patch, and there also are some little fixes. Ah, perfect, wondered about that, and the name alias, but was not sure if you might prefer to use that instead, so didn't ask. I've merged that now, updated the previous changelog entry with your name, and added a .mailmap entry to correct at least «git shortlog». Thanks for the changes :) that patch is to ee77bc3b16a7f3feb0658193b00d07a57c8aa673 msgfmt OK. There are still some untranslated and fuzzy strings, could you send an update for those, so that we can get a fully translated .po file? I clearly see that, and I just feel confused to some strings, i.e. hard to understand, and some are very hard for me to translate. So I keeped those fuzzy marks at that time and left some strings untranslated, for those strings that I was not sure. I'm willing to make it 100% done, but some sentences really stuck me, :( so, you know ... Let me try it again in the future. Thanks, Guillem -- Regards, C.D.Luminate -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766151: openrc: tor service fails to start
On Tuesday 21 October 2014 01:35 PM, Ritesh Raj Sarraf wrote: dbus |[] Starting system message bus: dbus[ ok . [ ok . [ ok . cgproxy |[] Starting cgroup management proxy daemon: cgproxy[ ok . tor |/lib/rc/sh/runscript.sh: 274: exec: /bin/bash: not found tor | * ERROR: tor failed to start cups-browsed |[] Starting CUPS Bonjour daemon: cups-browsed[ ok . apache2 |[] Starting web server: apache2cron |[] Starting periodic command scheduler: cron[ ok . [ ok . lightdm |[] Starting Light Display Manager: lightdm[ ok . The tor service works if the init script interpreter is changed from /bin/bash to /bin/sh, with /bin/sh symlinking to /bin/dash -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#766156: libspring-java: Hard coded JAVA_HOME that cause ftbfs
Package: libspring-java Version: 3.0.6.RELEASE-15 Severity: important Dear Maintainer, I got such ftbfs on i386: dh_testdir -O--buildsystem=ant debian/rules override_dh_auto_clean make[1]: Entering directory '/usr/src/packages/BUILD/libspring-java-3.0.6.RELEASE' CLASSPATH=/usr/share/java/servlet-api-2.5.jar:/usr/share/java/ivy.jar:/usr/share/java/org.springframework.build.ant.jar:/usr/share/java/ecj.jar:/usr/share/java/aopalliance.jar:/usr/share/java/asm4-commons.jar:/usr/share/java/asm4.jar:/usr/share/java/aspectjrt.jar:/usr/share/java/aspectjtools.jar:/usr/share/java/aspectjweaver.jar:/usr/share/java/atinject-jsr330-api.jar:/usr/share/java/axis-jaxrpc.jar:/usr/share/java/bsh.jar:/usr/share/java/c3p0.jar:/usr/share/java/castor-core.jar:/usr/share/java/castor-xml.jar:/usr/share/java/cglib3.jar:/usr/share/java/commons-beanutils.jar:/usr/share/java/commons-collections3.jar:/usr/share/java/commons-fileupload.jar:/usr/share/java/commons-httpclient.jar:/usr/share/java/commons-logging.jar:/usr/share/java/commons-pool.jar:/usr/share/java/dom4j.jar:/usr/share/java/eclipselink.jar:/usr/share/java/ehcache.jar:/usr/share/java/el-api-2.1.jar:/usr/share/java/freemarker.jar:/usr/share/java/geronimo-commonj_1.1_spec.jar:/usr/share/java/geronimo-ejb -3.0-spec.jar:/usr/share/java/geronimo-interceptor-3.0-spec.jar:/usr/share/java/geronimo-j2ee-connector-1.5-spec.jar:/usr/share/java/geronimo-jpa-2.0-spec.jar:/usr/share/java/geronimo-validation.jar:/usr/share/java/glassfish-appserv-jstl.jar:/usr/share/java/glassfish-javaee.jar:/usr/share/java/glassfish-jta.jar:/usr/share/java/glassfish-mail.jar:/usr/share/java/glassfish-toplink-essentials.jar:/usr/share/java/groovy.jar:/usr/share/java/hessian.jar:/usr/share/java/hibernate-core.jar:/usr/share/java/hibernate-entitymanager.jar:/usr/share/java/ibatis.jar:/usr/share/java/itext.jar:/usr/share/java/jackson-core-asl.jar:/usr/share/java/jackson-mapper-asl.jar:/usr/share/java/poi.jar:/usr/share/java/jamon.jar:/usr/share/java/jasperreports.jar:/usr/share/java/jboss-vfs.jar:/usr/share/java/jdo2-api.jar:/usr/share/java/jibx-run-1.2.jar:/usr/share/java/joda-time.jar:/usr/share/java/jsf-api.jar:/usr/share/java/jsp-api-2.1.jar:/usr/share/java/junit4.jar:/usr/share/java/jruby.jar:/usr/share /java/jxl.jar:/usr/share/java/openjpa.jar:/usr/share/java/portlet-api.jar:/usr/share/java/quartz.jar:/usr/share/java/rome.jar:/usr/share/java/struts-1.2.jar:/usr/share/java/testng.jar:/usr/share/java/tiles-api.jar:/usr/share/java/tiles-core.jar:/usr/share/java/tiles-el.jar:/usr/share/java/tiles-jsp.jar:/usr/share/java/tiles-servlet.jar:/usr/share/java/tomcat8-api.jar:/usr/share/java/tomcat8-catalina.jar:/usr/share/java/velocity.jar:/usr/share/java/velocity-tools-view.jar:/usr/share/java/xmlbeans.jar:/usr/share/java/xstream.jar: JAVA_HOME=/usr/lib/jvm/java-7-openjdk-amd64 ANT_OPTS= ant -f projects/build-spring-framework/build.xml -propertyfile debian/ant.properties clean Error: JAVA_HOME is not defined correctly. We cannot execute /usr/lib/jvm/java-7-openjdk-amd64/bin/java debian/rules:20: recipe for target 'override_dh_auto_clean' failed make[1]: *** [override_dh_auto_clean] Error 1 make[1]: Leaving directory '/usr/src/packages/BUILD/libspring-java-3.0.6.RELEASE' debian/rules:17: recipe for target 'clean' failed make: *** [clean] Error 2 dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2 Found this in debian/rules: JAVA_HOME := /usr/lib/jvm/java-7-openjdk-amd64 A quickly fix: + DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH) - JAVA_HOME := /usr/lib/jvm/java-7-openjdk-amd64 + JAVA_HOME := /usr/lib/jvm/java-7-openjdk-$(DEB_HOST_ARCH) Best regards, -Andrew -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-0.bpo.2-amd64 (SMP w/4 CPU cores) Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766157: add a command to show any tests currently in progress
Package: smartmontools Version: 6.3+svn4002-1 Severity: wishlist Add a command to show any tests currently in progress. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766158: iceweasel: crashes, hangs, burns CPU, doesn't quit, ...
Package: iceweasel Version: 31.2.0esr-2~deb7u1 Severity: important The new version is a disaster. Some problems I've observed within a few days of using it: - crashes (many times), - hangs and doesn't react at all, - reacts, but burns CPU, - doesn't quit properly, i.e. when trying to restart says ... is already running ..., and I've got to kill the remaining process. Don't bother asking me for more detailed info. Seeing that even the most detailed bug reports with patches generally seem to get ignored in Debian (just some examples of my own reports: 589601, 742469, 760571, 675101, 760556), I'm not wasting my time anymore trying to debug things which then get ignored anyway. I've now downgraded to 24 in order to be able to use it at all, so I can't do more tests anyway. -- Package-specific info: -- Extensions information Name: Cookie Exporter Location: ${PROFILE_EXTENSIONS}/cookieexpor...@krk.xpi Status: user-disabled Name: Default theme Location: /usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled Name: DownloadHelper Location: ${PROFILE_EXTENSIONS}/{b9db16a4-6edc-47ec-a1f4-b86292ed211d} Status: user-disabled Name: Greasemonkey Location: ${PROFILE_EXTENSIONS}/{e4a8a97b-f2ed-450b-b12d-ee082ba24781}.xpi Status: user-disabled -- Plugins information Name: IcedTea-Web Plugin (using IcedTea-Web 1.4 (1.4-3~deb7u2)) Location: /usr/lib/jvm/java-7-openjdk-i386/jre/lib/i386/IcedTeaPlugin.so Package: icedtea-7-plugin:i386 Status: enabled Name: Skype Buttons for Kopete Location: /usr/lib/mozilla/plugins/skypebuttons.so Package: kopete Status: enabled -- Addons package information ii icedtea-7-plug 1.4-3~deb7u2 i386 web browser plugin based on OpenJ ii iceweasel 31.2.0esr-2~ i386 Web browser based on Firefox ii kopete 4:4.8.4-1+b1 i386 instant messaging and chat applic -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (900, 'stable'), (500, 'stable-updates'), (500, 'proposed-updates') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/6 CPU cores) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 4.3.2 ii fontconfig2.9.0-7.1 ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38+deb7u6 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1+deb7u4 ii libdbus-glib-1-2 0.100.2-1 ii libevent-2.0-52.0.19-stable-3 ii libffi5 3.0.10-3 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libhunspell-1.3-0 1.3.2-4 ii libpango1.0-0 1.30.0-1 ii libsqlite3-0 3.7.13-1+deb7u1 ii libstartup-notification0 0.12-1 ii libstdc++64.7.2-5 ii libx11-6 2:1.5.0-1+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii libxrender1 1:0.9.7-1+deb7u1 ii libxt61:1.1.3-1+deb7u1 ii procps1:3.3.3-3 ii zlib1g1:1.2.7.dfsg-13 iceweasel recommends no packages. Versions of packages iceweasel suggests: pn fonts-mathjax none pn fonts-oflb-asana-math none ii fonts-stix [otf-stix] 1.1.0-1 ii libcanberra0 0.28-6 ii libgnomeui-0 2.24.5-2 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u2 pn mozplugger none -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766073: AW: [oss-security] Multiple disputed issues in util-vserver
Hello Carlos, Von: Carlos Alberto Lopez Perez [mailto:clo...@igalia.com] On 14/10/14 16:31, Fiedler Roman wrote: Hi, While fixing a bug, I noticed some strange behavior in linux vserver virtualization, that I would call a security problems, but project developers see it differently. Since the util-vserver packages and patched kernel were or are included in some Linux distros, I would be interested in the communities' opinion on that. Issue 1: When calling util-vserver tool on the host to execute a job within the guest, e.g. to install updates, the host process (in host PID ns) might end up being the child of a guest process (with PID only in guest ns), thus the parent PID of the host process pointing to a guest ns PID. If the host process wants to signal the parent process or some other tool operates using the ppid, a host process might interact with another arbitrary host process on error (see [1]). Compared to issue 2-3, I'm not sure for myself if it is really a bug and what the correct behavior of kernel with pid namespaces would be. At least it breaks bash process handling (gets stuck) when calling vserver exec in a certain way, start-stop-daemon or upstart might not like it also. Is there any (practical) scenario in which an attacker that has compromised an vserver guest could use this behavior to compromise or execute code on the host (master)? For code execution, I would guess, this should be less of a risk. The only thing, I could think of, is that if namespace separation is not completely clean, that it might be somehow possible, that the guest process (uid=0) being the parent of the host process finds some way to ptrace et al control the host process. DOS might be more likely, therefore a malicious guest process just would have to fill up the guest pid namespace until e.g. only some PIDs usually occupied by swapper, IRQ-handler, ssh daemon ... on host are free in guest. After reparenting, a host process might send a deadly signal to the wrong parent. I do not known, if this is really a relevant scenario (therefore asking about this), since even with cgroups/quota and all other things in place, a guest might find other ways to starve the whole machine to death, hence not needing such tricks. Issue 2: When entering the container from the host or executing commands within the container, e.g. to perform common administrative tasks, a malicious login shell inside the container might overwrite the /usr/sbin/vcontext on the host, thus allowing on to execute arbitrary code on the host with root privileges next time vcontext is invoked. See [3]. Feedback from developer: Yes, vlogin is known to have several security issues. It's a maintenance backdoor, much like the iLO or iDRAC on hardware. If you can find ways to improve it, patches would be accepted, but I doubt it will ever be possible to do what it does securely. Project documentation does not strike out those restrictions (or at least I did not find that or the list of several known security issues online), other sources, e.g. container vs system virtualization comparison strike out the importance of the feature to enter a guest from the host easily for maintenance, so I guess that those tools were not useful just for me alone. This issue I would rate a killer for production use, e.g. for mass hosting. Can you please send me the PoC for this issue ? Sent off-list Issue 3: It seems that handling of open tty FDs on enter, that allows to inject arbitrary keyboard input to be read by the parent process, also affects the tool to start the guest container. This seems to be the same issue with vserver start as reported in [2] for vserver enter, which was classified as less relevant back than. My rating would be little lower than 2 but still quite high for mass hosting: manual restart, e.g. during maintenance, seems quite common to me. If I understand correctly, this (and the previous one) are CVE-2005-4890, isn't it?. http://www.halfdog.net/Security/2012/TtyPushbackPrivilegeEscalation Yes, this is the stuff about the general problem, this issue is quite a similar one for su. In both cases (su and vserver), a tool used to enter an possibly compromised, lower privileged context from a higher privileged one fail. The CVE is only for su. For su it seems, that the issue is treated more a bug than expected feature, but it seems, that it is still not fixed for current Ubuntu release. For vserver ... From my point of view, those issues might be expected behavior as claimed by the developers, this is the state of discussion, so no bug. ... but if so it should be at least stated more clearly in documentation: a) never use any tools except vserver stop (to terminate the container) to interact with a running and possibly compromised container from the host b) only use network/socket-based tools to connect to processes inside a
Bug#766153: openrc: mysql service fails to start
On Tuesday 21 October 2014 01:36 PM, Ritesh Raj Sarraf wrote: [ ok . mysql |[info] Checking for tables which need an upgrade, are corrupt or were mysql |not closed cleanly.. mysql |/lib/rc/sh/runscript.sh: line 257: $1: unbound variable mysql | * ERROR: mysql failed to start dovecot |[] Starting IMAP/POP3 mail server: dovecot[ ok . This is just a false reporting because the mysql service is active and running. But for the init (and its calculation of what all depends on this service), this ends up marking it as failed. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#642030: aptitude: cannot forbid more than 1 version of a package
Control: found -1 0.6.11-1 On 2011-09-18 20:16:55 +0200, Yann Dirson wrote: If I have forbidden a package version in testing, and I see in unstable a new version with the bug not fixed, I cannot forbid that new one: if I do, the version in testing is not forbidden any more and will likely get installed. Thus I have to wait until it gets migrated and rely on me noticing at that time... Same problem. IMHO, aptitude should forbid all versions up to the forbidden version, not just the forbidden version. This would match a bit more the description, i.e. only newer versions will be automatically installed. F: Forbid a package from being automatically upgraded to ▒ a particular version; newer versions will be automatically ▒ installed. ▒ BTW, it seems that when I hit 'U', the forbidden packages are not selected as to be upgraded yet (they are still in white). The problem can be seen only after dependency/conflict resolution. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766031: iceweasel: A year security support of old-stable
op 21-10-14 09:54, Sylvestre Ledru schreef: Hello, On 21/10/2014 01:57, Paul van der Vlis wrote: op 21-10-14 00:57, Mike Hommey schreef: old-stable packages were available on mozilla.debian.net until the last 24.8.0esr-1 update. Except it's not possible anymore because it requires a compiler version much newer than what's available in old-stable. Maybe I was not clear enough, this bug is about the future. I would like to have 1 year time before I need to upgrade to Jessie. Don't forget that most of the DDs are volunteers. I know. If it is really critical for you, you should have a look here: https://www.debian.org/consultants/ I am one myself. or http://www.freexian.com/services/debian-lts.html Maybe I was not clear enough that I am talking about the future, not about the past. So I would like to have one year for switching from Wheezy to Jessie. I am glad with one year support for oldstable. See e.g.: https://www.debian.org/security/2013/dsa-2716 Wheezy was released on May 4 2013, so the security support for Squeeze was dropped in less then 2 months after the release of Wheezy. That's too short for me. When there is more needed, I would like a discussion. E.g. about backporting of packages when they are needed for compiling. The people from Mozilla could help with this goal (but maybe they do allready what they can). With regards, Paul van der Vlis. -- Paul van der Vlis Linux systeembeheer, Groningen http://www.vandervlis.nl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766031: iceweasel: A year security support of old-stable
op 21-10-14 02:27, Mike Hommey schreef: On Tue, Oct 21, 2014 at 01:57:06AM +0200, Paul van der Vlis wrote: op 21-10-14 00:57, Mike Hommey schreef: old-stable packages were available on mozilla.debian.net until the last 24.8.0esr-1 update. Except it's not possible anymore because it requires a compiler version much newer than what's available in old-stable. Maybe I was not clear enough, this bug is about the future. I would like to have 1 year time before I need to upgrade to Jessie. This is not something that can be acted on now, and is not something that belongs in the bug tracking system. Maybe you are right about that. It's a goal. But maybe we can think about what we can do to reach that goal. E.g. by making backports. Or by changing policies so that a package may depend on a package in backports, when it's really important. With regards, Paul van der Vlis. -- Paul van der Vlis Linux systeembeheer, Groningen http://www.vandervlis.nl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766147: [php-maint] Bug#766147: php5-common: session cleanup can be misused to change modification time of arbitrary files to now when symlink protection not enabled
Hi, TL;DR: s/touch -c/touch -c -h/, right? Cheers, Ondrej On Tue, Oct 21, 2014, at 09:52, Fiedler Roman wrote: Package: php5-common Version: 5.4.4-14+deb7u14 Tags: security /usr/lib/php5/sessionclean from [1] enables any process allowed to create entries in /var/lib/php5 to adjust the modification time of any file by waiting for the /etc/cron.d/php5 session cleanup job to run. This requires /proc/sys/fs/protected_symlinks to be set to 0 (off), which is not the default in Debian 7 Wheezy and up according to information from Debian security team. Even for affected systems, the impact might be small, just annoying: * backup/IDS might be unhappy when file modification time is changed every 30min * some spoolers might work differently since stale file could be prevented from reaching required age for next action * some privileged /proc or /sys entries might not handle modification time update correctly or react in a strange way * Sudo credentials cache might be affected (not checked) To my judgement, the session cleanup code does _NOT_ allow to create arbitrary files (touch -c is used), hence it would not be possible to use this to create e.g. /etc/suid-debug POC: su -s /bin/bash nobody cd /var/lib/php5 ln -s /etc/passwd xxx cat xxx yyy # wait [1] http://http.us.debian.org/debian/pool/main/p/php5/php5-common_5.4.4-14+deb7u 14_i386.deb ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint Email had 1 attachment: + smime.p7s 8k (application/pkcs7-signature) -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698386: Is there a future for ITKSNAP?
Hi Gert, I am going to try looking into this problem this week. I have been building on Centos, and there the Qt plugins are being picked up just fine. I suspect the crash is due to the missing plugin, but I am not sure. Could you tell me why including all VTK libs and GDCM libs was required? Thanks! Paul On Thu, Oct 16, 2014 at 7:33 AM, Gert Wollny gw.foss...@gmail.com wrote: Hello Paul, in Debian we are currently at ITK 4.6 and VTK 6.1 and AFAICS this is what will go into Jessie. Hence, if you could get a version released that can be compiled with these two libraries, we could update it, Note however, that the freeze for Jessie is only a few weeks away. Here is a table of version compatibility between versions of ITK-SNAP, ITK, VTK and Qt. http://www.itksnap.org/pmwiki/pmwiki.php?n=Documentation.BuildingITK-SNAP. With the latest dev32 branch I get get_property could not find TARGET Qt5::QXcbIntegrationPlugin. Perhaps it has not yet been created. CMake Error at CMakeLists.txt:1134 (get_property): get_property could not find TARGET Qt5::QGifPlugin. Perhaps it has not yet been created. and I just don't know whether this is a problem with itksnap not properly searching or because the QT5 packages (5.3) don't include these plugins for some reason. I have /usr/lib/x86_64-linux-gnu/qt5/plugins/imageformats/libqgif.so and /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/libqxcb.so -- Well, after some fiddling I got the attached patch that makes it build. This patch does the following: * revert dd5b67 (this is where above plug-ins are searched for) * Add a Find_package for gdcm and gdcmCommon to the link_libraries. * Use all vtk libraries With this the software as of commit 32eaf0+patch builds with the warning about libjpeg.so.62 and libjpeg.so.8 being pulled in at the same time (The first is the fault of libtiff and should go away when a new libtiff gets build against libjpeg.so.8 ) The resulting executable segfaults though: ./ITK-SNAP(_Z24SegmentationFaultHandleri+0x7b)[0x74b25b] /lib/x86_64-linux-gnu/libpthread.so.0(+0xf8d0)[0x7f60494958d0] /lib/x86_64-linux-gnu/libc.so.6(strlen+0x2a)[0x7f60272d4a3a] /usr/lib/x86_64-linux-gnu/libQt5Core.so.5(_ZN16QCoreApplication9argumentsEv+0xb1)[0x7f6027df4b41] /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/libqxcb.so(+0x3260f)[0x7f600caa160f] /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/libqxcb.so(+0x32923)[0x7f600caa1923] /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/libqxcb.so(+0x40f3c)[0x7f600caaff3c] /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/libqxcb.so(+0x32061)[0x7f600caa1061] /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5(_ZN14QWindowPrivate6createEb +0x66)[0x7f602833a4b6] /usr/lib/x86_64-linux-gnu/libQt5OpenGL.so.5(_ZN10QGLContext13chooseContextEPKS_+0x133)[0x7f6029481423] /usr/lib/x86_64-linux-gnu/libQt5OpenGL.so.5(_ZN10QGLContext6createEPKS_ +0x26)[0x7f6029459c36] /usr/lib/x86_64-linux-gnu/libQt5OpenGL.so.5(_ZN9QGLWidget10setContextEP10QGLContextPKS0_b+0xaf)[0x7f6029480e8f] /usr/lib/x86_64-linux-gnu/libQt5OpenGL.so.5(_ZN16QGLWidgetPrivate11initContextEP10QGLContextPK9QGLWidget+0x7f)[0x7f602945e1cf] /usr/lib/x86_64-linux-gnu/libQt5OpenGL.so.5(_ZN9QGLWidgetC2EP7QWidgetPKS_6QFlagsIN2Qt10WindowTypeEE+0x10a)[0x7f602945df2a] ./ITK-SNAP(_ZN19QtAbstractOpenGLBoxC1EP7QWidget+0xd)[0x7fa46d] ./ITK-SNAP(_ZN16GenericSliceViewC2EP7QWidget+0x12)[0x7f4212] ./ITK-SNAP(_ZN17Ui_SliceViewPanel7setupUiEP7QWidget+0x2154)[0x7ed1f4] ./ITK-SNAP(_ZN14SliceViewPanelC1EP7QWidget+0x55)[0x7e6ad5] ./ITK-SNAP(_ZN18Ui_MainImageWindow7setupUiEP11QMainWindow +0x250b)[0x781c6b] ./ITK-SNAP(_ZN15MainImageWindowC2EP7QWidget+0x64)[0x772f24] ./ITK-SNAP(main+0x1c0)[0x744f00] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7f6027274b45] ./ITK-SNAP[0x74b0f7] Best Gert -- Paul A. Yushkevich, Ph.D. Associate Professor Penn Image Computing and Science Laboratory Department of Radiology University of Pennsylvania
Bug#766160: slurmd: fails to install, insserv rejected the script header
Package: slurmd_14.03.8-2.log Version: 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 slurmd. (Reading database ... 9592 files and directories currently installed.) Preparing to unpack .../slurmd_14.03.8-2_amd64.deb ... Unpacking slurmd (14.03.8-2) ... Setting up slurmd (14.03.8-2) ... insserv: Service munge has to be enabled to start service slurmd insserv: exiting now! update-rc.d: error: insserv rejected the script header dpkg: error processing package slurmd (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: slurmd E: Sub-process /usr/bin/dpkg returned an error code (1) cheers, Holger Start: 2014-10-18 07:01:55 UTC Package: slurmd Source: slurm-llnl Version: 14.03.8-2 Installed-Size: 2972 Maintainer: Gennaro Oliva oliv...@na.icar.cnr.it Architecture: amd64 Replaces: slurm-llnl ( 14.03) Depends: libc6 (= 2.14), libpam0g (= 0.99.7.1), init-system-helpers (= 1.18~), openssl (= 0.9.8g-9), slurm-wlm-basic-plugins (= 14.03.8-2), adduser, openssl-blacklist, lsb-base (= 3.2-12) Breaks: slurm-llnl ( 14.03) Description: SLURM compute node daemon Homepage: http://slurm.schedmd.com Description-md5: c7a70378d04f7a2ac4844c7a91f3e281 Section: admin Priority: extra Filename: pool/main/s/slurm-llnl/slurmd_14.03.8-2_amd64.deb Size: 737682 MD5sum: 4cf8db433ddb1b9de59235f0747b7207 SHA1: 9abc5c4f30fcba98d1b9c4e7d3d2290b1abe4eab SHA256: 53803cee540a9d9d71fd21515ea91e8324182722b1766829f077d1a314748ee7 Executing: sudo env PYTHONPATH=/srv/piuparts.debian.org/lib/python2.7/dist-packages timeout -s INT -k 5m 35m /srv/piuparts.debian.org/sbin/piuparts --skip-logrotatefiles-test --warn-on-others --scriptsdir /etc/piuparts/scripts --no-eatmydata --allow-database --warn-on-leftovers-after-purge --mirror 'http://mirror.bm.debian.org/debian/ main' --tmpdir /srv/piuparts.debian.org/tmp --arch amd64 -b /srv/piuparts.debian.org/slave/basetgz/jessie_amd64.tar.gz -d jessie --no-upgrade-test --apt slurmd=14.03.8-2 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at https://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: The FAQ also explains how to contact us in case you think piuparts is wrong. 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.59 starting up. 0m0.0s INFO: Command line arguments: /srv/piuparts.debian.org/sbin/piuparts --skip-logrotatefiles-test --warn-on-others --scriptsdir /etc/piuparts/scripts --no-eatmydata --allow-database --warn-on-leftovers-after-purge --mirror 'http://mirror.bm.debian.org/debian/ main' --tmpdir /srv/piuparts.debian.org/tmp --arch amd64 -b /srv/piuparts.debian.org/slave/basetgz/jessie_amd64.tar.gz -d jessie --no-upgrade-test --apt slurmd=14.03.8-2 0m0.0s INFO: Running on: Linux piu-slave-bm-a 3.2.0-4-amd64 #1 SMP Debian 3.2.60-1+deb7u3 x86_64 0m0.0s DEBUG: Created temporary directory /srv/piuparts.debian.org/tmp/tmpZMtlmS 0m0.0s DEBUG: Unpacking /srv/piuparts.debian.org/slave/basetgz/jessie_amd64.tar.gz into /srv/piuparts.debian.org/tmp/tmpZMtlmS 0m0.0s DEBUG: Starting command: ['tar', '-C', '/srv/piuparts.debian.org/tmp/tmpZMtlmS', '-zxf', '/srv/piuparts.debian.org/slave/basetgz/jessie_amd64.tar.gz'] 0m2.2s DEBUG: Command ok: ['tar', '-C', '/srv/piuparts.debian.org/tmp/tmpZMtlmS', '-zxf', '/srv/piuparts.debian.org/slave/basetgz/jessie_amd64.tar.gz'] 0m2.2s DEBUG: Starting command: ['chroot', '/srv/piuparts.debian.org/tmp/tmpZMtlmS', 'mount', '-t', 'proc', 'proc', '/proc'] 0m2.3s DEBUG: Command ok: ['chroot', '/srv/piuparts.debian.org/tmp/tmpZMtlmS', 'mount', '-t', 'proc', 'proc', '/proc'] 0m2.3s DEBUG: sources.list: deb http://mirror.bm.debian.org/debian/ jessie main 0m2.3s DEBUG: Created policy-rc.d and chmodded it. 0m2.3s DEBUG: Starting command: ['chroot', '/srv/piuparts.debian.org/tmp/tmpZMtlmS', 'apt-get', 'update'] 0m7.1s DUMP: Get:1 http://mirror.bm.debian.org jessie InRelease [191 kB] Get:2 http://mirror.bm.debian.org jessie/main amd64 Packages [6739 kB] Get:3 http://mirror.bm.debian.org jessie/main Translation-en [4573 kB] Fetched 11.5 MB in 2s (4242 kB/s) Reading package lists... 0m7.1s DEBUG: Command ok: ['chroot', '/srv/piuparts.debian.org/tmp/tmpZMtlmS', 'apt-get', 'update'] 0m7.1s DEBUG: Starting command: ['chroot', '/srv/piuparts.debian.org/tmp/tmpZMtlmS', 'apt-get', '-yf', 'dist-upgrade'] 0m9.4s DUMP: Reading package lists... Building dependency tree... The following packages will be upgraded: apt bash libapt-pkg4.12
Bug#766161: kate can't be installed because of content overlap wit kate-data
Package: kate Version: 4:4.14.2-1 Severity: grave Justification: renders package unusable Hi, The cleaning of kate-data.install lead to kate and kate-data both containing, at least, kateproject.example and ui.rc in /usr/share/kde4/apps/kate/plugins/project/. Regards, Yannick -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 x32 Kernel: Linux 3.17.1 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kate depends on: ii kate-data 4:4.14.2-1 ii katepart4:4.14.2-1 ii kde-runtime 4:4.14.1-1+b1 ii libc6 2.19-11 ii libkateinterfaces4 4:4.14.2-1 ii libkdecore5 4:4.14.2-1 ii libkdeui5 4:4.14.2-1 ii libkfile4 4:4.14.2-1 ii libkio5 4:4.14.2-1 ii libkparts4 4:4.14.2-1 ii libktexteditor4 4:4.14.2-1 ii libplasma3 4:4.14.2-1 ii libpython2.72.7.8-11 ii libqjson0 0.8.1-3 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-sql 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libstdc++6 4.9.1-18 kate recommends no packages. Versions of packages kate suggests: ii aspell0.60.7~20110707-1.3 ii hspell1.2-2 ii ispell3.3.02-6 ii khelpcenter4 4:4.14.1-1+b1 ii konsole 4:4.14.1-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766154: libglm-dev: error: 'abs' was not declared in this scope. missing std::?
Hi, On Tue, Oct 21, 2014 at 10:12:33AM +0200, Rene Engelhard wrote: i586-linux-gnu-g++ -DCPPU_ENV=gcc3 -DINTEL -DLIBO_INTERNAL_ONLY -DLINUX -DNDEB UG -DOPTIMIZE -DOSL_DEBUG_LEVEL=0 -DSUPD=440 -DUNIX -DUNX -DX86 -D_FORTIFY_SOURC E=2 -D_PTHREADS -D_REENTRANT -DRTL_USING -D_FORTIFY_SOURCE=2 -DHAVE_GCC_VISIBI LITY_FEATURE -fvisibility=hidden -Wall -Wnon-virtual-dtor -Wendif-labels -Wext ra -Wundef -Wunused-macros -fmessage-length=0 -fno-common -pipe -fvisibility-in lines-hidden -fPIC -Wshadow -Woverloaded-virtual -std=gnu++11 -ggdb2 -DEXCEPTI ONS_ON -fexceptions -g -O2 -fstack-protector-strong -Wformat -Werror=format-secu rity -c $S/vcl/workben/icontest.cxx -o $W/CxxObject/vcl/workben/icontest.o -I$ S/vcl/workben/ -I$S/include -I/usr/lib/jvm/default-java/include -I/usr/lib/jvm /default-java/include/linux -I$S/config_host -I/usr/include -isystem /usr/inc lude/GL -isystem /usr/include/libdrm -I$W/UnoApiHeadersTarget/offapi/normal -I $W/UnoApiHeadersTarget/udkapi/normal As a workaround I'll disable the build of this (testing-only, not needed in normal circumstances) tool (whcih upstream says is planned to do anyway.) Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766162: qa.debian.org: Use 'env' instead of /usr/bin/python to make source more portable.
Package: qa.debian.org Severity: wishlist User: qa.debian@packages.debian.org Usertags: debsources Hi. Currently somefiles are hard-coded with /usr/bin/python. e.g., debiansources-run-app and the alike. This makes the code less portable, and inhibiting the use of virtualenv. If we use /usr/bin/env python, then we regain the free to use whater python binary we want, and we can also freely add .pth file, etc. -- 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-37-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765577: udev-udeb: Write dupliate entries into 70-persistent-net.rules
[Petter Reinholdtsen] Could this be related to the fetching and installation of firmware in d-i? It normally cause kernel modules to be reloaded. I did some more testing, and when PXE booting the netboot d-i images, the 70-persistent-net.rules file got the duplicate entries very early. Only the localechooser, console-setup-udeb, ethdetect and netcfg menu items have been selected. The first is added before localechooser show its menu when I do not run the installation on automatic. But installing interactively do not cause the duplicate entries, and I am unable to insert instrumentation without doing things interactively. :( Perhaps it only happen on fairly quick machines? I experience it on a Thinkpad X200 and X300, but not on a 10 year old Latitude D505. :( It would be nice if /lib/udev/write_net_rules could be changed to log a message to syslog when 70-persistent-net.rules is updated, to be able to figure out when it happen. I in the places I suspect are related to this issue, add similar instrumentation in the hw-detect code. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766158: closed by Sylvestre Ledru sylves...@mozilla.com (Re: Bug#766158: iceweasel: crashes, hangs, burns CPU, doesn't quit, ...)
Please report actual bugs Oh, the bugs are very actual. with real information. I said why I didn't. I don't see any action which can be done on this bug... The only action you could take right now is to convince your fellow Debian developers to take good bug reports (like the ones I mentioned) more seriously, otherwise you'll only get bad ones. My action plan is to try one or two more versions when they come out, and if they aren't any better, switch to another browser. Thanks for listening, bye. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#328620: [Aptitude-devel] updates in aptitude appearing in Upgradable packages rather than Security Updates
Control: retitle -1 Status grouppolicy miscategorizes security updates by only looking at the hostname, not at the Release file (e.g. via apt-proxy) Control: found -1 0.6.11-1 Hi, Raphael Hertzog wrote: On Fri, 17 Oct 2014, Cedric Knight wrote: For wheezy, security updates appear the Security Updates section of the main view of the aptitude package manager. However, on servers using deb http://ftp.uk.debian.org/debian/ squeeze-lts main contrib, security updates are not distinguished from other Upgradable Packages, which is a bit confusing. Is there any way to get them listed under Security Updates? No. I don't know exactly what criteria aptitude is using to sort those updates so I can't really tell you. I'm putting the aptitude developers in copy so that they can reply. Thanks. Aptitude uses what apt-cache policy shows (well, not literally). From apt-cache policy's output: Debian Squeeze Security: 500 http://security.debian.org/ squeeze/updates/main i386 Packages release v=6.0,o=Debian,a=oldstable,n=squeeze,l=Debian-Security,c=main origin security.debian.org Debian Squeeze LTS: 500 http://debian.ethz.ch/debian/ squeeze-lts/main i386 Packages release v=6.0-lts,o=Debian,a=squeeze-lts,n=squeeze-lts,l=Debian,c=main origin debian.ethz.ch aptitude looks for the string security.debian.org in there and it isn't anywhere in the LTS Release file. The according code is in src/pkg_grouppolicy.cc: // Stolen from apt-watch: /** Tests whether a particular version is security-related. * * \return \b true iff the given package version comes from security.d.o */ static bool version_is_security(const pkgCache::VerIterator ver) { for(pkgCache::VerFileIterator F=ver.FileList(); !F.end(); ++F) if(string(F.File().Site())==security.debian.org) return true; return false; } Depending on how it's implemented, it might be doable by adjusting the contents of the squeeze-lts Release file. Otherwise it might need a fix in the aptitude codebase. So it's the latter as security.debian.org is hardcoded _and_ it's the origin which seems the hostname from the sources.list (i.e. it will break anyways if you use a non-official security mirror like e.g. the one at http://mirror.hetzner.de/debian/security -- Especially modifying the Release file itself won't help at all. I was about to document this in a bug report, but there is actually already one: https://bugs.debian.org/328620 -- Cc'ing it. It should be updated accordingly with this mail. But then again -- should we really declare Squeeze LTS updates as security updates? I don't think so. They were announced as not being equivalent, the S in DLA is missing, there's no more distinction between security- and non-security-updates (AFAIK), etc. I also don't recommend to not change the current setup significantly during the squeeze-lts cycle to not mess with people's already established setups. It's merely something which we should think about for wheezy-lts to make it better there. We have a similar problem with unattended-upgrades which will not detect those updates as security updates because the repository label doesn't contain the word security IIRC. Michael, is that something that you wish to fix with a squeeze-lts upload? Or is that something that we should fix by updating the squeeze-lts release file? (Ccing ftpmasters so that all involved parties can voice their opinion) I don't think that's needed anymore either -- currently there is no more distiguishing between security updates and (old)stable minor updates. So either apply them all automatically or none. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 signature.asc Description: Digital signature
Bug#766147: AW: [php-maint] Bug#766147: php5-common: session cleanup can be misused to change modification time of arbitrary files to now when symlink protection not enabled
Von: Ondřej Surý [mailto:ond...@sury.org] On Tue, Oct 21, 2014, at 10:55, Fiedler Roman wrote: Von: Ondřej Surý [mailto:ond...@sury.org] Hi, TL;DR: s/touch -c/touch -c -h/, right? This will fix it for arbitrary symlinks, the only remaining issues would be a) keeping open a file .. , which will update the parent directory modification time. Which parent directory? The session dir or the symlink targe parent directory? The /var/lib directory: Since the the parsing of the lsof output is broken (awk uses $9), an open file .. will cause touch -c /var/lib/php5/.. without involving any symlinks. b) keeping open a file [otherfilename] [random], which will prevent arbitrary other sessions from timing out. Since most likely malicious process should be www-data, this is not of any significance. The httpd user (www-data) has access to all session files if the attacker know the session name. Yes, so no relevance with www-data. But e.g. user nobody could prevent any www-data session from timing out when knowing the name, just a subtle annoyance. smime.p7s Description: S/MIME cryptographic signature
Bug#766147: [php-maint] Bug#766147: php5-common: session cleanup can be misused to change modification time of arbitrary files to now when symlink protection not enabled
On Tue, Oct 21, 2014, at 10:55, Fiedler Roman wrote: Von: Ondřej Surý [mailto:ond...@sury.org] Hi, TL;DR: s/touch -c/touch -c -h/, right? This will fix it for arbitrary symlinks, the only remaining issues would be a) keeping open a file .. , which will update the parent directory modification time. Which parent directory? The session dir or the symlink targe parent directory? b) keeping open a file [otherfilename] [random], which will prevent arbitrary other sessions from timing out. Since most likely malicious process should be www-data, this is not of any significance. The httpd user (www-data) has access to all session files if the attacker know the session name. Cheers, -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766147: AW: [php-maint] Bug#766147: php5-common: session cleanup can be misused to change modification time of arbitrary files to now when symlink protection not enabled
Von: Ondřej Surý [mailto:ond...@sury.org] Hi, TL;DR: s/touch -c/touch -c -h/, right? This will fix it for arbitrary symlinks, the only remaining issues would be a) keeping open a file .. , which will update the parent directory modification time. b) keeping open a file [otherfilename] [random], which will prevent arbitrary other sessions from timing out. Since most likely malicious process should be www-data, this is not of any significance. [Removed] smime.p7s Description: S/MIME cryptographic signature
Bug#764594: munin-node: Please use /etc/default/munin-node for systemd job too
Control: tags -1 + patch Thanks to URL: http://forkfedora.org/ , I got a clue how to fix the systemd service for munin-node to use DAEMON_ARGS from /etc/default/munin-node. A quick test later I can confirm that this patch will solve this problem for Debian Edu: --- /lib/systemd/system/munin-node.service.orig 2014-10-21 11:11:12.466993442 +0200 +++ /lib/systemd/system/munin-node.service 2014-10-21 11:10:00.043903923 +0200 @@ -4,7 +4,8 @@ [Service] Type=forking Restart=always -ExecStart=/usr/sbin/munin-node +EnvironmentFile=-/etc/default/munin-node +ExecStart=/usr/sbin/munin-node $DAEMON_ARGS PIDFile=/run/munin/munin-node.pid [Install] -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765719: general: System restarts on shutdown -h now
On Mon, 20 Oct 2014 21:04:03 +0200 (CEST) Moritz Tacke moritz.ta...@gmail.com wrote: * What led up to the situation? After the last upgrade, the system would not halt any more. Instead, it runs into a restart cycle. The restart bypasses GRUB, i.e. one a computer with multiple OS, it restarts linux directly. The machine in use is a Lenovo Thinkpad X220. [...] Do you have kexec-tools installed by chance? [...] Thank you very much, that worked instantly! I don't know why kexec-tools was installed, but now, it isn't any longer and the reboot-cycle is broken. What I fail to gather from your response, especially from it isn't any longer and the reboot-cycle is broken. is if you really have kexec-tools uninstalled but normal binaries like /sbin/reboot are still redirected to some kexec's program? Is that the case? Or you mean that you have managed to break out of the kernel-only reboot cycle, all is well and the bug may be closed? ;-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766160: slurmd: fails to install, insserv rejected the script header
Thank you Holger for your tests and for reporting this bug! Le 21/10/2014 10:50, Holger Levsen a écrit : [...] insserv: Service munge has to be enabled to start service slurmd insserv: exiting now! update-rc.d: error: insserv rejected the script header dpkg: error processing package slurmd (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: slurmd E: Sub-process /usr/bin/dpkg returned an error code (1) To fix this bug, I guess we should either: - add a dependancy to munge on slurmd pkg - remove munge of the Required-{Start,Stop} headers of slurmd init script I would opt for the later since munge is theoretically optional for slurm daemons. What do you think? -- Rémi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766163: bash-completion: _tilde calls compgen w/o -- argument protection
Package: bash-completion Version: 1:2.1-4 Severity: minor Hi, when tilde-expanding in function _tilde(), the following line COMPREPLY=( $( compgen -P '~' -u ${1#\~} ) ) does not protect $1 by preceding it with --, which means that if $1 starts with ~- (the $OLDPWD tilde-prefix), compgen will try to interpret characters after the - as options. Example: tab-completion of of mv ~-o: $ mv ~-obash: compgen: -o: option requires an argument compgen: usage: compgen [-abcdefgjksuv] ... Nothing too terrible, but still ugly, and easily fixed. Thanks and have a nice day, Nikolaus -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bash-completion depends on: ii bash 4.3-11 ii dpkg 1.17.13 bash-completion recommends no packages. bash-completion suggests no packages. -- no debconf information -- Avionic Design GmbH Nikolaus Schulz Wragekamp 10 D-22397 Hamburg Germany Tel.: +49 40 88187-163 Fax: +49 40 88187-150 Email: nikolaus.sch...@avionic-design.de Avionic Design GmbH Amtsgericht Hamburg HRB 82598 Geschäftsführung: Cornelis Broers Ust.-Ident-Nr.: DE813378254 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765695: hardcoded libeatmydata path now is wrong
Hi Mattia, On Fr, 2014-10-17 at 14:01 +0200, Mattia Rizzolo wrote: Package: mini-buildd Version: 1.0.4 The new upload of libeatmydata changed the position of the actual library (due to now supporting Multi-Arch). yes, thanks. I also already noticed that ;). You appear to be using /usr/lib/libeatmydata/libeatmydata.so directly: http://sources.debian.net/src/mini-buildd/1.0.4/mini_buildd/models/repository.py/?hl=417#L417 http://sources.debian.net/src/mini-buildd/1.0.4/mini_buildd/models/repository.py/?hl=432#L432 I don't know what's the purpose of it (given that you don't depends/recommends/suggest eatmydata), but for sure now it'll do just nothing. No, these are snippets for the build chroot's setup, so it actually does something (albeit no more for sid/jessie builds right now). FWIW: I experienced dramatically increased install times on builds without eatmydata and 'aufs' chroots. As 'aufs' is the default, this is the reason why the eatmydata snippet is also per default enabled. Again, this snippet is _not_ hardcoded, rather a hardcoded default. You can change/fix it at any time yourself changing the resp. Distribution instance (chroot setup script). Please set the severity of this bug accordingly. I'd suggest you to just use libeatmydata.so instead of using the full path. Alas, this is no possible. As ye olde eatmydata does not install in standard locations, I needed the full path to make it work. Hth! S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765429: scantailor: Needs libtiff 3.9, fails to run without libtiff4
Control: severity -1 important Thanks for reporting this bug. I've contacted the Upstream developer with this and I'll get this fixed, but this behavior isn't reproducible on a standard Jessie. Could you please try to update your Jessie to install the latest build of Scantailor (0.9.11.1-2+b1) and pass the results of running this? I've discussed this with my sponsor and we want to lower the severity of this bug to a non-RC state for the moment. Greetings, Daniel Stender -- http://qa.debian.org/developer.php?login=debian%40danielstender.com http://www.danielstender.com/blog/about-me/ GPG key: 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751764: directfb: diff for NMU version 1.2.10.0-5.1
On Mon, Jun 16, 2014 at 03:23:05PM +0200, Hector Oron wrote: Package: directfb Version: 1.2.10.0-5 Severity: important Tags: patch pending Dear maintainer, I've prepared an NMU for directfb (versioned as 1.2.10.0-5.1) and I have not uploaded it. Please let me know if you are fine with it. The patch drops tslib dependency as it is planned to be removed (or deprecated). Find attached uploaded NMU diff. Regards, -- Hector Oron directfb-1.2.10.0-5.1-nmu.diff.gz Description: application/gzip signature.asc Description: Digital signature
Bug#766165: sane-utils: missing dependency to libpthread in scanimage
Package: sane-utils Version: 1.0.22-7.4 Severity: normal Dear Maintainer, I tried to use my scanner (CanoScan LIDE 25) connected to pc A using the net backend on pc B. When I try to detect the scanner on B I ran into segfaults, memory corruptions and other strange messages. On my research I found the bugs #586665 and #734103 which describe some similar behavior. In fact as soon as I try using `scanimage -L` to detect the scanner I get a segfault as root. As a normal user it seems to work as expected: The scanner gets found without problems. It seems that the probelm arises before the pc A gets contacted, in the log of A there is no trace of B if root calls scanimage. To allow root to scan (or possibly other users) one has to preload the libpthreads library. For example if I call LDPRELOAD=/lib/x86_64-linux-gnu/libpthread.so.0 scanimage -L then root can also find (and use) the scanner. A quick ldd output shows that scanimage does not load libpthread in any form. Thus it might be sufficient to add a compiler flag. Hope this helps CW -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sane-utils depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 ii libavahi-client3 0.6.31-2 ii libavahi-common3 0.6.31-2 ii libc6 2.13-38+deb7u6 ii libieee1284-3 0.2.11-10 ii libsane1.0.22-7.4 ii libusb-0.1-4 2:0.1.12-20+nmu1 ii update-inetd 4.43 sane-utils recommends no packages. Versions of packages sane-utils suggests: ii avahi-daemon 0.6.31-2 pn unpaper none -- debconf information: sane-utils/saned_run: false sane-utils/saned_scanner_group: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766164: pidgin: Pidgin randomly crashes with assertion 'PANGO_IS_LAYOUT (layout)' failed
Package: pidgin Version: 2.10.9-1+b1 Severity: normal Dear Maintainer, pidgin randomly crashes, please find blow a bt using gdb and the corresponding error message from .xsession-errors. Kind regards, Joerg. ..xsession-errors -- cut -- (Pidgin:13397): Pango-CRITICAL **: pango_layout_set_markup_with_accel: assertion 'PANGO_IS_LAYOUT (layout)' failed (Pidgin:13397): Pango-CRITICAL **: pango_layout_set_wrap: assertion 'PANGO_IS_LAYOUT (layout)' failed (Pidgin:13397): Pango-CRITICAL **: pango_layout_set_width: assertion 'layout != NULL' failed (Pidgin:13397): Pango-CRITICAL **: pango_layout_get_extents: assertion 'layout != NULL' failed (Pidgin:13397): Pango-CRITICAL **: pango_layout_set_markup_with_accel: assertion 'PANGO_IS_LAYOUT (layout)' failed (Pidgin:13397): Pango-CRITICAL **: pango_layout_set_wrap: assertion 'PANGO_IS_LAYOUT (layout)' failed (Pidgin:13397): Pango-CRITICAL **: pango_layout_set_width: assertion 'layout != NULL' failed (Pidgin:13397): Pango-CRITICAL **: pango_layout_get_extents: assertion 'layout != NULL' failed -- cut -- gdb bt: -- cut -- GNU gdb (Debian 7.7.1+dfsg-3) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i586-linux-gnu. Type show configuration for configuration details. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. Find the GDB manual and other documentation resources online at: http://www.gnu.org/software/gdb/documentation/. For help, type help. Type apropos word to search for commands related to word... Reading symbols from pidgin...(no debugging symbols found)...done. (gdb) handle SIGPIPE nostop noprint SignalStop Print Pass to program Description SIGPIPE NoNo Yes Broken pipe (gdb) run Starting program: /usr/bin/pidgin [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/i386-linux-gnu/i686/cmov/libthread_db.so.1. [New Thread 0xb4a82b40 (LWP 16116)] Program received signal SIGSEGV, Segmentation fault. 0xb7a0fd45 in gtk_widget_create_pango_layout () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 (gdb) bt full #0 0xb7a0fd45 in gtk_widget_create_pango_layout () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 No symbol table info available. #1 0x80032a18 in ?? () No symbol table info available. #2 0x8003bb11 in ?? () No symbol table info available. #3 0x8003c40a in ?? () No symbol table info available. #4 0x8003c576 in ?? () No symbol table info available. #5 0x800b56b2 in ?? () No symbol table info available. #6 0xb73ef8d1 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 No symbol table info available. #7 0xb73eecb3 in g_main_context_dispatch () from /lib/i386-linux-gnu/libglib-2.0.so.0 No symbol table info available. #8 0xb73ef0c9 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 No symbol table info available. #9 0xb73ef479 in g_main_loop_run () from /lib/i386-linux-gnu/libglib-2.0.so.0 No symbol table info available. #10 0xb78ef01d in gtk_main () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 No symbol table info available. #11 0x800288aa in main () No symbol table info available. (gdb) q A debugging session is active. Inferior 1 [process 16105] will be killed. Quit anyway? (y or n) -- cut -- -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.16-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pidgin depends on: ii gconf2 3.2.6-3 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-11 ii libcairo2 1.12.16-5 ii libdbus-1-3 1.8.8-2 ii libdbus-glib-1-20.102-1 ii libfontconfig1 2.11.0-6.1 ii libfreetype62.5.2-2 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.0-2 ii libgstreamer0.10-0 0.10.36-1.4 ii libgtk2.0-0 2.24.25-1 ii libgtkspell02.0.16-1.1 ii libice6 2:1.0.9-1 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libpangoft2-1.0-0 1.36.8-2 ii libpurple0 2.10.9-1+b1 ii libsm6 2:1.2.2-1 ii libx11-62:1.6.2-3 ii libxml2 2.9.1+dfsg1-4 ii libxss1
Bug#766147: [php-maint] Bug#766147: php5-common: session cleanup can be misused to change modification time of arbitrary files to now when symlink protection not enabled
On Tue, Oct 21, 2014, at 11:16, Fiedler Roman wrote: Von: Ondřej Surý [mailto:ond...@sury.org] On Tue, Oct 21, 2014, at 10:55, Fiedler Roman wrote: Von: Ondřej Surý [mailto:ond...@sury.org] Hi, TL;DR: s/touch -c/touch -c -h/, right? This will fix it for arbitrary symlinks, the only remaining issues would be a) keeping open a file .. , which will update the parent directory modification time. Which parent directory? The session dir or the symlink targe parent directory? The /var/lib directory: Since the the parsing of the lsof output is broken (awk uses $9), an open file .. will cause touch -c /var/lib/php5/.. without involving any symlinks. I see... [ -x /usr/bin/lsof ] /usr/bin/lsof -w -l +d ${1} -Fn | grep -E ^n | cut -b 2- | xargs -i touch -c -h {} JFTR jessiesid has a new script that takes a different approach and might suffer from the same bug if you manage to open a file in /var/lib/php5/sessions/ with active php5 process. Cheers, -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751768: RM: tslib -- ROM; deprecated upstream
On Mon, Jun 16, 2014 at 03:42:50PM +0200, Hector Oron wrote: Package: ftp.debian.org Severity: normal Hello, Package tslib can be removed from Debian as it currently has no Debian maintainer, it is abandoned upstream and it has big user popcon base due to its reverse depends pulling it. I assume, looking to libts-bin, that tslib user base is very low. I have filed requests to drop tslib build depends on libsdl1.2, libsdl2 and directfb. Those must be completed before removing tslib from archive. Latest blocker (directfb) has just been uploaded, so nothing else pending for removal, in sid, and eventually, once directfb migrates in testing too. regards, -- Hector Oron signature.asc Description: Digital signature
Bug#763863: webalizer: [INTL:nl] Dutch translation of debconf messages
Op 21-10-14 08:22:15 schreef Julien Viard de Galbert: On Wed, Oct 08, 2014 at 12:14:53AM +0200, Frans Spiesschaert wrote: Op 07-10-14 23:00:51 schreef Julien Viard de Galbert: On Fri, Oct 03, 2014 at 10:54:00AM +0200, Frans Spiesschaert wrote: Package: webalizer [snip] Hi Frans, Hi Julien, Thanks for your translation, unfortunately there is a problem with your file, msgfmt reports the following error. msgfmt debian/po/nl.po debian/po/nl.po:78:31: invalid multibyte sequence debian/po/nl.po:78:32: invalid multibyte sequence msgfmt: found 2 fatal errors It seams it does not like the following line: zinnens bent om met meer dan één configuratie te werken of de parameter -c ^^-- here Should I simply replace it by een, Yes, please do so, although I don't understand why such a problem arises in an UTF-8 environment. Thanks for informing me. Hello Frans, Hello Julien, Thanks for the follow up and for caring. I just had similar problem with an other file, and in fact the file attached to your mail (I hope some server or client didn't convert it) was actually latin-1 encodded and not utf-8... I did a small investigation with these results: ran on the local file, the file command reports UTF-8: frans@bureau:~/projecten/debconf$ file webalizer_2.23.08-1_nl.po webalizer_2.23.08-1_nl.po: GNU gettext message catalogue, UTF-8 Unicode text and msgfmt does not complain: frans@bureau:~/projecten/debconf$ msgfmt -v -c webalizer_2.23.08-1_nl.po 13 translated messages. I also mailed the file out in the world to myself, saved the attachment of the received mail and executed the same commands, with these results: frans@bureau:~$ file nl.po nl.po: GNU gettext message catalogue, UTF-8 Unicode text frans@bureau:~$ msgfmt -c -v nl.po 13 translated messages. still UTF-8 and no complaining msgfmt Probably somewhere there must have been a file conversion, but I have no clue on where it may have happened. Also there are other instances on the een words not spelled één in the file, so I'll let it as is, but if you want to there is a small difference in meaning: 'een' can mean 'a' (as in a book) or 'one' while 'één' means 'one and only one' and the word is also pronounced differently. But you made a very good guess and it is fine for me to keep 'een' here. send me a new translation, feel free. Best regards. Julien -- Julien Viard de Galbert jul...@vdg.blogsite.org http://silicone.homelinux.org/ jul...@silicone.homelinux.org GPG Key ID: D00E52B6 Published on: hkp://keys.gnupg.net Key Fingerprint: E312 A31D BEC3 74CC C49E 6D69 8B30 6538 D00E 52B6 Groetjes, Frans === www.frans-spiesschaert.homenet.org home.base.be/vt6362833/ pgpdiCZwAQzg6.pgp Description: PGP signature
Bug#766166: ITP: gns3-server -- GNS3 server to asynchronously manage emulators
Package: wnpp Severity: wishlist Owner: Daniel Lintott dan...@serverb.co.uk * Package name: gns3-server Version : 1.0 Upstream Author : Jeremy Grossmann jer...@gns3.net * URL : www.gns3.net * License : GPLv3 Programming Lang: Python Description : GNS3 server to asynchronously manage emulators The GNS3 server manages emulators such as Dynamips, VirtualBox or Qemu/ KVM. Clients like the GNS3 GUI controls the server using a JSON-RPC API over Websockets. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763769: Also exists in gLabels 3.2
Dear maintainer, This bug is also reported in GNOME bugzilla [1]. I could also reproduce it with i3wm/Jessie and version 3.2 build from source (and also the 3.0.1-4+b1 from the repositories). Jens [1]: https://bugzilla.gnome.org/show_bug.cgi?id=738655 -- Jens Erat [phone]: tel:+49-151-56961126 [mail]: mailto:em...@jenserat.de [jabber]: xmpp:jab...@jenserat.de [web]: http://www.jenserat.de OpenPGP: 0D69 E11F 12BD BA07 7B37 26AB 4E1F 799A A4FF 2279 smime.p7s Description: S/MIME Cryptographic Signature
Bug#755726: alsa-utils: arecord doesn't exit when -d is specified
Package: alsa-utils Version: 1.0.28-1 Followup-For: Bug #755726 Dear Maintainer, * What exactly did you do (or not do) that was effective (or ineffective)? arecord -d 10 tst * What was the outcome of this action? writing a correct tst.wav for 10 seconds After 10 seconds, instead of exiting, arecord writes indefinitely files containing no sound: tst-01.wav, tst-02,wav,... 44 bytes each. * What outcome did you expect instead? I expect arecord to exit after 10 seconds. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.13-1-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages alsa-utils depends on: ii dialog 1.2-20140911-1 ii kmod18-3 ii libasound2 1.0.28-1 ii libc6 2.19-11 ii libncursesw55.9+20140913-1 ii libsamplerate0 0.1.8-8 ii libtinfo5 5.9+20140913-1 ii lsb-base4.1+Debian13 ii whiptail0.52.17-1 alsa-utils recommends no packages. alsa-utils 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#766167: ITP: gns3-gui -- GNS3 graphical interface for the GNS3 server
Package: wnpp Severity: wishlist Owner: Daniel Lintott dan...@serverb.co.uk * Package name: gns3-gui Version : 1.0 Upstream Author : Jeremy Grossmann jer...@gns3.net * URL : www.gns3.net * License : GPLv3 Programming Lang: Python Description : GNS3 graphical interface for the GNS3 server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765695: hardcoded libeatmydata path now is wrong
On Di, 2014-10-21 at 11:24 +0200, Stephan Sürken wrote: Hi Mattia, (...) I'd suggest you to just use libeatmydata.so instead of using the full path. Alas, this is no possible. As ye olde eatmydata does not install in standard locations, I needed the full path to make it work. ahh, and yes, I am currently thinking about a script goblin similar to that outlined in my bug report... So if you have an idea how to do this (i.e., posix shell snippet run as root, installing _and_ enabling eatmydata, working for all versions of eatmydata) simpler/better, I'd love to hear ;). Thx! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766168: sup-mail: crashes when saving draft encoded with UTF-8
Package: sup-mail Version: 0.20.0-1 Severity: normal Tags: upstream Forwarded: https://github.com/sup-heliotrope/sup/issues/340 Reporting this myself so I can track it. When trying to save a draft encoded with UTF-8, sup-mail crashes. [2014-10-21 11:38:30 +0200] ERROR: oh crap, an exception We are very sorry. It seems that an error occurred in Sup. Please accept our sincere apologies. Please submit the contents of /home/avtobiff/.sup/exception-log.txt and a brief report of the circumstances to https://github.com/sup-heliotrope/sup/issues so that we might address this problem. Thank you! Sincerely, The Sup Developers --- ArgumentError from thread: main invalid byte sequence in UTF-8 /usr/lib/ruby/vendor_ruby/sup/modes/edit_message_mode.rb:672:in `gsub' /usr/lib/ruby/vendor_ruby/sup/modes/edit_message_mode.rb:672:in `sanitize_body' /usr/lib/ruby/vendor_ruby/sup/modes/edit_message_mode.rb:630:in `write_message' /usr/lib/ruby/vendor_ruby/sup/modes/edit_message_mode.rb:549:in `block in save_as_draft' /usr/lib/ruby/vendor_ruby/sup/draft.rb:19:in `block in write_draft' /usr/lib/ruby/vendor_ruby/sup/draft.rb:19:in `open' /usr/lib/ruby/vendor_ruby/sup/draft.rb:19:in `write_draft' /usr/lib/ruby/vendor_ruby/sup/util.rb:658:in `method_missing' /usr/lib/ruby/vendor_ruby/sup/modes/edit_message_mode.rb:549:in `save_as_draft' /usr/lib/ruby/vendor_ruby/sup/mode.rb:59:in `handle_input' /usr/lib/ruby/vendor_ruby/sup/buffer.rb:222:in `handle_input' /usr/bin/sup-mail:270:in `module:Redwood' /usr/bin/sup-mail:74:in `main' -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sup-mail depends on: ii ruby 1:2.1.0.4 ii ruby-chronic 0.10.2-2 ii ruby-highline 1.6.21-1 ii ruby-locale 2.1.0-2 ii ruby-lockfile 2.1.3-1 ii ruby-mime-types 1.25-2 ii ruby-ncurses 1.4.7+dfsg-1+b2 ii ruby-rubymail 1.0.0-2 ii ruby-trollop 2.0-1 ii ruby-unicode 0.4.4-2+b2 ii ruby-xapian 1.2.18-1 ii ruby1.9.1 [ruby-interpreter] 1.9.3.484-2 ii ruby2.0 [ruby-interpreter]2.0.0.484+really457-2 ii ruby2.1 [ruby-interpreter]2.1.2-4 Versions of packages sup-mail recommends: ii ruby-gpgme 2.0.5-1+b1 sup-mail 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#765341: more information
Dear Martin, Am Montag, den 20.10.2014, 20:29 +0200 schrieb Martin Steghöfer: (I've attached the bug for your problem 1 again, to make sure it doesn't get lost. Both attached patches are necessary to fix/workaround problems 1 and 2.) just because noone has done this so far (or I have read over it), I want to thank you for the massive amount of effort and time you invest in fixing these bugs, both in Audacity and in wxwidgets! So, thank you! ;) - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766169: libEGL.so.1 don't get installed
Package: libegl1-mesa Version: 10.3.1-1 I'm reporting this problem to this package even if it may just be the victim of another package since the culprit is less clear than the victim. After a long list of upgrades that included [UPGRADE] glx-alternative-fglrx:amd64 0.4.2 - 0.5.0 [UPGRADE] glx-alternative-mesa:amd64 0.4.2 - 0.5.0 [UPGRADE] glx-diversions:amd64 0.4.2 - 0.5.0 [UPGRADE] nvidia-installer-cleanup:amd64 20131102+1 - 20131102+2 that seems to be the most related to the problem, kde started without windows decorations. kwin --replace exited saying it couldn't find libEGL, I tracked down which package included the lib, did a aptitude reinstall libegl1-mesa but still I couldn't find the file in /usr/lib/x86_64-linux-gnu I checked inside the package and the lib was there. I had to manually extract the lib and copy it in /usr/lib/x86_64-linux-gnu It seems some trigger is deleting the file after the package put it there. thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766170: zh_CN PO update for apt
Package: apt Version: 1.0.9.3 Tags: patch Severity: whishlist X-Debbugs-CC: debian-l10n-chin...@lists.debian.org I did some changes on zh_CN.po of apt. * word modification * translation * correction The work is based on ca3fb0039db3f87b9860618116a7ed896be576e7 The translation is not 100% done now. And for that patch, msgfmt say it is OK. BTW, could someone please describe what the Meep is? so I can find some local word to express the meaning. This APT helper has Super Meep Powers. Thanks :) -- Regards, C.D.Luminate --- zh_CN.po.bak 2014-10-21 08:38:53.766857208 + +++ zh_CN.po 2014-10-21 09:46:03.024185341 + @@ -4,6 +4,7 @@ # Tchaikov tchai...@sjtu.org, 2005, 2007. # Carlos Z.F. Liu carlos...@users.sourceforge.net, 2004, 2006. # Aron Xu happyaron...@gmail.com, 2009, 2010. +# Zhou Mo cdlumin...@gmail.com, 2014. # msgid msgstr @@ -11,7 +12,7 @@ Report-Msgid-Bugs-To: APT Development Team de...@lists.debian.org\n POT-Creation-Date: 2014-09-09 20:35+0200\n PO-Revision-Date: 2010-08-26 14:42+0800\n -Last-Translator: Aron Xu happyaron...@gmail.com\n +Last-Translator: Zhou Mo cdlumin...@gmail.com\n Language-Team: Chinese (simplified) i18n...@googlegroups.com\n Language: zh_CN\n MIME-Version: 1.0\n @@ -111,7 +112,7 @@ #: cmdline/apt-cache.cc:1421 msgid This command is deprecated. Please use 'apt-mark showauto' instead. -msgstr +msgstr 该命令已废弃。请使用‘apt-mark showauto’代替。 #: cmdline/apt-cache.cc:1516 apt-pkg/cacheset.cc:596 #, c-format @@ -259,6 +260,9 @@ See 'man apt-cdrom' for more information about the CD-ROM auto-detection and mount point. msgstr +从默认挂载点自动检测 CD-ROM 失败。\n +您可以尝试用 --cdrom 选项来设置 CD-ROM 的挂载点。\n +更多关于 CD-ROM 自动检测以及挂载点的信息,请参见‘man apt-cdrom’。 #: cmdline/apt-cdrom.cc:182 msgid Repeat this process for the rest of the CDs in your set. @@ -297,14 +301,14 @@ -o=? 设置任意指定的配置选项,例如:-o dir::cache=/tmp\n #: cmdline/apt-get.cc:245 -#, fuzzy, c-format +#, c-format msgid Can not find a package for architecture '%s' -msgstr 无法按照正则表达式 %s 找到任何软件包 +msgstr 找不到‘%s’体系结构下的软件包 #: cmdline/apt-get.cc:327 -#, fuzzy, c-format +#, c-format msgid Can not find a package '%s' with version '%s' -msgstr 无法按照正则表达式 %s 找到任何软件包 +msgstr 找不到版本为‘%s’的软件包‘%s’ #: cmdline/apt-get.cc:330 #, fuzzy, c-format @@ -317,9 +321,9 @@ msgstr 选择 %s 作为源代码包而非 %s\n #: cmdline/apt-get.cc:423 -#, fuzzy, c-format +#, c-format msgid Can not find version '%s' of package '%s' -msgstr 忽略不可用的 %2$s 软件包的 %1$s 版 +msgstr 找不到 %2$s 软件包的 %1$s 版本 #: cmdline/apt-get.cc:454 #, c-format @@ -342,6 +346,7 @@ This command is deprecated. Please use 'apt-mark auto' and 'apt-mark manual' instead. msgstr +该命令已废弃。请用‘apt-mark auto’或‘apt-mark manual’替代。 #: cmdline/apt-get.cc:538 cmdline/apt-get.cc:546 msgid Internal error, problem resolver broke stuff @@ -370,20 +375,20 @@ %s\n #: cmdline/apt-get.cc:791 -#, fuzzy, c-format +#, c-format msgid Please use:\n bzr branch %s\n to retrieve the latest (possibly unreleased) updates to the package.\n msgstr 请使用:\n -bzr get %s\n +bzr branch %s\n 获得该软件包的最近更新(可能尚未正式发布)。\n #: cmdline/apt-get.cc:843 #, c-format msgid Skipping already downloaded file '%s'\n -msgstr 忽略已下载过的文件“%s”\n +msgstr 忽略已下载的文件“%s”\n #: cmdline/apt-get.cc:869 cmdline/apt-get.cc:872 #: apt-private/private-install.cc:187 apt-private/private-install.cc:190 @@ -457,6 +462,8 @@ No architecture information available for %s. See apt.conf(5) APT:: Architectures for setup msgstr +找不到关于 %s 的有效体系结构信息。请参见 apt.conf(5) APT:: +Architectures for setup #: cmdline/apt-get.cc:1079 cmdline/apt-get.cc:1082 #, c-format @@ -469,11 +476,11 @@ msgstr %s 没有构建依赖关系信息。\n #: cmdline/apt-get.cc:1272 -#, fuzzy, c-format +#, c-format msgid %s dependency for %s can't be satisfied because %s is not allowed on '%s' packages -msgstr 由于无法找到软件包 %3$s ,因此不能满足 %2$s 所要求的 %1$s 依赖关系 +msgstr 由于 %3$s 不被软件包 %4$s 所允许,因此不能满足 %2$s 所要求的 %1$s 依赖关系 #: cmdline/apt-get.cc:1290 #, c-format @@ -616,16 +623,15 @@ #: cmdline/apt-helper.cc:36 msgid Need one URL as argument -msgstr +msgstr 需要一个 URL 作为参数 #: cmdline/apt-helper.cc:49 -#, fuzzy msgid Must specify at least one pair url/filename -msgstr 要下载源代码,必须指定至少一个对应的软件包 +msgstr 必须指定至少一对URL或者文件名 #: cmdline/apt-helper.cc:67 msgid Download Failed -msgstr +msgstr 下载失败 #: cmdline/apt-helper.cc:80 msgid @@ -640,6 +646,17 @@ \n This APT helper has Super Meep Powers.\n msgstr +用法: apt-helper [选项] 命令\n + apt-helper [选项] download-file uri target-path\n +\n +apt-helper 是一个 apt 的内部帮助程序\n +\n +命令:\n + download-file - 将uri指定的文件下载到指定目标目录\n + auto-detect-proxy - 用 apt.conf 检测代理设置\n +\n + This APT helper has Super Meep Powers.\n + #: cmdline/apt-mark.cc:68 #, fuzzy, c-format @@ -647,14 +664,14 @@ msgstr 但是它还没有被安装 #: cmdline/apt-mark.cc:74 -#, fuzzy, c-format +#, c-format msgid %s was already set to manually installed.\n -msgstr %s 被设置为手动安装。\n +msgstr %s 已经被设置为手动安装。\n #: cmdline/apt-mark.cc:76 -#,
Bug#726578: please tell me how is this a vulnerability
Control: tags -1 +patch So... how exactly are these vulnerabilities? 2. is what this program is supposed to do: produce _pronounceable_ passwords instead of pure line noise. Sure, these do have less entropy than pure line noise for the same length, but the point is to make something that's possible to remember. If I wanted fully random unbiased ASCII characters, I'd use a perl one-liner instead of a complex generator like pwgen. As for 4., as Steven remarked, this is done intentionally to placate password quality checkers. Also, while allowing an all-lowercase password 2^-8 of the time does have negligibly more resilience against an exhaustive attack, it is massively worse against attacks prevalent in the real world. Thus, paying this small amount of entropy is well worth it. And as for 3., please read http://www.2uo.de/myths-about-urandom/ Heck, FreeBSD doesn't even _have_ /dev/random in Linux's sense -- and no one is calling it insecure. So these three points are complete non-issues. I do agree with 1., though, so here's a patch to fix it. Let's have pwgen in jessie! -- // If you believe in so-called intellectual property, please immediately // cease using counterfeit alphabets. Instead, contact the nearest temple // of Amon, whose priests will provide you with scribal services for all // your writing needs, for Reasonable and Non-Discriminatory prices. diff -Nurd pwgen-2.06.orig/pwgen.1 pwgen-2.06/pwgen.1 --- pwgen-2.06.orig/pwgen.1 2007-07-05 01:42:19.0 +0200 +++ pwgen-2.06/pwgen.1 2014-10-21 11:54:31.203356332 +0200 @@ -43,26 +43,6 @@ will only generate one password, as this tends to be much more convenient for shell scripts, and in order to be compatible with previous versions of this program. -.PP -In addition, for -backwards compatibility reasons, when stdout is not a tty and secure -password generation mode has not been requested, -.B pwgen -will generate less secure passwords, as -if the -.B \-0A -options had been passed to it on the command line. This can be -overriden using the -.B \-nc -options. In the future, the behavior when stdout is a tty may change, so -shell scripts using -.B pwgen -should explicitly specify the -.B \-nc -or -.B \-0A -options. The latter is not recommended for security reasons, since -such passwords are far too easy to guess. .B .SH OPTIONS .TP diff -Nurd pwgen-2.06.orig/pwgen.c pwgen-2.06/pwgen.c --- pwgen-2.06.orig/pwgen.c 2007-07-05 01:42:19.0 +0200 +++ pwgen-2.06/pwgen.c 2014-10-21 11:51:16.361031403 +0200 @@ -96,10 +96,9 @@ pwgen = pw_phonemes; pw_number = pw_random_number; - if (isatty(1)) { + if (isatty(1)) do_columns = 1; - pwgen_flags |= PW_DIGITS | PW_UPPERS; - } + pwgen_flags |= PW_DIGITS | PW_UPPERS; while (1) { #ifdef HAVE_GETOPT_LONG
Bug#765124: caused by the upgrade from ruby-i18n 0.6.9 to 0.6.11
Control: found -1 ruby-i18n/0.6.11-1 Control: notfound -1 ruby-i18n/0.6.9-2 Hi, It seems that this bug has been caused by the upgrade of ruby-i18n rom 0.6.9 to 0.6.11. Something broke in the determination of whic locales are available. This is likely related to the following commit: https://github.com/svenfuchs/i18n/commit/a65fffd6f0472bc413ba41809dafc6292e29d2ae Cheers, Cédric signature.asc Description: Digital signature
Bug#766171: package profanity_0.4.4-1 FTBFS on big endian
Package: profanity Version: 0.4.4-1 Severity: important Tags: sid + patch Justification: FTBFS User: debian-mips-dev-disc...@lists.alioth.debian.org Hello, Package profanity_0.4.4-1 FTBFS on big endian architectures. https://buildd.debian.org/status/package.php?p=profanitysuite=sid I have attached a patch resolving this issue. Thank you! Regards, Jurica --- profanity-0.4.4.orig/src/tools/p_sha1.c +++ profanity-0.4.4/src/tools/p_sha1.c @@ -107,13 +107,7 @@ void P_SHA1_Transform(uint32_t state[5], /* blk0() and blk() perform the initial expand. */ /* I got the idea of expanding during the round function from SSLeay */ -/* FIXME: can we do this in an endian-proof way? */ -#ifdef WORDS_BIGENDIAN -#define blk0(i) block-l[i] -#else -#define blk0(i) (block-l[i] = (rol(block-l[i],24)0xFF00FF00) \ -|(rol(block-l[i],8)0x00FF00FF)) -#endif +#define blk0(i) (block-l[i] = (ntohl(block-l[i]))) #define blk(i) (block-l[i15] = rol(block-l[(i+13)15]^block-l[(i+8)15] \ ^block-l[(i+2)15]^block-l[i15],1))
Bug#766057: solaar: [INTL:nl] Dutch translation of debconf messages
Op 20-10-14 18:55:57 schreef Christian PERRIER: Quoting Frans Spiesschaert (frans.spiesscha...@yucom.be): Package: solaar Severity: wishlist Tags: l10n patch [snip] PS: please note that the file you sent was encoded in ISO-8859-1 while the PO file header was claiming it to be UTF-8. I fixed that as well in the attached file. Hi Christian, I have no clue on what is going wrong. I did a small investigation with these results: ran on the local file, the file command reports UTF-8 and msgfmt does not complain: frans@bureau:~/projecten/debconf$ file solaar_0.9.2 +dfsg-3_nl.po solaar_0.9.2+dfsg-3_nl.po: GNU gettext message catalogue, UTF-8 Unicode text frans@bureau:~/projecten/debconf$ msgfmt -vv solaar_0.9.2 +dfsg-3_nl.po solaar_0.9.2+dfsg-3_nl.po: 5 translated messages. I also mailed the file out in the world to myself, saved the attachment of the received mail and executed the same commands, with these results: frans@bureau:~$ file nl.po nl.po: GNU gettext message catalogue, UTF-8 Unicode text frans@bureau:~$ msgfmt -vv nl.po nl.po: 5 translated messages. Groetjes, Frans === www.frans-spiesschaert.homenet.org home.base.be/vt6362833/ pgp3WSxMp4e4i.pgp Description: PGP signature
Bug#761360: [nvidia-driver] Garbaged screen after suspend to RAM
I have the same problem. Still an issue with 340.46-1 and 340.46-2 updated this morning. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://v2p.fr.eu.org http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766172: chromium: dpkg errors on initial installation (--compare-versions takes three arguments: version relation version)
Package: chromium Version: 38.0.2125.101-2+b1 Severity: important User: debian-...@lists.debian.org Usertags: debian-edu I discovered this in Debian Edu, where we grep the log for error messages during testing, and report all errors found to the user. Setting severity important as these messages add noise to the list of errors that need to be addressed in Debian Edu. When installing chromium for the first time using tasksel in debian-installer, these messages show up in the installation log: Oct 21 09:39:57 in-target: Selecting previously unselected package chromium. Oct 21 09:39:57 in-target: Preparing to unpack .../chromium_38.0.2125.101-2+b1_amd64.deb ... Oct 21 09:39:57 in-target: dpkg: error: --compare-versions takes three arguments: version relation version Oct 21 09:39:57 in-target: Oct 21 09:39:57 in-target: Type dpkg --help for help about installing and deinstalling packages [*]; Oct 21 09:39:57 in-target: Use 'apt' or 'aptitude' for user-friendly package management; Oct 21 09:39:57 in-target: Type dpkg -Dhelp for a list of dpkg debug flag values; Oct 21 09:39:57 in-target: Type dpkg --force-help for a list of forcing options; Oct 21 09:39:57 in-target: Type dpkg-deb --help for help about manipulating *.deb files; Oct 21 09:39:57 in-target: Oct 21 09:39:57 in-target: Options marked [*] produce a lot of output - pipe it through 'less' or 'more' ! Oct 21 09:39:57 in-target: dpkg: error: --compare-versions takes three arguments: version relation version Oct 21 09:39:57 in-target: Oct 21 09:39:57 in-target: Type dpkg --help for help about installing and deinstalling packages [*]; Oct 21 09:39:57 in-target: Use 'apt' or 'aptitude' for user-friendly package management; Oct 21 09:39:57 in-target: Type dpkg -Dhelp for a list of dpkg debug flag values; Oct 21 09:39:57 in-target: Type dpkg --force-help for a list of forcing options; Oct 21 09:39:57 in-target: Type dpkg-deb --help for help about manipulating *.deb files; Oct 21 09:39:57 in-target: Oct 21 09:39:57 in-target: Options marked [*] produce a lot of output - pipe it through 'less' or 'more' ! Oct 21 09:39:57 in-target: dpkg: error: --compare-versions takes three arguments: version relation version Oct 21 09:39:57 in-target: Oct 21 09:39:57 in-target: Type dpkg --help for help about installing and deinstalling packages [*]; Oct 21 09:39:57 in-target: Use 'apt' or 'aptitude' for user-friendly package management; Oct 21 09:39:57 in-target: Type dpkg -Dhelp for a list of dpkg debug flag values; Oct 21 09:39:57 in-target: Type dpkg --force-help for a list of forcing options; Oct 21 09:39:57 in-target: Type dpkg-deb --help for help about manipulating *.deb files; Oct 21 09:39:57 in-target: Oct 21 09:39:57 in-target: Options marked [*] produce a lot of output - pipe it through 'less' or 'more' ! Oct 21 09:39:57 in-target: Unpacking chromium (38.0.2125.101-2+b1) ... I guess the bug is in the preinst or config files, as the messages show up before unpackaging. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766147: [php-maint] Bug#766147: php5-common: session cleanup can be misused to change modification time of arbitrary files to now when symlink protection not enabled
Control: tags -1 +pending On Tue, Oct 21, 2014, at 11:33, Ondřej Surý wrote: On Tue, Oct 21, 2014, at 11:16, Fiedler Roman wrote: Von: Ondřej Surý [mailto:ond...@sury.org] On Tue, Oct 21, 2014, at 10:55, Fiedler Roman wrote: Von: Ondřej Surý [mailto:ond...@sury.org] Hi, TL;DR: s/touch -c/touch -c -h/, right? This will fix it for arbitrary symlinks, the only remaining issues would be a) keeping open a file .. , which will update the parent directory modification time. Which parent directory? The session dir or the symlink targe parent directory? The /var/lib directory: Since the the parsing of the lsof output is broken (awk uses $9), an open file .. will cause touch -c /var/lib/php5/.. without involving any symlinks. I see... Thanks for the analysis, while the impact is very low, it's worth updating. [ -x /usr/bin/lsof ] /usr/bin/lsof -w -l +d ${1} -Fn | grep -E ^n | cut -b 2- | xargs -i touch -c -h {} This change will be included in next wheezy update of PHP. JFTR jessiesid has a new script that takes a different approach and might suffer from the same bug if you manage to open a file in /var/lib/php5/sessions/ with active php5 process. If you find a similar vulnerability in the new session script, please open a new bug. Cheers, -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762195: libc6: libpthread: hardware-assisted lock elision hazardous on x86
On Thu, Oct 16, 2014 at 07:49:29PM -0400, Carlos O'Donell wrote: I disagree. IMO the most flexible approach is for glibc to stop using cpuid for RTM detection and rely on the kernel to tell it if RTM is usable. Then we have a single hardware blacklist in the kernel. We need to talk to kernel people about this. Not to mention we might extend a getauxval-type API to prevent applications from using cpuid directly e.g. create a platform header for this with an x86 specific feature interface. That looks like a good plan in the long term, that said if we involve the kernel in this it might takes months or even more until every is ready and in sync. -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766162: qa.debian.org: Use 'env' instead of /usr/bin/python to make source more portable.
severity 766162 normal tags 766162 + confirmed user debian...@lists.debian.org usertag 766162 + gift thanks On Tue, Oct 21, 2014 at 05:00:49PM +0800, sophiejjj wrote: Currently somefiles are hard-coded with /usr/bin/python. e.g., debiansources-run-app and the alike. This makes the code less portable, and inhibiting the use of virtualenv. I've nothing against switching shebang lines to /usr/bin/env python for all [Python] Debsources binary under bin/. If doing so makes it easier to deploy/test debsources using virtualenv, even better. Thanks for your bug report, patches welcome :-) Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Project Leader . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature
Bug#765471: openarena: crashes randomly
Control: reassign 765471 libopenal1 Control: found 765471 1:1.15.1-5 On 17/10/14 09:15, YK wrote: Package: openarena Version: 0.8.8-9 Followup-For: Bug #765471 YK: please try also installing libopenal1-dbg, and get a backtrace in the same way with that installed. Also, what sound system are you using? (PulseAudio? Jack? plain ALSA? Any special settings within OpenArena?) Finally, are there any special steps you can take that make this crash more likely to happen? For instance: single-player or multiplayer or do both crash equally often? Does the game crash more often when you pick up the railgun or get killed or some other special game event? etc. libopenal1 maintainers: please see below for a backtrace for an openarena (ioquake3) crash in what appears to be an OpenAL thread. It seems to be somewhat frequent on the reporter's system, but there are no specific steps known to reproduce it so far, other than play OpenArena for a while. Based on the backtrace, it seems most likely to be a libopenal1 bug. For your information, you can get backtraces from OpenArena by installing gdb and running like this: OPENARENA_BACKTRACE=1 openarena -- ^1Lt.^2Joe^7 almost dodged Yoric-RU^7's rocket tty] Program received signal SIGSEGV, Segmentation fault. 0x776de054 in alListener3f () from /usr/lib/x86_64-linux-gnu/libopenal.so.1 Thread 4 (Thread 0x7fffde667700 (LWP 13912)): #0 0x776f5c69 in ?? () from /usr/lib/x86_64-linux-gnu/libopenal.so.1 No symbol table info available. #1 0x776f4317 in ?? () from /usr/lib/x86_64-linux-gnu/libopenal.so.1 No symbol table info available. #2 0x776eaf6f in ?? () from /usr/lib/x86_64-linux-gnu/libopenal.so.1 No symbol table info available. #3 0x776f6e69 in ?? () from /usr/lib/x86_64-linux-gnu/libopenal.so.1 No symbol table info available. #4 0x776ef9da in ?? () from /usr/lib/x86_64-linux-gnu/libopenal.so.1 No symbol table info available. #5 0x7792c0a4 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 No symbol table info available. #6 0x759b1c2d in clone () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. Thread 1 (Thread 0x77fb97c0 (LWP 13678)): #0 0x776de054 in alListener3f () from /usr/lib/x86_64-linux-gnu/libopenal.so.1 No symbol table info available. #1 0x0047d888 in S_AL_Respatialize (entityNum=4, origin=optimized out, axis=0x7fffe3ed0978, inwater=optimized out) at code/client/snd_openal.c:2259 orientation = {0.66576159, 0.733282149, -0.138053507, 0.0924939662, 0.102488063, 0.990424693} sorigin = {270.622864, 896.38208, 444.707306} #2 0x00407693 in CL_CgameSystemCalls (args=0x7fffc640) at code/client/cl_cgame.c:524 No locals. #3 0x00509077 in DoSyscall () at code/qcommon/vm_x86.c:428 data = optimized out index = 16 args = {33, 4, 922828, 922840, 0, 0, 921364, 813760, 0, 0, 0, 0, 0, 0, 72378, 0} savedVM = 0x221a258 vmTable+216 #4 0x7fffde368052 in ?? () No symbol table info available. #5 0x0002 in ?? () No symbol table info available. #6 0x0040 in ?? () No symbol table info available. #7 0x7fffe3def4a0 in ?? () No symbol table info available. #8 0x7fffe41ef4a0 in ?? () No symbol table info available. #9 0x7fffc770 in ?? () No symbol table info available. #10 0x003fff6c in ?? () No symbol table info available. #11 0x0002 in ?? () No symbol table info available. #12 0x7fffde368087 in ?? () No symbol table info available. #13 0x7fffde477aa0 in ?? () No symbol table info available. #14 0x7fffde368074 in ?? () No symbol table info available. #15 0x7fffde3683bb in ?? () No symbol table info available. #16 0x0050d587 in VM_CallCompiled (vm=0x221a258 vmTable+216, args=optimized out) at code/qcommon/vm_x86.c:1766 stack = X\242!\002\000\000\000\000\304\377?\000\000\000\000\000\213\200\066\336\377\177\000\000\000\000\000\000\000\000\000\000ᆳ\336\336\377\377\377\270\000\000\000Pl\f\000d\001\000\000 \000\000\000\374\344?, '\000' repeats 979 times entryPoint = 0x7fffde36808b programStack = 4194244 stackOnEntry = -14600 image = 0x1 error: Cannot access memory at address 0x1 opStack = 0xfffefffd opStackOfs = 0 arg = 13 #17 0x0221a180 in ?? () No symbol table info available. #18 0x0042f27f in SCR_UpdateScreen () at code/client/cl_scrn.c:582 in_anaglyphMode = optimized out recursive = 1 #19 0x0008 in ?? () No symbol table info available. #20 0x004a9644 in VM_Call (vm=0x7fffe3c27b01, callnum=callnum@entry=3) at code/qcommon/vm.c:915 a = {callnum = 3, args = {72378, 0, 0, -473790240, 0, 4386807, 8, 8, 0, 4387455, 8, 4349414}} ap = {{gp_offset = 16, fp_offset = 0,
Bug#766173: icinga2: [INTL:nl] Dutch translation of debconf messages
Package: icinga2 Severity: wishlist Tags: l10n patch Dear Maintainer, == Please find attached the Dutch translation of icinga2 debconf messages. It has been submitted for review to the debian-l10n-dutch mailing list. Please add it to your next package revision. It should be put as debian/po/nl.po in your package build tree. === Groetjes, Frans === www.frans-spiesschaert.homenet.org home.base.be/vt6362833/ # Dutch translation of icinga2 debconf templates. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the icinga2 package. # Frans Spiesschaert frans.spiesscha...@yucom.be, 2014. # msgid msgstr Project-Id-Version: icinga2\n Report-Msgid-Bugs-To: icin...@packages.debian.org\n POT-Creation-Date: 2014-08-18 15:18+0200\n PO-Revision-Date: 2014-10-07 16:32+0200\n Last-Translator: Frans Spiesschaert frans.spiesscha...@yucom.be\n Language-Team: Debian Dutch l10n Team debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: password #. Description #: ../icinga2-classicui.templates:2001 msgid Icinga 2 ClassicUI administration password: msgstr Beheerderswachtwoord voor Icinga 2 ClassicUI: #. Type: password #. Description #: ../icinga2-classicui.templates:2001 msgid Please provide the password to be created with the \icingaadmin\ user. msgstr Gelieve het wachtwoord op te geven voor de aan te maken gebruiker \icingaadmin\. #. Type: password #. Description #: ../icinga2-classicui.templates:2001 msgid This is the username and password to use when connecting to the Icinga server after completing the configuration. If you do not provide a password, you will have to configure access to Icinga manually later on. msgstr Deze gebruikersnaam en het wachtwoord moeten gebruikt worden om verbinding te maken met de Icinga-server na het voltooien van de configuratie. Indien u geen wachtwoord opgeeft, zult u later de toegang tot Icinga handmatig moeten instellen. #. Type: password #. Description #: ../icinga2-classicui.templates:3001 msgid Re-enter password to verify: msgstr Voer ter controle het wachtwoord nogmaals in: #. Type: password #. Description #: ../icinga2-classicui.templates:3001 msgid Please enter the same user password again to verify you have typed it correctly. msgstr Geef hetzelfde gebruikerswachtwoord nogmaals in om een mogelijke tikfout uit te sluiten. #. Type: error #. Description #: ../icinga2-classicui.templates:4001 msgid Password input error msgstr Fout bij het invoeren van het wachtwoord #. Type: error #. Description #: ../icinga2-classicui.templates:4001 msgid The two passwords you entered were not the same. Please try again. msgstr De twee ingevoerde wachtwoorden zijn niet identiek. Gelieve opnieuw te proberen. #. Type: boolean #. Description #: ../icinga2-ido-mysql.templates:2001 msgid Enable Icinga 2's ido-mysql feature? msgstr De ido-mysql-functionaliteit van Icinga 2 activeren? #. Type: boolean #. Description #: ../icinga2-ido-mysql.templates:2001 msgid Please specify whether Icinga 2 should use MySQL. msgstr Specificeer of Icinga 2 gebruik moet maken van MySQL. #. Type: boolean #. Description #: ../icinga2-ido-mysql.templates:2001 msgid You may later disable the feature by using the \icinga2-disable-feature ido- mysql\ command. msgstr U kunt later deze functionaliteit uitschakelen met het commando \icinga2- disable-feature ido-mysql\. #. Type: boolean #. Description #: ../icinga2-ido-pgsql.templates:2001 msgid Enable Icinga 2's ido-pgsql feature? msgstr De ido-pgsql van Icinga 2 activeren? #. Type: boolean #. Description #: ../icinga2-ido-pgsql.templates:2001 msgid Please specify whether Icinga 2 should use PostgreSQL. msgstr Specificeer of Icinga 2 gebruik moet maken van PostgreSQL. #. Type: boolean #. Description #: ../icinga2-ido-pgsql.templates:2001 msgid You may later disable the feature by using the \icinga2-disable-feature ido- pgsql\ command. msgstr U kunt later deze functionaliteit uitschakelen met het commando \icinga2- disable-feature ido-pgsql\.
Bug#766118: lintian: False positive for “missing-license-paragraph-in-dep5-copyright”
* Russ Allbery r...@debian.org, 2014-10-20, 18:55: = $ lintian --version Lintian v2.5.28 $ lintian ../build-area/lojban-common_1.5+dfsg.1-2.dsc W: lojban-common source: missing-license-paragraph-in-dep5-copyright public-domain (paragraph at line 43) = [...] I'm not at all sure what's actually going on. For some reason, this copyright file is failing to parse properly. I spent some time looking at the code and couldn't figure out where it was failing. I haven't wrapped my head around the code either, but I noticed that what triggers this false positive is the header paragraph, not paragraph at line 43. -- 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#764272: Intend to NMU for #764272: gobject-introspection: tests/*.c #include config.h which is missing
Control: tag -1 + patch Hi, intrigeri wrote (16 Oct 2014 09:29:56 GMT) : this seems to be https://bugzilla.gnome.org/show_bug.cgi?id=737275, that was apparently fixed upstream in https://git.gnome.org/browse/gobject-introspection/commit/?id=578eebd54bd9f2b1677922680701c454f489c895 It's on their 3.14.1 whiteboard, but no release yet. I guess we should cherry-pick this commit for Jessie. What do the maintainers think? The attached patch implements this proposed solution. I've confirmed that it indeed fixes the FTBFS of the new libgobject-introspection-perl upstream release, that I'd really like to upload in the next 3 days so that it has a chance to make it into Jessie. I intend to NMU tomorrow, unless the maintainers tell me they'll address this blocking RC bug themselves, at a pace that unblocks the situation soon enough for libgobject-introspection-perl. Comments are welcome :) Cheers! -- intrigeri Index: debian/changelog === --- debian/changelog (revision 43727) +++ debian/changelog (working copy) @@ -1,3 +1,11 @@ +gobject-introspection (1.42.0-2.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Dont_unconditionally_include_config.h_in_regress.c.patch: new patch, +cherry-picked from upstream (Closes: #764272) + + -- intrigeri intrig...@debian.org Tue, 21 Oct 2014 12:04:27 +0200 + gobject-introspection (1.42.0-2) unstable; urgency=medium * dh_girepository: Add a versioned dependency on libgirepository-1.0-1 Index: debian/patches/Dont_unconditionally_include_config.h_in_regress.c.patch === --- debian/patches/Dont_unconditionally_include_config.h_in_regress.c.patch (revision 0) +++ debian/patches/Dont_unconditionally_include_config.h_in_regress.c.patch (working copy) @@ -0,0 +1,27 @@ +From 578eebd54bd9f2b1677922680701c454f489c895 Mon Sep 17 00:00:00 2001 +From: Matthias Clasen mcla...@redhat.com +Date: Fri, 10 Oct 2014 11:36:23 -0400 +Bug: https://bugzilla.gnome.org/show_bug.cgi?id=737275 +Bug-Debian: https://bugs.debian.org/764272 +Origin: https://git.gnome.org/browse/gobject-introspection/commit/?id=578eebd54bd9f2b1677922680701c454f489c895 +Subject: Don't unconditionally include config.h in regress.c + +This is an installed file, so we can't assume that config.h +will be around. + +diff --git a/tests/scanner/regress.c b/tests/scanner/regress.c +index 3d3cfdd..8a0652f 100644 +--- a/tests/scanner/regress.c b/tests/scanner/regress.c +@@ -1,5 +1,8 @@ + /* -*- mode: C; c-file-style: gnu; indent-tabs-mode: nil; -*- */ ++/* This file gets installed, so we can't assume config.h is available */ ++#ifdef HAVE_CONFIG_H + #include config.h ++#endif + + #include string.h + #include stdlib.h +-- +cgit v0.10.1 + Index: debian/patches/series === --- debian/patches/series (revision 43727) +++ debian/patches/series (working copy) @@ -1,2 +1,3 @@ #needed only until all packages are moved to mutliarch paths pre_multiarch_compat +Dont_unconditionally_include_config.h_in_regress.c.patch
Bug#698386: Is there a future for ITKSNAP?
Hello Paul, On Tue, 2014-10-21 at 04:45 -0400, Paul Yushkevich wrote: I am going to try looking into this problem this week. I have been building on Centos, and there the Qt plugins are being picked up just fine. I suspect the crash is due to the missing plugin, but I am not sure. The crash is within QCoreApplication::arguments () and it doesn't seem to crash reliable. Somehow I suspect that there is a mixup in symbols resolution, i.e. I added code like: char *a = lala; SNAPQApplication app(1, a); QStringList mylist = app.arguments(); and it crashes in this very call to app.arguments() without going through the plug-in loading. I also call arguments() in the SNAPQApplication() constructor to check it and there it doesn't cash. When I use valgrind*, then it reports jump depends on un-initialized values within the final loop of QCoreApplication::arguments (), but only outside the constructor. I can only guess that the upload of QT5 that came after the upload of libvtk6-dev which depends on QT5 broke something and a binary upload of vtk could help. Could you tell me why including all VTK libs and GDCM libs was required? I think not all VTK libs are required, but some symbols where missing, and it was easier to add all libraries instead of finding out what is really needed. There was also a symbol missing from GDCM. Note, that I worked with the dev32 branch. Best Gert * valgrind reports a number of problems with the code. For some of them I sent patches upstream, see https://sourceforge.net/p/itk-snap/bugs/81/ https://sourceforge.net/p/itk-snap/bugs/82/ signature.asc Description: This is a digitally signed message part
Bug#762195: libc6: libpthread: hardware-assisted lock elision hazardous on x86
On Mon, Oct 20, 2014 at 11:51:14AM -0200, Henrique de Moraes Holschuh wrote: On Thu, 16 Oct 2014, Carlos O'Donell wrote: I disagree. IMO the most flexible approach is for glibc to stop using cpuid for RTM detection and rely on the kernel to tell it if RTM is usable. Then we have a single hardware blacklist in the kernel. We need to talk to kernel people about this. Not to mention we might extend a getauxval-type API to prevent applications from using cpuid directly e.g. create a platform header for this with an x86 specific feature interface. We are about to freeze for the Jessie release. I am only asking that we put a stopgap measure in place until a proper fix can be deployed upstream (and backported to Debian's glibc 2.19 and Linux 3.16). This is a serious issue, and there is a bug report about it. We will definitely fix it before the release. The freeze is only one step and not an excuse to rush things. An RC bug can be fixed after the freeze, even if it would be better to fix it before. In addition I have been busy with things that are I consider more important, fixing glibc and tzdata for old-stable and stable. At this time I don't care whether we go with the processor blacklist or take the more conservative path and disable lock elision code in Debian, as long as we do something. I feel sad that the lock elision code can't really be disabled without using additional patches that are not even upstream. I have tested your blacklist patch, and it works fine on the few systems I have tested. I'll therefore go that way. -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org