Bug#727695: Reopening, not fixed yet [was: Bug#727695 closed by Andreas Tille ti...@debian.org (Bug#727695: fixed in r-bioc-edger 3.4.2+dfsg-1)]
found 727695 3.4.2+dfsg-1 tag 727695 patch user ubuntu-de...@lists.ubuntu.com usertags 727695 origin-ubuntu ubuntu-patch trusty thanks Hello Andreas, Debian Bug Tracking System [2014-01-05 0:06 +]: #727695: autopkgtest fails: copypaste error, and there is no package called ‘MASS’ The MASS part is fixed, but the limma copypaste error in debian/tests/upstream is still there. Also, in that latest version you added Depends: r-cran-mass which is missing the actual primary package (if you don't specify Depends it defaults to Depends: @ which means all binaries from that source). Attached debdiff fixes both problems, and the test succeeds now: https://jenkins.qa.ubuntu.com/job/trusty-adt-r-bioc-edger/17/ARCH=i386,label=adt/ Thanks for considering, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff -Nru r-bioc-edger-3.4.2+dfsg/debian/changelog r-bioc-edger-3.4.2+dfsg/debian/changelog --- r-bioc-edger-3.4.2+dfsg/debian/changelog2014-01-05 00:36:02.0 +0100 +++ r-bioc-edger-3.4.2+dfsg/debian/changelog2014-01-08 08:03:48.0 +0100 @@ -1,3 +1,12 @@ +r-bioc-edger (3.4.2+dfsg-1ubuntu1) trusty; urgency=medium + + * debian/tests/control: Re-add @ test dependency which got dropped in the +previous upload. + * debian/tests/upstream: Run edger tests, not limma (copypaste error). +(Closes: #727695) + + -- Martin Pitt martin.p...@ubuntu.com Wed, 08 Jan 2014 08:03:41 +0100 + r-bioc-edger (3.4.2+dfsg-1) unstable; urgency=low [ Charles Plessy ] diff -Nru r-bioc-edger-3.4.2+dfsg/debian/tests/control r-bioc-edger-3.4.2+dfsg/debian/tests/control --- r-bioc-edger-3.4.2+dfsg/debian/tests/control2014-01-05 00:36:02.0 +0100 +++ r-bioc-edger-3.4.2+dfsg/debian/tests/control2014-01-08 08:03:39.0 +0100 @@ -1,2 +1,2 @@ Tests: upstream -Depends: r-cran-mass +Depends: @, r-cran-mass diff -Nru r-bioc-edger-3.4.2+dfsg/debian/tests/upstream r-bioc-edger-3.4.2+dfsg/debian/tests/upstream --- r-bioc-edger-3.4.2+dfsg/debian/tests/upstream 2014-01-05 00:36:02.0 +0100 +++ r-bioc-edger-3.4.2+dfsg/debian/tests/upstream 2014-01-08 08:03:39.0 +0100 @@ -4,7 +4,7 @@ cd $TEMPORARY_DIR -cp /usr/share/doc/r-bioc-limma/tests/* . +cp /usr/share/doc/r-bioc-edger/tests/* . for test in *R.gz do zcat ${test} `basename ${test} .gz` signature.asc Description: Digital signature
Bug#734577: gcc-arm-none-eabi: Hardcoded path to linker
Package: gcc-arm-none-eabi Version: 4.8.2-12+5 Severity: wishlist Dear Maintainer, In mchck.org which is a cortex-m4 board we use fake-linker script, which does some magic, and than calls normal linker. However, gcc-arm-non-eabi, comes precompiled with option --with-ld which means that gcc looks for linker first in the provided by that option path, than in environment path etc.. Therefore, its impossible to substitute linker temporaly, as we do. Is there a reason, or specific need for this option in the package ? To reproduce the problem please follow git clone git://github.com/mchck/mchck.git cd mchck/bootloader/usb-dfu/ make you will get error (ignore other errors, like error: 'IRQ_ADC0' undeclared) arm-none-eabi-objcopy: 'dfu.elf': No such file This is because script is failing ../../toolchain/scripts/real-ld: when /^-output-linker-script=(.*)$/ Would it be possible to get rid of --with-ld option from gcc compiler, unless it does not create other problems ? Thanks, Mateusz -- 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.12-1-rt-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gcc-arm-none-eabi depends on: ii binutils-arm-none-eabi 2.24-2+4 ii libc6 2.17-97 ii libgmp102:5.1.3+dfsg-1 ii libmpc3 1.0.1-1 ii libmpfr43.1.2-1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages gcc-arm-none-eabi recommends: ii libnewlib-arm-none-eabi 2.1.0-1 gcc-arm-none-eabi suggests no packages. -- no debconf information
Bug#687564: RFS: irstlm/5.80.01-1 -- [ITP] IRST Language Modeling Toolkit
Hi, Giulio and Koichi. I am a sponsor of Koichi. If you need sponsor , I can sponsor this package. Please feel free to contact me. Best regards, Nobuhiro 2014/1/3 Koichi Akabe vbkaise...@gmail.com: Hi, Unfortunately, I'm not DD, so I can't become a sponsor of this package. I'm preparing some packages to build statistical machine translation systems using travatar[*], so I hope that this package will be contained in Debian. [*] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732718 I want to become co-maintainer of it. Could you add me to Uploaders field of d/control file? Thanks, Koichi On Thu, 2 Jan 2014 09:27:30 +0100 Giulio Paci giuliop...@gmail.com wrote: The package should be in good shape and should only need some minor updates. More recent upstream version is also available. If you are interested in sponsoring this package, I can do the work during the next few days. If you want to co-maintain the package, feel free to do the work yourself, but please let me know before doing it. Bests, Giulio. Il 23/dic/2013 14:27 Koichi Akabe vbkaise...@gmail.com ha scritto: Hi, I'm interested in this package, but this BTS report is not updated for a year. How is the status of this package? I tried building the newest package on your git repository in sid. There is no warning without 1) and 2) you mentioned at Message #50. Thanks. -- Koichi Akabe vbkaisetsu at {gmail.com, debian.or.jp} -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131223222409.7f1a6174c0ffc00ffc9db...@gmail.com -- Koichi Akabe vbkaisetsu at {gmail.com, debian.or.jp} -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140103191620.e3c976b1dc97848738481...@gmail.com -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734099: CVE for vulnerability now available: CVE-2013-7262
On 2014-01-08 7:51, Sebastiaan Couwenberg wrote: Control: tags -1 security As reported by Salvatore Bonaccorso in #734565, there is now a CVE for the security issue in question. Can I get a Go/No Go for uploading the proposed changes in the debdiff? You proposed the changes four days ago, including relatively large diffs; please give people time to review / process them rather than chasing so quickly. As a side note, the diffs were sufficiently large that neither of your bug reports reached the debian-release list, so several people may not have seen them yet. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733608: jhead: Comment removed when adjusting time
Hello Sylvain, I tried to get some help from the upstream maintainer of jhead. But he is not helping :-( He refused your patch and do not propose any alternative. I will keep this bug open but will not work on it anymore. Bye Le 07/01/2014 19:40, Matthias Wandel a écrit : yes -Original Message- From: Ludovic Rousseau Sent: Tuesday, January 07, 2014 12:47 PM To: Matthias Wandel ; 733...@bugs.debian.org Subject: Re: Bug#733608: jhead: Comment removed when adjusting time Le 05/01/2014 22:41, Matthias Wandel a écrit : I wasn't aware that it changed it for time adjustments. How a user of jhead is supposed to change the EXIF date time without changing the comments? The -ta command has a side effect of also changing the comments. Thanks -- Dr. Ludovic Rousseau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734495: mingw-w64: Fails to compile Tcl and Tk, please apply workaround patch
On 07-01-14 23:14, Stephen Kitt wrote: The patch you link to actually applies to Tcl, not to MinGW-w64; the bug is Oops! Sorry for that! I totally missed that... I also see that it was fixed upstream in the mean time: http://core.tcl.tk/tcl/info/7488de4f4b203a7f - now to find out in which release this landed... -- Kind regards, Manuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682045: Please mark libtool multi-arch:allowed, not foreign
So, Dimitri's explanation is a bit muddled because he seems to confuse HOST and BUILD a couple of times and hurt my brain, but he's right nonetheless that the simplest and best thing here is to mark libtool M-A:allowed. If we follow the table here: https://wiki.ubuntu.com/MultiarchCross We see that marking libtool M-A:allowed means that for normal builds, you get the HOST_ARCH version (which is what you want), for cross builds, you also get the HOST_ARCH version (which is what you want), and if you really want the BUILD_ARCH version, because you're using it to build tools for the build, rather than to build the final package, you can specify a build-dep on libtool:native. This is pretty much exactly how this should work. There's no reason for package splits, or to drop the arch-specific /usr/bin/libtool from the package. ... Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731345: Kirkwood Kernel 3.12-1
(adding the bug) On Wed, 2014-01-08 at 08:22 +0100, Martin Michlmayr wrote: Hi Markus, * Markus Krebs m...@drkrebs.de [2014-01-08 06:25]: I just wanted to let you know that the last kernel update in testing (jessie) to 3.12-1 went really bad on my SheevaPlug. It wouldn't boot anymore (Error: unrecognized/unsupported machine ID (r1 = 0x0831)). Also the uImage.bak and the uInitrd.bak which had been flash-kernel needs the patch from #731345. Ian, 3.12 is in testing now. Is the patch from #731345 ready now and can you make an upload? When I was testing the ts41x DT patches from Andrew Lunn at the weekend I found that the approach of just adding the DTB-Append option broke with older kernels, complaining (rightly) that the DTB file wasn't present. So, assuming I've not misdiagnosed it, the patch needs to be expanded with some sort of conditional to cope with this, I haven't had time to look into that. The bug thread came to the same conclusion, although the rationale was different. An alternative would be for f-k to declare Breaks against older kernels. I don't really want to do that though, since it would make upgrades harder than they need to be. The best option is probably a DTB-Optional-Before: version field I guess? Ian. signature.asc Description: This is a digitally signed message part
Bug#734279: jblas: FTBFS on most architectures since tests are enabled at build time
Hi! On 01/08/2014 07:24 AM, tony mancill wrote: I still wonder whether this package has ever been useful on non-i386/amd64 architectures. Why should it be less useful than on other architectures? We shouldn't differenciate between architectures in this regard, IMO. For the short-term, so the ruby transition can move forward, we could temporarily either disable to tests or constrain the architectures. Between those 2, I prefer the latter. Thoughts? I'm fine with whatever you decide as maintainer. Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734104: autoconf: uses old-style function definition, thus fails with -Werror=old-style-definition
On 2014-01-07 21:30:29 -0800, Ben Pfaff wrote: On Fri, Jan 03, 2014 at 10:22:27PM +0100, Vincent Lefevre wrote: A developer may want to test his software with -Werror=old-style-definition (in particular because such definitions could be a real bug in the software). But configure fails because autoconf generates such a function definition. For instance: In my opinion, it's a mistake to run configure tests with -Werror. I don't see why. I suggest adding such flags after configure tests have been run, as with the --enable-Werror configure flag supported by Open vSwitch: dnl OVS_ENABLE_WERROR AC_DEFUN([OVS_ENABLE_WERROR], [AC_ARG_ENABLE( [Werror], [AC_HELP_STRING([--enable-Werror], [Add -Werror to CFLAGS])], [], [enable_Werror=no]) AC_CONFIG_COMMANDS_PRE( [if test X$enable_Werror = Xyes; then CFLAGS=$CFLAGS -Werror fi])]) This doesn't solve the problem at all: whether -Werror is used via --enable-Werror or via ./configure ... CFLAGS=... -Werror the same errors will occur. I guess that -Werror=old-style-definition is somewhat more restricted, but a similar solution can be used. Actually I wasn't using -Werror=old-style-definition directly, but ./configure CFLAGS=-Wall -Wold-style-declaration -Wold-style-definition -Wmissing-parameter-type -Wmissing-prototypes -Wmissing-declarations -Wmissing-field-initializers -Werror IMHO, this is a good thing developers test that their software doesn't generate warnings, possibly with some exceptions; some errors can be avoided with -Wno-error=..., e.g. one needs -Wno-error=unused-function in the case of MPFR (and also gcc-snapshot). The -Werror allows one to do that in automatic tests without filtering the output. Indeed if some new code generates a new warning, it may correspond to a bug. In the particular case of -Werror=old-style-definition, this has corresponded to an obsolescent feature of C for more than 14 years, so that there are no reasons why programs would still use this old style definition. My proposed patch concerning autoconf: http://lists.gnu.org/archive/html/autoconf-patches/2014-01/msg3.html -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://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#734578: nodejs: Show distribution on Nodejs version
Package: nodejs Version: 0.10.15~dfsg1-4 Severity: wishlist Dear Maintainer, From Ubuntu we are updating some packages to show OS distribution when showing version of some packages. https://blueprints.launchpad.net/ubuntu/+spec/servercloud-s-server-app-banner-updates -- System Information: Debian Release: wheezy/sid APT prefers saucy-updates APT policy: (500, 'saucy-updates'), (500, 'saucy-security'), (500, 'saucy'), (100, 'saucy-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.0-27-generic (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nodejs depends on: ii libc-ares21.10.0-2 ii libc6 2.17-93ubuntu4 ii libssl1.0.0 1.0.1e-3ubuntu1 ii libstdc++64.8.1-10ubuntu9 ii libv8-3.14.5 3.14.5.8-4 ii zlib1g1:1.2.8.dfsg-1ubuntu1 nodejs recommends no packages. nodejs 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#734557: python-augeas: doesn't depend on libpython2.7
On Wed, Jan 8, 2014 at 7:04 AM, Jayen Ashar j.as...@marathon-targets.comwrote: Package: python-augeas Version: 0.3.0-1 Severity: important Hi, I'm trying to use python-augeas on a bare wheezy system (created with debootstrap) and it seems I can't use it without also installing libpython2.7. Perhaps this should be a package dependency? It seems a regression introduced in version 0.4.0-2.1 (which adds Python 2.7 support). This bug should not affect sid and jessie. I'm not sure what can be done about wheezy, since it's already released, but it feels that this bug is severe enough to grant a stable update. Free
Bug#731345: Kirkwood Kernel 3.12-1
Adding Marc, who proposed the initial patch. * Ian Campbell i...@hellion.org.uk [2014-01-08 08:35]: (adding the bug) On Wed, 2014-01-08 at 08:22 +0100, Martin Michlmayr wrote: Hi Markus, * Markus Krebs m...@drkrebs.de [2014-01-08 06:25]: I just wanted to let you know that the last kernel update in testing (jessie) to 3.12-1 went really bad on my SheevaPlug. It wouldn't boot anymore (Error: unrecognized/unsupported machine ID (r1 = 0x0831)). Also the uImage.bak and the uInitrd.bak which had been flash-kernel needs the patch from #731345. Ian, 3.12 is in testing now. Is the patch from #731345 ready now and can you make an upload? When I was testing the ts41x DT patches from Andrew Lunn at the weekend I found that the approach of just adding the DTB-Append option broke with older kernels, complaining (rightly) that the DTB file wasn't present. So, assuming I've not misdiagnosed it, the patch needs to be expanded with some sort of conditional to cope with this, I haven't had time to look into that. The bug thread came to the same conclusion, although the rationale was different. An alternative would be for f-k to declare Breaks against older kernels. I don't really want to do that though, since it would make upgrades harder than they need to be. The best option is probably a DTB-Optional-Before: version field I guess? Ian. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734565: mapserver: CVE-2013-7262
Hi Bas, On Wed, Jan 08, 2014 at 08:40:35AM +0100, Sebastiaan Couwenberg wrote: On 01/08/2014 08:25 AM, Salvatore Bonaccorso wrote: If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. The new mapserver packages were prepared before the CVE was available. Please adjust the affected versions in the BTS as needed, at least unstable from looking at source seems affected. Unstable is no longer affect with the upload of mapserver 6.4.1, wheezy and squeeze still are, but the proposed updates for both are waiting for feedback from the release team: Bug#734099: pu: package mapserver/6.0.4-1 Bug#734118: opu: package mapserver/5.6.9-1 Could you clarify if second commit referenced in https://github.com/mapserver/mapserver/issues/4834 (WFS-2 specific fixes for postgis time sql injections (#4834,#4815)) is also needed? Is this relevant for Debian? Thanks for your work, and regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734579: Fix autopkgtest (outputs stderr)
Package: python-dateutil Version: 1.5+dfsg-1 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch trusty Hello, thanks for adding the autopkgtest (from #729461). Unfortunately this fails as python's unittest outputs to stderr by default, and by default autopkgtest considers any stderr output as failure (see [1]). This patch sets the allow-stderr restriction, with that it succeeds. Thanks for considering, Martin [1] https://jenkins.qa.ubuntu.com/view/Trusty/view/AutoPkgTest/job/trusty-adt-python-dateutil/1/ -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff -Nru python-dateutil-1.5+dfsg/debian/changelog python-dateutil-1.5+dfsg/debian/changelog --- python-dateutil-1.5+dfsg/debian/changelog 2014-01-06 10:35:29.0 +0100 +++ python-dateutil-1.5+dfsg/debian/changelog 2014-01-08 10:05:17.0 +0100 @@ -1,3 +1,10 @@ +python-dateutil (1.5+dfsg-1ubuntu1) trusty; urgency=medium + + * Add missing allow-stderr autopkgtest restriction, as unittest outputs to +stderr. + + -- Martin Pitt martin.p...@ubuntu.com Wed, 08 Jan 2014 10:05:05 +0100 + python-dateutil (1.5+dfsg-1) unstable; urgency=medium [ Guido Günther ] diff -Nru python-dateutil-1.5+dfsg/debian/tests/control python-dateutil-1.5+dfsg/debian/tests/control --- python-dateutil-1.5+dfsg/debian/tests/control 2014-01-06 09:45:47.0 +0100 +++ python-dateutil-1.5+dfsg/debian/tests/control 2014-01-08 10:05:04.0 +0100 @@ -1,2 +1,3 @@ Tests: upstream Depends: @ +Restrictions: allow-stderr signature.asc Description: Digital signature
Bug#734449: open-vm-tools-dkms: Some modules still fail to compile
On 08.01.14 Jim Barber (jim.bar...@ddihealth.com) wrote: Hi, It's interesting that 3.12 only arrived into unstable for you today. I have had 3.12 on offer for the 'testing' distribution for a few days now, and I installed it onto my 'unstable' boxes on Dec 31st. Is the Debian mirror you use a bit behind perhaps? Not sure what the version 3.12 denotes: hille@sid:~ $ apt-cache policy open-vm-tools-dkms open-vm-tools-dkms: Installed: 2:9.4.0-1280544-1 Candidate: 2:9.4.0-1280544-1 Version table: *** 2:9.4.0-1280544-1 0 500 http://ftp.de.debian.org/debian/ unstable/main i386 Packages 100 /var/lib/dpkg/status H. -- http://www.hilmar-preusse.de.vu/#206401 http://counter.li.org signature.asc Description: Digital signature
Bug#734578: Patch with debdiff
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I send a patch with the changes needed -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSzRZxAAoJEHui+4jWFHJLN1kIAKp/7fZeuQtoZB8Z4lqGCOLz uh8t6ZGYBKCOqX9T/hact9nfZnum1UNoSUaV4i202HwsW6rxVjKAACXUSpjyHNP3 G8TTtcSTfyEkFUf9uqhjbcCup7Q3n0wpiPv1vaqTBu63P3q5hnpzZNSYR8RxB2jY k2k9d1OkGqPsRlcGXTJr3p5P6IX0Jjfd2zvC9ExI5VRr78DTaIia4k44he45QmIg 8bE4AEI+P7mYnwyPs6P3U9H14xJhhSYB/czUinsr7dlTXSoxOS/fEnTb54wJR+ih rC/SnJ+2IrlJtXBOJyKWY281CMIT47Ysomc1vBa6OMfY1UIo6Yw6dIWfecnUZGY= =2y9Q -END PGP SIGNATURE- diff -Nru nodejs-0.10.24~dfsg1/debian/changelog nodejs-0.10.24~dfsg1/debian/changelog --- nodejs-0.10.24~dfsg1/debian/changelog 2014-01-08 08:19:02.0 + +++ nodejs-0.10.24~dfsg1/debian/changelog 2014-01-08 08:21:40.0 + @@ -1,3 +1,10 @@ +nodejs (0.10.24~dfsg1-1ubuntu1) UNRELEASED; urgency=low + + * debian/patches/fix_distribution.patch: show version in nodejs + * debian/control: added lsb-release as build dependency + + -- Yolanda Robla yolanda.ro...@canonical.com Wed, 08 Jan 2014 08:20:32 + + nodejs (0.10.24~dfsg1-1) unstable; urgency=medium * Upstream update diff -Nru nodejs-0.10.24~dfsg1/debian/control nodejs-0.10.24~dfsg1/debian/control --- nodejs-0.10.24~dfsg1/debian/control 2014-01-08 08:19:02.0 + +++ nodejs-0.10.24~dfsg1/debian/control 2014-01-08 08:22:16.0 + @@ -20,7 +20,8 @@ python, libv8-3.14-dev (= 3.7), libssl-dev (= 1.0.0g), - libc-ares-dev (= 1.7.5) + libc-ares-dev (= 1.7.5), + lsb-release Standards-Version: 3.9.4 Homepage: http://nodejs.org/ Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/nodejs.git diff -Nru nodejs-0.10.24~dfsg1/debian/patches/2014_fix_distribution.patch nodejs-0.10.24~dfsg1/debian/patches/2014_fix_distribution.patch --- nodejs-0.10.24~dfsg1/debian/patches/2014_fix_distribution.patch 1970-01-01 00:00:00.0 + +++ nodejs-0.10.24~dfsg1/debian/patches/2014_fix_distribution.patch 2014-01-08 08:41:21.0 + @@ -0,0 +1,22 @@ +--- a/node.gyp 2014-01-08 08:19:02.272696000 + b/node.gyp 2014-01-08 08:23:35.854997355 + +@@ -144,6 +144,7 @@ + 'ARCH=(target_arch)', + 'PLATFORM=(OS)', + 'NODE_TAG=(node_tag)', ++'NODE_DISTRIBUTION=!(lsb_release -si)', + ], + + 'conditions': [ +--- a/src/node_version.h 2014-01-08 08:19:02.272696000 + b/src/node_version.h 2014-01-08 08:25:42.334997355 + +@@ -49,7 +49,7 @@ + NODE_TAG -pre + #endif + +-#define NODE_VERSION v NODE_VERSION_STRING ++#define NODE_VERSION v NODE_VERSION_STRING ( NODE_DISTRIBUTION ) + + + #define NODE_VERSION_AT_LEAST(major, minor, patch) \ + diff -Nru nodejs-0.10.24~dfsg1/debian/patches/series nodejs-0.10.24~dfsg1/debian/patches/series --- nodejs-0.10.24~dfsg1/debian/patches/series 2014-01-08 08:19:02.0 + +++ nodejs-0.10.24~dfsg1/debian/patches/series 2014-01-08 08:24:25.0 + @@ -9,3 +9,4 @@ 1002_increase_timeout_in_test.patch 1003_test_disable_chunked_response.patch 1004_test_writeNaN.patch +2014_fix_distribution.patch nodejs_diff.patch.sig Description: PGP signature
Bug#645692: Support for hard-float calling convention and flag to select the ARM ABI
Hey On Wed, Jan 08, 2014, Thomas Preud'homme wrote: So you'll be happy to hear that support for armhf will be greatly improved in upcoming tcc release (there was quite some bug in the current version). Nice :-) However I still encounter a problem that when both armel and armhf libraries are installed, ldd shows that armel one are used. I tried playing with EABI version (set it from 4 to 5) but then ldd says the file is not a dynamic binary. Interesting; this might be worth raising on debian-arm@; I think there's another ELF header that one has to set to indicate the hard-float variant of EABI; Steve McIntyre had worked on this some while ago. In fact, it would be nice if TCC allowed selection of the ARM ABI it's targetting, e.g. ARMv4...ARMv7, Thumb/ARM mode, OABI vs. EABI, soft VFP / hard VFP / no VFP. You'll also be happy to hear that there is progress on this front. I've just pushed a patch to be able to select the float ABI at runtime. For now it's limited to softfp and hard since soft is not supported now (as you noticed, tcc produces VFP code even on armel). Supporting ARMv4…ARMv7 as well as Thumb/ARM will not be done neither since tcc is not an optimizing compiler. ARMv4 is always used, no matter what. On the other hand I'd like to be able to select the ABI (OABI Vs EABI) at runtime as well but it requires a bit more change as for now this switch relies heavily on macros. Note that OABI is probably not interesting anymore at this point; support for OABI will progressively be removed, so likely not worth targeting in a compiler right now. BTW you mention TCC uses VFP instructions: note that usage of VFP instructions is not equal to ABI; that is, you may use soft-float calling conventions while using VFP instructions between calls. In fact you may even use hard-float calling conventions in a soft-float library / binary as long as you're calling into the same compiled code and not calling into another object. GCC offers these three options to distinguish the use cases: * hardfp: might use VFP depending on optimization levels; always calls functions in other object files with hard-float calling conventions but might call with soft-float calling conventions within the same object * soft: never uses VFP, always calls functions with soft-float calling conventions * softfp: might use VFP, always calls functions in other object files with soft-float calling conventions but might call with hard-float calling conventions within the same object And it allows selecting the VFP level independently. You must realize that the manpower on tcc is quite small so we are limited in what we can add to tcc. I myself have been more versed in bug fixing as they are many. Understood :-) Cheers and happy new year! -- Loïc Minier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731345: Kirkwood Kernel 3.12-1
Martin Michlmayr t...@cyrius.com wrote: Adding Marc, who proposed the initial patch. * Ian Campbell i...@hellion.org.uk [2014-01-08 08:35]: (adding the bug) On Wed, 2014-01-08 at 08:22 +0100, Martin Michlmayr wrote: Hi Markus, * Markus Krebs m...@drkrebs.de [2014-01-08 06:25]: I just wanted to let you know that the last kernel update in testing (jessie) to 3.12-1 went really bad on my SheevaPlug. It wouldn't boot anymore (Error: unrecognized/unsupported machine ID (r1 = 0x0831)). Also the uImage.bak and the uInitrd.bak which had been flash-kernel needs the patch from #731345. Ian, 3.12 is in testing now. Is the patch from #731345 ready now and can you make an upload? When I was testing the ts41x DT patches from Andrew Lunn at the weekend I found that the approach of just adding the DTB-Append option broke with older kernels, complaining (rightly) that the DTB file wasn't present. So, assuming I've not misdiagnosed it, the patch needs to be expanded with some sort of conditional to cope with this, I haven't had time to look into that. The bug thread came to the same conclusion, although the rationale was different. An alternative would be for f-k to declare Breaks against older kernels. I don't really want to do that though, since it would make upgrades harder than they need to be. The best option is probably a DTB-Optional-Before: version field I guess? Not quite, as 3.11 comes with DT for the sheeva plug, but that DT lacks ethernet support. Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734526: [Pkg-xfce-devel] Bug#734526: lightdm-gtk-greeter: leaking memory
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Wed, Jan 08, 2014 at 02:34:43AM +0100, Zlatko Calusic wrote: On 08.01.2014 01:19, Zlatko Calusic wrote: On 08.01.2014 01:07, Zlatko Calusic wrote: On 07.01.2014 23:52, Zlatko Calusic wrote: I replaced `start-stop-daemon --start --quiet --pidfile /var/run/lightdm.pid --name lightdm --exec $DAEMON -b|| echo -n already running' in /etc/init.d/lightdm with `valgrind --leak-check=yes $DAEMON', fired up screen and run `/etc/init.d/lightdm start out 2err' in it. Will send you the files in about an hour, after I ctrl-C it. I hope that's what you need? Never run valgrind before. :P Log attached. Though, I'm not sure this will be helpful. This is valgrind log of lightdm daemon, but it's not daemon that is leaking, but gtk-greeter! I don't know how to run valgrind on gtk-greeter, which is started internally by lightdm. Please instruct. Actually, I know! I replaced lightdm-gtk-greeter binary with a shell script wrapper which will invoke real binary under valgrind. Another hour... Attached... Thanks, I'll take a look with upstream and see if we can find something. Regards, - -- Yves-Alexis Perez -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBCgAGBQJSzRfjAAoJEG3bU/KmdcClRzsH+wdYxtErFwZu0fQJawDEZKMO 7YmHD/hcl6eNMeumWRqNIyCYUkaCvJkhFL2HPRlO+BWnWzZG78Y1vqWUyn5oUTEf dC180uJ+Qv+WIFp26bhvh2uMbY3z349qAdKWL2/0jugUYk4n8hEz3BbQv8dwy/Ps 0Jx9ao8ywSBOOPWSiXcsbbCEyr++uYkPvZxB/zHOVXuN/5Q5vzBPjPpffHHfjBnL Bv0kwxPe3VCUt1MDI/R9FrPe8mg6dF8fxFxhXyqWZ5piUkk5VZ+F+0OQ8x0EmnZD AwvIyl/bBbiyc0+B+KIRHwzNSmcPvdcVbzgMQJdtWbh6E/ONlxP/evPBtZQzRjY= =YrPG -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#734580: pinto: French debconf templates translation
Package: pinto Version: N/A Severity: wishlist Tags: patch l10n *** /home/julien/traductions/po-debconf/patch-translate.txt Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-0.bpo.3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Translation to french of pinto debconf templates. # Copyright (C) 2014, French l10n team debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the pinto package. # Julien Patriarca leatherf...@debian.org, 2014. # msgid msgstr Project-Id-Version: pinto\n Report-Msgid-Bugs-To: pi...@packages.debian.org\n POT-Creation-Date: 2014-01-03 08:01+0100\n PO-Revision-Date: 2014-01-03 10:18+0100\n Last-Translator: Julien Patriarca leatherf...@debian.org\n Language-Team: FRENCH debian-l10n-fre...@lists.debian.org\n Language: fr\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: password #. Description #: ../pinto.templates:2001 msgid Pinto web administration password: msgstr Mot de passe pour l'interface d'administration web de Pinto : #. Type: password #. Description #: ../pinto.templates:2001 msgid Please choose the password for the \pintoadmin\ user. msgstr Veuillez choisir le mot de passe pour l'utilisateur « pintoadmin ». #. Type: password #. Description #: ../pinto.templates:2001 msgid This username/password combination is needed, after installation, to log in to Pinto through its web interface. msgstr Cette combinaison nom d'utilisateur/mot de passe est nécessaire, après l'installation, pour s'authentifier dans Pinto via son interface web. #. Type: password #. Description #: ../pinto.templates:2001 msgid If this is left empty, you will have to manually configure accounts for Pinto. msgstr Si ce champ est laissé vide, vous devrez configurer manuellement les comptes pour Pinto. #. Type: password #. Description #: ../pinto.templates:3001 msgid Re-enter password to verify: msgstr Confirmation du mot de passe : #. Type: password #. Description #: ../pinto.templates:3001 msgid Please enter the same user password again to verify you have typed it correctly. msgstr Veuillez entrer à nouveau le mot de passe afin de vérifier qu'il a été saisi correctement. #. Type: error #. Description #: ../pinto.templates:4001 msgid Password input error msgstr Erreur de saisie du mot de passe #. Type: error #. Description #: ../pinto.templates:4001 msgid The two passwords you entered were not the same. Please try again. msgstr Les deux mots de passe que vous avez entrés sont différents. Veuillez recommencer.
Bug#731345: Kirkwood Kernel 3.12-1
On Wed, 2014-01-08 at 10:17 +0100, Marc Kleine-Budde wrote: The best option is probably a DTB-Optional-Before: version field I guess? Not quite, as 3.11 comes with DT for the sheeva plug, but that DT lacks ethernet support. Yes, thinking about it DTB-After: version probably makes more logical sense. It looks like this issue is also going to affect the QNAP platforms, e.g. ts219 has already been converted and there is a patch to do the same for ts419 as well. The issue there is that there are two separate DTBs covering what was once a single board file, that's going to be tricky... Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734581: Add proxy CONNECT method support for https sources
Package: apt-cacher-ng Version: 0.7.25-1 Severity: wishlist https sources are supported now, but not through a http proxy for which support must be added (CONNECT method ?) to get it work. apt-cacher-ng used in managed mode (ForceManaged: 1) with a proxy: Proxy: https://username:proxypassw...@proxy.example.net:3128 Remap-somesoft: /somesoft ; https://apt.foo.bar/debian/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734584: [INTL:sv] Swedish strings for pinto debconf
package: pinto severity: wishlist tags: patch l10n Please consider to add this file to translation of debconf. -- brother http://sis.bthstuden.se sv.po Description: Binary data
Bug#734585: [INTL:sv] Swedish strings for keystone debconf
package: keystone severity: wishlist tags: patch l10n Please consider to add this file to translation of debconf. -- brother http://sis.bthstuden.se sv.po Description: Binary data
Bug#734583: [INTL:sv] Swedish strings for ceilometer debconf
package: ceilometer severity: wishlist tags: patch l10n Please consider to add this file to translation of debconf. -- brother http://sis.bthstuden.se sv.po Description: Binary data
Bug#734582: [INTL:sv] Swedish strings for nsd debconf
package: nsd severity: wishlist tags: patch l10n Please consider to add this file to translation of debconf. -- brother http://sis.bthstuden.se sv.po Description: Binary data
Bug#734099: CVE for vulnerability now available: CVE-2013-7262
On 2014-01-08 7:51, Sebastiaan Couwenberg wrote: Control: tags -1 security As reported by Salvatore Bonaccorso in #734565, there is now a CVE for the security issue in question. Can I get a Go/No Go for uploading the proposed changes in the debdiff? You proposed the changes four days ago, including relatively large diffs; please give people time to review / process them rather than chasing so quickly. Sorry if my question was seen as chasing the Release Team. I'm not trying to pressure the RT. My question was triggered by the bug filed today now that the CVE is available. As a side note, the diffs were sufficiently large that neither of your bug reports reached the debian-release list, so several people may not have seen them yet. I was afraid the debdiffs might be a bit too large. So I think the wise thing to do is to prepare security uploads which only fix the CVE issue if possible, and leave the other security and stability fixes for a later (old)stable-update if the complete upstream stable release is considered acceptable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733613: core dumps when loading single player game
Control: forwarded -1 http://trac.wildfiregames.com/ticket/2363 On Tue, Dec 31, 2013 at 2:04 AM, Martin Zobel-Helas zo...@debian.org wrote: Hi, On Mon Dec 30, 2013 at 16:36:55 -0800, Vincent Cheng wrote: Can you file a bug report upstream [1]? Isn't that the business of a Debian Package maintainer? I am just a dumb user, and do not know how that works ;- Done, sorry for the slow response with this! (As a general rule of thumb, I suggest to users to directly report bugs upstream if I get bug reports that are likely to be an upstream issue, not a packaging one, and only file bugs on their behalf if they have trouble doing so, or are unwilling to sign up for yet another bugzilla/trac/etc. I think that generally works out better, but that's just my opinion anyways. ;) Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723485: Processed: affects 726589, fixed 698771 in 1:1.24.2-1, notfixed 723485 in 0.5.3-2.1, fixed 718696 in 16-1 ...
Hi, Andreas. On Wed, Jan 08, 2014 at 02:12:24AM +, Debian Bug Tracking System wrote: notfixed 723485 0.5.3-2.1 Bug #723485 {Done: Juan Cespedes cespe...@debian.org} [ltrace] ltrace link with -L/usr/lib No longer marked as fixed in versions 0.5.3-2.1. Could you tell me why do you think Bug#723485 is not fixed in 0.5.3-2.1? ltrace does NOT use -L/usr/lib at all; its Makefile.in doesn't have anything in $LDFLAGS. CDBS modifies it to have -Wl,-z,relro, but it doesn't add any -L/usr/lib to the command line. The final link command used to build the binary is: gcc -Wl,-z,relro main.o libltrace.a -lelf -lsupc++ -liberty -o ltrace So, AFAIK, ltrace does NOT link with -L/usr/lib; am I missing something? Thank you, -- Juan Cespedes Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733894: texlive-binaries: xdvi crashes while reloading updated dvi-file
reassign 733894 libfreetype6 notforwarded 733894 forcemerge 733894 734347 stop On 01.01.14 Martin Ziegler (zieg...@email.mathematik.uni-freiburg.de) wrote: Hi, If a dvi-file is updated and I click on the xdvi-window to reload the file, the program crashes. At least if the changes of the file are locate at the very beginning this happens very often ca in 20% of the cases I tried it. I attach xdvi's error message. As Paul Vojta pointed out this is a bug in the libfreetype: http://bugs.debian.org/734347 Reassign, merge. Hilmar -- sigmentation fault signature.asc Description: Digital signature
Bug#734509: Debian Contributors list: data source www.debian.org not working
On Tue, Jan 07, 2014 at 09:00:15PM +0100, Holger Wansing wrote: There is indeed: it is just a proof of concept implementation I wrote and run quite some time ago. It would be impossible for me to take care of data mining for each team in debian, so what I'd like to happen is that someone from the web teams takes over my scripts, makes sure they work properly and schedules them to run periodically. From what I read in the DPN, I could not see it is only a proof of concept; indeed I understood it as the service is ready. The service is ready, that is, the service that collects data from data sources. The www data source however is marked as proof of concept in https://contributors.debian.org/sources/ I admit that I was hoping that those proof of concept sources would be picked up much quicker than it turned out to be :/ I would be willing to help, but I have no programming skills, I am only a translator. Is that work capable for me? Please don't say only :) I'm afraid there is some programming involved, though. Perhaps you can talk with others in the team to see if someone is interested? Ciao, Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini enr...@enricozini.org signature.asc Description: Digital signature
Bug#645692: Support for hard-float calling convention and flag to select the ARM ABI
On Wed, Jan 08, 2014, Thomas Preud'homme wrote: I know that. Thus -mfloat-abi switch in gcc is both about use of vfp and calling convention for floats. Right now tcc doesn't know how to do software float computation. It only supports FPA and VFP. By the way, is there some product with FPA these days? I know kernel support for it has been removed recently but if no device has FPA unit then this could be removed too. I am not aware of any modern platform with FPA :-) It also seems to be gone since some years and not worth targeting -- Loïc Minier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733962: New version fixes this
Hi, The yui dependency is no more in version 1.2 [1]. I plan to upload it within a week. Cheers -- Mathieu [1]: Removed in https://github.com/sebastianbergmann/php-code-coverage/commit/087b1e7edb3fbcd216df8598cd761d76a5c209a0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734586: objgraph docs/uncollectable.txt test fails with Python 3.4
Package: objgraph Version: 1.7.2-2 Hello, objgraph's test suite fails with python 3.4: | $ python3.4 tests.py | ..F/usr/lib/python3.4/imp.py:32: PendingDeprecationWarning: the imp module is deprecated in favour of importlib; see the module's documentation for alternative uses | PendingDeprecationWarning) | . | == | FAIL: docs/uncollectable.txt | Doctest: uncollectable.txt | -- | Traceback (most recent call last): | File /usr/lib/python3.4/doctest.py, line 2187, in runTest | raise self.failureException(self.format_failure(new.getvalue())) | AssertionError: Failed doctest test for uncollectable.txt | File docs/uncollectable.txt, line 0 | | -- | File docs/uncollectable.txt, line 24, in uncollectable.txt | Failed example: | len(gc.garbage) | Expected: | 1 | Got: | 0 It works fine with 2.7 and 3.3, so apparently Python 3.4 has some changes in its garbage collection which fail that test? Keeping at normal for now as Python 3.4 is still in experimental. This will become serious (FTBFS) as soon as 3.4 becomes a supported version in sid. Thanks for considering, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.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#734548: unable to start bluetooth service during boot
reassign 734548 bluetooth forcemerge 729808 734548 affects 729808 + systemd thanks Am 08.01.2014 04:34, schrieb Pirate Praveen: package: systemd version: 204-5 severity: important bluetooth service fails to start during boot. Manually starting it after boot is working. Attaching journalctl -xb output. bluetooth service is turned on, $ sudo chkconfig --list bluetooth bluetooth 0:off 1:off 2:on 3:on 4:on 5:on 6:off I have only bluetooth keyboard working and every time I have to use onscreen keyboard to start bluetooth service. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729808#10 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#734584: [INTL:sv] Swedish strings for pinto debconf
Hi, On 2014-01-08 10:40 +0100, Martin Bagge wrote: package: pinto severity: wishlist tags: patch l10n Please consider to add this file to translation of debconf. Some minor suggestions, msgid This username/password combination is needed, after installation, to log in to Pinto through its web interface. msgstr Denna kombination av användarnamn och lösenord behöver efter installationen för att kunna logga in i Pintos webbgränssnitt. s/behöver/behövs/ msgid Password input error msgstr Fel vid avgivande av lösenord 'avgivande', typo --- 'angivande'? Also, would probably use inmatning, but not sure if you INTL:sv people have a standardized translation of such a string... Thanks, -- --- | Olof Johansson http://stdlib.se/ | | irc: zibri https://github.com/olof | --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734526: [Pkg-xfce-devel] Bug#734526: lightdm-gtk-greeter: leaking memory
On 08.01.2014 10:18, Yves-Alexis Perez wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Wed, Jan 08, 2014 at 02:34:43AM +0100, Zlatko Calusic wrote: On 08.01.2014 01:19, Zlatko Calusic wrote: On 08.01.2014 01:07, Zlatko Calusic wrote: On 07.01.2014 23:52, Zlatko Calusic wrote: I replaced `start-stop-daemon --start --quiet --pidfile /var/run/lightdm.pid --name lightdm --exec $DAEMON -b|| echo -n already running' in /etc/init.d/lightdm with `valgrind --leak-check=yes $DAEMON', fired up screen and run `/etc/init.d/lightdm start out 2err' in it. Will send you the files in about an hour, after I ctrl-C it. I hope that's what you need? Never run valgrind before. :P Log attached. Though, I'm not sure this will be helpful. This is valgrind log of lightdm daemon, but it's not daemon that is leaking, but gtk-greeter! I don't know how to run valgrind on gtk-greeter, which is started internally by lightdm. Please instruct. Actually, I know! I replaced lightdm-gtk-greeter binary with a shell script wrapper which will invoke real binary under valgrind. Another hour... Attached... Thanks, I'll take a look with upstream and see if we can find something. Thank you Yves-Alexis for good work! -- Zlatko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734559: libxc: use dh-autoreconf to fix FTBFS on ppc64el
Hello Logan, If this is a generic issue, IMO it should be fixed in a generic way as suggested here [1]. Whereas there seem to be two possibilities: either run dh_autoreconf or patch libtool generated files. Touching all source packages with a libtool/autotools build system to introduce a new architecture soundssuboptimalto me (especially knowing, that updating the build system files can lead toFTBFS too - now or in the future).Can you please jump into the discussion at#733045 [1]too? JFTR: I could imagine this generic approach: enable/run dh_autoreconf by default and allow package maintainers tospecificly disable itusing the --without switch of dh. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733045 Regards, Daniel Gesendet:Mittwoch, 08. Januar 2014 um 07:51 Uhr Von:Logan Rosen lo...@ubuntu.com An:Debian Bug Tracking System sub...@bugs.debian.org Betreff:[Debichem-devel] Bug#734559: libxc: use dh-autoreconf to fix FTBFS on ppc64el Package: libxc Version: 2.0.2-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu trusty ubuntu-patch Dear Maintainer, For the ppc64el architecture in Ubuntu, since this package uses libtool, a full autoreconf is necessary. This is because we need new libtool macros for ppc64el. In Ubuntu, the attached patch was applied to achieve the following: * Use dh-autoreconf to fix FTBFS on ppc64el. Thanks for considering the patch. Logan Rosen -- 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.12.0-7-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ___ Debichem-devel mailing list debichem-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debichem-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#734587: [INTL:sv] Swedish strings for glance debconf
package: glance severity: wishlist tags: patch l10n Please consider to add this file to translation of debconf. -- brother http://sis.bthstuden.se sv.po Description: Binary data
Bug#734526: [Pkg-xfce-devel] Bug#734526: Bug#734526: lightdm-gtk-greeter: leaking memory
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Wed, Jan 08, 2014 at 11:27:52AM +0100, Zlatko Calusic wrote: Thanks, I'll take a look with upstream and see if we can find something. Thank you Yves-Alexis for good work! It seems that some leaks were fixed in 1.7.0. Can you try the one in experimental? Regards, - -- Yves-Alexis Perez -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBCgAGBQJSzSsIAAoJEG3bU/KmdcClBWQH/j8LM7bvGplCuRjTrYKbPufu tZi6Gxa19PlKlXg5wlKdYdJz0JnPlHnIoh2peMhMY0OHp3mmdXetknSWF3ufPMs4 +3QYql3uBJaE+BSx/IJczlwWiszPQdS9Nee8ne3k0FZ7uVFswByvBOYN2Nk9B5jP 0ytOQG6XH4p3iyn9J7PU521X0gpNU5L7j74YTq/VRfpbwOqUKes1KpaeBoK38kxU hTThU0atZyG+FDAzvRfOudA5tTFyGqbZJ4qEG7kaVYPbSHWv7zosYjg1Z0jqxohP MRLabNSdkxKn9BbtlvWsTeOiGq64qu1qoJKaWc3R3tyPn25bNrR1lFisD39n9UU= =lk20 -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#734589: linux-image-3.12-1-amd64: Clocksource tsc unstable
Subject: linux-image-3.12-1-amd64: Clocksource tsc unstable Package: src:linux Version: 3.12.6-2 Severity: normal Dear Maintainer, after upgrading kernel image from 3.10 to 3.11 I get the following messages from dmesg: [ 2845.627938] Clocksource tsc unstable (delta = 299966056197 ns) [ 2845.633362] Switched to clocksource hpet after that, ntp was not able to keep the clock synchronized, with kernel 3.11 and with kernel 3.12 sometime I get 1200 sec offset everey 10 min. Luca -- Package-specific info: ** Version: Linux version 3.12-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.2 (Debian 4.8.2-10) ) #1 SMP Debian 3.12.6-2 (2013-12-29) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.12-1-amd64 root=UUID=1535513f-0e22-474c-8370-a59aeabbd3a2 ro quiet ** Not tainted ** Kernel log: [2.528565] piix4_smbus :00:14.0: Auxiliary SMBus Host Controller at 0xfb00 [2.530505] sp5100_tco: SP5100/SB800 TCO WatchDog Timer Driver v0.05 [2.530538] sp5100_tco: PCI Revision ID: 0x3c [2.530555] sp5100_tco: failed to find MMIO address, giving up. [2.530726] EDAC MC: Ver: 3.0.0 [2.533350] MCE: In-kernel MCE decoding enabled. [2.535624] AMD64 EDAC driver v3.4.0 [2.535652] EDAC amd64: DRAM ECC disabled. [2.535658] EDAC amd64: ECC disabled in the BIOS or no ECC capability, module will not load. [2.535658] Either enable ECC checking or force module loading by setting 'ecc_enable_override'. [2.535658] (Note that use of the override may cause unknown side effects.) [2.536545] input: PC Speaker as /devices/platform/pcspkr/input/input4 [2.546272] Error: Driver 'pcspkr' is already registered, aborting... [2.551710] [drm] radeon kernel modesetting enabled. [2.552802] [drm] initializing kernel modesetting (RS880 0x1002:0x9710 0x103C:0x3047). [2.552816] [drm] register mmio base: 0xF010 [2.552817] [drm] register mmio size: 65536 [2.552868] ATOM BIOS: HP_Wolves [2.552888] radeon :01:05.0: VRAM: 368M 0xC000 - 0xD6FF (368M used) [2.552890] radeon :01:05.0: GTT: 512M 0xA000 - 0xBFFF [2.552894] [drm] Detected VRAM RAM=368M, BAR=256M [2.552895] [drm] RAM width 32bits DDR [2.553160] [TTM] Zone kernel: Available graphics memory: 3840370 kiB [2.553162] [TTM] Zone dma32: Available graphics memory: 2097152 kiB [2.553164] [TTM] Initializing pool allocator [2.553168] [TTM] Initializing DMA pool allocator [2.553183] [drm] radeon: 368M of VRAM memory ready [2.553184] [drm] radeon: 512M of GTT memory ready. [2.553199] [drm] GART: num cpu pages 131072, num gpu pages 131072 [2.554544] kvm: disabled by bios [2.560667] [drm] Loading RS780 Microcode [2.562765] radeon :01:05.0: firmware: direct-loading firmware radeon/RS780_pfp.bin [2.563176] radeon :01:05.0: firmware: direct-loading firmware radeon/RS780_me.bin [2.563940] radeon :01:05.0: firmware: direct-loading firmware radeon/R600_rlc.bin [2.566155] [drm] PCIE GART of 512M enabled (table at 0xC004). [2.567147] radeon :01:05.0: WB enabled [2.567152] radeon :01:05.0: fence driver on ring 0 use gpu addr 0xac00 and cpu addr 0x880214738c00 [2.567154] radeon :01:05.0: fence driver on ring 3 use gpu addr 0xac0c and cpu addr 0x880214738c0c [2.567156] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [2.567157] [drm] Driver supports precise vblank timestamp query. [2.567169] [drm] radeon: irq initialized. [2.567511] radeon :01:05.0: setting latency timer to 64 [2.599502] [drm] ring test on 0 succeeded in 1 usecs [2.599562] [drm] ring test on 3 succeeded in 1 usecs [2.599629] [drm] Enabling audio 0 support [2.599644] [drm] ib test on ring 0 succeeded in 0 usecs [2.599657] [drm] ib test on ring 3 succeeded in 0 usecs [2.600076] [drm] Radeon Display Connectors [2.600077] [drm] Connector 0: [2.600078] [drm] VGA-1 [2.600080] [drm] DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c [2.600080] [drm] Encoders: [2.600081] [drm] CRT1: INTERNAL_KLDSCP_DAC1 [2.600082] [drm] Connector 1: [2.600083] [drm] DP-1 [2.600084] [drm] HPD1 [2.600085] [drm] DDC: 0x7e60 0x7e60 0x7e64 0x7e64 0x7e68 0x7e68 0x7e6c 0x7e6c [2.600086] [drm] Encoders: [2.600086] [drm] DFP1: INTERNAL_UNIPHY [2.600372] [drm] radeon: power management initialized [2.669455] input: HDA ATI SB Front Headphone as /devices/pci:00/:00:14.2/sound/card0/input10 [2.683995] input: HDA ATI SB Line Out as /devices/pci:00/:00:14.2/sound/card0/input9 [2.699984] input: HDA ATI SB Line as /devices/pci:00/:00:14.2/sound/card0/input8 [2.715964] input: HDA ATI SB Mic as /devices/pci:00/:00:14.2/sound/card0/input7 [2.727100] [drm] fb mappable at 0xE0141000 [2.727101] [drm] vram apper at 0xE000 [
Bug#734588: transition sdlgfx 2.0.23 to 2.0.25
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition (opening a bug, sorry for double posting) Hi debian release Managers! Together with Manuel (the sdlgfx uploader, who reads in cc), we decided to ask for a transition the package can be found here [1] and brings a really similar API, but the packages that build-deps from it will likely need a binNMU to build against the new ABI/API. We are most sure that mostly of them (if not all of them) will just need a rebuild. Unfortunately the package will go through the new queue (we can avoid that, as explained below), because of the change from libsdl-gfx1.2-4 to libsdl-gfx1.2-5. http://packages.qa.debian.org/s/sdlgfx.html # reverse-depends -b src:sdlgfx Reverse-Build-Depends-Indep === * libalien-sdl-perl (for libsdl-gfx1.2-dev) * taoframework (for libsdl-gfx1.2-dev) Reverse-Build-Depends = * angband (for libsdl-gfx1.2-dev) * balder2d (for libsdl-gfx1.2-dev) * ballerburg (for libsdl-gfx1.2-dev) * blocks-of-the-undead (for libsdl-gfx1.2-dev) * brainparty (for libsdl-gfx1.2-dev) * clanlib (for libsdl-gfx1.2-dev) * dd2 (for libsdl-gfx1.2-dev) * enigma (for libsdl-gfx1.2-dev) * freedink (for libsdl-gfx1.2-dev) * freedroidrpg (for libsdl-gfx1.2-dev) * freetennis (for libsdl-gfx1.2-dev) * freewheeling (for libsdl-gfx1.2-dev) * gambas3 (for libsdl-gfx1.2-dev) * haskell-sdl-gfx (for libsdl-gfx1.2-dev) * haskell-sdl-image (for libsdl-gfx1.2-dev) * hyperrogue (for libsdl-gfx1.2-dev) * infon (for libsdl-gfx1.2-dev) * iulib (for libsdl-gfx1.2-dev) * lincity-ng (for libsdl-gfx1.2-dev) * luola (for libsdl-gfx1.2-dev) * mana (for libsdl-gfx1.2-dev) * manaplus (for libsdl-gfx1.2-dev) * mousetrap (for libsdl-gfx1.2-dev) * ocamlsdl (for libsdl-gfx1.2-dev) * openssn (for libsdl-gfx1.2-dev) * qonk (for libsdl-gfx1.2-dev) * sitplus (for libsdl-gfx1.2-dev) * tome (for libsdl-gfx1.2-dev) * warmux (for libsdl-gfx1.2-dev) * widelands (for libsdl-gfx1.2-dev) thanks for your time, have a nice new year, Gianfranco [1] http://anonscm.debian.org/gitweb/?p=pkg-sdl/packages/sdlgfx.git Il Sabato 28 Dicembre 2013 13:49, Manuel A. Fernandez Montecelo manuel.montez...@gmail.com ha scritto: 2013/12/22 Gianfranco Costamagna costamagnagianfra...@yahoo.it: Il Domenica 22 Dicembre 2013 0:19, Manuel A. Fernandez Montecelo manuel.montez...@gmail.com ha scritto: 2013/12/21 Manuel A. Fernandez Montecelo manuel.montez...@gmail.com: I can help of course, I'm trying to get more and more involved in debian (I'm a DM since some months now, but I started contributing more than one year ago in the debian alioth gits) I'll be glad to help, altough sometimes I still make mistakes (the .24 wasn't uploaded because the ABI/API changed and nobody bumped the soname... I pushed everything on alioth! OK, thanks, I will review it. So I reviewed it and pushed the changes, which is mostly to squash the changelog of .24 and .25 together and minor packaging changes which probably are not important (didn't remember to commit separately, sorry). Wonderful! That was in my plans, but I was too lazy to to it :) So is it OK to go for you, other than waiting for the transition? I think that the bump in SONAME will bring the following complications: - the binary .deb has a new name, thus has to go through the FTP master's NEW queue (and can take weeks/months) - all reverse-depends will have to be recompiled against the new version (probably binNMU is enough, but since there are ~30 or so I guess that some of them will fail to compile and complicate the transition) - I think that a transition should be opened with Release Managers, the number of packages is high enough I wonder if we can do something like the following to avoid at least the 1st step: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549110 http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=54;filename=sdlgfx-2.0.20-1.1-nmu.diff;att=1;bug=549110 For this part I don't know the best solution honestly... I tried the possible to avoid the new queue stall, but maybe since this is an API/ABI change is good to change everything and to have a package name coherent with the new sdl API/ABI. for the transition yes, I think we should open a transition and ask
Bug#734578: Patch with debdiff
I am not sure this is the proper way to do it in nodejs. I'll have a look and keep you informed. Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734584: Updated sv.po after review from Olof
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Corrected the error pointed out by Olof and also used a more common word in the password input error part. Thanks. - -- brother http://sis.bthstudent.se -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQEcBAEBCAAGBQJSzSqIAAoJEJbdSEaj0jV7Q1sH/3XznrVCJj03BrVbZDEpNKJr K6Bm/6AZx8j88gjrUBjn5KyyXXC4UIiSBPMYY6qPbk/r9sb9Hz3XepVjjO3uucV/ Klm/PRIfCO2xNfNAkRgbdQ6g7lwO7VpUUg3ymQxOaew43n0XgNpUBtYX/wpCFlXj r/een6i8vyw5+Hb72wOiq6gz3QOXIXcReIzmtnbD6g1z+vLk2RYhE+BYbWJlUSC3 Xt1/7XX28XSd41l9/pldJ2QosGmFG79GNfi5aRMr9w5fiSnwKjCwVYB1DZV9zFzw ciNv+f7uo0zi+1PF2eVtacUIQ0Qwy28/nm2ZYeRjP52f45CT8E+wHG+CYsPamoU= =ofzD -END PGP SIGNATURE- # Translation of pinto debconf template to Swedish # Copyright (C) 2014 Martin Bagge brot...@bsnet.se # This file is distributed under the same license as the pinto package. # # Martin Bagge brot...@bsnet.se, 2014 msgid msgstr Project-Id-Version: pinto\n Report-Msgid-Bugs-To: pi...@packages.debian.org\n POT-Creation-Date: 2014-01-03 08:01+0100\n PO-Revision-Date: 2014-01-08 11:36+0100\n Last-Translator: Martin Bagge / brother brot...@bsnet.se\n Language-Team: Swedish debian-l10n-swed...@lists.debian.org\n Language: Swedish\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Poedit 1.5.4\n #. Type: password #. Description #: ../pinto.templates:2001 msgid Pinto web administration password: msgstr Lösenord för Pintos webbadministation: #. Type: password #. Description #: ../pinto.templates:2001 msgid Please choose the password for the \pintoadmin\ user. msgstr Ange ett lösenord för användaren \pintoadmin\. #. Type: password #. Description #: ../pinto.templates:2001 msgid This username/password combination is needed, after installation, to log in to Pinto through its web interface. msgstr Denna kombination av användarnamn och lösenord behövs efter installationen för att kunna logga in i Pintos webbgränssnitt. #. Type: password #. Description #: ../pinto.templates:2001 msgid If this is left empty, you will have to manually configure accounts for Pinto. msgstr Om det lämnas tomt kommer du behöva ställa in konton för Pinto manuellt. #. Type: password #. Description #: ../pinto.templates:3001 msgid Re-enter password to verify: msgstr Upprepa lösenord. #. Type: password #. Description #: ../pinto.templates:3001 msgid Please enter the same user password again to verify you have typed it correctly. msgstr Ange samma lösenord en gång till för att säkerställa att det blev korrekt inskrivet. #. Type: error #. Description #: ../pinto.templates:4001 msgid Password input error msgstr Fel vid inmatning av lösenord #. Type: error #. Description #: ../pinto.templates:4001 msgid The two passwords you entered were not the same. Please try again. msgstr De båda lösenorden stämmer inte överrens. Försök igen.
Bug#734588: Acknowledgement (transition sdlgfx 2.0.23 to 2.0.25)
Sorry for don't adding the binnmu tag, but this package isn't uploaded yet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629161: lintian: Outdated groff version used on lintian.debian.org
On Tue, Jul 23, 2013 at 01:26:09AM +0200, Guillem Jover wrote: On Mon, 2013-07-22 at 15:34:20 +0200, Niels Thykier wrote: Okay, we /still/ have this issue on lintian.d.o and it is running Wheezy now (i.e. stable+2 since the bug was reported). I am no longer convinced that this is just groff being outdated. It seems the old problem got fixed at some point, but new versions got released and groff didn't get updated yet. I've submitted a patch, so now we'll need a newer version on the lintian host again. :) I've applied your patch; sorry for the delay. Do you need a backport to somewhere in order to get this onto lintian.d.o? -- Colin Watson [cjwat...@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#734526: [Pkg-xfce-devel] Bug#734526: Bug#734526: lightdm-gtk-greeter: leaking memory
On 08.01.2014 11:40, Yves-Alexis Perez wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Wed, Jan 08, 2014 at 11:27:52AM +0100, Zlatko Calusic wrote: Thanks, I'll take a look with upstream and see if we can find something. Thank you Yves-Alexis for good work! It seems that some leaks were fixed in 1.7.0. Can you try the one in experimental? Sure thing. Wasn't even aware there was an experimental version. Will test it later today and report my findings. -- Zlatko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734562: gwaei: use dh-autoreconf to fix FTBFS on ppc64el
Hi Logan, * Use dh-autoreconf to fix FTBFS on ppc64el. Included in the git repo, will be in the next upload. Thanks a lot Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679876: /usr/bin/sockstat: Re: sockstat always return Aborted
Package: sockstat Version: 0.3-1.1 Followup-For: Bug #679876 Dear Maintainer, sockstat always returns with message Aborted and error code 134. user:~$ sockstat -l Aborted user:~$ echo $? 134 user:~$ sockstat -c Aborted user:~$ echo $? 134 I would normally expect to see the connected or listening sockets of my system. Thanks. -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 9.0-2-amd64 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 sockstat depends on: ii libc0.1 2.13-38 sockstat recommends no packages. sockstat 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#687564: RFS: irstlm/5.80.01-1 -- [ITP] IRST Language Modeling Toolkit
Hi to all! Il 08/gen/2014 09:19 Nobuhiro Iwamatsu iwama...@nigauri.org ha scritto: I am a sponsor of Koichi. If you need sponsor , I can sponsor this package. We need a sponsor for this package and you are very welcome. Unfortunately I will have very few spare time until February. However I think that Koichi can fix what is still needed (if anything). I checked what is still needed. The package is compiling with some warnings, but should be in a good shape. The git repository is the latest version and the package should be compliant with Debian policy 3.9.5. Yesterday I added me and Koichi as uploaders. I never used it extensively, so I think it would be better to upload to experimental. Bests, Giulio. Please feel free to contact me. Best regards, Nobuhiro
Bug#734590: libinsighttoolkit4-dev package should depend on libdcmtk2-dev
Package: libinsighttoolkit4-dev Version: 4.5.0-2 Severity: important Dear Maintainer, This simple CMake test: cmake_minimum_required(VERSION 2.8) find_package(ITK REQUIRED) fails with this error CMake Error at /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:108 (message): Could NOT find DCMTK (missing: DCMTK_config_INCLUDE_DIR DCMTK_ofstd_INCLUDE_DIR DCMTK_ofstd_LIBRARY DCMTK_dcmdata_INCLUDE_DIR DCMTK_dcmdata_LIBRARY DCMTK_dcmimgle_INCLUDE_DIR DCMTK_dcmimgle_LIBRARY) Call Stack (most recent call first): /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:315 (_FPHSA_FAILURE_MESSAGE) /usr/share/cmake-2.8/Modules/FindDCMTK.cmake:138 (find_package_handle_standard_args) /usr/lib/cmake/ITK-4.5/Modules/ITKDCMTK.cmake:8 (find_package) /usr/lib/cmake/ITK-4.5/ITKModuleAPI.cmake:48 (include) /usr/lib/cmake/ITK-4.5/ITKModuleAPI.cmake:25 (itk_module_load) /usr/lib/cmake/ITK-4.5/ITKModuleAPI.cmake:67 (_itk_module_config_recurse) /usr/lib/cmake/ITK-4.5/ITKConfig.cmake:86 (itk_module_config) /usr/share/cmake-2.8/Modules/FindITK.cmake:48 (find_package) CMakeLists.txt:4 (find_package) This breaks all packages that use ITK with CMake and do not have a build depend on libdcmtk2-dev. Please consider making libdcmtk2-dev a dependency for the libinsighttoolkit4-dev package. Thanks, Daniele -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (500, 'stable'), (300, 'unstable'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-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 libinsighttoolkit4-dev depends on: ii libc6 2.17-97 ii libgcc1 1:4.8.2-10 ii libinsighttoolkit4.5 4.5.0-2 ii libjpeg8 8d-2 ii libpng12-01.2.49-5 ii libstdc++64.8.2-10 ii libtiff5 4.0.3-7 ii zlib1g1:1.2.8.dfsg-1 Versions of packages libinsighttoolkit4-dev recommends: ii libfftw3-dev 3.3.3-7 ii uuid-dev 2.20.1-5.5 Versions of packages libinsighttoolkit4-dev suggests: pn insighttoolkit4-examples 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#734591: python-nipype: DataFinder Interface broken
Package: python-nipype Version: 0.9-1 Severity: normal Tags: upstream patch Hey, the DataFinder interface is broken in this version. See https://github.com/nipy/nipype/pull/761 for a demo and the patch. Do you want me to upload a patched package, or do you prefer to wait for an upstream merge and upload a new git snapshot? Thanks, Michael -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-nipype depends on: ii python 2.7.5-5 ii python-cfflib 2.0.5-1 ii python-networkx1.7~rc1-3 ii python-nibabel 1.3.0-1~nd70+1 ii python-scipy 0.12.0-2+b1 ii python-simplejson 2.6.2-1 ii python-support 1.0.15 ii python-traits 4.1.0-1 Versions of packages python-nipype recommends: ii graphviz 2.26.3-15+b1 ii ipython 0.13.2-2 ii python-nose 1.3.0-2 Versions of packages python-nipype suggests: ii afni0.20130912~dfsg.1-2~nd80+1 ii fsl-5.0-core [fsl] 5.0.6-1 pn matlab-spm8 none pn python-nipy none pn python-pyxnat none pn slicer 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#710129: [Pkg-bluetooth-maintainers] Bug#732453: bluez: New upstream release 5.12
Am Mittwoch, den 08.01.2014, 15:14 +0900 schrieb Nobuhiro Iwamatsu: Because KDE (bluedevil) does not support Bluez5 yet. Arch has been distributed in the separate package to bluez5 and bluez4 the Bluez solve this problem, but this is not possible with Debian. I see. The corresponding bug report in Debian #710129 has not been answered since May 2013, but according to the Fedora Wiki [1] there is a GIT branch of bluedevil that supports Bluez5. Maybe that could be packaged in Debian or uploaded via NMU if nothing else happens? - Fabian [1] http://fedoraproject.org/wiki/Changes/Bluez5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710129: [Pkg-bluetooth-maintainers] Bug#732453: bluez: New upstream release 5.12
Am Mittwoch, den 08.01.2014, 15:14 +0900 schrieb Nobuhiro Iwamatsu: Because KDE (bluedevil) does not support Bluez5 yet. Arch has been distributed in the separate package to bluez5 and bluez4 the Bluez solve this problem, but this is not possible with Debian. I see. The corresponding bug report in Debian #710129 has not been answered since May 2013, but according to the Fedora Wiki [1] there is a GIT branch of bluedevil that supports Bluez5. Maybe that could be packaged in Debian or uploaded via NMU if nothing else happens? - Fabian [1] http://fedoraproject.org/wiki/Changes/Bluez5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734592: makefile.pm: make output parsing a bit less strict
Package: debhelper Version: 9.20131227 Severity: normal Tags: patch Hello, I propose a patch to relax requirements to the make output. Currently, when the target doesn't exist, makefile.pm expects string like: make: *** No rule to make target 'clean'. Stop. However, if the Makefile includes autogenerated parts (as it is the case with Jonathan Schleifer's buildsys.mk), make responds differently: Makefile:4: buildsys.mk: No such file or directory make: *** No rule to make target 'buildsys.mk'. Stop. Even if I change include to -include here, it won't really help as 'clean' target is defined in buildsys.mk which isn't yet generated, or already removed by make distclean. This is why I propose to remove check for the target name: == makefile.pm.diff == --- /usr/share/perl5/Debian/Debhelper/Buildsystem/makefile.pm +++ /usr/share/perl5/Debian/Debhelper/Buildsystem/makefile.pm @@ -61,7 +61,7 @@ return defined $output length $output -$output !~ /\*\*\* No rule to make target (`|')\Q$target\E'/; +$output !~ /\*\*\* No rule to make target'/; } sub do_make { Thanks. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.9-1-686-pae (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/mksh Versions of packages debhelper depends on: ii binutils2.22-6 ii dpkg1.17.5 ii dpkg-dev1.17.1 ii file1:5.14-2 ii man-db 2.6.0.2-2 ii perl5.18.1-4 ii po-debconf 1.0.15 debhelper recommends no packages. Versions of packages debhelper suggests: ii dh-make 0.59 -- 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#734547: open-vm-tools: Please build-depend on libprocps3-dev instead of libprocps0-dev
tags 734547 pending thanks Hi David, Please update the build dependencies, this package is currently the last one holding procps migration. thanks for the reminder, I've missed that migration so far - took some time to bring the package into some useful state again. If everything works well, I'll upload it today (probably within the next few hours). Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733962: [pkg-php-pear] Bug#733962: New version fixes this
On Wed, Jan 8, 2014 at 2:16 PM, Mathieu Parent math.par...@gmail.com wrote: Hi, The yui dependency is no more in version 1.2 [1]. I plan to upload it within a week. Great!, I just started for this. http://anonscm.debian.org/gitweb/?p=pkg-php/php-codecoverage.git Can I work with you? -- Prach -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734593: clamav-unofficial-sigs: Homepage no more valid (Homepage: http://www.inetmsg.com/pub/)
Package: clamav-unofficial-sigs Version: 3.7.1-3 Severity: minor Package informations reference http://www.inetmsg.com/pub/ as the homepage, but at the moment, it looks like it's no more the case. We are redirected to commercial announces. -- System Information: Debian Release: 6.0.8 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: i386 (x86_64) Kernel: Linux 3.12.6.skc2 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734594: ruby-hpricot: two tests fail on armel, armhf and mipsel
Package: ruby-hpricot Version: 0.8.6-4 Severity: normal Hi, Currently, the package fails to build on armel, armhf and mipsel because of failing tests. This may be related to the very long lines of the file parsed during these two tests. Here is the result of failing tests: 1) Failure: test_many_paths(TestParser) [/«PKGBUILDDIR»/test/test_parser.rb:222]: 18 expected but was 26. 2) Failure: test_predicates(TestParser) [/«PKGBUILDDIR»/test/test_parser.rb:179]: 16 expected but was 24. 84 tests, 6180 assertions, 2 failures, 0 errors, 0 skips dh_auto_install: dh_ruby --install /«PKGBUILDDIR»/debian/ruby-hpricot returned exit code 1 ERROR: Test ruby1.9.1 failed. Exiting. make: *** [binary-arch] Error 1 Note that the library does build on those arches, and that 97% of the tests pass. Given ruby-hpricot is not maintained upstream, I propose to leave this bug open for the moment, but deactivate those failing tests, to make the package successfully build on all arches and let it migrate to testing. Cheers, Cédric -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) 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 ruby-hpricot depends on: ii libc6 2.17-97 ii libruby1.9.1 1.9.3.484-1 ii libruby2.02.0.0.353-1 ii rubinius [ruby-interpreter] 2.0.0+gitb2952297-1 ii ruby 1:1.9.3 ii ruby-fast-xs 0.8.0-3+b1 ii ruby1.9.1 [ruby-interpreter] 1.9.3.484-1 ii ruby2.0 [ruby-interpreter]2.0.0.353-1 ruby-hpricot recommends no packages. ruby-hpricot suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#351166: size of .xsession-errors should be limited
Package: x11-common Version: 1:7.7+5 Followup-For: Bug #351166 Hi, the problem seems to be that the default X session script redirects both standard output and standard error to .xsession-errors, when it really should only redirect standard error. Imagine what happens when the user runs a program such as mplayer that writes a lot to stdout because it updates its status line several times per second. All this data ends up in .xsession-errors, which gets very large very quickly. This kind of output doesn't belong into a log file. Please, consider changing the following line from the Xsession script exec $ERRFILE 21 into: exec 2$ERRFILE /dev/null I think that this would fix the issue. Regards. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ca_ES.utf8, LC_CTYPE=ca_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages x11-common depends on: ii debconf [debconf-2.0] 1.5.52 ii lsb-base 4.1+Debian12 x11-common recommends no packages. x11-common suggests no packages. -- Configuration Files: /etc/X11/Xsession changed: set -e PROGNAME=Xsession message () { # pretty-print messages of arbitrary length; use xmessage if it # is available and $DISPLAY is set MESSAGE=$PROGNAME: $* echo $MESSAGE | fold -s -w ${COLUMNS:-80} 2 if [ -n $DISPLAY ] which xmessage /dev/null 21; then echo $MESSAGE | fold -s -w ${COLUMNS:-80} | xmessage -center -file - fi } message_nonl () { # pretty-print messages of arbitrary length (no trailing newline); use # xmessage if it is available and $DISPLAY is set MESSAGE=$PROGNAME: $* echo -n $MESSAGE | fold -s -w ${COLUMNS:-80} 2; if [ -n $DISPLAY ] which xmessage /dev/null 21; then echo -n $MESSAGE | fold -s -w ${COLUMNS:-80} | xmessage -center -file - fi } errormsg () { # exit script with error message $* exit 1 } internal_errormsg () { # exit script with error; essentially a THIS SHOULD NEVER HAPPEN message # One big call to message() for the sake of xmessage; if we had two then # the user would have dismissed the error we want reported before seeing the # request to report it. errormsg $* \ Please report the installed version of the \x11-common\ \ package and the complete text of this error message to \ debia...@lists.debian.org. } OPTIONFILE=/etc/X11/Xsession.options SYSRESOURCES=/etc/X11/Xresources USRRESOURCES=$HOME/.Xresources SYSSESSIONDIR=/etc/X11/Xsession.d USERXSESSION=$HOME/.xsession USERXSESSIONRC=$HOME/.xsessionrc ALTUSERXSESSION=$HOME/.Xsession ERRFILE=$HOME/.xsession-errors if (umask 077 touch $ERRFILE) 2 /dev/null [ -w $ERRFILE ] [ ! -L $ERRFILE ]; then chmod 600 $ERRFILE elif ERRFILE=$(tempfile 2 /dev/null); then if ! ln -sf $ERRFILE ${TMPDIR:=/tmp}/xsession-$USER; then message warning: unable to symlink \$TMPDIR/xsession-$USER\ to \ \$ERRFILE\; look for session log/errors in \ \$TMPDIR/xsession-$USER\. fi else errormsg unable to create X session log/error file; aborting. fi exec 2$ERRFILE /dev/null echo $PROGNAME: X session started for $LOGNAME at $(date) if [ ! -d $SYSSESSIONDIR ]; then errormsg no \$SYSSESSIONDIR\ directory found; aborting. fi WRITE_TEST=$(tempfile) if ! echo * $WRITE_TEST; then message warning: unable to write to ${WRITE_TEST%/*}; X session may exit \ with an error fi rm -f $WRITE_TEST SESSIONFILES=$(run-parts --list $SYSSESSIONDIR) if [ -n $SESSIONFILES ]; then set +e for SESSIONFILE in $SESSIONFILES; do . $SESSIONFILE done set -e fi exit 0 -- debconf information: x11-common/xwrapper/allowed_users: Console Users Only x11-common/xwrapper/actual_allowed_users: console -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734595: gnome-shell: desktop contents visible when locked if external display is connected and then disconnected
Package: gnome-shell Version: 3.4.2-7+deb7u1 Severity: normal Tags: security Steps to reproduce: 1) click your name in the upper right corner and choose Lock Screen 2) connected external monitor to VGA port of the laptop 3) disconnected external monitor Expected results: 1) the screen is locked 2) the external monitor shows my name in the upper right corner, the internal monitor asks for a password 3) the internal monitor asks for a password Actual results: 1) the screen is locked 2) the external monitor shows my name in the upper right corner, the internal monitor asks for a password 3) the internal monitor briefly shows the contents of my desktop and only after about 0.5 seconds ask for a password More info: 1) lspci $ lspci 00:00.0 Host bridge: Intel Corporation 3rd Gen Core processor DRAM Controller (rev 09) 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) 00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04) 00:16.0 Communication controller: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 (rev 04) 00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection (rev 04) 00:1a.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 (rev 04) 00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04) 00:1c.0 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 (rev c4) 00:1c.1 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 (rev c4) 00:1c.2 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 3 (rev c4) 00:1d.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 (rev 04) 00:1f.0 ISA bridge: Intel Corporation QM77 Express Chipset LPC Controller (rev 04) 00:1f.2 SATA controller: Intel Corporation 7 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04) 00:1f.3 SMBus: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller (rev 04) 02:00.0 System peripheral: Ricoh Co Ltd MMC/SD Host Controller (rev 07) 03:00.0 Network controller: Intel Corporation Centrino Advanced-N 6205 [Taylor Peak] (rev 34) -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backe 0.12.1-3 ii gconf-service 3.2.5-1+build1 ii gir1.2-accountsservice-1.00.6.21-8 ii gir1.2-atk-1.02.4.0-2 ii gir1.2-caribou-1.00.4.4-1 ii gir1.2-clutter-1.01.10.8-2 ii gir1.2-cogl-1.0 1.10.2-7 ii gir1.2-coglpango-1.0 1.10.2-7 ii gir1.2-folks-0.6 0.6.9-1+b1 ii gir1.2-freedesktop1.32.1-1 ii gir1.2-gconf-2.0 3.2.5-1+build1 ii gir1.2-gcr-3 3.4.1-3 ii gir1.2-gdesktopenums-3.0 3.4.2-3 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-gee-1.00.6.4-2 ii gir1.2-gkbd-3.0 3.4.0.2-1 ii gir1.2-glib-2.0 1.32.1-1 ii gir1.2-gmenu-3.0 3.4.2-5 ii gir1.2-gnomebluetooth-1.0 3.4.2-1 ii gir1.2-gtk-3.03.4.2-7 ii gir1.2-json-1.0 0.14.2-1 ii gir1.2-mutter-3.0 3.4.1-5 ii gir1.2-networkmanager-1.0 0.9.4.0-10 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-polkit-1.0 0.105-3 ii gir1.2-soup-2.4 2.38.1-2 ii gir1.2-telepathyglib-0.12 0.18.2-2 ii gir1.2-telepathylogger-0.20.4.0-1 ii gir1.2-upowerglib-1.0 0.9.17-1 ii gjs 1.32.0-5 ii gnome-bluetooth 3.4.2-1 ii gnome-icon-theme-symbolic 3.4.0-2 ii gnome-settings-daemon 3.4.2+git20121218.7c1322-3+deb7u3 ii gnome-shell-common3.4.2-7+deb7u1 ii gnome-themes-standard 3.4.2-2.1 ii gsettings-desktop-schemas 3.4.2-3 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo-gobject2 1.12.2-3 ii libcairo2 1.12.2-3 ii
Bug#505260: Try $VISUAL before $EDITOR, then sensible-editor.
* Trent W. Buck trentb...@gmail.com, 2008-11-11, 18:44: editmoin should use $VISUAL in preference to $EDITOR. It should use the Debian convention of calling sensible-editor (not vi) if neither are set. In sh notation, this would be expressed as: ${VISUAL:-${EDITOR:-sensible-editor}} Policy §11.4 says you should fall back to /usr/bin/editor (not vi, and not sensible-editor). -- 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#731875: Experimental
Does the package in Experimental fix this for you? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734596: manpages: pthread_barrier_t related man pages are missing
Package: manpages Version: 3.55-1 Severity: wishlist Hello. eglibc have pthread barrier support, but no documentation regarding its usage. It would be nice to have some manual pages for pthread_barrier_init, pthread_barrier_destroy, and pthread_barrier_wait. -- Rinat -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/8 CPU cores) Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash manpages depends on no packages. manpages recommends no packages. Versions of packages manpages suggests: ii man-db [man-browser] 2.6.5-2 -- 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#734238: openjpeg: decoding of chroma-subsampled images
Indeed p0_06.j2k is part of the conformance test suite and successful decoding of it is mandatory to stay compliant with standard. Cheers, Antonin -Original Message- From: mathieu.malate...@gmail.com [mailto:mathieu.malate...@gmail.com] On Behalf Of Mathieu Malaterre Sent: mardi 7 janvier 2014 16:13 To: 734...@bugs.debian.org; Antonin Descampe Subject: openjpeg: decoding of chroma-subsampled images Antonin, As per: http://bugs.debian.org/734238#17 It seems the code in openjpeg assume that all components have at least the number of blocks of the first component, hence a patch has been applied as: http://patch-tracker.debian.org/patch/series/view/openjpeg/1.3+dfsg-4.7/segf ault1.dpatch It breaks decoding of data/input/conformance/p0_06.j2k, as described at: http://bugs.debian.org/734238#5 Clearly p0_06.j2k is part of the requirement for J2K implementation. Hence patch segfault1.dpatch should be relaxed, right ? Thanks, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734596: manpages: pthread_barrier_t related man pages are missing
Control: tag -1 +upstream Hi, On Wed, Jan 08, 2014 at 04:06:58PM +0400, Rinat wrote: Package: manpages Version: 3.55-1 Severity: wishlist eglibc have pthread barrier support, but no documentation regarding its usage. It would be nice to have some manual pages for pthread_barrier_init, pthread_barrier_destroy, and pthread_barrier_wait. For your information, you can find those 3 manual pages in the non-free package manpages-posix-dev. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733962: [pkg-php-pear] Bug#733962: New version fixes this
Hello, 2014/1/8 Prach Pongpanich prach...@gmail.com: On Wed, Jan 8, 2014 at 2:16 PM, Mathieu Parent math.par...@gmail.com wrote: Hi, The yui dependency is no more in version 1.2 [1]. I plan to upload it within a week. Great!, I just started for this. http://anonscm.debian.org/gitweb/?p=pkg-php/php-codecoverage.git Can I work with you? Yes. I've pushed my changes to git. Not tested yet. And also, debian/copyright should be reviewed. Cheers -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734316: ITP: gap-float -- multi-precision floating-point computation for GAP
Hi Jerome, On Tue, Jan 07, 2014 at 11:09:18AM +0100, Jerome BENOIT wrote: I guess you want to maintain this package in Debian Science team and thus I'll forward the ITP to the list. I have also proactively added the package to the mathematics task which will let the package show up once it is in Debian Science VCS. It is a Debian package for a GAP package, as such it must be where GAP stands. There is a potential issue here, I guess: there are a lot of GAP packages, more or less small: may a sub-project be opened ? I think a specific sub-project might be a bit overkill here. However, it might sense to create a metapackage gap-all (or whatever name sounds apropriate) which Depends from all such gap-* packages and contains a list with short descriptions in its long description. However, as long as no such metapackage is created I do not see a real problem in listing all gap-* packages in the mathematics task (at least from my naive point since I'm not a specific mathematics user). Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734452: dpkg: dragonflybsd support
On 1/7/14, Guillem Jover guil...@debian.org wrote: I think adding OSDragonflyBSD to previous preprocessor block for the other BSD should be enough, the next one catching HAVE_KVM_H should include the remaning header files. It's a problematic because dfly disallows including sys/proc.h from userspace. +#elif defined (OSDragonflyBSD) +#define PROCESS_NAME_SIZE MAXCOMLEN #endif Just to know what's the portably safe minimum for callers to use, to what does MAXCOMLEN expand? 16. But I think it's better to use system defined macro then magic constant. FreeBSD has MAXCOMLEN too. I've got a patch to switch the FreeBSD code to use the KVM method, unfortunately it seems to use ki_ namespaced struct members. Also the KVM method seems to be missing a proper do_procinit(), which could be something like the following untested code, I had lying around: ,--- static enum status_code do_procinit(void) { - /* Nothing to do. */ - return status_unknown; + kvm_t *kd; + int nentries, i; + struct kinfo_proc *kp; + char errbuf[_POSIX2_LINE_MAX]; + enum status_code prog_status = status_dead; + + kd = kvm_openfiles(NULL, NULL, NULL, O_RDONLY, errbuf); + if (kd == NULL) + errx(1, %s, errbuf); + kp = kvm_getprocs(kd, KERN_PROC_PROC, 0, nentries); + if (kp == NULL) + errx(1, %s, kvm_geterr(kd)); + + for (i = 0; i nentries; i++) { + enum status_code pid_status; + + pid_status = pid_check(kp[i].ki_pid); + if (pid_status prog_status) + prog_status = pid_status; + } + + kvm_close(kd); + + return prog_status; } `--- For DragonFly BSD, you'll need to change ki_pid to kp_pid I guess. If this works on DragonFly BSD, I'll commit that before applying your patch. It works, but with some more dfly specific tweaks (it uses KERN_PROC_ALL where other OSes uses KERN_PROC_PROC, and its kernel PIDs are less than 1). I'll send refreshed dfly patch after you apply patch for do_procinit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734203: list migration
I would like to support the migration of u...@skolelinux.de list to debian-edu-ger...@lists.debian.org We need this list be hosted by Debian to show the public better, that skolelinux.de is a Debian Blend. It would help the German skolelinux team, when the list ist not hosted on our own Server. Last time our old server broke down and we were not able to inform because the mailing list is hosted on the same computer. Regards/AmicaLinuxement/Saludos/Viele Gruesse! Kurt Gramlich Projektleitung skolelinux.de -- k...@skolelinux.de GnuPG Key ID 0xE263FCD4 http://www.skolelinux.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723485: Processed: affects 726589, fixed 698771 in 1:1.24.2-1, notfixed 723485 in 0.5.3-2.1, fixed 718696 in 16-1 ...
On 2014-01-08 10:39, Juan Cespedes wrote: Hi, Andreas. On Wed, Jan 08, 2014 at 02:12:24AM +, Debian Bug Tracking System wrote: notfixed 723485 0.5.3-2.1 Bug #723485 {Done: Juan Cespedes cespe...@debian.org} [ltrace] ltrace link with -L/usr/lib No longer marked as fixed in versions 0.5.3-2.1. Could you tell me why do you think Bug#723485 is not fixed in 0.5.3-2.1? BTS cleanup. As I understood from the bug log this is an invalid bug report. The correct way to have the BTS understand this is to close it with *no* fixed version. Bugs found and fixed in the same vaersion are treated as version is buggy and won't be archived. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734597: litecoin: Litecoin still builds with system LevelDB
Package: litecoin Severity: important Dear Maintainer, Looking at the package information, I couldn't help but notice that Litecoin builds with the system LevelDB, rather than using the bundled LevelDB. It would be better to change Litecoin to use the bundled LevelDB, for the same reason as that is already being done with Bitcoin. -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734599: libsnappy-java: Fails with FAILED_TO_LOAD_NATIVE_LIBRARY
Package: libsnappy-java Version: 1.0.4.1~dfsg-1 Severity: grave Tags: patch Justification: renders package unusable Dear Maintainer, Apologies if this the wrong package to open a bug against, I was unsure whether I should open it against libsnappy-java or libsnappy1, feel free to reassign it if needed While trying to use the simple example from the snappy-java documentation attached below I encountered an error of FAILED_LOAD_NATIVE_LIBRARY. After a lot of reading it seems like the upstream ships compiled versions of shared object (.so) files for various OSes and architectures that get included in the shipped jar file. Those are stripped out in the Debian package and a dependency to the libsnappy1 package is declared. That is a nice approach IMHO However, the .so file shipped by the libsnappy1 package (/usr/lib/libsnappy.so.1.1.3) does not contain the necessary JNI bindings and as a result the JNI calls from the Java code fail. I have managed to bypass the problem by recompiling the libsnappy1 package with the JNI bindings provided in the libsnappy-java package. I attach the patch. I am not sure however if this is the best possible solution. It is however a relatively clean one. Of course this solution is against the libsnappy1 package and not the libsnappy-java package Reproduce with: SnappyTests.java: import org.xerial.snappy.Snappy; import java.lang.String; import java.lang.System; import java.io.IOException; import java.io.UnsupportedEncodingException; class SnappyTests { public static void main(String[] args) throws UnsupportedEncodingException, IOException { String input = Hello snappy-java! Snappy-java is a JNI-based wrapper of + Snappy, a fast compresser/decompresser.; byte[] compressed = Snappy.compress(input.getBytes(UTF-8)); byte[] uncompressed = Snappy.uncompress(compressed); String result = new String(uncompressed, UTF-8); System.out.println(result); } } Compile with: javac -cp /usr/share/java/snappy-java.jar SnappyTests.java Run with: java -cp '/usr/share/java/snappy-java.jar:.' SnappyTests Stacktrace returned is: java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.xerial.snappy.SnappyLoader.loadNativeLibrary(SnappyLoader.java:317) at org.xerial.snappy.SnappyLoader.load(SnappyLoader.java:219) at org.xerial.snappy.Snappy.clinit(Snappy.java:44) at SnappyTests.main(SnappyTests.java:11) Caused by: java.lang.UnsatisfiedLinkError: no snappyjava in java.library.path at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1856) at java.lang.Runtime.loadLibrary0(Runtime.java:845) at java.lang.System.loadLibrary(System.java:1084) at org.xerial.snappy.SnappyNativeLoader.loadLibrary(SnappyNativeLoader.java:52) ... 8 more Exception in thread main org.xerial.snappy.SnappyError: [FAILED_TO_LOAD_NATIVE_LIBRARY] null at org.xerial.snappy.SnappyLoader.load(SnappyLoader.java:229) at org.xerial.snappy.Snappy.clinit(Snappy.java:44) at SnappyTests.main(SnappyTests.java:11) -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.11-0.bpo.2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -urN b/snappy-1.0.4/debian/libsnappy1.links a/snappy-1.0.4/debian/libsnappy1.links --- b/snappy-1.0.4/debian/libsnappy1.links 1970-01-01 00:00:00.0 + +++ a/snappy-1.0.4/debian/libsnappy1.links 2013-11-06 14:47:02.701611660 + @@ -0,0 +1 @@ +usr/lib/libsnappy.so.1 usr/lib/libsnappyjava.so diff -urN b/snappy-1.0.4/debian/patches/jni.patch a/snappy-1.0.4/debian/patches/jni.patch --- b/snappy-1.0.4/debian/patches/jni.patch 1970-01-01 00:00:00.0 + +++ a/snappy-1.0.4/debian/patches/jni.patch 2013-11-06 14:39:55.093530261 + @@ -0,0 +1,411 @@ +--- /dev/null 2013-05-23 22:06:22.347926853 + b/SnappyNative.cc 2013-11-06 12:27:53.491596706 + +@@ -0,0 +1,237 @@ ++/*-- ++ * Copyright 2011 Taro L. Saito ++ * ++ * Licensed under the Apache License, Version 2.0 (the License); ++ * you may not use this file except in compliance with the License. ++ * You may obtain a copy of the License at ++ * ++ * http://www.apache.org/licenses/LICENSE-2.0 ++ * ++ * Unless required by applicable law or agreed to in writing, software ++ * distributed under the License is distributed on an AS IS BASIS, ++ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. ++ * See the License for the specific language governing permissions and ++ * limitations under the License. ++
Bug#734596: manpages: pthread_barrier_t related man pages are missing
Среда, 8 января 2014, 13:14 +01:00 от Simon Paillard spaill...@debian.org: eglibc have pthread barrier support, but no documentation regarding its usage. It would be nice to have some manual pages for pthread_barrier_init, pthread_barrier_destroy, and pthread_barrier_wait. For your information, you can find those 3 manual pages in the non-free package manpages-posix-dev. Thanks for the tip! I should have done search over all packages before filing a bug. Sorry about that. Can we still have this one open? It would be nice to have those man pages in main section too. -- Rinat
Bug#734598: please package latest version
Package: jquery-alternative-doc Version: 1.7+dfsg-1 Severity: wishlist Please package the latest version available at jqapi.com. It covers jQuery up to 1.8.3, has better function/method summaries, including version support, working demos, and no longer hooks to google-analytics (unless run from the author's site). Thanks for considering, dam -- 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.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages jquery-alternative-doc depends on: ii libjs-jquery 1.7.2+dfsg-3 jquery-alternative-doc recommends no packages. jquery-alternative-doc suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690781: prey: debian package won't allow creation of new device
I Add the graphical tool to configure prey in the new Version, this version is upload to unstable.
Bug#734600: please register with doc-base
Package: jquery-alternative-doc Version: 1.7+dfsg-1 Severity: normal From the Policy: 6.7.3. Documentation … Major shipped manuals should register themselves with doc-base on installation. See the doc-base package documentation for more information. It is true that the README says to load file:///usr/share/doc/jquery-alternative-doc/index.html in the browser, but using dwww is more convenient and standard. Thanks for considering, dam -- 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.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages jquery-alternative-doc depends on: ii libjs-jquery 1.7.2+dfsg-3 jquery-alternative-doc recommends no packages. jquery-alternative-doc suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734601: d-shlibs: Please add substitution rules for libpopt0-dev and libprotobuf7-dev
Package: d-shlibs Severity: normal Hi, I'm working on the package anfo in SVN at svn://anonscm.debian.org/debian-med/trunk/packages/anfo/trunk/ (not released yet) and got: d-shlibmove --commit \ --multiarch \ debian/tmp/usr/lib/*/libanfo.so Library package automatic movement utility -- libbz2-dev package exists. -- libelk0-dev package exists. devlibs error: There is no package matching [libpopt0-dev] and noone provides it, please report bug to d-shlibs maintainer devlibs error: There is no package matching [libprotobuf7-dev] and noone provides it, please report bug to d-shlibs maintainer -- zlib1g-dev package exists. For the moment I have overriden this by d-shlibmove --commit \ --multiarch \ --override s/libpopt0-dev/libpopt-dev/ \ --override s/libprotobuf7-dev/libprotobuf-dev/ \ debian/tmp/usr/lib/*/libanfo.so but you might like to add this to d-shlibmove directly. Feel free to ping me for a patch (or uploading a fixed version as NMU). Kind regards Andreas. -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.36-xenU-4814-i386 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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#734603: wine64: Cannot update from 1.6.1-5 - bad prerm script in old package, and none in new package - missing alternatives for wine
Package: wine64 Version: 1.6.1-13 Severity: important Dear Maintainer, When trying to update wine64 from 1.6.1-5 to 1.6.1-13, I get Preparing to unpack .../wine64_1.6.1-13_amd64.deb ... update-alternatives: error: no alternatives for wine dpkg: warning: subprocess old pre-removal script returned error exit status 2 dpkg: trying script from the new package instead ... dpkg: error processing archive /var/cache/apt/archives/wine64_1.6.1-13_amd64.deb (--unpack): there is no script in the new version of the package - giving up Errors were encountered while processing: /var/cache/apt/archives/wine64_1.6.1-13_amd64.deb Perhaps you need to supply a dummy prerm script for upgrades, and make sure that alternatives, etc. a properly dealt with. Thanks. Yours, Christian -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: x86_64 Kernel: Linux 3.10-2-amd64 (SMP w/12 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- ___ | Christian Holm Christensen |_| | - | | Address: Sankt Hansgade 23, 1. th. Phone: (+45) 35 35 96 91 _| DK-2200 Copenhagen N Cell: (+45) 24 61 85 91 _|DenmarkOffice: (+45) 353 25 404 | Email: ch...@nbi.dk Web:www.nbi.dk/~cholm | | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734602: bugs.debian.org: Encoding problems in Submitter names
Package: bugs.debian.org Severity: normal Hi, Submitter names and names in From: headers apparently aren't decoded anymore. For an example, see bug #734594: Cedric's name keeps the =?utf-8?... mangling. Thanks, Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734594: ruby-hpricot: two tests fail on armel, armhf and mipsel
Cédric, Do note that the tests point to real problems - hpricot indeed returns wrong results for those queries. Maybe it's better to stop building on those architectures. Christian -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- signature.asc Description: Digital signature
Bug#734605: tumbler and glib disagree on thumbnail directory
Package: tumbler Version: 0.1.29-2 Severity: important Tags: upstream Tumbler creates thumbnails in . GLib =2.34 on the other hand looks up thumbnail paths (using the thumbnail::path attribute, see https://developer.gnome.org/gio/stable/GFileInfo.html) in $XDG_USER_CACHE/thumbnails/. This is a problem for apps that use GLib to figure out if thumbnails exist and the thumbnail D-Bus spec to create them when they don't. This group includes rygel at least. There are two problems here I believe: tumbler should probably start using $XDG_USER_CACHE but this could break other apps... Would it make sense to make $HOME/.thumbnails/ a symlink (and possibly move the current contents) for some time, until all thumbnail using applications used $XDG_USER_CACHE directly? The original change in GLib is here https://bugzilla.gnome.org/show_bug.cgi?id=675168 . I have not file an upstream bug on tumbler yet. -- System Information: Debian Release: jessie/sid Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tumbler depends on: ii libc6 2.17-97 ii libcairo2 1.12.16-2 ii libdbus-1-3 1.6.18-2 ii libdbus-glib-1-20.100.2-1 ii libfreetype62.5.2-1 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libglib2.0-02.38.0-1 ii libgstreamer-plugins-base1.0-0 1.2.2-1 ii libgstreamer1.0-0 1.2.2-1 ii libjpeg88d-2 ii libpng12-0 1.2.49-5 ii libpoppler-glib80.22.5-2 ii libtumbler-1-0 0.1.29-2 ii tumbler-common 0.1.29-2 ii zlib1g 1:1.2.8.dfsg-1 tumbler recommends no packages. Versions of packages tumbler suggests: pn tumbler-plugins-extra 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#734604: libgtextutils: FTBFS on powerpcspe: Please adjust symbols file
Source: libgtextutils Version: 0.7-1 Severity: wishlist Tags: patch User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, libgtextutils FTBFS on powerpcspe like this: ... dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols file: see diff output below dpkg-gensymbols: warning: debian/libgtextutils0/DEBIAN/symbols doesn't match completely debian/libgtextutils0.symbols --- debian/libgtextutils0.symbols (libgtextutils0_0.7-1_powerpcspe) +++ dpkg-gensymbolsgndg_U 2014-01-08 03:59:45.764677876 + @@ -6,9 +6,9 @@ _ZN18InputStreamWrapperC2ERKSs@Base 0.7 _ZN19OutputStreamWrapperC1ERKSsb@Base 0.7 _ZN19OutputStreamWrapperC2ERKSsb@Base 0.7 - _ZNSt15basic_stringbufIcSt11char_traitsIcESaIcEED0Ev@Base 0.7 - _ZNSt15basic_stringbufIcSt11char_traitsIcESaIcEED1Ev@Base 0.7 - _ZNSt15basic_stringbufIcSt11char_traitsIcESaIcEED2Ev@Base 0.7 +#MISSING: 0.7-1# _ZNSt15basic_stringbufIcSt11char_traitsIcESaIcEED0Ev@Base 0.7 +#MISSING: 0.7-1# _ZNSt15basic_stringbufIcSt11char_traitsIcESaIcEED1Ev@Base 0.7 +#MISSING: 0.7-1# _ZNSt15basic_stringbufIcSt11char_traitsIcESaIcEED2Ev@Base 0.7 pipe_close@Base 0.7 pipe_input_command@Base 0.7 pipe_output_command@Base 0.7 dh_makeshlibs: dpkg-gensymbols -plibgtextutils0 -Idebian/libgtextutils0.symbols -Pdebian/libgtextutils0 -edebian/libgtextutils0/usr/lib/powerpc-linux-gnuspe/libgtextutils-0.7.so.0.0.0 returned exit code 1 make: *** [binary-arch] Error 1 dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error exit status 2 ... The above tells you how the symbold file can be adjusted. Thanks in advance, Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720092: Please package ocl
Hi, oh, your reply on 24. Sep. 2013 was addressed only to 720...@bugs.debian.org and wasn't being cc'ed, so I have not received a copy of it. On Christmas holidays I've tried to build opencv with opencl support on Debian Jessie without(!) proprietary OpenCL SDK. It is enough to install just 2 additional packages: ocl-icd-dev and ocl-icd-opencl-dev in make opencv automatically discover a presence of OpenCL support and enable building the ocl module. So you could for now just extend build-depends on these 2 packages from main. There will be no proprietary/contrib dependencies for installing the future package libopencv-ocl. Once one needs to use it, then only these users will have to install some non-free OpenCL ICD from amd/intel/nvidia. Or(!) one can install locally some free (though not 100% functioning) OpenCL ICD and use it. I can't see no impacts on the opencv ocl module itself. This was the idea of OpenCL ICD: one can link to the loader (e.g. libOpenCL.so from ocl-icd-libopencl1) but then use a proprietary one. If it works out with Gallium - it would be great! But the main thing for now is to have the ocl module packaged and then one can experiment with the either OpenCL implementation. Regards, Andrey 2014/1/8, Nobuhiro Iwamatsu iwama...@nigauri.org: Hi, I looked again this problem. We can use the Mesa (Gallium) of X.org to non-free except for libraries. http://www.x.org/wiki/GalliumStatus/ http://www.x.org/wiki/XorgEVoC/GalliumCompute/ Is this right? Best regards, Nobuhiro 2013/9/24 Nobuhiro Iwamatsu iwama...@nigauri.org: Hi, Source: opencv Version: 2.4.5+dfsg-0exp1 Severity: normal Hi, there is a new module in opencv: ocl, allowing using OpenCL. It is introduced almost a year ago [1]: 2.4.3 (November 2012): Technology-preview version of ocl - OpenCL-accelerated computer vision algorithms, contributed by the Chinese Academy of Science and it has been improved in consecutive releases: 2.4.4 (March 2013): The openCL-based hardware acceleration (ocl) module is now mature, and, with numerous bug fixes, it is largely bug-free. 2.4.5 (April 2013): there are further improvements and extensions in ocl module:... 2.4.6 (July 2013): Binary compatiblility with both OpenCL 1.1/1.2 platforms. Now the binaries compiled with any of AMD/Intel/Nvidia's SDK can run on all other platforms. Please, consider packaging this module. I support the ocl module in opencv is difficult in Debian. Because OCL SDK is in non-free section. When opencv is dependent on the OCL SDK if, opencv is in contrib section. Because I want to distribute opencv in the main section, I will not support ocl module. Does this work for you? Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734606: logkeys: FTBFS: build-depends on removed console-tools
Package: logkeys Version: 0.1.1a+git5ef6b0dcb9e3-1 Severity: serious Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch trusty logkeys fails to build in unstable: The following packages have unmet dependencies: sbuild-build-depends-logkeys-dummy : Depends: console-tools but it is not installable * Build-depend on kbd | console-tools rather than just console-tools. The following patch fixes this. diff -Nru logkeys-0.1.1a+git5ef6b0dcb9e3/debian/control logkeys-0.1.1a+git5ef6b0dcb9e3/debian/control --- logkeys-0.1.1a+git5ef6b0dcb9e3/debian/control 2013-12-02 21:11:51.0 + +++ logkeys-0.1.1a+git5ef6b0dcb9e3/debian/control 2014-01-08 13:24:15.0 + @@ -2,7 +2,7 @@ Section: admin Priority: optional Maintainer: Vedran Furač vedran.fu...@gmail.com -Build-Depends: debhelper (= 9), autotools-dev, quilt, console-tools, +Build-Depends: debhelper (= 9), autotools-dev, quilt, kbd | console-tools, procps Standards-Version: 3.9.4 Homepage: http://code.google.com/p/logkeys/ Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733396: ptlib: FTBFS: ptlib/common/getdate.y:112:18: error: conflicting types for 'PTime_yyparse'
On 07/01/14 09:38, Mark Purcell wrote: On Fri, 3 Jan 2014 15:16:12 Eugen Dedu wrote: The simplest solution is to apply the upstream fix, http://sourceforge.net/p/opalvoip/code/31087/ I would like to do it, but I am a bit disoriented with the svn repository of ptlib. Mark, could you tell me where are the repositories of trunk and unstable/testing of ptlib? As far as I see, both are in the same place, svn://svn.debian.org/pkg-voip/ptlib/trunk ?! Thanks Eugen, I have created a branch to track luyten (2.10.x) separate from trunk: svn://svn.debian.org/pkg-voip/ptlib/branches/ptlib2.10-luyten/ Ok, I will make a commit with the patch from http://sourceforge.net/p/opalvoip/patches/259/, it is smaller than what I proposed above. As I am in holidays, I think I cannot do it before Monday. -- Eugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734603: Follow-up
Hi, I see this report is duplicate of previous reports on the same problem. However, there was no fix in the recent upload of Wine, so I think it still counts as a bug and should be addressed. To me, it seems rather simple - put in a dummy prerm script that does not fail. I think it is not good if the package upgrade requires users to run `obscure' (to the casual Desktop user) commands like: sudo update-alternatives --install /usr/bin/wine wine /bin/ls 0 before upgrading the package. Thank you. Yours, -- ___ | Christian Holm Christensen |_| | - | | Address: Sankt Hansgade 23, 1. th. Phone: (+45) 35 35 96 91 _| DK-2200 Copenhagen N Cell: (+45) 24 61 85 91 _|DenmarkOffice: (+45) 353 25 404 | Email: ch...@nbi.dk Web:www.nbi.dk/~cholm | | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734604: [Debian-med-packaging] Bug#734604: libgtextutils: FTBFS on powerpcspe: Please adjust symbols file
Le Wed, Jan 08, 2014 at 02:23:20PM +0100, Roland Stigge a écrit : --- debian/libgtextutils0.symbols (libgtextutils0_0.7-1_powerpcspe) +++ dpkg-gensymbolsgndg_U 2014-01-08 03:59:45.764677876 + @@ -6,9 +6,9 @@ _ZN18InputStreamWrapperC2ERKSs@Base 0.7 _ZN19OutputStreamWrapperC1ERKSsb@Base 0.7 _ZN19OutputStreamWrapperC2ERKSsb@Base 0.7 - _ZNSt15basic_stringbufIcSt11char_traitsIcESaIcEED0Ev@Base 0.7 - _ZNSt15basic_stringbufIcSt11char_traitsIcESaIcEED1Ev@Base 0.7 - _ZNSt15basic_stringbufIcSt11char_traitsIcESaIcEED2Ev@Base 0.7 +#MISSING: 0.7-1# _ZNSt15basic_stringbufIcSt11char_traitsIcESaIcEED0Ev@Base 0.7 +#MISSING: 0.7-1# _ZNSt15basic_stringbufIcSt11char_traitsIcESaIcEED1Ev@Base 0.7 +#MISSING: 0.7-1# _ZNSt15basic_stringbufIcSt11char_traitsIcESaIcEED2Ev@Base 0.7 pipe_close@Base 0.7 pipe_input_command@Base 0.7 pipe_output_command@Base 0.7 dh_makeshlibs: dpkg-gensymbols -plibgtextutils0 -Idebian/libgtextutils0.symbols -Pdebian/libgtextutils0 -edebian/libgtextutils0/usr/lib/powerpc-linux-gnuspe/libgtextutils-0.7.so.0.0.0 returned exit code 1 make: *** [binary-arch] Error 1 dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error exit status 2 ... The above tells you how the symbold file can be adjusted. Dear Roland, I think that the problem is that the symbols are different when compiled with an up-to-date toolchain, like on amd64, or an older one, line on powerpcspe, powerpc, psarc and ia64 (see https://buildd.debian.org/status/package.php?p=libgtextutils). Do you know a way to stabilise the symbols ? Otherwise, I shall rather close this bug and request the removal of libgtextutils on these architectures. Have a nice day, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694941: Please provide an option to list all available input methods
Hi, On Tue, Jan 07, 2014 at 11:22:00PM +0100, Gunnar Hjalmarsson wrote: ... - xim (but it's labelled 'none' in the GUI) - the installed input method systems Don't you need to have API to get which IM is active? (-m) Would be nice, but not very important. We simply parse ~/.xinputrc: def getCurrentInputMethod(self): user_conf_file = os.path.expanduser('~/.xinputrc') if os.path.exists(user_conf_file): for line in open(user_conf_file): if line.startswith('run_im'): return line.split()[1] return 'default' Yah... OK but why not to have API for current active mode and current auto-selection. (-M) That makes thing complete and you can keep your code as is for now. I think that something that shows what is used for auto mode would be very useful (whether you combine it in a general -m option or not). By moving lines and adding: -m) echo $IM_CONFIG_ACTIVE echo $IM_CONFIG_AUTOMATIC exit ;; I can print both. (only few lines added for -l. ) Also -l can be mixed with -a. $ im-config -l ibus uim xim $ im-config -a -l ibus fcitx uim hime gcin maliit scim hangul thai xim kinput2 xsunpinyin $ im-config -m missing ibus $ im-config -n ibus $ im-config -m ibus ibus $ im-config -n auto $ im-config -m auto ibus $ im-config -n REMOVE $ im-config -m missing ibus Do you think that could be ready within the next few weeks, so we could make use of it in Ubuntu 14.04 that will be released in April? In few days, ... I am also thinking to add another API to get localized text for each IM: For example: for ibus, we should be able to get description as $ im-config -o ibus ^ changed Intelligent Input Bus (IBus) * Required for all: ibus * Language specific input conversion support: ... Ok.. Valuable information, indeed. I for one am not sure if it would be best provided through an im-config API. Aron, do you have any thoughts on this? You do not need to use this. I will add 2 lines for this. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721316: base: NETDEV WATCHDOG: eth0 (igb): transmit queue 0 timed out
Hi, We're experiencing what appears to be the same problem as well on a Pacemaker cluster of ours; this is causing us serious issues as the nodes are rebooted when the problem appears. Has any progress been made in identifying a cause for this and/or curing the problem? From dmesg: Dec 28 23:16:32 tyne kernel: [418756.268195] WARNING: at /build/linux-rrsxby/linux-3.2.51/net/sched/sch_generic.c:256 dev_watchdog+0xf2/0x151() Dec 28 23:16:32 tyne kernel: [418756.382761] Hardware name: X9DRD-iF Dec 28 23:16:32 tyne kernel: [418756.496392] NETDEV WATCHDOG: eth1 (igb): transmit queue 1 timed out Dec 28 23:16:33 tyne kernel: [418756.607364] Modules linked in: hmac dlm sctp libcrc32c configfs ip6table_filter ebtable_nat ebtables act_police cls_basic cls_flow cls_fw cls_u32 sch_tbf sch_prio sch_htb sch_hfsc sch_ingress sch_sfq xt_statistic xt_CT xt_time xt_connlimit xt_realm xt_addrtype iptable_raw xt_comment xt_recent xt_policy ipt_ULOG ipt_REJECT ipt_REDIRECT ipt_NETMAP ipt_MASQUERADE ipt_ECN ipt_ecn ipt_CLUSTERIP ipt_ah xt_set ip_set nf_nat_tftp nf_nat_snmp_basic nf_conntrack_snmp nf_nat_sip nf_nat_pptp nf_nat_proto_gre nf_nat_irc nf_nat_h323 nf_nat_ftp nf_nat_amanda ts_kmp nf_conntrack_amanda nf_conntrack_sane nf_con ntrack_tftp nf_conntrack_sip nf_conntrack_proto_udplite nf_conntrack_proto_sctp nf_conntrack_pptp nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_irc nf_conntrack_h323 nf_conntrack_ftp xt_TPROXY nf_tproxy_core ip6_tables nf_defrag_ipv6 xt_tcpmss xt_pkttype xt_p hysdev xt_owner xt_NFQUEUE xt_NFLOG nfnetlink_log xt_multiport xt_mark xt_ Dec 28 23:16:34 tyne kernel: mac xt_limit xt_length xt_iprange xt_helper xt_hashlimit xt_DSCP xt_dscp xt_dccp xt_conntrack xt_connmark xt_CLASSIFY xt_AUDIT ipt_LOG xt_tcpudp xt_state iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack iptable_mangle nfnetlink ib_iser rdma_cm ib_cm iw_cm ib_sa ib_mad ib_ core ib_addr iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi iptable_filter ip_tables x_tables nfsd nfs lockd fscache auth_rpcgss nfs_acl sunrpc bonding sha1_ssse3 sha1_generic ipmi_poweroff ipmi_devintf ipmi_si ipmi_msghandler vhost_net macvtap macvlan tun drbd lru_cache bridge stp loop kvm_intel kvm snd_pcm s nd_timer coretemp snd soundcore acpi_cpufreq crc32c_intel ghash_clmulni_intel mperf aesni_intel psmouse snd_page_alloc cryptd iTCO_wdt sb_edac processor i2c_i801 serio_raw aes_x86_64 ioatdma pcspkr iTCO_vendor_support aes_generic thermal_sys i2c_core joydev edac_core evdev container button acpi_pad ext4 crc16 jbd2 m bcache dm_mod raid1 md_mod microcode usbhid hid sg sd_mod crc_t10dif ahci lib Dec 28 23:16:34 tyne kernel: ahci isci libsas libata ehci_hcd scsi_transport_sas usbcore igb scsi_mod usb_common dca [last unloaded: scsi_wait_scan] Dec 28 23:16:34 tyne kernel: [418758.541550] Pid: 0, comm: swapper/0 Not tainted 3.2.0-4-amd64 #1 Debian 3.2.51-1 Dec 28 23:16:34 tyne kernel: [418758.652098] Call Trace: Dec 28 23:16:35 tyne kernel: [418758.761884] IRQ [81046cbd] ? warn_slowpath_common+0x78/0x8c Dec 28 23:16:35 tyne kernel: [418758.869948] [81046d69] ? warn_slowpath_fmt+0x45/0x4a Dec 28 23:16:35 tyne kernel: [418758.977593] [812a6f11] ? netif_tx_lock+0x40/0x75 Dec 28 23:16:35 tyne kernel: [418759.082681] [812a7081] ? dev_watchdog+0xf2/0x151 Dec 28 23:16:35 tyne kernel: [418759.186240] [81052480] ? run_timer_softirq+0x19a/0x261 Dec 28 23:16:35 tyne kernel: [418759.287841] [812a6f8f] ? netif_tx_unlock+0x49/0x49 Dec 28 23:16:35 tyne kernel: [418759.387569] [8104c2f8] ? __do_softirq+0xb9/0x177 Dec 28 23:16:35 tyne kernel: [418759.486351] [81096529] ? rcu_needs_cpu+0x50/0x1bb Dec 28 23:16:35 tyne kernel: [418759.583008] [8135646c] ? call_softirq+0x1c/0x30 Dec 28 23:16:35 tyne kernel: [418759.677333] [8100f8cd] ? do_softirq+0x3c/0x7b Dec 28 23:16:36 tyne kernel: [418759.770142] [8104c560] ? irq_exit+0x3c/0x99 Dec 28 23:16:36 tyne kernel: [418759.860906] [8100f5fd] ? do_IRQ+0x82/0x98 Dec 28 23:16:36 tyne kernel: [418759.954639] [8134f4ee] ? common_interrupt+0x6e/0x6e Dec 28 23:16:36 tyne kernel: [418760.048124] EOI [811ee07d] ? intel_idle+0xea/0x119 Dec 28 23:16:36 tyne kernel: [418760.137012] [811ee05c] ? intel_idle+0xc9/0x119 Dec 28 23:16:36 tyne kernel: [418760.222705] [8126febd] ? cpuidle_idle_call+0xec/0x179 Dec 28 23:16:36 tyne kernel: [418760.306317] [8100d243] ? cpu_idle+0xa5/0xf2 Dec 28 23:16:36 tyne kernel: [418760.388391] [816abb36] ? start_kernel+0x3b8/0x3c3 Dec 28 23:16:36 tyne kernel: [418760.470137] [816ab140] ? early_idt_handlers+0x140/0x140 Dec 28 23:16:36 tyne kernel: [418760.548953] [816ab3c4] ? x86_64_start_kernel+0x104/0x111 Dec 28 23:16:36 tyne kernel:
Bug#734607: libc6-i686: granpt() fails with EPERM
Package: libc6-i686 Version: 2.18-0experimental0 Severity: important grantpt() always fail with errno=EPERM: $ ./test_grantpt grantpt: Operation not permitted Curiously enough, the non-686-optimized versions works correctly: $ LD_HWCAP_MASK=0 ./test_grantpt okay! -- 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.12-1-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 libc6-i686 depends on: ii libc6 2.18-0experimental0 -- Jakub Wilk #define _GNU_SOURCE #include stdio.h #include stdlib.h int main(int arg, char **argv) { int fd = getpt(); if (fd == -1) { perror(getpt); return 1; } int rc = grantpt(fd); if (rc != 0) { perror(grantpt); return 1; } fprintf(stderr, okay!\n); exit(0); }
Bug#717330: wrong date and time in notification mail
fail2ban 0.8.6-3wheezy2 replace date -u by LC_TIME=C date-u in sendmail.conf, sendmail-whois.conf and sendmail-whois-lines.conf solve the problem in my setup as well. Will wheezy receive a update for this bug?
Bug#734172:
3.13.0-rc7 apparently fixed the issue. It may have been fixed on 3.12.6 but I didn't test that one. I've just tested my backup script which puts some load on a couple of GFS2 filesystems. Last week this would have caused an almost instant crash but this time it finished without issues. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734605: Add missing info
Hmm, something ate part of the info I had and I also made a mistake: * tumbler creates thumbnails in $HOME/.thumbnails/ * GLib looks for them in $XDG_CACHE_HOME/thumbnails/ There's now a tumbler bug: https://bugzilla.xfce.org/show_bug.cgi?id=10613 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734604: [Debian-med-packaging] Bug#734604: libgtextutils: FTBFS on powerpcspe: Please adjust symbols file
Hi, On 01/08/2014 02:47 PM, Charles Plessy wrote: I think that the problem is that the symbols are different when compiled with an up-to-date toolchain, like on amd64, or an older one, line on powerpcspe, powerpc, psarc and ia64 (see https://buildd.debian.org/status/package.php?p=libgtextutils). Do you know a way to stabilise the symbols ? Otherwise, I shall rather close this bug and request the removal of libgtextutils on these architectures. Thanks for the note! I just rebuild the package unchanged with gcc-4.8 and it worked without problem. I would actually be fine with gcc-4.8 as default on powerpcspe now. Many packages need it anyway, e.g. when linking with gcc-4.8 related libs. Matthias, can you please consider gcc-4.8 as default for powerpspe? Thanks in advance, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728797: ITP: python-mne -- Python modules for MEG and EEG data analysis
hi Andreas, I just pushed to the repo version 0.7.1 with: git import-orig --pristine-tar ../mne-python_0.7.1.orig.tar.gz let me know if we're good. Best, Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734608: html5lib: Add missing Build-Depends on python{3}-six
Package: html5lib Version: 0.999-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu trusty ubuntu-patch Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * d/control: Add missing BD on python{3}-six to fix tests. This resolved test failures in clean schroot builds. Thanks for considering the patch. -- 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.12.0-7-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 diff -Nru html5lib-0.999/debian/changelog html5lib-0.999/debian/changelog diff -Nru html5lib-0.999/debian/control html5lib-0.999/debian/control --- html5lib-0.999/debian/control 2013-12-13 11:50:52.0 + +++ html5lib-0.999/debian/control 2014-01-08 14:15:31.0 + @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Python Modules Team python-modules-t...@lists.alioth.debian.org Uploaders: Olivier Berger ober...@debian.org -Build-Depends: debhelper (= 8), dh-python, python-all (= 2.6.6-3~), python-setuptools, python3-all, python3-setuptools, python-nose, python3-nose +Build-Depends: debhelper (= 8), dh-python, python-all (= 2.6.6-3~), python-setuptools, python-six, python3-all, python3-setuptools, python-nose, python3-nose, python3-six Vcs-Svn: svn://anonscm.debian.org/python-modules/packages/html5lib/trunk/ Vcs-Browser: http://anonscm.debian.org/viewvc/python-modules/packages/html5lib/trunk/ Homepage: https://github.com/html5lib/html5lib-python
Bug#732159: Should this package be removed?
Hi , The option -demuxer lavf works ! Thanks a lot! Please close the bug report #731937. 2014/1/8 Xiangyu Liu u122...@gmail.com Hi , The option -demuxer lavf works ! Thanks a lot! Please close the bug report #731937. By the way, When I met problem in #731937, I have read the manual of mplayer2, but I did not get any help about A/V sync except '-autosync' option. Is there any other documentation to display all of the switch option of mplayer2 and their *detailed functions* ? 2014/1/7 Diego Biurrun di...@biurrun.de On 29.12.2013 06:04, Xiangyu Liu wrote: For some specific MKV files, mplayer2 has problem to sync A/V, but mplayer works fine. I've filed a bug. ( http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731937 ) MPlayer and MPlayer2 use different Matroska demuxers by default. Try passing both -demuxer lavf and -demuxer mkv as options while playing the offending file(s). I suspect that one or the other will make the problem go away. Diego
Bug#734609: Typos fiex in german translation of man pages.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: passwd Version: 4.1.5.1 Tags: patch Hello! Please see the attached patch. This fixes some typos in the german man pages. Regards, -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSzV+SAAoJEBy08PeN7K/pPhMQAKKfAAacA3ZDM9usoIumtXE+ shvr2uTHB2IlFurWISMf3NH4+y1ilhaXM+/UAjVaezjqMswnSlv4sHLXqpxXwDw7 rXvd36dIPlZxX1vHTtyXuPdFMQJK7yNyQsLBxXmiwWZpznLP0z0hrA4ri1vWqV2b spu36yHRLqgOBraaCu3CbyhZ4Q1w0EJe+cLVSJw+TJbevsNX5udjbpAxJ2yilvVY iA2PEIscqP/6zqvhP0R1+ohbHv8jMC/QQ1W1eQiIhBIfNB/3dn3HxIZ23oQiROfI T+fvMlRvMxpNfAbVqC/staryfhmlGY22vsTIQ0YE7/yd+bqFrOGue2bDajE1cBbG yiOVuyFwGcnhW5K4qB8B6TZIpGFv6YRjk4tR1GGwMj9Du8dhpe+RZO1wCl/bPn3A lQft7cHj5X2AD1PLW5lwJF03Nn5CXfT+IYwzEOpJH2zGMZmPkK5JYw35vMY+4VfT 4mASy2JphyyWouEddatiXWkVt5043I/tsGmlOPRSedb/3OC99G5xl+TIIbHDw9YT 8vDz8h2aSDFcU1NcGMjVt6rtG37Ig/bV+cJiKOE43eEl6bzFyAf2LIaoybdd8i6n ySoPjKXsDDYPsjHYlOemnunAUIyh0YjcXFjLg3l4yx8siTAPNWdJKBNaiVm4lFsI UwqyJ3PJlumQYi3uID3Y =eLd4 -END PGP SIGNATURE- diff -U3 -r shadow-4.1.5.1/man/de/man5/faillog.5 shadow-4.1.5.1.neu/man/de/man5/faillog.5 --- shadow-4.1.5.1/man/de/man5/faillog.5 2012-05-25 14:01:02.0 +0200 +++ shadow-4.1.5.1.neu/man/de/man5/faillog.5 2014-01-08 15:05:23.850926040 +0100 @@ -7,7 +7,7 @@ .\Source: shadow-utils 4.1.5.1 .\ Language: German .\ -.TH FAILLOG 5 25.05.2012 shadow\-utils 4\.1\.5\.1 Dateiformate und \-konvertieru +.TH FAILLOG 5 25.05.2012 shadow\-utils 4\.1\.5\.1 Dateiformate und \-konventionen .\ - .\ * Define some portability stuff .\ - diff -U3 -r shadow-4.1.5.1/man/de/man5/gshadow.5 shadow-4.1.5.1.neu/man/de/man5/gshadow.5 --- shadow-4.1.5.1/man/de/man5/gshadow.5 2012-05-25 14:01:36.0 +0200 +++ shadow-4.1.5.1.neu/man/de/man5/gshadow.5 2014-01-08 15:04:59.434153313 +0100 @@ -7,7 +7,7 @@ .\Source: shadow-utils 4.1.5.1 .\ Language: German .\ -.TH GSHADOW 5 25.05.2012 shadow\-utils 4\.1\.5\.1 Dateiformate und \-konvertieru +.TH GSHADOW 5 25.05.2012 shadow\-utils 4\.1\.5\.1 Dateiformate und \-konventionen .\ - .\ * Define some portability stuff .\ - diff -U3 -r shadow-4.1.5.1/man/de/man5/limits.5 shadow-4.1.5.1.neu/man/de/man5/limits.5 --- shadow-4.1.5.1/man/de/man5/limits.5 2012-05-25 14:02:43.0 +0200 +++ shadow-4.1.5.1.neu/man/de/man5/limits.5 2014-01-08 15:05:38.227381000 +0100 @@ -7,7 +7,7 @@ .\Source: shadow-utils 4.1.5.1 .\ Language: German .\ -.TH LIMITS 5 25.05.2012 shadow\-utils 4\.1\.5\.1 Dateiformate und \-konvertieru +.TH LIMITS 5 25.05.2012 shadow\-utils 4\.1\.5\.1 Dateiformate und \-konventionen .\ - .\ * Define some portability stuff .\ - diff -U3 -r shadow-4.1.5.1/man/de/man5/login.access.5 shadow-4.1.5.1.neu/man/de/man5/login.access.5 --- shadow-4.1.5.1/man/de/man5/login.access.5 2012-05-25 14:02:46.0 +0200 +++ shadow-4.1.5.1.neu/man/de/man5/login.access.5 2014-01-08 15:05:18.134745143 +0100 @@ -7,7 +7,7 @@ .\Source: shadow-utils 4.1.5.1 .\ Language: German .\ -.TH LOGIN\.ACCESS 5 25.05.2012 shadow\-utils 4\.1\.5\.1 Dateiformate und \-konvertieru +.TH LOGIN\.ACCESS 5 25.05.2012 shadow\-utils 4\.1\.5\.1 Dateiformate und \-konventionen .\ - .\ * Define some portability stuff .\ - diff -U3 -r shadow-4.1.5.1/man/de/man5/login.defs.5 shadow-4.1.5.1.neu/man/de/man5/login.defs.5 --- shadow-4.1.5.1/man/de/man5/login.defs.5 2012-05-25 14:01:49.0 +0200 +++ shadow-4.1.5.1.neu/man/de/man5/login.defs.5 2014-01-08 15:16:38.364309532 +0100 @@ -7,7 +7,7 @@ .\Source: shadow-utils 4.1.5.1 .\ Language: German .\ -.TH LOGIN\.DEFS 5 25.05.2012 shadow\-utils 4\.1\.5\.1 Dateiformate und \-konvertieru +.TH LOGIN\.DEFS 5 25.05.2012 shadow\-utils 4\.1\.5\.1 Dateiformate und \-konventionen .\ - .\ * Define some portability stuff .\ - @@ -352,7 +352,7 @@ .PP \fBNOLOGINS_FILE\fR (Zeichenkette) .RS 4 -Falls angegeben, der Name einer Datei, dessen Existenz Anmeldungen au\(sser von Root verhindert\. Der Inhalt der Datei sollte die Gr\(:unde enthalten, weshalb Anmeldungen untersagt sind\. +Falls angegeben, der Name einer Datei, deren Existenz Anmeldungen au\(sser von Root verhindert\. Der Inhalt der Datei sollte die Gr\(:unde enthalten, weshalb Anmeldungen untersagt sind\. .RE .PP \fBOBSCURE_CHECKS_ENAB\fR (boolesch) diff -U3 -r