Bug#736574: gwenview: no webp image support
Package: gwenview Version: 4:4.11.3-1 Severity: normal Dear Maintainer, Gwenview doesn't support webp image now. It's seems that gwenview version 4.11.3 in Fedora 20 support webp. And libwebp is in debian repos. Here's a demo image: http://antimatter15.github.io/weppy/tinybrot.webp And kolourpaint/gimp lack webp support also. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing-updates'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gwenview depends on: ii kde-runtime 4:4.11.5-1 ii libc62.17-97 ii libexiv2-12 0.23-1 ii libgcc1 1:4.8.2-14 ii libjpeg8 8d-2 ii libkactivities6 4:4.11.5-1 ii libkdecore5 4:4.11.5-1 ii libkdeui54:4.11.5-1 ii libkfile44:4.11.5-1 ii libkio5 4:4.11.5-1 ii libkipi114:4.11.5-1 ii libkonq5abi1 4:4.11.5-1 ii libkparts4 4:4.11.5-1 ii liblcms2-2 2.2+git20110628-2.3+b1 ii libnepomukcore4 4:4.11.5-2+b1 ii libphonon4 4:4.7.1-1 ii libpng12-0 1.2.49-5 ii libqt4-opengl4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-svg 4:4.8.5+git209-g718fae5+dfsg-1 ii libqtcore4 4:4.8.5+git209-g718fae5+dfsg-1 ii libqtgui44:4.8.5+git209-g718fae5+dfsg-1 ii libsolid44:4.11.5-1 ii libstdc++6 4.8.2-14 ii libx11-6 2:1.6.2-1 ii phonon 4:4.7.1-1 Versions of packages gwenview recommends: ii kamera 4:4.11.3-1+b1 Versions of packages gwenview suggests: ii svgpart 4:4.11.3-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736573: ITP: python-rtslib-fb -- object API for managing the Linux LIO kernel target
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-rtslib-fb Version : 2.1.45 Upstream Author : Andy Grover agro...@redhat.com * URL : https://github.com/agrover/rtslib-fb * License : Apache-2.0 Programming Lang: Python Description : object API for managing the Linux LIO kernel target The rtslib-fb package is an object-based Python library for configuring the LIO generic SCSI target, present in 3.x Linux kernel versions. . The rtslib-fb package is a fork of the rtslib code written by RisingTide Systems. The -fb differentiates between the original and this version. Ensure to use either all fb versions of the targetcli components -- targetcli, rtslib, and configshell, or stick with all non-fb versions, since they are no longer strictly compatible. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736575: Usefulness after removal of rails 2.3
Package: ruby-locale-rails Dear Maintainer, README.rdoc claims that Rails 2.3.2-2.3.4 are supported by this package. Rails 2.3.x has been removed a while ago. Is this package useful with Rails 3.2/4.0 or should it be removed as well? Thanks, -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736576: nodejs: FTBFS on various archs
Source: nodejs Version: 0.10.25~dfsg1-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi, nodejs FTBFS on armel, i386 and kfreebsd-i386, see https://buildd.debian.org/status/package.php?p=nodejs === release test-abort-fatal-error === Path: simple/test-abort-fatal-error Command: out/Release/node /«PKGBUILDDIR»/test/simple/test-abort-fatal-error.js --- TIMEOUT --- Cheers, Julien signature.asc Description: Digital signature
Bug#736577: Usefulness after removal of rails 2.3
Package: ruby-gettext-activerecord Dear Maintainer, README.rdoc claims that Rails 2.3.2-2.3.4 are supported by this package. Rails 2.3.x has been removed a while ago. Is this package useful with Rails 3.2/4.0 or should it be removed as well? Thanks, -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736547: [Pkg-libvirt-maintainers] Bug#736547: virt-manager: Need to depend on gir1.2-libvirt-glib-1.0
On 01/24/2014 10:38 PM, Guido Günther wrote: On Fri, Jan 24, 2014 at 10:01:03PM +0100, Daniel Schröter wrote: On 01/24/2014 09:20 PM, Daniel Schröter wrote: After I installed gir1.2-libvirt-glib-1.0 it does start fine. Sorry. Does not start. But the error has been gone. There is an other error. So please depend on gir1.2-libvirt-glib-1.0 and someone will find a solution for the next error ;-) Try --debug on the command line. without gir1.2-libvirt-glib-1.0: $ virt-manager --debug ERROR:root:Could not find any typelib for LibvirtGLib Traceback (most recent call last): File /usr/share/virt-manager/virt-manager, line 33, in module from gi.repository import LibvirtGLib ImportError: cannot import name LibvirtGLib with installed gir1.2-libvirt-glib-1.0 $ virt-manager --debug 2014-01-25 09:34:54,718 (cliutils:75): virt-manager startup 2014-01-25 09:34:54,718 (virt-manager:199): Launched as: ['/usr/share/virt-manager/virt-manager', '--debug'] 2014-01-25 09:34:54,719 (virt-manager:200): virt-manager version: 0.10.0 2014-01-25 09:34:54,719 (virt-manager:201): virtManager import: module 'virtManager' from '/usr/share/virt-manager/virtManager/__init__.pyc' 2014-01-25 09:34:54,768 (virt-manager:247): GTK version: 3.8.6 2014-01-25 09:34:54,794 (importer:51): Could not find any typelib for GtkVnc 2014-01-25 09:34:54,795 (virt-manager:55): Error starting virt-manager Traceback (most recent call last): File /usr/share/virt-manager/virt-manager, line 303, in module main() File /usr/share/virt-manager/virt-manager, line 267, in main from virtManager.engine import vmmEngine File /usr/share/virt-manager/virtManager/engine.py, line 45, in module from virtManager.details import vmmDetails File /usr/share/virt-manager/virtManager/details.py, line 37, in module from virtManager.console import vmmConsolePages File /usr/share/virt-manager/virtManager/console.py, line 27, in module from gi.repository import GtkVnc ImportError: cannot import name GtkVnc Bye -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728342: lightdm greeter hangs
This bug appears to be fixed in sid after a fresh installation (7.2 xfce amd64 live followed by a dist-upgrade to sid). No hand, and action buttons work: $ dpkg -l lightdm* | grep ii ii lightdm 1.8.6-1 amd64simple display manager ii lightdm-gtk-greeter 1.6.1-5 amd64simple display manager (GTK+ greeter) Kind regards, -- Ben Caradoc-Davies b...@wintersun.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647096: Anyone working on this?
Hello, I partially built a package for dnssec-trigger before I remembered to check wnpp. Would it be worthwhile to finish my package and try to submit it to Debian? To get it releasable I would need to: * Write an init script * Figure out why the network manager script doesn't seem to be working right now. * Adapt the current configuration script to run at postinst. I'm going to do the first two anyway because I'm having some of network problems this tool can solve. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736578: Uninstallable Build-Depends on kfreebsd-amd64 and kfreebsd-i386
Source: remctl Version: 3.7-1 Dear Maintainer, your package remctl is stuck in BD-Uninstallable on these architectures: hurd-i386, kfreebsd-amd64 and kfreebsd-i386 The missing build dependency is: libsystemd-daemon-dev Ignoring hurd-i386, this prevents your package from migrating to testing (it's now 18 days old). -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736579: apt-cacher-ng: warning about incomplete gentoo support
Package: apt-cacher-ng Version: 0.7.25-1 Severity: normal When I look at syslog I see this warning message from apt-cacher-ng: apt-cacher-ng[16561]: WARNING: No URL list file matching file:backends_gentoo found in config or support directories. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-cacher-ng depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.52 ii dpkg 1.17.5 ii init-system-helpers1.14 ii libbz2-1.0 1.0.6-5 ii libc6 2.17-97 ii libgcc11:4.8.2-14 ii liblzma5 5.1.1alpha+20120614-2 ii libssl1.0.01.0.1f-1 ii libstdc++6 4.8.2-14 ii libwrap0 7.6.q-25 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages apt-cacher-ng recommends: ii avahi-daemon 0.6.31-4 ii ed1.9-2 Versions of packages apt-cacher-ng suggests: ii curl 7.34.0-1 pn doc-base none ii libfuse2 2.9.2-4 ii wget 1.14-5 -- debconf information: apt-cacher-ng/bindaddress: keep apt-cacher-ng/cachedir: keep apt-cacher-ng/port: keep apt-cacher-ng/proxy: keep apt-cacher-ng/gentargetmode: No automated setup -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#736580: kde-plasma-desktop: mouse cursor disappears when hovering in certain places
Package: kde-plasma-desktop Version: 5:77+deb7u1 Severity: normal Dear Maintainer, The mouse cursor sometimes disappears. It reappears when it is moved. It can be reproduced by moving the cursor slowly from below into a tab on an application such as konqueror. The cursor may disappear as it enters the tab; if it doesn't, continue to move it through the tab; it may disappear as the cursor tip moves out the top of the tab. It most often happens if you move it through the X at the right side of the tab. The cursor remains invisible until you move it again. It is most pronounced on google chrome tabs: it happens almost every time. It is sufficiently annoying that it makes the application unpleasant to use. The cursor keeps flashing as I move it across the tabs, and it often remains invisible until I move it again. I have just installed debian/wheezy on this computer, and it has been happening right from the start. I tried creating a new user, without modifying desktop effects or themes or anything else. The cursor still disappears. Computer is HP Pavilion 500-005a. AMD Radeon HD 8570D Integrated Graphics. firmware-linux-nonfree is installed, because a boot-time message said radeon requires it. I have found similar problems reported in various debian and non-debian forums, mostly about 18 months old, but none has reported a satisfactory solution. -- 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/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kde-plasma-desktop depends on: ii kde-baseapps4:4.8.4-2 ii kde-runtime 4:4.8.4-2 ii kde-workspace 4:4.8.4-6 ii plasma-desktop 4:4.8.4-6 ii udisks 1.0.4-7 ii upower 0.9.17-1 Versions of packages kde-plasma-desktop recommends: ii kdm 4:4.8.4-6 ii xserver-xorg 1:7.7+3~deb7u1 Versions of packages kde-plasma-desktop suggests: pn kde-l10n none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736578: Uninstallable Build-Depends on kfreebsd-amd64 and kfreebsd-i386
Christian Hofstaedtler z...@debian.org writes: your package remctl is stuck in BD-Uninstallable on these architectures: hurd-i386, kfreebsd-amd64 and kfreebsd-i386 The missing build dependency is: libsystemd-daemon-dev Ignoring hurd-i386, this prevents your package from migrating to testing (it's now 18 days old). Ack, sorry. I forgot to annotate that dependency. This will be fixed shortly (I'm almost done with a 3.8 upstream release). Thank you for the notice. I can't believe that's the second time I forgot to annotate that dependency. :/ -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736204: golang-metrics: FTBFS: TestEWMA fails
❦ 21 janvier 2014 00:08 CET, Aaron M. Ucko u...@debian.org : The automated build of golang-metrics on i386 (the only architecture attempted so far) failed with a panic in TestEWMA1: I had a quick look and I don't see what the bug could be. The test is pretty simple: it allocates a new structure and use atomic increment on a member. I will ask for help in #golang-nuts on Freenode. -- Indent to show the logical structure of a program. - The Elements of Programming Style (Kernighan Plauger) signature.asc Description: PGP signature
Bug#736442: pepperflashplugin-nonfree: Please support Ubuntu’s location of Chromium config file
On Thu, 23 Jan 2014 22:10:25 +, Bart Martens wrote: I'm not convinced that Debian should include all possible divergences from all possible derivatives. Synergy is about making joint choices that make both Debian and the derivatives better, leading to less divergences. In fact not including the patch will lead to more divergences (on Ubuntu side), not less. Anyway, it is your decision and it is absolutely right from Debian point of view. The only thing it will mean for us in Ubuntu is that we will have to merge our changes with every package update in Debian. P.S. I have filed a bug against chromium-browser in Ubuntu to move the configuration file, and it was marked as wontfix: https://bugs.launchpad.net/bugs/1272466 -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#736580: kde-plasma-desktop: mouse cursor disappears when hovering in certain places
Further occurrence conditions: It's not just when the cursor enters a tab. It also disappears when the cursor enters a button, and when I click on a button.
Bug#736581: openssl FTBFS on alpha: alphacpuid.pl is compiled to an empty object file
Source: openssl Version: 1.0.1f-1 Severity: important User: debian-al...@lists.debian.org Usertags: alpha Justification: Fails to build from source but built in the past. Openssl FTBFS on Alpha with undefined references to OPENSSL_cleanse and other symbols during linking. Full build log is at: http://buildd.debian-ports.org/status/fetch.php?pkg=opensslarch=alphaver=1.0.1f-1stamp=1389050471 The symbol OPENSSL_cleanse is defined in crypto/alphacpuid.pl however this file gets compiled to an empty object file, thus when used to link the apps cannot provide the symbols OPENSSL_cleanse, etc. In crypto/Makefile is the following: alphacpuid.s: alphacpuid.pl (preproc=/tmp/.$@; trap rm $$preproc INT; \ $(PERL) alphacpuid.pl $$preproc \ $(CC) -E $$preproc $@ rm $$preproc) The last line expands to gcc -E ... however it appears that gcc only produces output from an assembler file if it has the extension '.S'. If the extension the of input assembler file ends in '.s' then gcc -E produces nothing. And that is the problem here, as the line preproc=/tmp/.$@ defines preproc to be a filename ending in .s. This problem was introduced by commit d1cf23ac86c0 upstream, apparently an attempt to get the alpha code to compile under OSF/Tru64 Unix. With that change upstream have slaughtered compilation under gcc. Assuming that the above described behaviour of gcc is correct (and indeed the gcc manual lists .S as the extension of an assembler file that requires preprocessing), then the macro preproc needs to be defined to be a filename ending in .S. The same fix is also required in other Makefiles too, notably: crypto/bn/Makefile crypto/modes/Makefile crypto/sha/Makefile Cheers Michael. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735424: nvidia-driver: New vesa test
On Friday 24 January 2014 10:41:37 Karsten Malcher wrote: I have purged all the packages. But installation of the NVidia driver fails, because compilation does not work. I atteched the logs. The directory /usr/src/linux-headers-3.12-1-amd64 exists! But only with 1,9 MB content? Can you post the output of: aptitude search '?narrow(~i,(dkms|linux-headers|linux-image|build|nvidia))' -- GPG: 0x138E41915C7EFED6 signature.asc Description: This is a digitally signed message part.
Bug#736582: jemalloc: FTBFS on all architectures except on x86* for various reasons
Source: jemalloc Version: 3.5.0-1 Severity: serious Hi, jemalloc FTBFS for various reasons on all architectures except on x86*, but it built before. E.g. on powerpc: ... gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -std=gnu99 -fvisibility=hidden -c -D_GNU_SOURCE -D_REENTRANT -Iinclude -Iinclude -DJEMALLOC_UNIT_TEST -Itest/include -Itest/include -o test/src/math.unit.o test/src/math.c In file included from test/include/test/jemalloc_test.h:55:0, from test/src/math.c:2: /usr/lib/gcc/powerpc-linux-gnu/4.8/include/altivec.h:34:2: error: #error Use the -maltivec flag to enable PowerPC AltiVec support #error Use the -maltivec flag to enable PowerPC AltiVec support ^ ... See also the build logs at https://buildd.debian.org/status/package.php?p=jemallocsuite=sid 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#736523: Indeed, python-concurrent.futures is the same
Sorry, what? and you didn't think to contact me first to almost rewrite the package? If there's problems, open bugs. Revert your changes or I'll do at the first occasion. and mainly, why don't you go away from DPMT once and for all? you're doing more harm than good here. you're not welcome here. On Sat, Jan 25, 2014 at 7:38 AM, Thomas Goirand z...@debian.org wrote: Hi, Indeed, that's the same source package. Indeed as well, there's lots of problems in the current package in Debian. The current maintainer, Sandro Tosi mo...@debian.org, completely removes the futures API. As a consequence, there's no way for a normal package to use concurrent.futures correctly. I have been stuck on the python-taskflow for a long long time, not understanding what happened: it failed on most of it's unit tests (a bit less than 200 failed unit tests) because of this problem. Here's the problems I saw in the version 2.1.6-1 of the package in Sid: * python-concurrent.futures currently doesn't install itself at all inside /usr/lib/python2.7, which I don't think makes it possible to use it at all. * Surprisingly, there's a patch to *not* install the futures python module where upstream code is expecting it. I removed that. * the sphinx doc isn't handled correctly. There's was ${sphinxdoc:Depends}, so not correct dependencies. Sandro: lintian must have warned you about it, next time, please read the lintian report before uploading. * IMO, there's a missing Provides: python-futures, since that's what the dh_python2 is adding as depends: when I build python-taskflow. * the package is build-depending on python-support, which has been deprecated in the favor of dh_python2. Please see: https://wiki.debian.org/Python/TransitionToDHPython2 Since the package is team maintained, I've fixed all these problems and just uploaded version 2.1.6-2 to Sid. I will ask for rejection of python-futures by the FTP masters. Cheers, Thomas Goirand (zigo) -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647096: Anyone working on this?
I would be happy to co-maintain/sponsor the package. I did forgot about it and I would be happy to have co-maintainer. O. -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server On 25. 1. 2014, at 8:51, Diane Trout di...@ghic.org wrote: Hello, I partially built a package for dnssec-trigger before I remembered to check wnpp. Would it be worthwhile to finish my package and try to submit it to Debian? To get it releasable I would need to: * Write an init script * Figure out why the network manager script doesn't seem to be working right now. * Adapt the current configuration script to run at postinst. I'm going to do the first two anyway because I'm having some of network problems this tool can solve. Diane
Bug#735182: RFS: fuseloop/1.0.1-1 ITP -- loopback mount using FUSE
Hi, Quoting The Wanderer (2014-01-22 15:14:34) Do things still work fine in Debian when using ld.gold (by installing the binutils-gold package) rather than ld.bfd? I know there's an important difference in ld.gold related to --as-needed (or possibly to - --no-as-needed, I don't recall offhand). I dont think the binutils-gold package exists anymore. binutils-gold seems to be provided by the binutils package which now seems to ship /usr/bin/ld.gold Do you happen to know an easy, undisruptive way to test with ld.gold? I seem to recall that there are long-term plans to switch Debian over to ld.gold or to produce the same effect in ld.bfd, and that it's recommended (or at least preferred) to make sure your package builds with the gold linker; I suspect that this is the similar change... being discussed for Debian mentioned in the ToolchainTransition article you linked. There's no expected completion date for this AFAIK, but trying to be compliant with it isn't a bad idea; I've already got the upstream of something I haven't even packaged yet to accept a compliance patch, just based on test packaging attempts. Thanks you for the information! cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637757: libaudio-ecasound-perl: FTBFS on mips
reopen -1 tag -1 confirmed -=| gregor herrmann, 04.09.2013 19:40:50 +0200 |=- Control: severity -1 serious Control: block 712615 with -1 Control: user -1 debian-p...@lists.debian.org Control: usertags -1 perl-5.18-transition On Wed, 21 Dec 2011 20:36:22 +0100, Alessandro Ghedini wrote: # the package built successfully on mips severity 637757 important kthxbye 1.01-2+b1 FTBFS on mips again: https://buildd.debian.org/status/logs.php?pkg=libaudio-ecasound-perlver=1.01-2%2Bb1arch=mips I just reproduced this on gabrielli. It is a real problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736583: sflphone-gnome: sflphone GUI crashes when call is hung up
Package: sflphone-gnome Version: 1.1.0-2+b1 Severity: grave Tags: upstream Justification: causes non-serious data loss Dear Maintainer, the sflphone GUI (Gnome) aborts as soon as a call is hung up. - installed system: Debian 7.3 wheezy $ uname -a Linux kauz 3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64 GNU/Linux - used: sflphone-client-gnome 1.1.0 - sceanrio: 1. start sflphone 2. successfully connected, SIP registered, GUI started 3. telephone call successfully established 4. call is hung up via clicking GUI or via shortcut 5. == GUI is aborted, see stdout prints below remark: the sflphoned is still running and accepting incoming calls. But the GUI is not started again. Therefore the call cannot be picked up without manually starting the GUI once again. Output on stdout: $ sflphone sflphone-client-gnome 1.1.0 Copyright (c) 2005 - 2012 Savoir-faire Linux Inc. [... GPL info removed ...] error uimanager.c:1721: Could not get /ToolbarActions/Voicemail action (sflphone:4286): Gtk-WARNING **: Can't set a parent on widget which has a parent (sflphone:4286): Gtk-WARNING **: Can't set a parent on widget which has a parent (sflphone:4286): Gtk-WARNING **: Can't set a parent on widget which has a parent (sflphone:4286): Gtk-WARNING **: Can't set a parent on widget which has a parent (sflphone:4286): Gtk-WARNING **: Can't set a parent on widget which has a parent (sflphone:4286): Gtk-WARNING **: Can't set a parent on widget which has a parent (sflphone:4286): Gtk-WARNING **: Can't set a parent on widget which has a parent (sflphone:4286): Gtk-WARNING **: Can't set a parent on widget which has a parent (sflphone:4286): Gtk-WARNING **: Can't set a parent on widget which has a parent (sflphone:4286): Gtk-WARNING **: Can't set a parent on widget which has a parent error calllist.c:197: Could not find call (null) in tab history ** Gtk:ERROR:/tmp/buildd/gtk+3.0-3.4.2/./gtk/gtkcontainer.c:3292:gtk_container_propagate_draw: assertion failed: (gtk_widget_get_parent (child) == GTK_WIDGET (container)) Aborted -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (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.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sflphone-gnome depends on: ii gconf-service 3.2.5-1+build1 ii gconf2 3.2.5-1+build1 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 libdbus-1-3 1.6.8-1+deb7u1 ii libdbus-glib-1-20.100.2-1 ii libgconf-2-43.2.5-1+build1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk-3-0 3.4.2-7 ii libjavascriptcoregtk-3.0-0 1.8.1-3.4 ii libnotify4 0.7.5-1 ii libpango1.0-0 1.30.0-1 ii librsvg2-common 2.36.1-2 ii libsoup2.4-12.38.1-2 ii libwebkitgtk-3.0-0 1.8.1-3.4 ii libx11-62:1.5.0-1+deb7u1 ii sflphone-daemon 1.1.0-2+b1 ii sflphone-data 1.1.0-2 sflphone-gnome recommends no packages. sflphone-gnome 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#735424: nvidia-driver: New vesa test
On 2014-01-25 11:02, Diederik de Haas wrote: On Friday 24 January 2014 10:41:37 Karsten Malcher wrote: I have purged all the packages. But installation of the NVidia driver fails, because compilation does not work. I atteched the logs. The nvidia .run installer seems to have problems compiling the kernel module against Debian kernel header packages by making assumptions about the compiler and source layout instead of using Kbuild to figure this out ... The directory /usr/src/linux-headers-3.12-1-amd64 exists! But only with 1,9 MB content? There is also /usr/src/linux-headers-3.12-1-common ... containing the source files shared between all kernel flavors (there is only one flavor for amd64 but several e.g. for i386). But this is not going to fix your problem. There is something X-related broken as you could see in the failing vesa test. Maybe some outdated library, forgotten file or symlink somewhere or a non-default configuration setting somewhere. You should really try to do a clean minimal jessie install on a separate disk, ensure X is working properly, install the same package set as you have on the grown system, ensure X is still working, and compare the two installations. BTW, in your wheezy installation, which driver and kernel version were you using? Did you test with the nvidia driver from wheezy-backports? (It currently has 319.72 and will be upgraded early next week once 382.82 reaches testing.) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736523: Indeed, python-concurrent.futures is the same
On 25 January 2014 23:01, Sandro Tosi mo...@debian.org wrote: Sorry, what? and you didn't think to contact me first to almost rewrite the package? If there's problems, open bugs. Revert your changes or I'll do at the first occasion. and mainly, why don't you go away from DPMT once and for all? you're doing more harm than good here. you're not welcome here. Huh? Thomas seemed to be doing the right thing per the DPMT standards etc; if you don't want the package to be team maintained, perhaps take it out of team maintenance? -Rob -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676631: libjs-rickshaw status
Hi Ludovico, As I see, you already packaged it. I also did libjs-rickshaw and uploaded. Needs to go through NEW of course. :-| By the way, wanted to package ntopng myself. But it seems you can do it yourself. Thanks! Regards, Laszlo/GCS On Fri, Jan 24, 2014 at 10:08 AM, Ludovico Cavedon cave...@debian.org wrote: I was wondering was the status of packaging rickshaw is. I am going to need it for packaging ntopng. Anything I can help with? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735182: RFS: fuseloop/1.0.1-1 ITP -- loopback mount using FUSE
Hi Ahmed, Quoting أحمد المحمودي (2014-01-22 08:52:43) At the end of the README it says to use mountlo, but there isn't such a utility in Debian. there is also no such utility in other distributions it seems. After some digging I found out that mountlo is a utility which uses fuse and a minimal usermode linux to mount any filesystem the linux kernel understands with fuse (at least in theory). Unfortunately it only ever built on i386 and upstream is long dead. I might have a look at mountlo as well and become its new upstream if it seems worth it because I have a high interest in being able to mount any filesystem in userspace [1]. For now, it's maybe makes sense to patch that line in the readme with: fuse-ext2 -o rw,force mydisk.img /mnt Do you agree? cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736584: oss-compat: postrm: rmmod: ERROR: unexpected getopt_long() value 'w'.
Package: oss-compat Version: 4 Severity: normal User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package produced some error messages during removal: Removing oss-compat (4) ... rmmod: ERROR: unexpected getopt_long() value 'w'. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736442: pepperflashplugin-nonfree: Please support Ubuntu’s location of Chromium config file
On Sat, Jan 25, 2014 at 01:21:12PM +0400, Dmitry Shachnev wrote: On Thu, 23 Jan 2014 22:10:25 +, Bart Martens wrote: I'm not convinced that Debian should include all possible divergences from all possible derivatives. Synergy is about making joint choices that make both Debian and the derivatives better, leading to less divergences. In fact not including the patch will lead to more divergences (on Ubuntu side), not less. Moving the work to support an existing divergence from one distro to another doesn't remove the divergence. To encourage removing divergences the work to support existing divergences should be kept close to where the divergences can be removed. The real divergence is in chromium, and it affects pepperflashplugin-nonfree. There might be some room for debate on which distro caused the divergence in chromium and which distro can remove the divergence. I see less room for debate on where Ubuntu specific customizations of pepperflashplugin-nonfree should be maintained. Anyway, it is your decision True, although I'm always open for ideas that might make Debian and its derivatives better. and it is absolutely right from Debian point of view. I'm glad that you seem to agree with me that this patch doesn't add value to Debian itself. The only thing it will mean for us in Ubuntu is that we will have to merge our changes with every package update in Debian. Well, it's Ubuntu's choice to regularly copy the package from Debian, and to customize it for Ubuntu. :-) P.S. I have filed a bug against chromium-browser in Ubuntu to move the configuration file, and it was marked as wontfix: https://bugs.launchpad.net/bugs/1272466 I agree that you have done your effort to remove the divergence in chromium. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734722: Missing -s /bin/sh in debian/slrnpull.cron.daily
Hi Moritz, I believe that the current fix for this bug is incomplete; the cron.daily script in 1.0.1-9+ still contains one occurrence of su which doesn't specify a shell (cf. line 15): $ grep -n 'su news' debian/slrnpull.cron.daily 15:su news -c 'slrnpull --expire /dev/null' 19: su news -s /bin/sh -c 'slrnpull -h `head -n 1 /etc/news/server`' /dev/null Thanks, -D -- http://crosstwine.com tel: +49 89 2189 2939 cell: +49 174 3489 428 “Strong Opinions, Weakly Held” — Bob Johansen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733489: python-apt: Improve 'Dependency' and 'BaseDependency' to get target package versions that satisfy dependencies
Julian, did you see my reply on your comment?https://github.com/michael-schaller/python-apt/commit/ef6202e2f54dc2085e4d87a01aa2a66ff7c1a437 I'm not sure if GitHub sent you a notificaction...
Bug#626913: fixed upstream
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 tags 626913 fixed-upstream thanks This was fixed upstream and will be part if the next upstream release. See https://github.com/monitoring-plugins/monitoring-plugins/commit/77fc3548ae1be360584082d771fa01696d4f4479 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (Darwin) Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlLjo+EACgkQ9u6Dud+QFyRG0gCgxpXN7BPNygVxmhfmz0bxWZ0Y Y68AoKkc68H8arob18Xvw8ZNqCBn9M9W =Vxa7 -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#736547: [Pkg-libvirt-maintainers] Bug#736547: virt-manager: Need to depend on gir1.2-libvirt-glib-1.0
On Sat, Jan 25, 2014 at 09:36:13AM +0100, Daniel Schröter wrote: On 01/24/2014 10:38 PM, Guido Günther wrote: On Fri, Jan 24, 2014 at 10:01:03PM +0100, Daniel Schröter wrote: On 01/24/2014 09:20 PM, Daniel Schröter wrote: After I installed gir1.2-libvirt-glib-1.0 it does start fine. Sorry. Does not start. But the error has been gone. There is an other error. So please depend on gir1.2-libvirt-glib-1.0 and someone will find a solution for the next error ;-) Try --debug on the command line. without gir1.2-libvirt-glib-1.0: $ virt-manager --debug ERROR:root:Could not find any typelib for LibvirtGLib Traceback (most recent call last): File /usr/share/virt-manager/virt-manager, line 33, in module from gi.repository import LibvirtGLib ImportError: cannot import name LibvirtGLib with installed gir1.2-libvirt-glib-1.0 $ virt-manager --debug 2014-01-25 09:34:54,718 (cliutils:75): virt-manager startup 2014-01-25 09:34:54,718 (virt-manager:199): Launched as: ['/usr/share/virt-manager/virt-manager', '--debug'] 2014-01-25 09:34:54,719 (virt-manager:200): virt-manager version: 0.10.0 2014-01-25 09:34:54,719 (virt-manager:201): virtManager import: module 'virtManager' from '/usr/share/virt-manager/virtManager/__init__.pyc' 2014-01-25 09:34:54,768 (virt-manager:247): GTK version: 3.8.6 2014-01-25 09:34:54,794 (importer:51): Could not find any typelib for GtkVnc 2014-01-25 09:34:54,795 (virt-manager:55): Error starting virt-manager Traceback (most recent call last): File /usr/share/virt-manager/virt-manager, line 303, in module main() File /usr/share/virt-manager/virt-manager, line 267, in main from virtManager.engine import vmmEngine File /usr/share/virt-manager/virtManager/engine.py, line 45, in module from virtManager.details import vmmDetails File /usr/share/virt-manager/virtManager/details.py, line 37, in module from virtManager.console import vmmConsolePages File /usr/share/virt-manager/virtManager/console.py, line 27, in module from gi.repository import GtkVnc ImportError: cannot import name GtkVnc We're lacking a dpenedency on gir1.2-gtk-vnc-2.0 as well. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#496307: [Pkg-nagios-devel] Bug#496307: check_file_age should optional ignore missing files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 reopen 496307 forwarded 496307 https://github.com/monitoring-plugins/monitoring-plugins/issues/845 tags 496307 fixed-upstream thanks Am 25.01.14 12:28, schrieb Jan Wagner: Package: nagios-plugins-basic Version: 1.5-1 Am 15.10.09 22:25, schrieb Jan Wagner: On Sunday, 24. August 2008, Joachim Breitner wrote: the check at /usr/lib/nagios/plugins/check_file_age should, when enabled via a switch, treat a missing not as a failure. I want to use this to monitor lockfiles that should, during normal operation, be not present or not old. I reported[1] your wish over 9 month ago to upstream without any comment until now. I'm tagging the bug wontfix, since don't want to implement this for my own (and there should plugins anywhere outside, which should do this trick). In case you have patches, feel free to commit them to the upstream bug. This shoudl have beed fixed upstream with https://github.com/monitoring-plugins/monitoring-plugins/pull/20 which was part of upstream release 1.5. Indeed, this was fixed upstream with https://github.com/monitoring-plugins/monitoring-plugins/commit/0b9b300f856d021b56950030f4e6053d84bc77c8 which is part of the next upstream release. Sorry, Jan. - -- Never write mail to w...@spamfalle.info, you have been warned! - -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (Darwin) Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlLjp5QACgkQ9u6Dud+QFyQ3YgCg1vNTIkDjTnEsAMBboNVyDHv6 VIkAnRukJRdBvhvp63dqvwqMSwX5DvRE =xWWG -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#496307: Re: [Pkg-nagios-devel] Bug#496307: check_file_age should optional ignore missing files
Hi, Am Samstag, den 25.01.2014, 12:28 +0100 schrieb Jan Wagner: Am 15.10.09 22:25, schrieb Jan Wagner: On Sunday, 24. August 2008, Joachim Breitner wrote: the check at /usr/lib/nagios/plugins/check_file_age should, when enabled via a switch, treat a missing not as a failure. I want to use this to monitor lockfiles that should, during normal operation, be not present or not old. I reported[1] your wish over 9 month ago to upstream without any comment until now. I'm tagging the bug wontfix, since don't want to implement this for my own (and there should plugins anywhere outside, which should do this trick). In case you have patches, feel free to commit them to the upstream bug. This shoudl have beed fixed upstream with https://github.com/monitoring-plugins/monitoring-plugins/pull/20 which was part of upstream release 1.5. thanks. Just for reference, the correct commit is https://github.com/monitoring-plugins/monitoring-plugins/commit/0b9b300f856d021b56950030f4e6053d84bc77c8 The pull request 20 seems to be unrelated. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#707851: Proposed changes on menu systems (was: Re: Bug#707851: Let's remove the Debian menu from the Debian Policy ?)
Dear all, there is an ongoing discussion about the documentation of menu systems on the debian-policy mailing list, which led to proposed changes and it was suggested to give them a better coverage. On part of the proposal is about the description of the FreeDesktop menu system and its integration on Debian. I think that we have converged to a good wording there. Another part of the proposal is about the description of the Debian menu system. As of today (version 3.9.5), the Policy gives it a central importance. But this ignores the fact that on the majority of the desktop systems running Debian, the Debian menu is deprecated and hidden. Indeed, in Jessie it will not be installed by default anymore by the task-desktop metapackage. Moreover, in the discussion that took place on the debian-policy mailing list, there was hardly some support for the Debian menu altogether. As a consequence, the current proposition is to remove the description of the Debian menu from the Debian policy. The last part describes how to associate media types with file extensions through FreeDesktop menu entries, and how this system coexists with the mailcap system. As the maintainer of the mime-support package, I would be interested to switch even more broadly to the FreeDesktop system, but did not yet find time to implement these changes. Help is welcome ! See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707851#270 for the precise wording of the proposal. I would welcome constructive comments on the patch proposed. By constructive I mean focused (please quote the parts you comment), backed by explanations and, in case of strong objections, some background about what are the stakes of the commenter in the maintenance or use of menu systems and media types. Have a nice week-end, -- Charles Plessy 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#732642: Split
clone 732642 -1 retitle 732642 gnustep-base: FTBFS on hurd-i386 retitle -1 gnustep-base: documentation fixes user debian-h...@lists.debian.org usertag -1 - hurd thanks Hi, since the Hurd build fix and the documentation fixes are separate issues, I'm splitting the documentation fixes from this bug (so leaving it just for the Hurd issue). The fixes for Hurd will be NMUed soon since its FTBFS, due to the removal of the old libffi5, is holding other GNUstep-related builds. -- Pino Toscano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736586: cups printing ignores centering option and printing margins
Package: cups Version: 1.5.3-5+deb7u1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Printing a PDF with insufficient own margins. * What exactly did you do (or not do) that was effective (or ineffective)? First I printed the PDF (from evince) using the option scale to paper size: to the Printer (ML-2510). The top and the borders at the left and the right side were cut off. Next I scaled down the printing size and enabled the centering option: The printing was scaled, but the top and left border were cut off again. No centering! Then I changed from the standard paper size to a custom paper size adding 15mm to each border: It was Ignored. After this I printed the File to CUPS-PDF in order to create a PDF with sufficient margins for the printer. Same as above, scaling worked, but centering and margins were ignored. Thus it doesn't seem to be a problem of the individual printer driver but a problem of cups or the cups dialog for printing. *** -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cups depends on: ii adduser3.113+nmu3 ii bc 1.06.95-2+b1 ii cups-client1.5.3-5+deb7u1 ii cups-common1.5.3-5+deb7u1 ii cups-filters 1.0.18-2.1 ii cups-ppdc 1.5.3-5+deb7u1 ii debconf [debconf-2.0] 1.5.49 ii dpkg 1.16.12 ii ghostscript9.05~dfsg-6.3+deb7u1 ii libavahi-client3 0.6.31-2 ii libavahi-common3 0.6.31-2 ii libc-bin 2.13-38 ii libc6 2.13-38 ii libcups2 1.5.3-5+deb7u1 ii libcupscgi11.5.3-5+deb7u1 ii libcupsimage2 1.5.3-5+deb7u1 ii libcupsmime1 1.5.3-5+deb7u1 ii libcupsppdc1 1.5.3-5+deb7u1 ii libdbus-1-31.6.8-1+deb7u1 ii libgcc11:4.7.2-5 ii libgnutls262.12.20-7 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1 ii libkrb5-3 1.10.1+dfsg-5+deb7u1 ii libldap-2.4-2 2.4.31-1+nmu2 ii libpam0g 1.1.3-7.1 ii libpaper1 1.1.24+nmu2 ii libslp11.2.1-9 ii libstdc++6 4.7.2-5 ii libusb-1.0-0 2:1.0.11-1 ii lsb-base 4.1+Debian8+deb7u1 ii poppler-utils 0.18.4-6 ii procps 1:3.3.3-3 ii ssl-cert 1.0.32 Versions of packages cups recommends: ii avahi-daemon 0.6.31-2 ii colord 0.1.21-1 ii foomatic-filters 4.0.17-1 ii ghostscript-cups 9.05~dfsg-6.3+deb7u1 ii printer-driver-gutenprint 5.2.9-1 Versions of packages cups suggests: ii cups-bsd 1.5.3-5+deb7u1 ii cups-pdf 2.6.1-6 ii foomatic-db20120523-1 ii hplip 3.12.6-3.1+deb7u1 ii printer-driver-hpcups 3.12.6-3.1+deb7u1 ii smbclient 2:3.6.6-6+deb7u2 ii udev 175-7.2 -- debconf information: cupsys/raw-print: true cupsys/backend: ipp, ipp14, lpd, socket, usb, snmp, dnssd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735182: RFS: fuseloop/1.0.1-1 ITP -- loopback mount using FUSE
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 01/25/2014 05:24 AM, Johannes Schauer wrote: Hi, Quoting The Wanderer (2014-01-22 15:14:34) Do things still work fine in Debian when using ld.gold (by installing the binutils-gold package) rather than ld.bfd? I know there's an important difference in ld.gold related to --as-needed (or possibly to - --no-as-needed, I don't recall offhand). I dont think the binutils-gold package exists anymore. binutils-gold seems to be provided by the binutils package which now seems to ship /usr/bin/ld.gold I hadn't noticed, but you're right, it's only in stable now. (Even the stable package claims that it only installs the diversion of ld to ld.gold, so it's possible that ld.gold was always provided by binutils directly; I haven't dug into the history here.) That might mean my attempted recall was wrong, or that plans have changed since the last I heard about it. It's still probably good practice to make sure things build both ways, though. Do you happen to know an easy, undisruptive way to test with ld.gold? That depends. The most general way I can think of would be to set up an alternatives group for ld, define ld.bfd and ld.gold as the two alternatives, and then switch back and forth in between tests; however, that's a system-wide change, which might not qualify as non-disruptive. Depending on your package's build system, there might be a configure option or an environment variable to specify what ld to use. That would be non-disruptive, since it's local rather than system-wide, but it's also not universally applicable. - -- The Wanderer Secrecy is the beginning of tyranny. A government exists to serve its citizens, not to control them. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJS46qkAAoJEASpNY00KDJr6RMP/i2y/d+ob0fGrU1MrowLPJ48 8w25wSwOxwUWBsm8cck9qSMfB/qgF2lythw4utfPi+LUO0cj7+evTpDJjtcewwJs u4q3mE+HpzWTmkYaD9gZXiKKJiaXx/Uf8QNuob+2kIkesI4QxPNzOnqREvrf/vP/ U+0UwHTwMti80ZFzFWxasMfxNqFyii64vMoYPFx1CkUCYBXwDI8br++xsDOT8yW6 rK3kab1h9VIS+glpTbM+DZBvlVt/1XDQkb10UqK5myIvzvtc99nMunvu7lRuN6wL 7BtwYbGC5vx6y25sNpsumJKBHNyK99vyXAB7xGPuxZ5RWJwd81R5NyE3SDtQ/+OA lA7WWmuOqYxcK2Rkd9r+EEsiaKLqUnUCOvXL/wZQS8SwbuLTyD2rKgCHGendBeU4 RyATKI3gndC1LR226Su7gkx/FhRE5ZGsyx2Re9OEWt4MuVRijOwDhNM1YJX59XlA UiCbMGkfX/zG3p/l4HYuj/TIYlXxxWxXCj/IJfDvh0QAI3Gdr2jbciQYiSWTJHQ7 6MzlAnkbn3M7PJC2BKfIilVufeQmln6SOvTe7JvHD1bQbWZ512RDhAAaA7NQxB4L 2OogGzLQg7nLheVFzaWJAEULqDzuHMCXsC8iItNtUX55JrvAG7pp1sKAFWjoYeCl oA8qeUxdwVseS1C2krN+ =817s -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#736588: debian-handbook: gendered language used when referring to subjects
Package: debian-handbook Version: 6.0+20121031 Severity: normal Dear Maintainer, The Debian Administrator's Handbook uses male pronouns when referring to subjects using the system. The effects of exclusive language have been studied quantitatively in a range of fields. One example picked largely at random: http://gradworks.umi.com/33/52/3352854.html I suggest using 'they' and 'theirs' instead of 'he' and 'his' where possible. Some authors express concern that this is ambiguous as 'they' and 'theirs' are often used as plural pronouns. In this case, a short explanation of the inclusive language in the foreword can help. If you're accepting patches, I'm happy to sort this out. It'd be largely a sed script followed by spot-checking the diff. -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.12.6-1-ARCH (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736589: claws-mail: Minor text-wrapping [mis]behaviour
Package: claws-mail Version: 3.9.3-1 Severity: minor Dear Maintainer, I'm not sure if the problem really is in Claws Mail, or a library it uses to process text... Anyway, in auto-wrap mode, if a word I'm typing begins with a `/' (for example, /proc , /boot , /etc , etc), it will treat that word and the one before it as one word, eg, ignore any spaces between them. So if I write something like, `Here's a few semi-imaginary filesystems in Linux: /proc /run /dev /sys', it will treat the whole list as if it were one word, and I'll notice some goofy text-wrapping behaviour if I go past the right margin. It really *is* minor, cosmetic really. Just thought I should mention it. Thanks, Patrick. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.12-1-486 Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages claws-mail depends on: ii libarchive13 3.1.2-7 ii libassuan0 2.1.1-1 ii libatk1.0-0 2.10.0-2 ii libc62.17-97 ii libcairo21.12.16-2 ii libcompfaceg11:1.5.2-5 ii libcurl3-gnutls 7.34.0-1 ii libdb5.1 5.1.29-6 ii libdbus-1-3 1.7.10-2 ii libdbus-glib-1-2 0.100.2-1 ii libenchant1c2a 1.6.0-10 ii libetpan15 1.0-5 ii libexpat12.1.0-4 ii libfontconfig1 2.11.0-2 ii libfreetype6 2.5.2-1 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libglib2.0-0 2.36.4-1 ii libgnutls26 2.12.23-8 ii libgpg-error01.12-0.2 ii libgpgme11 1.4.3-0.1 ii libgtk2.0-0 2.24.22-1 ii libice6 2:1.0.8-2 ii libldap-2.4-22.4.31-1+nmu2+b1 ii liblockfile1 1.09-6 ii libpango-1.0-0 1.36.0-1+b1 ii libpangocairo-1.0-0 1.36.0-1+b1 ii libpangoft2-1.0-01.36.0-1+b1 ii libpisock9 0.12.5-6 ii libsasl2-2 2.1.25.dfsg1-17 ii libsm6 2:1.2.1-2 ii xdg-utils1.1.0~rc1+git20111210-7 Versions of packages claws-mail recommends: ii aspell-en [aspell-dictionary] 7.1-0-1 ii claws-mail-i18n3.9.3-1 ii xfonts-100dpi 1:1.0.3 ii xfonts-75dpi 1:1.0.3 Versions of packages claws-mail suggests: pn claws-mail-doc none ii claws-mail-tools 3.9.3-1 ii dillo [www-browser] 3.0.3-6 ii iceweasel [www-browser] 24.2.0esr-1 ii lynx-cur [www-browser] 2.8.8pre3-1 ii midori [www-browser] 0.4.3+dfsg-0.1 ii mousepad 0.3.0-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#736592: [iceweasel] Non free icons
Package: src:iceweasel Severity: serious Version: 26.0-1 User: debian...@debian.org Usertags: license-problem-md5sum-non-free-file X-Debbugs-CC: ftpmas...@debian.org control: found -1 24.2.0esr-1 This file is not free : build/pgo/blueprint/valid.png usual name is valid-html401-blue.png. The valid w3c icons could not be modified. See also http://www.w3.org/QA/Tools/Icons. Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736591: [src:iceowl] Non free icons
Package: src:iceowl Version:1.9-3 Severity: serious User: debian...@debian.org Usertags: license-problem-md5sum-non-free-file X-Debbugs-CC: ftpmas...@debian.org This file is not free iceowl 1.9-3 (source) mozilla/build/pgo/blueprint/valid.png usual name is valid-html401-blue.png. The valid w3c icons could not be modified. See also http://www.w3.org/QA/Tools/Icons. . Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736594: [src:haskell-ekg] Sourceless file and FTBFS
Package: src:haskell-ekg Version: 0.3.1.3-1 Severity: serious User: debian...@lists.debian.org Usertags: source-contains-prebuilt-javascript-object X-Debbugs-CC: ftpmas...@debian.org I could not found the source of: assets/bootstrap* Please reconsider also the use minifier. It FTBFS min.js and min.css Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732642: gnustep-base: diff for NMU version 1.22.1-4.3
tags 732642 + pending thanks Dear maintainer, I've prepared an NMU for gnustep-base (versioned as 1.22.1-4.3) and uploaded it to DELAYED/10. Please feel free to tell me if I should delay it longer. Regards. diff -u gnustep-base-1.22.1/debian/changelog gnustep-base-1.22.1/debian/changelog --- gnustep-base-1.22.1/debian/changelog +++ gnustep-base-1.22.1/debian/changelog @@ -1,3 +1,12 @@ +gnustep-base (1.22.1-4.3) unstable; urgency=low + + * Non-maintainer upload. + * Fix FTBFS on hurd-i386: provide MAXSYMLINKS (patch maxsymlinks.diff), +and disable the hanging test NSURL (patch hurd-ignore-NSURL-test.diff). +(Closes: #732642) + + -- Pino Toscano p...@debian.org Sat, 25 Jan 2014 13:27:48 +0100 + gnustep-base (1.22.1-4.2) unstable; urgency=low * Non-maintainer upload. diff -u gnustep-base-1.22.1/debian/patches/series gnustep-base-1.22.1/debian/patches/series --- gnustep-base-1.22.1/debian/patches/series +++ gnustep-base-1.22.1/debian/patches/series @@ -11,0 +12,2 @@ +maxsymlinks.diff +hurd-ignore-NSURL-test.diff only in patch2: unchanged: --- gnustep-base-1.22.1.orig/debian/patches/hurd-ignore-NSURL-test.diff +++ gnustep-base-1.22.1/debian/patches/hurd-ignore-NSURL-test.diff @@ -0,0 +1,21 @@ +Author: Pino Toscano toscano.p...@tiscali.it +Description: skip/fail NSURL/test00.m right away + This test currently hangs on GNU/Hurd, so for now I am disabling it to allow + the rest of the test suite to run. +Last-Update: 2014-01-25 +Forwarded: not-needed + +--- a/Tests/base/NSURL/test00.m b/Tests/base/NSURL/test00.m +@@ -19,6 +19,11 @@ int main() + NSString*helpers; + NSString*capture; + NSString*respond; ++ ++#ifdef __GNU__ ++ fprintf(stderr, FAIL: hangs on GNU/Hurd, ignored for now\n); ++ return 1; ++#endif + + helpers = [[NSFileManager defaultManager] currentDirectoryPath]; + helpers = [helpers stringByAppendingPathComponent: @Helpers]; only in patch2: unchanged: --- gnustep-base-1.22.1.orig/debian/patches/maxsymlinks.diff +++ gnustep-base-1.22.1/debian/patches/maxsymlinks.diff @@ -0,0 +1,22 @@ +Author: Pino Toscano toscano.p...@tiscali.it +Description: Provide MAXSYMLINKS if not available + Define MAXSYMLINKS using sysconf if not already defined. + . + Apparently stringByResolvingSymlinksInPath reimplements realpath when PATH_MAX + is not defined, instead of e.g. using the POSIX.1-2008 behaviour of realpath. + Maybe it could be more worth to do that, as it could avoid using PATH_MAX too. +Last-Update: 2014-01-25 +Forwarded: not-needed + +--- a/Source/NSString.m b/Source/NSString.m +@@ -4145,6 +4145,9 @@ static NSFileManager *fm = nil; + #undefHAVE_REALPATH + #endif + #endif ++ #ifndef MAXSYMLINKS ++ #define MAXSYMLINKS sysconf(_SC_SYMLOOP_MAX) ++ #endif + charnewBuf[PATH_MAX]; + #ifdef HAVE_REALPATH + -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736595: [src:haskell-hledger-web] Sourceless file
Package: src:haskell-hledger-web Version: 0.22-1 Severity: serious User: debian...@lists.debian.org Usertags: source-contains-prebuilt-javascript-object X-Debbugs-CC: ftpmas...@debian.org I could not found the source of: haskell-hledger-web 0.22-1 (source) static/excanvas.min.js static/select2.min.js Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736598: [src:hotot] Sourceless file
Package: src:hotot Version: 1:0.9.8.14-2 Severity: serious User: debian...@lists.debian.org Usertags: source-contains-prebuilt-javascript-object X-Debbugs-CC: ftpmas...@debian.org I could not found the source of: hotot 1:0.9.8.14-2 (src) data/js/jquery.transit.min.js data/js/moment.min.js data/ext/org.hotot.stat/jquery.flot.min.js data/ext/org.hotot.stat/jquery.flot.pie.min.js Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736597: libguestfs-tools: inflated Depends for guestmount and update-guestfs-appliance
Package: libguestfs-tools Version: 1:1.25.26-1 Severity: wishlist Hi, the libguestfs-tools package provides the binaries guestmount and update-guestfs-appliance which together can be used to mount filesystems from disk images purely in user space. Unfortunately, installing libguestfs-tools also drags in zfs-fuse through its Depends on libguestfs0 and libvirt-bin through its Depends on libsys-virt-perl. Unfortunately zfs-fuse and libvirt-bin will run services in the background upon installation. I replaced zfs-fuse and libvirt-bin by empty equiv packages and found out that the functionality of guestmount and update-guestfs-appliance does not depend on zfs-fuse or libvirt-bin being installed or their services running. My plea is, to make it possible to use guestmount and update-guestfs-appliance without having to install zfs-fuse and libvirt-bin and in turn having to run their respective services in the background. So please either demote the involved dependencies to Recommends or split out the libguestfs-tools and guestmount binaries into a new package which does not directly or indirectly depend on zfs-fuse and libvirt-bin. Thanks! cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736596: [src:haxe] Sourceless file
Package: src:haxe Version: 1:3.0.0~svn6707-4 Severity: serious User: debian...@lists.debian.org Usertags: source-contains-prebuilt-javascript-object X-Debbugs-CC: ftpmas...@debian.org I could not found the source of: haxe 1:3.0.0~svn6707-4 (source) std/js/jquery-latest.min.js Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725951: libgphoto2 2.5.2 uploaded to experimental
Le Tue, 21 Jan 2014 10:29:44 +0100, Laurent Bigonville bi...@debian.org a écrit : Hi, Le Mon, 20 Jan 2014 10:33:14 +0100, Julien Cristau jcris...@debian.org a écrit : Control: tag -1 confirmed On Mon, Jan 6, 2014 at 03:06:03 +0100, Laurent Bigonville wrote: Le Sun, 5 Jan 2014 01:54:07 +0100, Laurent Bigonville bi...@debian.org a écrit : Hi, I've uploaded libgphoto2 2.5.2 to experimental and it's now in the archive. The following packages are failing and will require a new upstream release, I didn't look at this yet: gphoto2_2.4.14-1 gphotofs_0.4.0-6 And I just uploaded the updated version of these 2 packages. Thanks. If experimental builds haven't turned up any new issues, please feel free to move this to sid. I've uploaded everything that was requiring a sourceful upload, I think you can process with the binNMU for the other packages. Could someone also schedule a binNMU for shotwell_0.15.0-1 in experimental? Thanks! Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736416: ITP: debci -- continuous integration system for Debian
Hey Antonio, I've just read the developer news and learned about http://ci.debian.net/. Way cool! I'm really looking forward to getting this stabilized and integrated into the PTS, britney, and email notifications. Like in Ubuntu this will probably meet some resistance at first, but after having done this for a while it's really hard to imagine how we ever got by without it :-) Antonio Terceiro [2014-01-23 13:08 -0300]: cool, thanks! I think we should absolutely work together and I will bug you with bug reports and whatnot. :) Indeed. The first thing that comes to my mind is that we need something better in the DEP-8 control fields to describe what kind of machines or runners the test works with. Just yesterday I evaluated all our autopkgtests (in Ubuntu, but as we push them back to Debian as much as possible it shouldn't be totally different) in LXC [1], and there are some tests where schroot and even LXC just don't cut it, and a full VM is needed. Also, we soon want to move our other kinds of tests to use the autopkgtest machinery, then we'll need something like this test needs to run on a machine with an NVidia card. I. e. some kind of tags that you can assign test execution environmens with and match them against the requirements in debian/tests/control. If you are interested in that, let's discuss on [2]. Thanks, Martin [1] https://lists.ubuntu.com/archives/ubuntu-devel/2014-January/038007.html [2] http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/autopkgtest-devel -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#724255: util-linux: FTBFS: m4 runs out of memory
Control: tags -1 + patch On Sun, Nov 10, 2013 at 08:56:36PM +, Wookey wrote: Confirmed. I get exactly the same issue building this package in current amd64 unstable chroot. Changing to previous m4 version (m4_1.4.16-5_amd64.deb) makes no difference: The commands being run are: /usr/bin/sh autopoint --force which runs: /usr/bin/perl -w /usr/bin/autom4te --no-cache --language=Autoconf-without-aclocal-m4 --trace=AM_GNU_GETTEXT_VERSION:$% - configure.ac which runs: sh -c /usr/bin/m4 --nesting-limit=1024 --gnu --include=/usr/share/autoconf --debug=aflq --fatal-warning --debugfile=/tmp/am4tDdyolT/traces Thanks for the initial work. I tracked it down to m4_shiftn(2, sequence of two elements) causing an infinite loop from _UTIL_CHECK_SYSCALL in configure.ac. For some reason the optimized version m4_shift2 introduced in autoconf 2.62 (very old version) does not suffer from this issue. Also note that the relevant configure.ac code got completely rewritten on the path to 2.24 and probably does not suffer this issue. I assume that a new upstream release would fix this FTBFS as well. In addition a new upstream release is kinda required to fix other RC bugs of util-linux. Should I NMU the attached patch to util-linux? Helmut diff -u util-linux-2.20.1/configure.ac util-linux-2.20.1/configure.ac --- util-linux-2.20.1/configure.ac +++ util-linux-2.20.1/configure.ac @@ -733,7 +733,7 @@ [m4_ifval([$1], [#( $1) syscall=$2 ;;dnl - _UTIL_CHECK_SYSCALL_FALLBACK(m4_shiftn(2, $@))])dnl + _UTIL_CHECK_SYSCALL_FALLBACK(m4_shift2($@))])dnl ]) diff -u util-linux-2.20.1/debian/changelog util-linux-2.20.1/debian/changelog --- util-linux-2.20.1/debian/changelog +++ util-linux-2.20.1/debian/changelog @@ -1,3 +1,11 @@ +util-linux (2.20.1-5.6) unstable; urgency=medium + + * Non-maintainer upload. + * Fix m4 looping in configure.ac's _UTIL_CHECK_SYSCALL. +m4_shiftn(2, sequence of two elements) infloops. (Closes: #724255) + + -- Helmut Grohne hel...@subdivi.de Sat, 25 Jan 2014 13:38:36 +0100 + util-linux (2.20.1-5.5) unstable; urgency=medium * Non-maintainer upload by the Security Team.
Bug#726761: closed by Vincent Cheng vch...@debian.org (Re: codeblocks-contrib: some plugins do not work (shared libraries not found))
Hello again, Thanks a lot for packaging the new versions; I can confirm that the problem with the library load path is solved in 13.12-1 and 13.12-2. However, the gamin/fam issue still remains: If I replace libgamin0 by libfam0 then the filemanager plugin can no longer be loaded. (The error message is the same as in the initial bug report.) Given that libFileManager.so links against libgamin, $ ldd /usr/lib/codeblocks/plugins/libFileManager.so | grep not found libgamin-1.so.0 = not found shouldn't codeblocks-contrib declare a dependency on libgamin0? Or maybe libFileManager.so should be compiled against libfam because libgamin0 provides both libgamin-1.so.0 and libfam.so.0, while libfam0 only provides libfam.so.0. Best regards, Florian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736599: libusb3: broken shlibs declaration for udeb
Package: libusb3 Version: 9.2+ds2-3 Severity: serious Control: block 728919 with -1 Hi, you renamed libusb2debian-udeb to libusb3-udeb, but: $ dpkg -I /srv/ftp-master.debian.org/ftp/pool/main/f/freebsd-libs/libusb3_9.2+ds2-3_kfreebsd-amd64.deb shlibs libusb 3 libusb3 udeb: libusb 3 libusb2debian-udeb This results in broken dependency for usbutils-udeb, at least. Please fix ASAP. Cheers, Julien signature.asc Description: Digital signature
Bug#735519: mirror submission for jaran.undip.ac.id
I'm sorry for my reply delay. It's fixed now. Hopefully it can be reached using http, ftp and fsync. Two stage syncing has been already done. And it's cron-ed for 2 time a day. We've 100Mbps bandwidth for this repository server. On Sat, Jan 18, 2014 at 2:57 AM, Simon Paillard spaill...@debian.orgwrote: Control: tag -1 +moreinfo Hi, On Thu, Jan 16, 2014 at 03:54:34AM +, Eko Didik Widianto wrote: Package: mirrors Severity: wishlist Submission-Type: new Thanks for mirroring Debian. We have some details to go through, see below. Site: jaran.undip.ac.id Type: leaf Archive-architecture: amd64 i386 ia64 Archive-ftp: /debian/ Archive-http: /debian/ Archive-rsync: debian/ Could you please check the network firewalling ? None of ftp, http or rsync are accessible from 2 different networks. CDImage-ftp: /isos/debian-iso/ IPv6: no Archive-upstream: ftp.us.debian.org Please follow carefully https://www.debian.org/mirror/ftpmirror espcially https://www.debian.org/mirror/ftpmirror#wherefrom You may sync from buaya.klas.or.id mirror which is certainly closer to you CDImage-upstream: mirrorservice.org Updates: once Please consider syncing more often (4 times a day would be great): https://www.debian.org/mirror/ftpmirror#when Maintainer: Eko Didik Widianto di...@live.undip.ac.id Country: ID Indonesia Location: Universitas Diponegoro Sponsor: UPT Puskom http://puskom.undip.ac.id Bandwidth ? -- Simon Paillard -- Salam, -eko didik widianto http://didik.blog.undip.ac.id http://live.undip.ac.id
Bug#736517: opu: package librsvg/2.26.3-1+deb6u2
Le vendredi 24 janvier 2014 à 19:33 +, Adam D. Barratt a écrit : On Fri, 2014-01-24 at 15:02 +0100, Josselin Mouette wrote: please accept the new version of librsvg to fix a regression in the previous security upload. librsvg (2.26.3-1+deb6u2) oldstable; urgency=low * CVE-2013-1881.policy.patch: updated from Raphaël Geissert. Fix policy check for non-URIs. Closes: #732144. Please go ahead; thanks. Done. Thanks for the reactivity! -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736600: dhis-tools-dns: please add IPv6 support
Package: dhis-tools-dns Version: 5.0-6.1 Severity: wishlist Coin, Please also update RR if host has such an address or delete the RR. Regards. -- Marc Dequènes (Duck) pgp0ekkdXVQCf.pgp Description: PGP Digital Signature
Bug#736601: dhis-server: please add IPv6 support
Package: dhis-server Version: 5.3-2.1 Severity: wishlist Coin, This server should also listen on IPv6 addresses. Regards. -- Marc Dequènes (Duck) pgpGxfRU9jRVE.pgp Description: PGP Digital Signature
Bug#735791: ekiga: FTBFS: configure: error: Could not find a version of the library!
Control: tag -1 patch On 2014-01-25 08:50, Eugen Dedu wrote: To fix the bug I had to modify an .m4 file. The .m4 file alone is not sufficient, I had to modify the configure file too. Because autotools programs changed since the time the configure file was generated, I had two choices: - either I manually patch the configure file with the few lines changed by the modification given by the .m4 file - or I regenerate the configure, but the patch will be huge. There is a third solution: use dh_autoreconf and regenerate configure at compile time I used the first method. For an unknown and mysterious reason, for the two architectures it failed. Multiarch libdir detection by autoconf does not work on i386: host arch is i486-linux-gnu, therefore it searches in /usr/lib/i486-linux-gnu, but multiarch libdir is /usr/lib/i386-linux-gnu. ax_boost_base.m4 is not working correctly for Debian/i386 and needs more patching ... Should I use the second solution? Wouldn't help. Patch attached. Andreas diff -Nru ekiga-4.0.1/debian/changelog ekiga-4.0.1/debian/changelog --- ekiga-4.0.1/debian/changelog2014-01-18 13:13:59.0 +0100 +++ ekiga-4.0.1/debian/changelog2014-01-25 14:03:44.0 +0100 @@ -1,3 +1,12 @@ +ekiga (4.0.1-3.1) UNRELEASED; urgency=medium + + [ Andreas Beckmann ] + * Switch to dh-autoreconf. Enable automake option subdir-objects. + * Use explicit --with-boost-libdir since multiarch detection does not work +on *-i386 architectures. (Closes: #735791) + + -- Andreas Beckmann a...@debian.org Sat, 25 Jan 2014 13:05:16 +0100 + ekiga (4.0.1-3) unstable; urgency=low [ Eugen Dedu ] diff -Nru ekiga-4.0.1/debian/control ekiga-4.0.1/debian/control --- ekiga-4.0.1/debian/control 2014-01-18 13:51:09.0 +0100 +++ ekiga-4.0.1/debian/control 2014-01-25 14:07:25.0 +0100 @@ -9,6 +9,7 @@ Maintainer: Kilian Krause kil...@debian.org Uploaders: Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr, Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org Build-Depends: debhelper (= 9), + dh-autoreconf, libsasl2-dev, gettext, libldap2-dev, @@ -17,7 +18,6 @@ libloudmouth1-dev, libgconf2-dev, libxv-dev, - autotools-dev, gnome-pkg-tools, rarian-compat, intltool, diff -Nru ekiga-4.0.1/debian/control.in ekiga-4.0.1/debian/control.in --- ekiga-4.0.1/debian/control.in 2014-01-18 13:04:59.0 +0100 +++ ekiga-4.0.1/debian/control.in 2014-01-25 12:35:44.0 +0100 @@ -4,6 +4,7 @@ Maintainer: Kilian Krause kil...@debian.org Uploaders: Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr, Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org Build-Depends: debhelper (= 9), + dh-autoreconf, libsasl2-dev, gettext, libldap2-dev, @@ -12,7 +13,6 @@ libloudmouth1-dev, libgconf2-dev, libxv-dev, - autotools-dev, gnome-pkg-tools, rarian-compat, intltool, diff -Nru ekiga-4.0.1/debian/patches/autofoo.patch ekiga-4.0.1/debian/patches/autofoo.patch --- ekiga-4.0.1/debian/patches/autofoo.patch1970-01-01 01:00:00.0 +0100 +++ ekiga-4.0.1/debian/patches/autofoo.patch2014-01-25 13:36:39.0 +0100 @@ -0,0 +1,11 @@ +--- a/configure.ac b/configure.ac +@@ -4,7 +4,7 @@ + AC_PREREQ([2.53]) + AC_CONFIG_MACRO_DIR([m4]) + AC_CONFIG_SRCDIR(src/ekiga.cpp) +-AM_INIT_AUTOMAKE([1.11 no-dist-gzip dist-xz tar-ustar]) ++AM_INIT_AUTOMAKE([1.11 no-dist-gzip dist-xz tar-ustar subdir-objects]) + + AM_MAINTAINER_MODE([enable]) + AC_CONFIG_HEADERS([config.h]) diff -Nru ekiga-4.0.1/debian/patches/boost.patch ekiga-4.0.1/debian/patches/boost.patch --- ekiga-4.0.1/debian/patches/boost.patch 2014-01-18 13:49:26.0 +0100 +++ ekiga-4.0.1/debian/patches/boost.patch 2014-01-25 13:37:31.0 +0100 @@ -29,22 +29,3 @@ dnl first we check the system location for boost libraries dnl this location ist chosen if boost libraries are installed with the --layout=system option a/configure2014-01-18 13:41:38.899750125 +0100 -+++ b/configure2014-01-18 13:45:41.336952274 +0100 -@@ -17800,9 +17800,14 @@ - - libsubdirs=lib - ax_arch=`uname -m` --if test $ax_arch = x86_64 -o $ax_arch = ppc64 -o $ax_arch = s390x -o $ax_arch = sparc64; then -+ -+case $ax_arch in -+ x86_64|ppc64|s390x|sparc64|aarch64) - libsubdirs=lib64 lib lib64 --fi -+;; -+esac -+ -+libsubdirs=lib/${host_cpu}-${host_os} $libsubdirs - - if test $ac_boost_path != ; then - BOOST_CPPFLAGS=-I$ac_boost_path/include diff -Nru ekiga-4.0.1/debian/patches/powerpcspe.patch
Bug#736561: roxterm exits upon entering a comma
On Sat, 25 Jan 2014 00:24:54 +0100 Toni Mueller supp...@oeko.net wrote: as of recently, entering a comma (',') in a roxterm window causes roxterm to exit immediately. I have tried with various shells (csh, bash, zsh) and other terminal emulators (xterm, gnome-term), and the problem occurs only when using roxterm, regardless which shell I use, and not on any other shell, also regardless of the shell in question. You might have accidentally assigned comma as a shortcut for closing the window or tab. Please check these items in the menu (File submenu). Shortcut editing can be enabled/disabled in Preferences Configuration Manager Shortcuts, and shortcuts are changed by pressing a key while the mouse is over a menu item. If that isn't the case, does it only close the current tab or window, or do all roxterm windows close at once? Any indication of a segmentation fault or something if you run it from another terminal? Unfortunately I didn't add debugging packages until 2.8 so if it is a crash you'll probably have to recompile it so we can work out what's going on. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707851: Proposed changes on menu systems
Charles Plessy wrote: [...] I have read a lot of scepticism about the Debian menu in this thread, and no actual support for it. Perhaps I was trying to be too consensual and proposed an over-complicated solution while it is clear that the FreeDesktop system is superior. Hello Charles, I wanted to clarify that there are also efforts to support both menu systems and that the majority of games already integrate both. https://wiki.debian.org/Games/JessieReleaseGoal In my opinion the policy should at least mention the Debian menu as an alternative menu system, so that all the effort until now was not completely wasted. Menu files are easy to write and once written do not impose more work for the maintainer. If the Debian menu is not mentioned at all in Debian's policy, people will use this as a justification to ignore even wishlist bugs for menu files. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#736590: Pending fixes for bugs in the fonts-gargi package
tag 736590 + pending thanks Some bugs in the fonts-gargi package are closed in revision 8d5dc3d60351c4c16a6555a9ba68e551289d7188 in branch 'master' by Vasudev Kamath The full diff can be seen at http://anonscm.debian.org/gitweb/?p=debian-in/fonts-gargi.git;a=commitdiff;h=8d5dc3d Commit message: Fix typo in the description field. Closes: bug#736590, Thanks to Pascal De Vuyst. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701561: Please test ioquake3 on PowerPC, particularly without Altivec
On Tue, 04 Jun 2013 at 14:58:34 +0100, Simon McVittie wrote: What I'm more concerned about is whether the PowerPC JIT for the Quake 3 bytecode language (code/qcommon/vm_powerpc*) emits Altivec opcodes - I have no idea how I'd determine that. That's why I'm specifically asking for testing with the bytecode game logic. Any update on whether ioquake3 can work on non-Altivec PowerPCs, either powerpc or powerpcspe, with the patch and testing procedure from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=701561#32? I'm considering #701561 to be won't fix until/unless someone tells me that it can actually work (and not just compile). S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736602: gnome-shell: Run command prompt keeps showing after screen is locked
Package: gnome-shell Version: 3.8.4-5 Severity: normal Hit: Alt-F2 (the default Run command prompt keyboard shortcut) then hit Ctrl-Alt-L (the default Lock Screen keyboard shortcut) and you'll see that the Run command prompt keeps showing. I've filled this, also in Gnome's buzilla: https://bugzilla.gnome.org/show_bug.cgi?id=722967 Sophoklis -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii evolution-data-server3.8.5-3 ii gdm3 3.8.4-6 ii gir1.2-accountsservice-1.0 0.6.34-2 ii gir1.2-caribou-1.0 0.4.12-1 ii gir1.2-clutter-1.0 1.14.4-3 ii gir1.2-freedesktop 1.36.0-2+b1 ii gir1.2-gcr-3 3.8.2-4 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.36.0-2+b1 ii gir1.2-gmenu-3.0 3.8.0-2 ii gir1.2-gnomebluetooth-1.03.8.1-2 ii gir1.2-gnomedesktop-3.0 3.8.4-2 ii gir1.2-gtk-3.0 3.8.6-1 ii gir1.2-ibus-1.0 1.5.4-1 ii gir1.2-mutter-3.03.8.4-2 ii gir1.2-networkmanager-1.00.9.8.0-5 ii gir1.2-nmgtk-1.0 0.9.8.4-1 ii gir1.2-pango-1.0 1.36.0-1+b1 ii gir1.2-polkit-1.00.105-4 ii gir1.2-soup-2.4 2.44.2-1 ii gir1.2-telepathyglib-0.120.22.0-1 ii gir1.2-telepathylogger-0.2 0.8.0-2 ii gir1.2-upowerglib-1.00.9.23-2+b1 ii gjs 1.36.1-2 ii gnome-bluetooth 3.8.1-2 ii gnome-icon-theme-symbolic3.10.1-1 ii gnome-settings-daemon3.8.5-2 ii gnome-shell-common 3.8.4-5 ii gnome-themes-standard3.8.4-1 ii gsettings-desktop-schemas3.8.2-2 ii libatk-bridge2.0-0 2.10.2-2 ii libatk1.0-0 2.10.0-2 ii libc62.17-97 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libcamel-1.2-43 3.8.5-3 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libclutter-1.0-0 1.14.4-3 ii libcogl-pango12 1.14.0-3 ii libcogl121.14.0-3 ii libcroco30.6.8-2 ii libdbus-1-3 1.7.10-2 ii libdbus-glib-1-2 0.100.2-1 ii libecal-1.2-15 3.8.5-3 ii libedataserver-1.2-173.8.5-3 ii libegl1-mesa [libegl1-x11] 9.2.2-1 ii libgck-1-0 3.8.2-4 ii libgcr-base-3-1 3.8.2-4 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libgirepository-1.0-11.36.0-2+b1 ii libgjs0c [libgjs0-libmozjs185-1.0] 1.36.1-2 ii libglib2.0-0 2.36.4-1 ii libgnome-menu-3-03.8.0-2 ii libgstreamer1.0-01.2.2-1 ii libgtk-3-0 3.8.6-1 ii libical0 0.48-2 ii libjson-glib-1.0-0 0.16.2-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-4+b1 ii libmutter0b 3.8.4-2 ii libnm-glib4 0.9.8.0-5 ii libnm-gtk0 0.9.8.4-1 ii libnm-util2 0.9.8.0-5 ii libnspr4 2:4.10.2-1 ii libnspr4-0d 2:4.10.2-1 ii libnss3 2:3.15.4-1 ii libnss3-1d 2:3.15.4-1 ii libp11-kit0 0.20.1-3 ii libpango-1.0-0 1.36.0-1+b1 ii libpangocairo-1.0-0 1.36.0-1+b1 ii libpolkit-agent-1-0 0.105-4 ii libpolkit-gobject-1-00.105-4 ii
Bug#736570: dunst default shortcut silently steals well known emacs keybinding
control: tags -1 + upstream control: forwarded -1 https://github.com/knopwob/dunst/issues/138 Hi Alberto, Please file such issues upstream directly next time. -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736603: kdepimlibs: FTBFS on powerpc due to symbol changes
Source: kdepimlibs Version: 4:4.11.5-2 Severity: serious Hi, kdepimlibs FTBFS on powerpc like this: ... dh_makeshlibs '-Xusr/lib/kde4/' # [-a] dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols file: see diff output below dpkg-gensymbols: warning: debian/libakonadi-kde4/DEBIAN/symbols doesn't match completely debian/libakonadi-kde4.symbols --- debian/libakonadi-kde4.symbols (libakonadi-kde4_4:4.11.5-2_powerpc) +++ dpkg-gensymbolsWRHz6d 2014-01-25 04:25:11.351344233 + @@ -2,13 +2,13 @@ * Build-Depends-Package: kdepimlibs5-dev _Z5qHashRKN7Akonadi10CollectionE@Base 4:4.3.4 _Z5qHashRKN7Akonadi6EntityE@Base 4:4.3.4 - (optional=external|arch=!alpha !amd64 !armel !armhf !hppa !hurd-i386 !i386 !kfreebsd-amd64 !kfreebsd-i386 !mips !mipsel !powerpcspe !ppc64 !s390x !x32)_ZN4KUrl4ListD1Ev@Base 4:4.7.4 - (optional=external|arch=!alpha !amd64 !armel !armhf !hppa !hurd-i386 !i386 !kfreebsd-amd64 !kfreebsd-i386 !mips !mipsel !powerpcspe !ppc64 !s390x !x32)_ZN4KUrl4ListD2Ev@Base 4:4.7.4 - (optional=templinst|arch=ia64 powerpc sparc)_ZN5boost16exception_detail19error_info_injectorINS_9not_a_dagEEC1ERKS3_@Base 4:4.11.5 - (optional=templinst|arch=ia64 powerpc sparc)_ZN5boost16exception_detail19error_info_injectorINS_9not_a_dagEEC2ERKS3_@Base 4:4.11.5 - (optional=templinst|arch=ia64 powerpc sparc)_ZN5boost16exception_detail19error_info_injectorINS_9not_a_dagEED0Ev@Base 4:4.11.5 - (optional=templinst|arch=ia64 powerpc sparc)_ZN5boost16exception_detail19error_info_injectorINS_9not_a_dagEED1Ev@Base 4:4.11.5 - (optional=templinst|arch=ia64 powerpc sparc)_ZN5boost16exception_detail19error_info_injectorINS_9not_a_dagEED2Ev@Base 4:4.11.5 +#MISSING: 4:4.11.5-2# (optional=external|arch=!alpha !amd64 !armel !armhf !hppa !hurd-i386 !i386 !kfreebsd-amd64 !kfreebsd-i386 !mips !mipsel !powerpcspe !ppc64 !s390x !x32)_ZN4KUrl4ListD1Ev@Base 4:4.7.4 +#MISSING: 4:4.11.5-2# (optional=external|arch=!alpha !amd64 !armel !armhf !hppa !hurd-i386 !i386 !kfreebsd-amd64 !kfreebsd-i386 !mips !mipsel !powerpcspe !ppc64 !s390x !x32)_ZN4KUrl4ListD2Ev@Base 4:4.7.4 +#MISSING: 4:4.11.5-2# (optional=templinst|arch=ia64 powerpc sparc)_ZN5boost16exception_detail19error_info_injectorINS_9not_a_dagEEC1ERKS3_@Base 4:4.11.5 +#MISSING: 4:4.11.5-2# (optional=templinst|arch=ia64 powerpc sparc)_ZN5boost16exception_detail19error_info_injectorINS_9not_a_dagEEC2ERKS3_@Base 4:4.11.5 +#MISSING: 4:4.11.5-2# (optional=templinst|arch=ia64 powerpc sparc)_ZN5boost16exception_detail19error_info_injectorINS_9not_a_dagEED0Ev@Base 4:4.11.5 +#MISSING: 4:4.11.5-2# (optional=templinst|arch=ia64 powerpc sparc)_ZN5boost16exception_detail19error_info_injectorINS_9not_a_dagEED1Ev@Base 4:4.11.5 +#MISSING: 4:4.11.5-2# (optional=templinst|arch=ia64 powerpc sparc)_ZN5boost16exception_detail19error_info_injectorINS_9not_a_dagEED2Ev@Base 4:4.11.5 _ZN7Akonadi10Collection10setVirtualEb@Base 4:4.10.0 _ZN7Akonadi10Collection11setResourceERK7QString@Base 4:4.3.4 _ZN7Akonadi10Collection13setStatisticsERKNS_20CollectionStatisticsE@Base 4:4.3.4 @@ -1971,7 +1971,7 @@ _ZNK7Akonadi6Entity10attributesEv@Base 4:4.3.4 _ZNK7Akonadi6Entity12hasAttributeERK10QByteArray@Base 4:4.3.4 (optional=templinst|arch=powerpcspe)_ZNK7Akonadi6Entity12hasAttributeINS_21EntityHiddenAttributeEEEbv@Base 4:4.7.4 - (optional=templinst|arch=!hurd-i386 !i386 !kfreebsd-i386 !x32)_ZNK7Akonadi6Entity12hasAttributeINS_22EntityDisplayAttributeEEEbv@Base 4:4.6.2 +#MISSING: 4:4.11.5-2# (optional=templinst|arch=!hurd-i386 !i386 !kfreebsd-i386 !x32)_ZNK7Akonadi6Entity12hasAttributeINS_22EntityDisplayAttributeEEEbv@Base 4:4.6.2 _ZNK7Akonadi6Entity14remoteRevisionEv@Base 4:4.5.0 _ZNK7Akonadi6Entity16parentCollectionEv@Base 4:4.4.0 _ZNK7Akonadi6Entity2idEv@Base 4:4.3.4 @@ -2036,52 +2036,52 @@ _ZNK7Akonadi9ItemModel8rowCountERK11QModelIndex@Base 4:4.3.4 _ZNK7Akonadi9ItemModel9mimeTypesEv@Base 4:4.3.4 _ZNK7Akonadi9UnlinkJob10metaObjectEv@Base 4:4.3.4 - (optional=templinst|subst|arch=!alpha !amd64 !armel !armhf !hppa !hurd-i386 !i386 !kfreebsd-amd64 !kfreebsd-i386 !mips !mipsel !powerpcspe !ppc64 !s390x !x32)_ZNSt6vectorIN5boost6detail12adj_list_genINS0_14adjacency_listINS0_4vecSES4_NS0_9directedSENS0_11no_propertyES6_S6_NS0_5listSEEES4_S4_S5_S6_S6_S6_S7_E6config13stored_vertexESaISB_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSB_SD_EE{size_t}RKSB_@Base 4:4.3.4 - (optional=templinst|arch=ia64 powerpc sparc|subst)_ZNSt6vectorIN5boost6detail20stored_edge_propertyI{size_t}NS0_11no_propertyEEESaIS4_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS4_S6_EERKS4_@Base 4:4.11.5 - (optional=templinst|arch=ia64 powerpc sparc|subst)_ZNSt6vectorIN5boost6detail20stored_edge_propertyI{size_t}NS0_11no_propertyEEESaIS4_EEaSERKS6_@Base 4:4.11.5 - (optional=templinst|arch=!alpha !amd64 !armel !armhf !hppa !hurd-i386 !i386 !kfreebsd-amd64 !kfreebsd-i386 !mips !mipsel !powerpcspe !ppc64 !s390x
Bug#736604: ITP: r10k -- Smarter Puppet deployment, powered by killer robots
Package: wnpp Severity: wishlist Owner: Sebastien Badia s...@sebian.fr * Package name: r10k Version : 1.1.2 Upstream Author : Adrien Thebo g...@somethingsinistral.net * URL : https://github.com/adrienthebo/r10k * License : Apache2 Programming Lang: Ruby Description : Smarter Puppet deployment, powered by killer robots r10k provides a general purpose toolset for deploying Puppet environments and modules. It implements the Puppetfile format and provides a native implementation of Puppet dynamic environments. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736602: [gnome-shell] Run command prompt keeps showing after screen is locked
Sorry, for filling the bug upstream too, I was unaware of this: Don't file bugs upstream If you file a bug in Debian, don't send a copy to the upstream software maintainers yourself, as it is possible that the bug exists only in Debian. If necessary, the maintainer of the package will forward the bug upstream. Source: How to report a bug in Debian using reportbug, http://www.debian.org/Bugs/Reporting As can be seen in the upstream bug report this has been RESOLVED as FIXED. Sophoklis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719396: libcitygml: FTBFS: debian/gencontrol: 6: debian/gencontrol: Illegal number: 0~rc1
Followup-For: Bug #719396 Control: tag -1 patch pending Hi, I just uploaded a NMU to DELAYED/5 that fixes this issue (and rebuilds against the latest version of openscenegraph). Please let me know if I should delay it longer. Andreas diff -Nru libcitygml-0.14+svn128/debian/changelog libcitygml-0.14+svn128/debian/changelog --- libcitygml-0.14+svn128/debian/changelog 2013-02-01 17:23:03.0 +0100 +++ libcitygml-0.14+svn128/debian/changelog 2014-01-25 14:56:58.0 +0100 @@ -1,3 +1,13 @@ +libcitygml (0.14+svn128-1+3p0p1+4.1) unstable; urgency=medium + + * Non-maintainer upload. (Closes: #718385) + + [ Peter Michael Green ] + * Make code in debian/gencontrol handle releasecandidate version of +openscenegraph correctly. (Closes: #719396) + + -- Andreas Beckmann a...@debian.org Sat, 25 Jan 2014 14:56:58 +0100 + libcitygml (0.14+svn128-1+3p0p1+4) unstable; urgency=low [Sebastian Ramacher] diff -Nru libcitygml-0.14+svn128/debian/gencontrol libcitygml-0.14+svn128/debian/gencontrol --- libcitygml-0.14+svn128/debian/gencontrol 2012-06-12 19:21:06.0 +0200 +++ libcitygml-0.14+svn128/debian/gencontrol 2014-01-25 14:54:13.0 +0100 @@ -3,7 +3,8 @@ TMP1=`echo $LIBOSG_VERSION|awk -F '.' '{print $1}'` TMP2=`echo $LIBOSG_VERSION|awk -F '.' '{print $2}'` TMP3=`echo $LIBOSG_VERSION|awk -F '.' '{print $3}'` +TMP3=`echo $TMP3|awk -F '~' '{print $1}'` TMP3=$((TMP3+1)) -LIBOSG_VERSIONPLUS=$TMP1.$TMP2.$TMP3 +LIBOSG_VERSIONPLUS=$TMP1.$TMP2.$TMP3~ echo $LIBOSG_VERSION dh_gencontrol -- -Vlibosg-share=$LIBOSG_SHARE -Vlibosg-static=libopenscenegraph-dev (=$LIBOSG_VERSION), libopenscenegraph-dev ( $LIBOSG_VERSIONPLUS)
Bug#732353: Same problem here
I have got exactly the same problem, with the same modem: lsusb shows: Bus 005 Device 013: ID 12d1:1506 Huawei Technologies Co., Ltd. E398 LTE/UMTS/GSM Modem/Networkcard According to my provider it should be a E3131. Kinds regards, Frodo Looijaard -- Frodo Looijaard fr...@frodo.looijaard.name (See http://frodo.looijaard.name/) Defenestration n. (formal or joc.): The act of removing Windows from your computer in disgust, usually followed by the installation of Linux or some other Unix-like operating system. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736605: RFA: graphviz -- rich set of graph drawing tools
Package: wnpp Severity: normal Hi all! Both, tokkee and myself, do not have the time to take care of graphviz (even if it's just being available for review and sponsoring). David may still be motivated, if so, please speak up! Still it's a somewhat complex library package and someone with upload priviledges helping him would certainly be usefull. Christoph The package description is: Graph drawing addresses the problem of visualizing structural information by constructing geometric representations of abstract graphs and networks. Automatic generation of graph drawings has important applications in key technologies such as database design, software engineering, VLSI and network design and visual interfaces in other domains. Situations where these tools might be particularly useful include: . * you would like to restructure a program and first need to understand the relationships between its types, procedures, and source files * you need to find the bottlenecks in an Internet backbone - not only individual links, but their relationships * you're debugging a protocol or microarchitecture represented as a finite state machine and need to figure out how a certain error state arises * you would like to browse a database schema, knowledge base, or distributed program represented graphically * you would like to see an overview of a collection of linked documents * you would like to discover patterns and communities of interest in a database of telephone calls or e-mail messages . This package contains the command-line tools. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736606: RM: trac-batchmodify -- ROM; the plugin is obsolete
Package: ftp.debian.org Severity: normal For Trac = 1.0 (unstable and testing), this plugin is not needed anymore. It should stay in wheezy, but not in jessie/sid anymore. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736585: dpkg: trigger problem
Hi! On Sat, 2014-01-25 at 12:25:44 +0100, Andreas Beckmann wrote: Package: dpkg Version: 1.17.6 Severity: important during a piuparts test I noticed the following problem: […] There is probably a better ordering of the removals to not produce that many dependency problems. (Yeah, see the bug reports on apt and cupt about selections usage, I've to follow up on the cupt one though this weekend.) Anyway, shared-mime-info should be in a broken state and triggers should not be run in this state. Without having checked any detail over this, my first guess would be that this is probably #671711. But I'd have to take an actual look to say for sure. Another thing that does not seem correct: dpkg: error processing package shared-mime-info (--remove): The problem happened during trigger processing of s-m-i, not its removal. Well, again w/o having looked at any detail, my guess would be that this is just a consequence of the triggers failing while the dpkg action invoked by apt was --remove. (Btw, I like the improved verbosity in 1.17.x). (Thanks, precisely the intention was to help with cases like this! :) Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736607: gcc-4.8-base: please Break gcc-4.7-base from wheezy
Package: gcc-4.8-base Version: 4.8.2-14 Severity: normal Tags: patch Hi, please add a Breaks: gcc-4.7-base ( 4.7.3) to gcc-4.8-base. This should simplify wheezy-jessie upgrades where apt prefers to keep the wheezy version (4.7.2-5) installed instead of removing some old packages and upgrading to the jessie version (currently 4.7.3-10). Some such problems occur during piuparts tests. Andreas --- gcc-4.8-4.8.2/debian/control.m4 +++ gcc-4.8-4.8.2/debian/control.m4 @@ -136,7 +136,7 @@ Priority: PRI(required) Depends: ${misc:Depends} Replaces: ${base:Replaces} -Breaks: gcc-4.4-base ( 4.4.7), gcj-4.4-base ( 4.4.6-9~), gnat-4.4-base ( 4.4.6-3~), gcj-4.6-base ( 4.6.1-4~), gnat-4.6 ( 4.6.1-5~), dehydra (= 0.9.hg20110609-2) +Breaks: gcc-4.4-base ( 4.4.7), gcj-4.4-base ( 4.4.6-9~), gnat-4.4-base ( 4.4.6-3~), gcj-4.6-base ( 4.6.1-4~), gnat-4.6 ( 4.6.1-5~), gcc-4.7-base ( 4.7.3), dehydra (= 0.9.hg20110609-2) BUILT_USING`'dnl Description: GCC, the GNU Compiler Collection (base package) This package contains files common to all languages and libraries
Bug#735420: libspring-java: CVE-2013-6429 CVE-2013-6430
On 25.01.2014 15:22, Miguel Landaeta wrote: On Thu, Jan 23, 2014 at 12:05:01AM +0100, Markus Koschany wrote: Control: tags -1 confirmed Control: owner -1 ! I'm working on a new revision and stable-security update. Markus Hi Markus, Thanks for taking care of this bug. I'm kinda slow nowadays to react to some bug reports but I'll be happy to review and sponsor the new revision when you are ready. Just let me know about it. Hi Miguel, No problem. Since I have dealt with the last security issue, I thought I'll care for this related follow-up bug, too. :) Yesterday I sent a request for review and sponsorship to the debian-java list. https://lists.debian.org/debian-java/2014/01/msg00052.html I have simply tried to backport upstream's commits. In case of CVE-2013-6430 that was straightforward but the other one needed additional work. I'd be glad if you reviewed my changes and uploaded the package to unstable. I will then open a new RT security ticket and hopefully the libspring-java can be uploaded to stable-security, too. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#736608: qthid-fcd-controller: FTBFS on kfreebsd
Source: qthid-fcd-controller Version: 4.1-2 Severity: serious Justification: fails to build from source Control: block 728919 with -1 Hi, your package no longer builds on kfreebsd, see https://buildd.debian.org/status/package.php?p=qthid-fcd-controllersuite=sid g++ -Wl,-z,relro -Wl,-z,relro -o qthid mainwindow.o main.o fcd.o freqctrl.o firmware.o moc_mainwindow.o moc_freqctrl.o moc_firmware.o qrc_qthid.o -L/usr/lib/x86_64-kfreebsd-gnu -lQtGui -lQtCore -lpthread fcd.o: In function `fcdOpen': /«PKGBUILDDIR»/fcd.c:58: undefined reference to `hid_enumerate' /«PKGBUILDDIR»/fcd.c:70: undefined reference to `hid_free_enumeration' /«PKGBUILDDIR»/fcd.c:73: undefined reference to `hid_open_path' fcd.o: In function `fcdGetMode': /«PKGBUILDDIR»/fcd.c:117: undefined reference to `hid_write' /«PKGBUILDDIR»/fcd.c:119: undefined reference to `hid_read' [...] Cheers, Julien signature.asc Description: Digital signature
Bug#736572: dictionaries-common: upgrade failure due to missing dependency on emacsen-common
2014-01-25 Paul Wise p...@debian.org: Package: dictionaries-common Version: 1.20.5 Severity: serious Justification: upgrade failure I attempted to upgrade my system to dictionaries-common 1.20.5 but the preinst failed because I do not have emacsen-common installed. Either emacsen-common needs to be a pre-dependency or the preinst should check for emacs-package-install before using it, probably the latter is best. Hi, Paul, thanks for the info. This check should already be done in 1.20.5 preinst (indirectly through checking for the installed stamp, as created by dh_installemacsen) -- # Automatically added by dh_installemacsen if ( [ $1 = install ] || [ $1 = upgrade ] ) \ [ -e /var/lib/emacsen-common/state/package/installed/emacsen-common ] then /usr/lib/emacsen-common/emacs-package-install --preinst dictionaries-common fi # End automatically added section -- Previously used manual snippets instead or relying in those automatically created by dh_installemacsen, with nothing in preinst. (Reading database ... 253456 files and directories currently installed.) Preparing to unpack .../dictionaries-common_1.20.5_all.deb ... Leaving 'diversion of /usr/share/dict/words to /usr/share/dict/words.pre-dictionaries-common by dictionaries-common' /var/lib/dpkg/tmp.ci/preinst: 39: /var/lib/dpkg/tmp.ci/preinst: /usr/lib/emacsen-common/emacs-package-install: not found dpkg: error processing archive /var/cache/apt/archives/dictionaries-common_1.20.5_all.deb (--unpack): subprocess new pre-installation script returned error exit status 127 Errors were encountered while processing: /var/cache/apt/archives/dictionaries-common_1.20.5_all.deb A package failed to install. Trying to recover: Press Return to continue. I need to know more about your system, tried to reproduce the problem in a sid pbuilder chroot, initially without none of dictionaries-common or emacsen-common, no bug found Installing dictionaries-commmon: Preparing to unpack .../dictionaries-common_1.20.5_all.deb ... Adding 'diversion of /usr/share/dict/words to /usr/share/dict/words.pre-dictionaries-common by dictionaries-common' Unpacking dictionaries-common (1.20.5) ... Setting up dictionaries-common (1.20.5) ... Processing triggers for dictionaries-common (1.20.5) ... Is some emacsen-common reminiscence there, something like /var/lib/emacsen-common/state/package/installed/emacsen-common Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736547: [Pkg-libvirt-maintainers] Bug#736547: virt-manager: Need to depend on gir1.2-libvirt-glib-1.0
On 01/25/2014 01:03 PM, Guido Günther wrote: We're lacking a dpenedency on gir1.2-gtk-vnc-2.0 as well. and gir1.2-spice-client-gtk-3.0 gir1.2-vte-2.90 is missing too. With this it starts, but there are still some messages 2014-01-25 15:47:27,457 (connection:565): Connection managed save support: True 2014-01-25 15:47:27,477 (connection:157): Using libvirt API for netdev enumeration 2014-01-25 15:47:27,477 (connection:179): Using libvirt API for mediadev enumeration 2014-01-25 15:47:27,495 (cliutils:87): Uncaught exception: TypeError: Couldn't find conversion for foreign struct 'cairo.Context' TypeError: Couldn't find conversion for foreign struct 'cairo.Context' 2014-01-25 15:47:28,313 (cliutils:87): Uncaught exception: TypeError: Couldn't find conversion for foreign struct 'cairo.Context' TypeError: Couldn't find conversion for foreign struct 'cairo.Context' 2014-01-25 15:47:29,317 (cliutils:87): Uncaught exception: TypeError: Couldn't find conversion for foreign struct 'cairo.Context' TypeError: Couldn't find conversion for foreign struct 'cairo.Context' 2014-01-25 15:47:30,316 (cliutils:87): Uncaught exception: TypeError: Couldn't find conversion for foreign struct 'cairo.Context' TypeError: Couldn't find conversion for foreign struct 'cairo.Context' 2014-01-25 15:47:31,322 (cliutils:87): Uncaught exception: TypeError: Couldn't find conversion for foreign struct 'cairo.Context' TypeError: Couldn't find conversion for foreign struct 'cairo.Context' 2014-01-25 15:47:32,263 (cliutils:87): Uncaught exception: TypeError: Couldn't find conversion for foreign struct 'cairo.Context' TypeError: Couldn't find conversion for foreign struct 'cairo.Context' 2014-01-25 15:47:32,319 (cliutils:87): Uncaught exception: TypeError: Couldn't find conversion for foreign struct 'cairo.Context' TypeError: Couldn't find conversion for foreign struct 'cairo.Context' 2014-01-25 15:47:33,327 (cliutils:87): Uncaught exception: TypeError: Couldn't find conversion for foreign struct 'cairo.Context' TypeError: Couldn't find conversion for foreign struct 'cairo.Context' 2014-01-25 15:47:33,719 (cliutils:87): Uncaught exception: TypeError: Couldn't find conversion for foreign struct 'cairo.Context' TypeError: Couldn't find conversion for foreign struct 'cairo.Context' 2014-01-25 15:47:33,838 (cliutils:87): Uncaught exception: TypeError: Couldn't find conversion for foreign struct 'cairo.Context' TypeError: Couldn't find conversion for foreign struct 'cairo.Context' 2014-01-25 15:47:34,315 (cliutils:87): Uncaught exception: TypeError: Couldn't find conversion for foreign struct 'cairo.Context' TypeError: Couldn't find conversion for foreign struct 'cairo.Context' 2014-01-25 15:47:35,119 (manager:213): Closing manager 2014-01-25 15:47:35,120 (engine:333): window counter decremented to 0 2014-01-25 15:47:35,134 (engine:413): Exiting app normally. Bye -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736609: RM: python-ffc [all] -- RoQA; obsolete arch:all package
Package: ftp.debian.org Severity: normal Hi, cruft-report-daily.txt contains: * package python-ffc in version 1.2.0-1 is no longer built from source - suggested command: dak rm -m [auto-cruft] no longer built from source -s unstable -a all -p -R -b python-ffc - broken Depends: dolfin: python-dolfin fenics: fenics These broken Depends seem to be false positives: python-ffc | 1.2.0-1 | sid | all python-ffc | 1.3.0-2 | jessie | amd64, armel, armhf, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390x, sparc python-ffc | 1.3.0-2 | sid | amd64, armel, armhf, hurd-i386, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390x, sparc Package: fenics Depends: ..., python-ffc (= 1.2.0), ... Package: python-dolfin Depends: ..., python-ffc (= 1.2.0), ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735420: libspring-java: CVE-2013-6429 CVE-2013-6430
On Sat, Jan 25, 2014 at 03:39:16PM +0100, Markus Koschany wrote: Yesterday I sent a request for review and sponsorship to the debian-java list. https://lists.debian.org/debian-java/2014/01/msg00052.html That's right, I just saw that thread and I replied to it. I'll let you know my comments later. Cheers, -- Miguel Landaeta, nomadium at debian.org secure email with PGP 0x6E608B637D8967E9 available at http://db.debian.org/fetchkey.cgi?fingerprint=4CB7FE1E280ECC90F29A597E6E608B637D8967E9 Faith means not wanting to know what is true. -- Nietzsche signature.asc Description: Digital signature
Bug#733489: python-apt: Improve 'Dependency' and 'BaseDependency' to get target package versions that satisfy dependencies
On Sat, Jan 25, 2014 at 12:41:14PM +0100, michael wrote: Julian, did you see my reply on your comment?https://github.com/michael-schaller/python-apt/commit/ef6202e2f54dc2085e4d87a01aa2a66ff7c1a437 I'm not sure if GitHub sent you a notificaction... Yes, but I'm happy with that part now, it seems more readable the way you have it. I'm not that happy about the tests part and decided to try my own way to simplify the test code. Looks slightly more functional-style. -- 8 -- From 3e33aaa11c0062b6bf97601e3221a9858a533ad2 Mon Sep 17 00:00:00 2001 From: Julian Andres Klode j...@debian.org Date: Sat, 25 Jan 2014 15:46:57 +0100 Subject: [PATCH] tests/test_deps.py: test_dstr cleanup and fixes Simplify the code by not stating all test cases in the code, but using a loop. Also adds more tests this way. --- tests/test_deps.py | 35 +-- 1 file changed, 13 insertions(+), 22 deletions(-) diff --git a/tests/test_deps.py b/tests/test_deps.py index 0035fa8..96bcd57 100644 --- a/tests/test_deps.py +++ b/tests/test_deps.py @@ -6,6 +6,7 @@ # are permitted in any medium without royalty provided the copyright # notice and this notice are preserved. Unit tests for verifying the correctness of check_dep, etc in apt_pkg. +import itertools import unittest import apt_pkg @@ -114,28 +115,18 @@ class TestDependencies(unittest.TestCase): def test_dstr(self): Test apt.package.BaseDependency.__dstr dstr = apt.package.BaseDependency._BaseDependency__dstr -self.assertEqual(dstr(), ) -self.assertEqual(dstr(), ) -self.assertEqual(, dstr()) -self.assertEqual(, dstr()) -self.assertEqual(dstr(), ) -self.assertEqual(dstr(), ) -self.assertEqual(, dstr()) -self.assertEqual(, dstr()) -self.assertNotEqual(dstr(), ) -self.assertNotEqual(dstr(), =) -self.assertNotEqual(dstr(), ) -self.assertNotEqual(dstr(), !=) -self.assertNotEqual(dstr(), =) -self.assertNotEqual(dstr(), ) -self.assertNotEqual(dstr(), =) -self.assertNotEqual(dstr(), ) -self.assertNotEqual(dstr(), !=) -self.assertNotEqual(dstr(), =) -self.assertFalse(dstr() != ) -self.assertFalse(dstr() != ) -self.assertFalse(dstr() != ) -self.assertFalse(dstr() != ) +equal = {: {, }, + =: {==, =}, + : {, }} +operators = [, , =, !=, =, ==, =, , ] + +for a, b in itertools.product(equal.keys(), operators): +if b in equal[a]: +self.assertEqual(dstr(a), b) +self.assertEqual(b, dstr(a)) +else: +self.assertNotEqual(dstr(a), b) +self.assertNotEqual(b, dstr(a)) def testParseDepends(self): dependencies: Test apt_pkg.ParseDepends(). -- 1.8.5.2 -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. Please do not top-post if possible. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736610: ITP: livedico -- Livebox key generator
Package: wnpp Severity: wishlist Owner: Pierre Rudloff cont...@rudloff.pro * Package name: livedico * URL : https://code.google.com/p/livedico/ * License : GPL3 Programming Lang: C++ Description : Livebox key generator -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736611: upstart: DEP-8 test depends on the existence of an ubuntu user
Package: upstart Version: 1.11-0ubuntu2 Severity: minor There is now an effort to run auto-pkg-tests on Debian. [0] I noticed that upstart test runs are failing since its test depends on the existence of an ubuntu user. From the log: [1] adt-run: trace: tree0t-force: - - - - - - - - - - results - - - - - - - - - - tree0t-force FAIL non-zero exit status 1 adt-run: trace: tree0t-force: - - - - - - - - - - stdout - - - - - - - - - - ERROR: no user 'ubuntu' adt-run: trace: tree0t-force: ] adt-run: trace: tests done. adt-run: trace: ** stop adt-run: trace: ** close, scratch=tb- scratch~/tmp/tmp.EeXblyeivM:-/|/tmp/tmp.EeXblyeivM/! From a very quick look, at test runner service's source, it seems like the tests are run under the user debci. [2] Although, it would probably be a good idea to figure out a way to not have to rely on this detail of the environment the test is run on. [0] http://ci.debian.net/ [1] http://ci.debian.net/data/packages/u/upstart/2014-01-07.log [2] http://anonscm.debian.org/gitweb/?p=users/terceiro/dep8.git;a=blob;f=scripts/setup;h=01be90b332b49408580e06cfa6d703131fe6a607;hb=HEAD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#73611: Good Day.
Good Day. I am Mrs.Anne Faye Sakura,a staff of Lloyds TSB Group Plc.here in Hong Kong. I will need you to assist me in executing a business project from Hong Kong to your country.Email Me ( anned...@outlook.com ) I for more information about this operation immediately I receive a response from you.Regards Mrs. Anne Faye -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736603: kdepimlibs: FTBFS on powerpc due to symbol changes
Powerpc updated the compiler so this is expected. I'll wait to see if we have more symbols fun in other archs and then fix, rebuild and upload. -- Si vives cada día de tu vida como si fuera el último, algún día realmente tendrás razón. Steve Jobs Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#733489: python-apt: Improve 'Dependency' and 'BaseDependency' to get target package versions that satisfy dependencies
Those tests clearly look better! ^^ When it comes to https://github.com/michael-schaller/python-apt/commit/ef6202e2f54dc2085e4d87a01aa2a66ff7c1a437 I would be already happy if you would include the updated docstring. The rest is really just readability. ;-) What do you think of the second commit? https://github.com/michael-schaller/python-apt/commit/928814bbc43ed50ab956271a514baee49c7a452b
Bug#707851: Proposed changes on menu systems
On Sat, 25 Jan 2014, Markus Koschany wrote: I wanted to clarify that there are also efforts to support both menu systems and that the majority of games already integrate both. https://wiki.debian.org/Games/JessieReleaseGoal In my opinion the policy should at least mention the Debian menu as an alternative menu system, so that all the effort until now was not completely wasted. Menu files are easy to write and once written do not impose more work for the maintainer. If the Debian menu is not mentioned at all in Debian's policy, people will use this as a justification to ignore even wishlist bugs for menu files. Seconded. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh signature.asc Description: Digital signature
Bug#736613: libmenu-cache1: menu-cached polls - causing a wakeup - every 4 seconds
Package: libmenu-cache1 Version: 0.3.3-1 Severity: normal Dear Maintainer, The program /usr/lib/i386-linux-gnu/libmenu-cache1/libexec/menu-cached polls every 4 seconds. stracing reveals that it just calls inotify_add_watch for its files. While polling every 4 seconds isn't as bad as polling every second, I believe this should still be fixed. The problem was reproduced on a freshly-spun lxde VM (installed from the debian-7.3.0-i386-lxde-CD-1, selecting *System Utilites* and *Desktop Environment*) with just powertop and strace installed. -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (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 Versions of packages libmenu-cache1 depends on: ii libc6 2.13-38 ii libglib2.0-0 2.33.12+really2.32.4-5 ii multiarch-support 2.13-38 libmenu-cache1 recommends no packages. libmenu-cache1 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#736612: Does nothing
Package: im-config Version: 0.24-1 Severity: grave When I use im-config, it writes these to console: % im-config ** (zenity:2238): WARNING **: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. ** (zenity:3354): WARNING **: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. head: virhe luettaessa tiedostoa ”Asiakirjat”: On hakemisto tail: virhe luettaessa tiedostoa ”Asiakirjat”: On hakemisto E: Configuration in Asiakirjat is manually managed. Doing nothing. virhe luettaessa tiedostoa ”Asiakirjat”: On hakemisto means: error reading file ”Asiakirjat”: Is directory. Asiakirjat happens to be the first file or directory in my home directory, when running running command ls. Why on earth it tries to do something in that directory ~/Asiakirjat ? Where is the current configuration of im-config? -- System Information: Debian Release: jessie/sid APT prefers stable APT policy: (990, 'stable'), (500, 'testing-proposed-updates'), (500, 'oldstable-updates'), (500, 'oldstable-proposed-updates'), (102, 'testing'), (101, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.12-1-rt-686-pae (SMP w/1 CPU core; PREEMPT) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages im-config depends on: ii dialog1.2-20130928-1 ii gettext-base 0.18.3.2-1 ii zenity3.8.0-1 Versions of packages im-config recommends: ii dialog 1.2-20130928-1 ii x11-common 1:7.7+5 im-config suggests no packages. -- no debconf information -- debsums errors found: sh: 1: /usr/sbin/dpkg-divert: not found -- Juhapekka naula Tolvanen * http colon slash slash iki dot fi slash juhtolv Quidquid Latine dictum sit altum videtur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736588: debian-handbook: gendered language used when referring to subjects
Hi Daniel, On Sat, 25 Jan 2014, Daniel Bryan wrote: The effects of exclusive language have been studied quantitatively in a range of fields. One example picked largely at random: http://gradworks.umi.com/33/52/3352854.html I suggest using 'they' and 'theirs' instead of 'he' and 'his' where possible. Some authors express concern that this is ambiguous as 'they' and 'theirs' are often used as plural pronouns. In this case, a short explanation of the inclusive language in the foreword can help. If you're accepting patches, I'm happy to sort this out. It'd be largely a sed script followed by spot-checking the diff. I do accept patches, but those fixes are often better done by rewriting the sentence, either using a synonym to avoid the pronoun or by using passive voice. http://www.herodios.com/pronouns.html Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#248426: Finale
S'il vous plaît ouvrir la pièce jointe. WEBMASTER.rtf Description: RTF file
Bug#736604: ITP: r10k -- Smarter Puppet deployment, powered by killer robots
On Jan 25, Sebastien Badia s...@sebian.fr wrote: Description : Smarter Puppet deployment, powered by killer robots I recommend that we keep packages descriptions to factual statements. -- ciao, Marco signature.asc Description: Digital signature
Bug#736614: gphpedit: doesn't show code
Package: gphpedit Version: 0.9.98-3 Severity: normal When I open any PHP code, it doesn't show on the application. No error is reported on the application or on the console when launched from it. Let me know if I can help with anything to try solve this problem. Thanks. Ernesto. -- 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-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gphpedit depends on: ii libatk1.0-0 2.10.0-2 ii libc6 2.17-97 ii libcairo2 1.12.16-2 ii libfontconfig1 2.11.0-2 ii libfreetype62.5.2-1 ii libgcc1 1:4.8.2-14 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libglib2.0-02.37.5-1 ii libgtk2.0-0 2.24.22-1 ii libjavascriptcoregtk-1.0-0 2.3.4-2 ii libpango-1.0-0 1.36.0-1+b1 ii libpangocairo-1.0-0 1.36.0-1+b1 ii libpangoft2-1.0-0 1.36.0-1+b1 ii libsoup2.4-12.44.2-1 ii libstdc++6 4.8.2-14 ii libwebkitgtk-1.0-0 2.3.4-2 ii libxml2 2.9.1+dfsg1-3 gphpedit recommends no packages. Versions of packages gphpedit suggests: ii php-doc 20131001-1 ii php5-cli 5.5.8+dfsg-3 -- 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#736257: pu: package libglib-object-introspection-perl/0.009-1+deb7u1
Control: tags -1 + pending On Fri, 2014-01-24 at 15:12 +0100, intrigeri wrote: Adam D. Barratt wrote (22 Jan 2014 21:35:55 GMT) : Please go ahead; thanks. Uploaded. Flagged for acceptance; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728944: icedove: segmentation fault in icedove 24.0-1
On Fri 2014-01-17 18:21:04 -0500, Daniel Kahn Gillmor wrote: On 01/15/2014 04:24 PM, Carsten Schoenert wrote: are this segfaults also happen with the current 24.2.0? yep, i just had one. :( And here's a backtrace from another one, from icedove 24.2.0-1 : Program received signal SIGSEGV, Segmentation fault. dosprintf(SprintfState *, const PRUnichar *, typedef __va_list_tag __va_list_tag *) (ss=ss@entry=0x7fffa638, fmt=0x7fffb98e, fmt@entry=0x7fffb980, ap=ap@entry=0x7fffa678) at /build/icedove-twtUoy/icedove-24.2.0/mozilla/xpcom/build/nsTextFormatter.cpp:842 842 /build/icedove-twtUoy/icedove-24.2.0/mozilla/xpcom/build/nsTextFormatter.cpp: No such file or directory. (gdb) bt #0 dosprintf(SprintfState *, const PRUnichar *, typedef __va_list_tag __va_list_tag *) (ss=ss@entry=0x7fffa638, fmt=0x7fffb98e, fmt@entry=0x7fffb980, ap=ap@entry=0x7fffa678) at /build/icedove-twtUoy/icedove-24.2.0/mozilla/xpcom/build/nsTextFormatter.cpp:842 #1 0x73baf995 in nsTextFormatter::vssprintf (out=..., fmt=0x7fffb980, ap=ap@entry=0x7fffa678) at /build/icedove-twtUoy/icedove-24.2.0/mozilla/xpcom/build/nsTextFormatter.cpp:1235 #2 0x73bafa2f in nsTextFormatter::ssprintf (out=..., fmt=optimized out) at /build/icedove-twtUoy/icedove-24.2.0/mozilla/xpcom/build/nsTextFormatter.cpp:1220 #3 0x736a1a2b in FormatFileSize (size=optimized out, useKB=useKB@entry=true, formattedSize=...) at /build/icedove-twtUoy/icedove-24.2.0/mailnews/base/util/nsMsgUtils.cpp:525 #4 0x736c2964 in nsMsgDBView::FetchSize ( this=this@entry=0x7fff7cd26400, aHdr=0x7fff927484c0, aSizeString=...) at /build/icedove-twtUoy/icedove-24.2.0/mailnews/base/src/nsMsgDBView.cpp:715 #5 0x736cd907 in nsMsgDBView::CellTextForColumn ( this=this@entry=0x7fff7cd26400, aRow=aRow@entry=30, aColumnName=aColumnName@entry=0x7fffd4ae5868, aValue=...) at /build/icedove-twtUoy/icedove-24.2.0/mailnews/base/src/nsMsgDBView.cpp:1992 #6 0x736de6e5 in nsMsgGroupView::CellTextForColumn ( this=0x7fff7cd26400, aRow=30, aColumnName=0x7fffd4ae5868, aValue=...) at /build/icedove-twtUoy/icedove-24.2.0/mailnews/base/src/nsMsgGroupView.cpp:885 #7 0x736c3d43 in nsMsgDBView::GetCellText (this=0x7fff7cd26400, aRow=30, aCol=0x7fff7dd8b0e0, aValue=...) at /build/icedove-twtUoy/icedove-24.2.0/mailnews/base/src/nsMsgDBView.cpp:1966 #8 0x733a3538 in nsTreeBodyFrame::PaintText ( this=this@entry=0x7fffcf172e98, aRowIndex=aRowIndex@entry=30, aColumn=aColumn@entry=0x7fff7dd8b0e0, aTextRect=..., aPresContext=aPresContext@entry=0x7fffd4a2, aRenderingContext=..., aDirtyRect=..., aCurrX=@0x7fffaec4: 58214, aTextRTL=aTextRTL@entry=false) at /build/icedove-twtUoy/icedove-24.2.0/mozilla/layout/xul/tree/nsTreeBodyFrame.cpp:3548 #9 0x733a76bb in nsTreeBodyFrame::PaintCell ( this=this@entry=0x7fffcf172e98, aRowIndex=aRowIndex@entry=30, aColumn=aColumn@entry=0x7fff7dd8b0e0, aCellRect=..., aPresContext=aPresContext@entry=0x7fffd4a2, aRenderingContext=..., aDirtyRect=..., aCurrX=@0x7fffb06c: 57399, aPt=...) at /build/icedove-twtUoy/icedove-24.2.0/mozilla/layout/xul/tree/nsTreeBodyFrame.cpp:3279 #10 0x733a7f66 in nsTreeBodyFrame::PaintRow ( this=this@entry=0x7fffcf172e98, aRowIndex=aRowIndex@entry=30, aRowRect=..., aPresContext=0x7fffd4a2, aRenderingContext=..., aDirtyRect=..., aPt=...) at /build/icedove-twtUoy/icedove-24.2.0/mozilla/layout/xul/tree/nsTreeBodyFrame.cpp:3052 #11 0x733a82bf in nsTreeBodyFrame::PaintTreeBody (this=0x7fffcf172e98, aRenderingContext=..., aDirtyRect=..., aPt=...) at /build/icedove-twtUoy/icedove-24.2.0/mozilla/layout/xul/tree/nsTreeBodyFrame.cpp:2850 #12 0x733a83eb in PaintTreeBody (aFrame=optimized out, aCtx=optimized out, aDirtyRect=..., aPt=...) at /build/icedove-twtUoy/icedove-24.2.0/mozilla/layout/xul/tree/nsTreeBodyFrame.cpp:2776 #13 0x72e608eb in nsDisplayGeneric::Paint (this=optimized out, aBuilder=optimized out, aCtx=optimized out) at ../../layout/forms/../base/nsDisplayList.h:1709 #14 0x72df71ce in mozilla::FrameLayerBuilder::DrawThebesLayer (aLayer= 0x7fff7cd28000, aContext=0x7fff9fae7500, aRegionToDraw=..., aRegionToInvalidate=..., aCallbackData=0x7fffc3b8) at /build/icedove-twtUoy/icedove-24.2.0/mozilla/layout/base/FrameLayerBuilder.cpp:3309 #15 0x73c49632 in mozilla::layers::BasicThebesLayer::PaintBuffer ( this=0x7fff7cd28000, aContext=optimized out, aRegionToDraw=..., aExtendedRegionToDraw=..., aRegionToInvalidate=..., aDidSelfCopy=optimized out, aCallback=0x72df6968 mozilla::FrameLayerBuilder::DrawThebesLayer(mozilla::layers::ThebesLayer*, gfxContext*, nsIntRegion const, nsIntRegion const, void*), aCallbackData=0x7fffc3b8) at
Bug#736523: Indeed, python-concurrent.futures is the same
On 01/25/2014 06:01 PM, Sandro Tosi wrote: Sorry, what? and you didn't think to contact me first to almost rewrite the package? If there's problems, open bugs. Revert your changes or I'll do at the first occasion. and mainly, why don't you go away from DPMT once and for all? you're doing more harm than good here. you're not welcome here. Shortly to the list: This kind of message saddens me. I'm not expecting this kind of interaction, but rather: thanks for fixing that, however there, you shouldn't have done this, plus let me revert and fix that bit better Maybe you could try this style and really do team work if your package is team maintained, no? Thomas P.S: Sent a much much larger mail privately explaining the context of this upload. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736467: unblock: libapache2-mod-rpaf/0.6-7+wheezy1
Control: tags -1 + pending On Fri, 2014-01-24 at 11:53 +0400, Sergey B Kirpichev wrote: On Thu, Jan 23, 2014 at 11:24:40PM +, Adam D. Barratt wrote: On Fri, 2014-01-24 at 03:13 +0400, Sergey B Kirpichev wrote: This version fixes important regression in wheezy (#726529) for ipv6-enabled hosts, which may break Apache's access control directives. [...] In this case, I think this was thoroughly tested by me and bug submitters (see #726529 and #734798) Now updated package enter sid, when you can consider this fix to be tested enough? Flagged for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708303: Patch
Patch attached as per message #10 --- html/main.php 2014-01-25 14:52:15.323875924 + +++ html/main.php 2014-01-25 14:53:22.243873456 + @@ -14,16 +14,6 @@ link rel='stylesheet' type='text/css' href='stylesheets/common.css' / script type=text/javascript src=js/jquery-1.7.1.min.js/script -script type='text/javascript' - - //rss fetch by ajax to reduce page load time - $(document).ready(function() { - $('#splashbox2-contents').load('rss-corefeed.php'); - $('#splashbox4-contents').load('rss-newsfeed.php'); - }); - -/script - /head @@ -90,7 +80,7 @@ !-- corepromo feed -- div id=splashbox2 class=splashbox h2Don't Miss.../h2 - div id=splashbox2-contents/div + div id=splashbox2-contents(redacted)/div /div /div !-- end topsplashbox -- @@ -113,7 +103,7 @@ !-- latest news feed -- div id=splashbox4 class=splashbox h2Latest News/h2 - div id=splashbox4-contents/div + div id=splashbox4-contents(redacted)/div /div /div !-- end bottomsplashbox -- /div!--splashboxes--
Bug#736615: macchanger-gtk misspells --ending option by --endding, changing a MAC address ending by option is therefore broken
Package: macchanger-gtk Version: 1.1-4 In source code file macchanger-gtk, line 82, endding should be written ending. macchanger does not recognize --endding (but recognizes --ending), and therefore selecting the ending by or same kind options in macchanger-gtk fails. /usr/bin/macchanger: unrecognized option '--endding' I'm using macchanger-gtk 1.1-4, which is the latest version available so far. Bug also reported as #1182388 on Launchpad.net for Ubuntu. Mathieu
Bug#728704: sonata: diff for NMU version 1.6.2.1-5.1
tags 728704 + pending thanks Dear maintainer, I've prepared an NMU for sonata (versioned as 1.6.2.1-5.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -Nru sonata-1.6.2.1/debian/changelog sonata-1.6.2.1/debian/changelog --- sonata-1.6.2.1/debian/changelog 2011-10-16 23:30:42.0 +0200 +++ sonata-1.6.2.1/debian/changelog 2014-01-25 15:29:40.0 +0100 @@ -1,3 +1,11 @@ +sonata (1.6.2.1-5.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix missing crossfade in status breaks sonata (mpd =0.18) by +applying the patch provided by Mattia Dongili. (Closes: #728704.) + + -- Stephen Kitt sk...@debian.org Sat, 25 Jan 2014 15:29:25 +0100 + sonata (1.6.2.1-5) unstable; urgency=low * Fix Breaks gnome-settings-daemon media-keys plugin by applying a diff -Nru sonata-1.6.2.1/debian/patches/fix-missing-crossfade.patch sonata-1.6.2.1/debian/patches/fix-missing-crossfade.patch --- sonata-1.6.2.1/debian/patches/fix-missing-crossfade.patch 1970-01-01 01:00:00.0 +0100 +++ sonata-1.6.2.1/debian/patches/fix-missing-crossfade.patch 2014-01-25 15:30:42.0 +0100 @@ -0,0 +1,24 @@ +Description: Support MPD = 0.18 which drops crossfade when not enabled +Author: Mattia Dongili malat...@debian.org +Origin: http://bugs.debian.org/728704 + +--- a/sonata/main.py b/sonata/main.py +@@ -989,7 +989,7 @@ + self.repeatmenu.set_active(self.status['repeat'] == '1') + if not self.last_random or self.last_random != self.status['random']: + self.randommenu.set_active(self.status['random'] == '1') +- if self.status['xfade'] == '0': ++ if not 'xfade' in self.status or self.status['xfade'] == '0': + self.config.xfade_enabled = False + else: + self.config.xfade_enabled = True +@@ -1001,7 +1001,7 @@ + return + except: + pass +- self.prevconn = self.client ++ self.prevconn = self.conn + self.prevstatus = self.status + self.prevsonginfo = self.songinfo + self.conn = False diff -Nru sonata-1.6.2.1/debian/patches/series sonata-1.6.2.1/debian/patches/series --- sonata-1.6.2.1/debian/patches/series 2011-10-16 23:30:42.0 +0200 +++ sonata-1.6.2.1/debian/patches/series 2014-01-25 15:28:27.0 +0100 @@ -1,3 +1,4 @@ fix-cras-on-no-albums.patch fix-lyrics-fetching.patch from_upstream__fix-mmkeys.patch +fix-missing-crossfade.patch