Bug#693655: ugene: Please update ugene to the latest version 1.11.3
(upstream in CC) Hi Logan, thanks for your hint about the new upstream version. Usually we do notice new versions due to the debian/watch file. Unfortunately the download page has changed so our watch file (as far as I read the comments this was even written by Ivan himself) became disfunctional. The problem is that the links to the download files do contain a version number - but they do not any more. Also the page where all download files are located http://ugene.unipro.ru/downloads/ is not parseable. Ivan, could you please help Debian to detect new upstream versions to let us cope with new upstream versions as quick as possible? Kind regards and thanks for your interest in Debian Med Andreas. On Sun, Nov 18, 2012 at 08:18:03PM -0500, Logan Rosen wrote: Package: ugene Version: 1.9.8+repack-0ubuntu4 Severity: wishlist User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu raring Dear Maintainer, This bug report was also filed in Ubuntu and can be found at http://launchpad.net/bugs/1075910 The description, from Ivan Efremov, follows: It would be great if the package is updated to the latest version. The ppa-archive contains the successfully built packages for precise: https://launchpad.net/~iefremov/+archive/ppa/+packages -- System Information: Debian Release: wheezy/sid APT prefers raring-updates APT policy: (500, 'raring-updates'), (500, 'raring-security'), (500, 'raring'), (100, 'raring-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7.0-2-generic (SMP w/1 CPU core) ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693671: ITP: hupnp -- Library for building UPnP devices
On Mon, 19 Nov 2012 18:48:24 Thomas Goirand wrote: We already have libgupnp-igd and the MiniUPnP suite. Why do we need another implementation? What does it bring that the others don't? Thomas, Digikam is using hupnp for its UPnP interface: https://www.google- melange.com/gsoc/proposal/review/google/gsoc2012/smitmehta/1 Amarok is using the UPnP MediaServer KIO-slave based on hupnp: https://gitorious.org/kio-upnp-ms Mark signature.asc Description: This is a digitally signed message part.
Bug#693572: gcc-avr: Segfaults when compiled with the -mint8 option
Thanx for the report. I'll upgrade to 4.7.1. On Sun, Nov 18, 2012 at 1:22 AM, nuess0r nussgip...@gmx.ch wrote: Package: gcc-avr Version: 4.7.0-2 Severity: important Tags: upstream patch Dear Maintainer, avr-gcc segfaults when a source is compiled with the -mint8 option. This bug is known and discussed by the gcc maintainers, it's fixed in version 4.7.1, bug report is here: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46261 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6-5.slh.3-aptosid-amd64 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gcc-avr depends on: ii binutils-avr 2.20.1-3 ii libc6 2.13-36 ii libgmp10 2:5.0.5+dfsg-2 ii libmpc2 0.9-4 ii libmpfr4 3.1.0-5 ii zlib1g1:1.2.7.dfsg-13 gcc-avr recommends no packages. Versions of packages gcc-avr suggests: pn avr-libc none pn gcc-4.2 none pn gcc-doc none pn task-c-devel none -- Håkan Ardö -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693676: less -V output change confuses xzless
Package: less Version: 451-1 Hi, As explained at http://bugs.debian.org/693537, xzless depended on the format of the first line of less -V output and the modern version string less 456 (GNU regular expressions) confuses it. That's entirely my fault and pretty broken behavior by xzless, but it's possible xzless is not the only affected package. I wonder: * is this effect of revealing bugs in scripts that parsed the version line intentional, and is it worth it? * would it make sense to add a Breaks: xz-utils ( 5.1.1alpha+20120614-2+) to smooth the upgrade path? * any idea how one would go about finding other affected packages if they exist? BTW, thanks for the pleasant and up-to-date less package that makes it possible to notice this pretty early. Sincerely, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693292: apache2.2-bin: False positives with mod_log_forensic and check_forensic
Stefan Fritsch schrieb: [...] If you replace all -- at a line start with s single -, do the results of check_forensic look like what happened with previous versions? [...] yes, they do (if I take care of the '---' lines, too). Regards Reinhard -- DIMDI Deutsches Institut für Medizinische Dokumentation und Information Rechenzentrum Reinhard Brunzema Waisenhausgasse 36-38a 50676 Köln Tel.: +49 221 4724-248 Fax: +49 221 4724-444 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610814: i have new package, some sponsored ?
--- El dom, 4/11/12, PICCORO McKAY Lenz mckaygerh...@gmail.com escribió: ik have some hints for mantainers of this package, for solve the reuest of new packages, are quoted at #692245 Hi, I'm sorry I haven't been too active lately. I've just changed jobs and city, and I'm currently connecting from a mobile Internet connection, so even though I'm starting to do things again, I can't do them at the speed I'd like to. if there's no mantainer please can i sponsored my package? the dsc file are at solognu by the moment I can review and sponsor your packages, if you want. Greetings, Miry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649217: Bug#638979: grub-mount, os-prober and symlinks traversal failures
On Sun, Nov 18, 2012 at 10:18:13AM +, Colin Watson wrote: On Fri, Nov 16, 2012 at 08:04:19PM +0100, Václav Ovsík wrote: affects 638979 +os-prober thanks There is already a patch? http://lists.gnu.org/archive/html/grub-devel/2012-10/msg00021.html No, that fixes a regression in 2.00 which caused any symlink-to-directory encountered in a directory's contents to cause the directory to appear as though it were empty. That bug was not present in 1.99, where this bug was originally reported in Debian, so please don't conflate them. Sorry for my laziness and the low effort to understand a thread I gave a link :(. To prove I can give a more effort to this thing I sit down to change os-prober code to comply with grub-mount feature (symlink behaviour). A first level of problem is duplicating output of the same kernel/initrd filename pairs. Duplicates appears because the patterns tried are not disjunctive at the line 15 of /usr/lib/linux-boot-probes/mounted/90fallback. for kernpat in /vmlinuz /vmlinux /boot/vmlinuz /boot/vmlinux /boot/vmlinuz* \ /boot/vmlinux* /vmlinuz* /vmlinux* /kernel-* /boot/kernel-*; do I don't know why there are pattern pairs /vmlinuz and /vmlinuz* and so on. Shell wild-card /vmlinuz* is expanded in the alphabetical order, so potential /vmlinuz alone is expanded always first if exists. I'm not certain the reasoning... aha in between is /boot/vmlinuz, so if both exists /vmlinuz and /boot/vmlinuz, they appear in that order (/boot/vmlinuz appears before /vmlinuzsomething). ...initrd patterns at the line 27...: initrdname=$(echo $kernfile | sed s/vmlinu[zx]/initrd\*/) # Yellow Dog Linux appends .img to it. initrdname1=${initrdname}.img The following patch removes duplicates from expanded patterns of kernels and initrd images: --- /usr/lib/linux-boot-probes/mounted/90fallback~ 2012-11-18 20:40:05.050334822 +0100 +++ /usr/lib/linux-boot-probes/mounted/90fallback 2012-11-18 21:16:50.846268406 +0100 @@ -21,6 +21,8 @@ fi for kernfile in $(eval ls $mpoint$kernpat 2/dev/null); do kernbasefile=$(echo $kernfile | sed s!^$mpoint!!) + echo $kernfile_seen | fgrep -q $kernbasefile continue + kernfile_seen=$kernfile_seen $kernbasefile if [ -f $kernfile ] [ ! -L $kernfile ]; then initrdname=$(echo $kernfile | sed s/vmlinu[zx]/initrd\*/) # Yellow Dog Linux appends .img to it. @@ -35,7 +37,7 @@ # And Gentoo's also initrdname4=$(echo $kernfile | sed s/kernel/initramfs\*/) foundinitrd=0 - for initrd in $(eval ls $initrdname $initrdname1 $initrdname2 $initrdname3 $initrdname4 2/dev/null); do + for initrd in $(eval ls $initrdname $initrdname1 $initrdname2 $initrdname3 $initrdname4 2/dev/null | sort | uniq); do if [ $initrd != $kernfile ] [ -f $initrd ] [ ! -L $initrd ]; then initrd=$(echo $initrd | sed s!^$mpoint!!) result $partition:$kernbootpart::$kernbasefile:$initrd:root=$mappedpartition Before the patch: bobek:~# /usr/lib/linux-boot-probes/50mounted-tests /dev/mapper/vg-deboot /dev/mapper/vg-deboot:/dev/mapper/vg-deboot::/vmlinuz:/initrd.img:root=/dev/dm-23 /dev/mapper/vg-deboot:/dev/mapper/vg-deboot::/vmlinuz:/initrd.img:root=/dev/dm-23 /dev/mapper/vg-deboot:/dev/mapper/vg-deboot::/boot/vmlinuz-3.2.0-4-amd64:/boot/initrd.img-3.2.0-4-amd64:root=/dev/dm-23 /dev/mapper/vg-deboot:/dev/mapper/vg-deboot::/vmlinuz:/initrd.img:root=/dev/dm-23 /dev/mapper/vg-deboot:/dev/mapper/vg-deboot::/vmlinuz:/initrd.img:root=/dev/dm-23 After the patch: bobek:~# /usr/lib/linux-boot-probes/50mounted-tests /dev/mapper/vg-deboot /dev/mapper/vg-deboot:/dev/mapper/vg-deboot::/vmlinuz:/initrd.img:root=/dev/dm-23 /dev/mapper/vg-deboot:/dev/mapper/vg-deboot::/boot/vmlinuz-3.2.0-4-amd64:/boot/initrd.img-3.2.0-4-amd64:root=/dev/dm-23 I hope the above change is worth doing anyway. We can go further and try to identify the identical file's with different filenames. (This problem is introduced by grub-mount behaviour on symlinks.) --- /usr/lib/linux-boot-probes/mounted/90fallback~zito1 2012-11-19 01:04:58.817863969 +0100 +++ /usr/lib/linux-boot-probes/mounted/90fallback 2012-11-19 01:49:23.941785223 +0100 @@ -9,6 +9,11 @@ mpoint=$3 type=$4 +getmd5() +{ + md5sum $1 | cut -f1 -d ' ' +} + mappedpartition=$(mapdevfs $partition 2/dev/null) || mappedpartition=$partition exitcode=1 @@ -24,6 +29,7 @@ echo $kernfile_seen | fgrep -q $kernbasefile continue kernfile_seen=$kernfile_seen $kernbasefile if [ -f $kernfile ] [ ! -L $kernfile ]; then +
Bug#689249: [Pkg-mediawiki-devel] Candidates for removal from testing (2012-11-14)
On Sun, 18 Nov 2012, gregor herrmann wrote: Debdiff attached, review welcome :) Thanks, I’ll have a look later today if possible. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693677: php-file-iterator: missing versioned build dependency
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: php-file-iterator Version: 1.3.1-2 Severity: normal While trying to backport the package to squeeze and all build-deps (via 'apt-get build-dep php-file-iterator') sufficiant, I got the following when building the package: This package.xml requires PEAR version 1.9.2 to parse properly, we are version 1.9.1 Parsing of package.xml from file ./File_Iterator-1.3.1/package.xml failed Cannot download non-local package ./File_Iterator-1.3.1/package.xml install failed Cheers, 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.11 (GNU/Linux) iD8DBQFQqfDN9u6Dud+QFyQRArzaAKCOys8HSBXYZv8C1TlbcucOFnvgiwCfdZDA n5idXYhcV9j/YKCmGrGAagk= =YzvM -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#677741: Status of multiarch ia32-libs ?
Hi, this bug has no blocking bug anymore, shouldn't it get closed? Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693678: php-text-template: missing versioned build dependency
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: php-text-template Version: 1.1.1-2 Severity: normal While trying to backport the package to squeeze and all build-deps (via 'apt-get build-dep php-text-template') sufficiant, I got the following when building the package: This package.xml requires PEAR version 1.9.4 to parse properly, we are version 1.9.1 Parsing of package.xml from file ./Text_Template-1.1.1/package.xml failed Cannot download non-local package ./Text_Template-1.1.1/package.xml install failed Cheers, 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.11 (GNU/Linux) iD8DBQFQqfLk9u6Dud+QFyQRAmb2AJ9Kz81ddJnYKS3D2XoMacz5UOdmdgCeIYn6 QeCkoS9L0r2wUOgi55NOVRg= =vE5A -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#693679: php-codecoverage: missing versioned build dependency
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: php-codecoverage Version: 1.1.2+dfsg1-3 Severity: normal While trying to backport the package to squeeze and all build-deps (via 'apt-get build-dep php-codecoverage') sufficiant, I got the following when building the package: This package.xml requires PEAR version 1.9.4 to parse properly, we are version 1.9.1 Parsing of package.xml from file ./PHP_CodeCoverage-1.1.2/package.xml failed Cannot download non-local package ./PHP_CodeCoverage-1.1.2/package.xml install failed Cheers, 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.11 (GNU/Linux) iD8DBQFQqfRY9u6Dud+QFyQRAraeAJsFV9b72B74jZeVopmTGl5AqYJ06QCfVu5I 1Chn6TnRsZBkF/s/xEdIiW8= =/lI2 -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#693680: ikiwiki: typo in manpage
Package: ikiwiki Version: 3.20100815.9 Severity: minor 'man ikiwiki' writes: --clean This makes ikiwiki clean up by removing any files it denerated ^^^ I guess this should be a 'g'. -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693681: php-timer: missing versioned build dependency
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: php-timer Version: 1.0.2-2 Severity: normal While trying to backport the package to squeeze and all build-deps (via 'apt-get build-dep php-timer') sufficiant, I got the following when building the package: This package.xml requires PEAR version 1.9.2 to parse properly, we are version 1.9.1 Parsing of package.xml from file ./PHP_Timer-1.0.2/package.xml failed Cannot download non-local package ./PHP_Timer-1.0.2/package.xml Cheers, 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.11 (GNU/Linux) iD8DBQFQqfZL9u6Dud+QFyQRAmu9AKCihOu2Wk1EGerNQy6b2hvwUPUNqQCfdGPN /NwXkoYMjQSyaguhTGr9j0w= =Ce7i -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#693362: fwsnort: [INTL:pt_BR] Brazilian Portuguese debconf templates translation
Le 15/11/2012 20:49, Adriano Rafael Gomes a écrit : Package: fwsnort Tags: l10n patch Severity: wishlist Hello, Please, Could you update the Brazilian Portuguese Translation? Yes, I will add your translation to the others. Thanks for your work. Regards, -- Franck -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693682: sbcl: Unable to save compressed core: this runtime was not built with zlib support
Package: sbcl Version: 2:1.1.1.0-1 Severity: wishlist Building a compressed custom core did work with 1.0.58; with 1.1.1.0 it doesn't anymore: Unable to save compressed core: this runtime was not built with zlib support (save-lisp-and-die (car (last sb-ext:*posix-argv*)) :compression 9) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sbcl depends on: ii libc6 2.13-35 Versions of packages sbcl recommends: ii binfmt-support 2.0.12 Versions of packages sbcl suggests: ii sbcl-doc 2:1.0.57.0-2 pn sbcl-source none pn slimenone -- 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#651775: [Pkg-fglrx-devel] Bug#651775: Fails to build for 64-bit kernel on i386
Am 18.11.2012 21:33, schrieb Ben Hutchings: fglrx will never work on this crap mix of amd64 kernel and i386 userland, but there is no working conflicts which could be added It's not crap, it's a generally supported and useful configuration. If fglrx-modules-dkms:amd64 was installable on i386 with amd64 as foreign architecture, then I think this could be considered solved. Possibly fixing #693634 will do this. Ben. We may have got different opionions about it, okay. The problem is not building fglrx on this combination (easy patchable), but that it is working (from the closed source part of fglrx). Since AMD also do not want to support it in any way it is the best to not commit any patch that it is buildable on amd64/i386 mix, since users just would get an non-working system. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693683: phpunit-mock-object: missing versioned build dependency
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: phpunit-mock-object Version: 1.1.1-2 Severity: normal While trying to backport the package to squeeze and all build-deps (via 'apt-get build-dep phpunit-mock-object') sufficiant, I got the following when building the package: This package.xml requires PEAR version 1.9.4 to parse properly, we are version 1.9.1 Parsing of package.xml from file ./PHPUnit_MockObject-1.1.1/package.xml failed Cannot download non-local package ./PHPUnit_MockObject-1.1.1/package.xml install failed Cheers, 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.11 (GNU/Linux) iD8DBQFQqfhn9u6Dud+QFyQRAgHRAKC+oEdnsW1fA2AVIRK8KMjK+9WVKgCgnxVT Fq17BY/Iwc5cQ6U1y2xF2HY= =SBuU -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#693512: [Pkg-utopia-maintainers] Bug#693512: network-manager: Network manager does not remove default routes
Hi Michael, Thanks for the troubleshooting. I think we have several options here (as far as I see). We can also combined some of them: - Modify ifupdown to be aware of networkmanager installation (as you suggested) - Modify networkmanager to remove/modify/backup /e/n/i interfaces managed by it (at installation time only or automatically done after the interfaces is managed by networkmanager - this last one is even complex?) - Message in networkmanager at installation time if ifupdown is installed (also include this information in /usr/share/doc) - Modify networkmanager documentation ( http://wiki.debian.org/NetworkManager#Enabling_Interface_Management) to point out Michael suggestion to manually remove references in /e/n/i for interfaces managed by networkmanager (if not done automatically by previous options) What do you think? Regards On Sun, Nov 18, 2012 at 1:39 PM, Michael Biebl bi...@debian.org wrote: On 18.11.2012 13:29, Miguel A. Rojas wrote: # The primary network interface allow-hotplug eth0 iface eth0 inet static address 192.168.2.2 netmask 255.255.255.0 network 192.168.2.0 broadcast 192.168.2.255 gateway 192.168.2.1 # dns-* options are implemented by the resolvconf package, if installed dns-nameservers 85.62.229.131 85.62.229.132 --- As you may see, after networkmanager installation, /etc/network/interfaces was not modified (I do not know if this is the default behaviour). I managed to enable interface managed according to http://wiki.debian.org/NetworkManager#Enabling_Interface_Management. After doing that, networkmanager was able to manage the interface and I suppose it got the information from /etc/network/interfaces. Let me know if you need anything else from my side. I really do not know where this route is coming from. Perhaps I did something wrong in the procedure, but I just followed the standard manuals. So, the problem is basically this: You have eth0 configured in /etc/network/interfaces. This device is now configured *both* by ifupdown and NetworkManager if you set managed=true. So I actually do not recommend that as maintainer of network-manager (contrary to what the wiki says). So, if you want to manage eth0 with NetworkManager it is better to remove the (eth0) configuration from /etc/network/interfaces completely, so ifupdown does no longer touch it. Now, while NetworkManager does not enable a ethernet interface if there is no network link, ifupdown does not care. It simply runs ifup eth0 during boot. This is why your eth0 network device is brought up and you have this route entry. So, in summary, I don't think there is actually a bug in network-manager. It's just the way what happens if you configure your system to use managed=true. Andrew, do you have a better idea how to handle this situation? Could ifup/ifdown be changed to check if managed=true is set and not configure the device in this case? Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?
Bug#693684: aptitude: -t unstable show package doesn't show expected version of package
Package: aptitude Version: 0.6.8.2-1 Severity: normal Dear Maintainer, the command aptitude -t unstable show package actually shows information of the version of package in the default (here: testing) release, while the command aptitude show package/unstable works as described in the documentation of aptitude and shows the description of package in the unstable release. In previous versions of aptitude both commands resulted in the same output. -- Best regards, Jörg-Volker. -- Package-specific info: #part type=text/plain disposition=attachment description=Bug script output Terminal: eterm-color $DISPLAY is set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.6.8.2 compiled at Nov 7 2012 07:08:03 Compiler: g++ 4.7.2 Compiled against: apt version 4.12.0 NCurses version 5.9 libsigc++ version: 2.2.10 Ept support enabled. Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 5.9.20110404 cwidget version: 0.5.16 Apt version: 4.12.0 aptitude linkage: linux-vdso.so.1 = (0x7fffa9fb9000) libapt-pkg.so.4.12 = /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 (0x7faa95fa3000) libncursesw.so.5 = /lib/x86_64-linux-gnu/libncursesw.so.5 (0x7faa95d73000) libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7faa95b49000) libsigc-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 (0x7faa95944000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7faa95644000) libept.so.1.aptpkg4.12 = /usr/lib/libept.so.1.aptpkg4.12 (0x7faa953a3000) libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7faa94fbe000) libz.so.1 = /lib/x86_64-linux-gnu/libz.so.1 (0x7faa94da7000) libsqlite3.so.0 = /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x7faa94afa000) libboost_iostreams.so.1.49.0 = /usr/lib/libboost_iostreams.so.1.49.0 (0x7faa948e1000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7faa946c5000) libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7faa943bd000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7faa9413b000) libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7faa93f25000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7faa93b9d000) libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x7faa9399a000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7faa93796000) libbz2.so.1.0 = /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7faa93585000) libuuid.so.1 = /lib/x86_64-linux-gnu/libuuid.so.1 (0x7faa9338) librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7faa93177000) /lib64/ld-linux-x86-64.so.2 (0x7faa9692e000) #/part -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (5, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.6.6 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages aptitude depends on: ii aptitude-common 0.6.8.2-1 ii libapt-pkg4.120.9.7.6 ii libboost-iostreams1.49.0 1.49.0-3.1 ii libc6 2.13-35 ii libcwidget3 0.5.16-3.4 ii libept1.4.12 1.0.9 ii libgcc1 1:4.7.2-4 ii libncursesw5 5.9-10 ii libsigc++-2.0-0c2a2.2.10-0.2 ii libsqlite3-0 3.7.14.1-1 ii libstdc++64.7.2-4 ii libtinfo5 5.9-10 ii libxapian22 1.2.12-1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages aptitude recommends: pn apt-xapian-indexnone ii aptitude-doc-en [aptitude-doc] 0.6.8.2-1 pn libparse-debianchangelog-perl none ii sensible-utils 0.0.7 Versions of packages aptitude suggests: pn debtags none pn tasksel none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693685: php-token-stream: missing versioned build dependency
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: php-token-stream Version: 1.1.3-2 Severity: normal While trying to backport the package to squeeze and all build-deps (via 'apt-get build-dep php-token-stream') sufficiant, I got the following when building the package: This package.xml requires PEAR version 1.9.4 to parse properly, we are version 1.9.1 Parsing of package.xml from file ./PHP_TokenStream-1.1.3/package.xml failed Cannot download non-local package ./PHP_TokenStream-1.1.3/package.xml install failed Cheers, 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.11 (GNU/Linux) iD8DBQFQqf5K9u6Dud+QFyQRAn1vAJ4l561n7Zf3mup0BfzSDQr1hRELBwCeMVBx 0T/eLGQb389W7vVoXwiVtw0= =nnA6 -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#692911: unblock: ca-certificates/20121105
Hi, Michael Shuler wrote (18 Nov 2012 21:22:54 GMT) : 20121114 has not been uploaded to unstable, yet, so I had some time to rebuild and include an additional note, today: * Update mozilla/certdata.txt to version 1.86 Closes: #683728 - Replace legacy no explicit trust flag of CKT_NSS_TRUST_UNKNOWN for CKT_NSS_MUST_VERIFY_TRUST, instead of a mix of both flags: https://bugzilla.mozilla.org/show_bug.cgi?id=757189 This upstream fix does not change the CA certificates installed in ca-certificates as both flags are ignored. Only those CA certificates with the CKT_NSS_TRUSTED_DELEGATOR flag in certdata.txt are installed. I hope that helps with some clarity for that upstream change. :) Perfectly fine with me, much appreciated! Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693466: capistrano-ext has file conflict with capistrano
reassign 693466 ruby-capistrano-ext 1.2.1-1 thanks Praveen A prav...@gmail.com writes: package: capistrano-ext version: 1.2.1-1 When filing bug reports, please pay attention to file it against the appropriate package, which in this case is ruby-capistrano-ext. Otherwise the report will not reach the maintainers. I have reassigned the report to the appropriate package now, but please be more careful in the future. Thanks! -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693620: Fwd: dvdisaster does not start
Hi Michael, i could not believe it, but today the application is running without problems. Seems not to run on sundays. :-) Yesterday i inserted a CD that is nearly impossible to read. Maybe the device was somehow blocked after this, so that the program did not start. Today i can't reproduce this. So please close the bug. Best regards Karsten Am 18.11.2012 23:33, schrieb Michael Gilbert: Hi, I've just tested this, and it works fine for me. Could you post a debugging backtrace and an strace? $ gdb dvdisaster run backtrace karsten@PC:/tmp$ gdb dvdisaster GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/dvdisaster...(no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/dvdisaster [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. backtrace[Inferior 1 (process 4945) exited normally] (gdb) (gdb) backtrace No stack. $ strace dvdisaster Thanks, Mike execve(/usr/bin/dvdisaster, [dvdisaster], [/* 39 vars */]) = 0 brk(0) = 0x1b53000 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f1a54169000 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=154236, ...}) = 0 mmap(NULL, 154236, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f1a54143000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/x86_64-linux-gnu/libgthread-2.0.so.0, O_RDONLY) = 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0@\7\0\0\0\0\0\0..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=6120, ...}) = 0 mmap(NULL, 2101288, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f1a53d4a000 mprotect(0x7f1a53d4b000, 2093056, PROT_NONE) = 0 mmap(0x7f1a53f4a000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0) = 0x7f1a53f4a000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/x86_64-linux-gnu/librt.so.1, O_RDONLY) = 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\220!\0\0\0\0\0\0..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=31744, ...}) = 0 mmap(NULL, 2128856, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f1a53b42000 mprotect(0x7f1a53b49000, 2093056, PROT_NONE) = 0 mmap(0x7f1a53d48000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6000) = 0x7f1a53d48000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0, O_RDONLY) = 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\200;\7\0\0\0\0\0..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=4442248, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f1a54142000 mmap(NULL, 6546664, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f1a53503000 mprotect(0x7f1a53935000, 2097152, PROT_NONE) = 0 mmap(0x7f1a53b35000, 45056, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x432000) = 0x7f1a53b35000 mmap(0x7f1a53b4, 5352, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f1a53b4 close(3)= 0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693620: [Pkg-opt-media-team] Bug#693620: dvdisaster does not start
Hi, Am 19.11.2012 01:03, schrieb Rogério Brito: Hi. On Nov 18 2012, Karsten Malcher wrote: i just tried to use dvdisaster - without success. The application just hangs and does not start. Every process i started could not be killed manually with kill -9 ! If a given process doesn't get killed even with signal 9, then it is probably the case that the process is in the D state and the kernel is waiting for some device (or IO) to fulfill a request. In this case this must have happen. Are you trying to create the image of a badly scratched CD/DVD? Yes - but this CD was nearly fresh burned without any visible defects. What if you do the same operations without dvdisaster? Say, what if you create the image with ddrescue? Do you still get uninterruptible processes? For one time i was able to read the CD. There is only one file with 20 MB on it. It seems to be pure accident when this problem happens. Unfortunately, I can't reproduce this myself and I see that Michael has already tagged this as unreproducible and moreinfo, which is certainly appropriate here, as we have too few details to continue debugging. Regards, Yes - this is only one of this crazy one-time-bugs. Regards Karsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693686: mailutils: /usr/bin/mailutils-config call mu, but mu is mu-tool
Package: mailutils Version: 1:2.99.97-3 Severity: normal Dear Maintainer, the /usr/bin/mailutils-config script call the mu tool but there was renamed as mu-tool and does not exist. to solve this problem, call sed -i 's/mu /mu-tool /' $(which mailutils-config). More detailed description and solution was written by Sergey Poznyakoff g...@gnu.org.ua: After installing libmailutils0-dev, check if the `mu' utility is renamed. Try running `mu --help'. If it shows Usage: mu [OPTION...] COMMAND [CMDOPTS] mu -- GNU Mailutils multi-purpose tool. ... then everything is Ok and you can go on configuring mailfromd. If not, try `mu-tool --help'. If it gives you the above output, then check whether mailutils-config refers to it. To do so, run mailutils-config manually. If its output reads: This is a deprecated interface to GNU Mailutils configuration facilities. It will be removed in future versions. Please, consider using these alternatives instead: Traditional usage | Use instead --+--- mailutils-config --compile| mu cflags mailutils-config --link | mu ldflags mailutils-config --info | mu info mailutils-config --query | mu query mailutils-config --query=FILE | mu query -f FILE For more information, try `mu --help'. then patch it using the following command: sed -i 's/mu /mu-tool /' $(which mailutils-config) Special thanks to Sergey. Best regards, Daniel *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mailutils depends on: ii guile-1.8-libs 1.8.8+1-8 ii libc6 2.13-35 ii libfribidi0 0.19.2-3 ii libgcrypt11 1.5.0-3 ii libgdbm31.8.3-11 ii libgmp102:5.0.5+dfsg-2 ii libgnutls26 2.12.20-1 ii libgsasl7 1.8.0-2 ii libldap-2.4-2 2.4.31-1 ii libltdl72.4.2-1.1 ii libmailutils4 1:2.99.97-3 ii libmysqlclient185.5.24+dfsg-9 ii libncurses5 5.9-10 ii libpam0g1.1.3-7.1 ii libpython2.72.7.3~rc2-2.1 ii libreadline66.2-8 ii libtinfo5 5.9-10 ii libwrap07.6.q-24 ii mailutils-common1:2.99.97-3 ii postfix [mail-transport-agent] 2.9.3-2.1 mailutils recommends no packages. Versions of packages mailutils suggests: ii mailutils-doc 1:2.99.97-3 pn mailutils-mh none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682172: unblock: couchdb/1.2.0-2
On Mon, Nov 19, 2012 at 01:18:34 +, Laszlo Boszormenyi (GCS) wrote: Agree. That's an other thing upstream should fix. However I don't think that would happen soon, at least not for Wheezy. I'll ask about it. Until then this sleep may fixes the majority (maybe all) of the problems. Why can't this be fixed in your init script if upstream won't fix it in time? Cheers, Julien signature.asc Description: Digital signature
Bug#693687: libqt4pas: FTBFS on powerpcspe (symbols mismatch)
Package: libqt4pas Version: 2.5-7 Severity: wishlist Tags: patch sid User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, libqt4pas currenly FTBFS on powerpcspe [1] like this: dh_makeshlibs -a -O--parallel dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see diff output below dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols file: see diff output below dpkg-gensymbols: warning: debian/libqt4pas5/DEBIAN/symbols doesn't match completely debian/libqt4pas..symbols --- debian/libqt4pas5.symbols (libqt4pas5_2.5-7_powerpcspe) +++ dpkg-gensymbols0aiEL5 2012-11-18 20:26:49.883321698 + [...] dh_makeshlibs: dpkg-gensymbols -plibqt4pas5 -Idebian/libqt4pas5.symbols -Pdebian/libqt4pas5 -edebian/libqt4pas5/usr/lib/powerpc-linux-gnuspe/libQt4Pas.so.5.2.5 returned exit code 1 make: *** [binary-arch] Error 1 [...] Attaching a patch that fixes this. Thanks, Roland [1] http://wiki.debian.org/PowerPCSPEPort -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash diff -ruN libqt4pas-2.5.backup/debian/libqt4pas5.symbols libqt4pas-2.5/debian/libqt4pas5.symbols --- libqt4pas-2.5.backup/debian/libqt4pas5.symbols 2012-07-09 10:02:40.0 +0200 +++ libqt4pas-2.5/debian/libqt4pas5.symbols 2012-11-18 21:36:10.975460620 +0100 @@ -1,4 +1,4 @@ -# SymbolsHelper-Confirmed: 2.5 amd64 armel armhf hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 s390x sparc +# SymbolsHelper-Confirmed: 2.5 amd64 armel armhf hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc powerpcspe s390 s390x sparc libQt4Pas.so.5 libqt4pas5 #MINVER# QAbstractButton_animateClick@Base 2.4 QAbstractButton_autoExclusive@Base 2.4 @@ -8532,7 +8532,7 @@ (optional=templinst)_ZN5QListIiE6appendERKi@Base 2.4 (optional=templinst)_ZN5QListIiED1Ev@Base 2.4 (optional=templinst)_ZN5QListIiED2Ev@Base 2.4 -#MISSING: 2.5# (optional=templinst|arch=!amd64 !mips !mipsel !powerpc !s390 !sparc|subst)_ZN5QListI{qreal}E13detach_helperEv@Base 2.4 +#MISSING: 2.5# (optional=templinst|arch=!amd64 !mips !mipsel !powerpc !powerpcspe !s390 !sparc|subst)_ZN5QListI{qreal}E13detach_helperEv@Base 2.4 #MISSING: 2.5# (optional=templinst|subst|arch=!amd64)_ZN5QListI{qreal}E18detach_helper_growEii@Base 2.4 #MISSING: 2.5# (optional=templinst|subst|arch=!amd64)_ZN5QListI{qreal}E6appendERK{qreal}@Base 2.4 #MISSING: 2.5# (optional=templinst|subst|arch=!amd64)_ZN5QListI{qreal}ED1Ev@Base 2.4 @@ -8545,14 +8545,14 @@ (arch=amd64 i386 kfreebsd-amd64 kfreebsd-i386 hurd-i386)_ZN7QVectorI6QPointEC2Ei@Base 2.5 (arch=amd64 i386 kfreebsd-amd64 kfreebsd-i386 hurd-i386)_ZN7QVectorI6QPointED1Ev@Base 2.5 (arch=amd64 i386 kfreebsd-amd64 kfreebsd-i386 hurd-i386)_ZN7QVectorI6QPointED2Ev@Base 2.5 - (arch=!ia64 !powerpc !sparc)_ZN7QVectorI6QPointEaSERKS1_@Base 2.5 + (arch=!ia64 !powerpc !powerpcspe !sparc)_ZN7QVectorI6QPointEaSERKS1_@Base 2.5 (optional=templinst)_ZN7QVectorI7QPointFE13detach_helperEv@Base 2.4 (optional=templinst)_ZN7QVectorI7QPointFE7reallocEii@Base 2.4 (arch=amd64 i386 kfreebsd-amd64 kfreebsd-i386 hurd-i386)_ZN7QVectorI7QPointFEC1Ei@Base 2.5 (arch=amd64 i386 kfreebsd-amd64 kfreebsd-i386 hurd-i386)_ZN7QVectorI7QPointFEC2Ei@Base 2.5 (arch=amd64 i386 kfreebsd-amd64 kfreebsd-i386 hurd-i386)_ZN7QVectorI7QPointFED1Ev@Base 2.5 (arch=amd64 i386 kfreebsd-amd64 kfreebsd-i386 hurd-i386)_ZN7QVectorI7QPointFED2Ev@Base 2.5 - (arch=!ia64 !powerpc !sparc)_ZN7QVectorI7QPointFEaSERKS1_@Base 2.5 + (arch=!ia64 !powerpc !powerpcspe !sparc)_ZN7QVectorI7QPointFEaSERKS1_@Base 2.5 (arch=amd64 i386 kfreebsd-amd64 kfreebsd-i386 hurd-i386)_ZN7QVectorIN12QPainterPath7ElementEE13detach_helperEv@Base 2.5 (optional=templinst)_ZN7QVectorIN12QPainterPath7ElementEE7reallocEii@Base 2.4 (optional=templinst|arch=mips mipsel)_ZN7QVectorIdEaSERKS0_@Base 2.5
Bug#693635: RFS: openclipart2/2.0+dfsg-1 [RC] [QA] remove non-free file from orig.tar
On Mon, Nov 19, 2012 at 11:21:55AM +0200, Timo Juhani Lindfors wrote: Hi Timo, I built the package in a sid pbuilder environment. When I compare the binary packages (2.0-2 vs. 2.0+dfsg-1) I get odd differences, maybe due to character encoding issues? I see 2 unexpected differences: - The build process looks for duplicates in the images files, and replaces them with symlinks. The order in which the files are processed is not deterministic, so the direction of the links depends on the order in which they are found. - the number of one of the libreoffice gallery files is different. These numbers are assigned sequentially. It seems the build process for the previous version skipped number 358 (I have no idea why). Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693000: fwsnort: various bugs
Hi, Le 11/11/2012 23:49, Dwight Davis a écrit : Package: fwsnort Version: 1.6.2-1 Severity: important Tags: patch I first ran fwsnort without cutting any rules out, this resulted in 15000 rules in the input chain. My i5 -2.6Ghz computer couldn't handle this. With one core pegged, throughput dropped from ~470kBs to ~350kBs. So I had a closer look at the script to reduce the number of rules generated. These are my notes and a patch [...] Your bugs looks legitimate at a first glance according to upstream. We are going to look at your patch and fix this for the next release. Thanks for your report. -- Franck -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693688: The last patch to fix #691422 breaks other init scripts
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: lsb-base Version: 4.1+Debian9 Severity: critical The last patch to fix #691422 will break init scripts of unrelated software like for example exim. Please roll it back. I set the severity to critical for this reason; breaking unrelated software. - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (800, 'unstable'), (700, 'stable'), (110, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.6.0 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Shell: /bin/sh linked to /bin/dash - -- no debconf information - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQGcBAEBCgAGBQJQqgEXAAoJEKZ8CrGAGfasZN0MAIK/ZGinX+U/9fbC191HmovM V+kKZ37LMxJo1cS9R/kUNfZPRp+9ikteieMvyMgNlSoWEjPEKwfj/d0p/EHT2E5k vC8j6LY/yboPrly1VR2G+qBcGAS8pqIj9TxSG/202Y29cNdQdQ2H4VFRC1UpNaw+ LUtgCH4uczQ6G7rGOdz0cfUbeqsgVSLP3mgDYGe6UpfFbcsHKxw5kJgkfq7o1m/x FL9sCodw9e6kdmqg96a02wDfA9Fg0Sw372TFCu6cUbbPHagL/JyO0v3i33yYPj35 l7FbT1Hmsky/Q0tECuiIFSuiM2QlfMKZe9vm0MM4e8Ij9fkYr5G2yACvcl92+aKS sDV5oTUeaQmj5vm1BJ5gAISYKy/l/52vHhz1uqi+GRcwM9pt/oavgDPk2brt7mo4 4nHqbzXjiZStg7/FBCfz08Jtqycy2dwB5YyIcin6EWQtfEC7ILsWuzcos/YPDHjx l7sjk7o6oPFQnTKoZD/TzC+C//HRRNlwE6TRLzaeaQ== =ig8n -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#693689: beancounter: lsportfolio and lspositions fail to display anything
Package: beancounter Version: 0.8.10 Severity: important Tags: upstream patch Dear Maintainer, I just installed beancounter and started to play around with it. Looks very promising. However the lsportfolio and lspositions commands failed to do anything useful. (at least on my SQLite install) Investigating the source showed two problems 1) the default date was given in the wrong format 2) the returnvalue of execute() is not the number of rows The attached patch fixes the problem for both commands. (In addition the patch increases the spacing for two columns in lspositions. Should probably have created a seperate patch, sorry.) The depsum error is of course due to the fact that it checked my patched code. thanks a lot Nicola -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages beancounter depends on: ii libdate-manip-perl 6.32-1 ii libdbd-pg-perl 2.19.2-2 ii libdbd-sqlite3-perl 1.37-1 ii libdbi-perl 1.622-1 ii libfinance-yahooquote-perl 0.24 ii libstatistics-descriptive-perl 3.0603-1 ii perl5.14.2-15 ii sqlite3 3.7.13-1 beancounter recommends no packages. beancounter suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /usr/bin/beancounter (from beancounter package) 611c611 $stmt = $stmt . qq{where date '1970-01-01' }; --- $stmt = $stmt . qq{where date '19700101' }; 623,634c623,631 my $rows = $sth-execute; if ( defined($rows) and $rows 0 ) { # print the results print $tl\n\t\t\tPortfolio listing\n$fl\n; printf %-10.10s%8.8s%8.8s%12.12s%12.12s%12.12s%17.17s\n$fl\n, Symbol, Shares, FX, Type, Owner, Cost, Date; while (my @row_ary = $sth-fetchrow_array) { my ($stock, $nb, $fx, $type, $owner, $cost, $date) = @row_ary; printf %-10.10s%8d%8s%12s%12s%12.2f%17s\n, $stock, $nb, $fx, $type, $owner, $cost, $date; } print $tl\n; --- my $rows = $sth-execute() or die(Failed to retrive portfolio info); # print the results print $tl\n\t\t\tPortfolio listing\n$fl\n; printf %-10.10s%8.8s%8.8s%12.12s%12.12s%12.12s%17.17s\n$fl\n, Symbol, Shares, FX, Type, Owner, Cost, Date; while (my @row_ary = $sth-fetchrow_array) { my ($stock, $nb, $fx, $type, $owner, $cost, $date) = @row_ary; printf %-10.10s%8d%8s%12s%12s%12.2f%17s\n, $stock, $nb, $fx, $type, $owner, $cost, $date; 635a633 print $tl\n; 658c656 $stmt = $stmt . qq{where p.date '1970-01-01' }; --- $stmt = $stmt . qq{where p.date '19700101' }; 672c670 my $rows = $sth-execute; --- my $rows = $sth-execute() or die(Failed to retrive portfolio info); 674,692c672,684 if ( defined($rows) and $rows 0 ) { # print the results print $tl\n\t\t\t\tPortfolio listing\n$fl\n; printf %-7.7s%7.7s%5.5s%8.8s%8.8s%8.8s%12.12s%8.8s%11s\n$fl\n, Symbol, Shares, FX, Type, Owner, Cost, Date, Price, Net; my $sum = 0; while (my @row_ary = $sth-fetchrow_array) { my ($fxthen,$fxnow) = (1.0,1.0); my ($stock, $nb, $fx, $type, $owner, $cost, $pfdate, $name) = @row_ary; if ($fx ne $Config{currency}) { $fxthen = GetFXDatum($dbh, $pfdate, $fx); $fxnow = GetFXDatum($dbh, $date, $fx); print Running SQL for $pfdate and $fx: $fxthen - $fxnow\n if $Config{debug}; } my $pnl = $nb * ($prices-{$name}*$fxnow - $cost*$fxthen); printf %-7.7s%7d%5s%8s%8s%8.2f%12s%8.2f%11.2f\n, $stock, $nb, $fx, $type, $owner, $cost, $pfdate, $prices-{$name}, $pnl; $sum = $sum + $pnl; --- # print the results print $tl\n\t\t\t\tPortfolio listing\n$fl\n; printf %-7.7s%7.7s%5.5s%8.8s%8.8s%10.10s%12.12s%10.10s%11s\n$fl\n, Symbol, Shares, FX, Type, Owner, Cost, Date, Price, Net; my $sum = 0; while (my @row_ary = $sth-fetchrow_array) { my ($fxthen,$fxnow) = (1.0,1.0); my ($stock, $nb, $fx, $type, $owner, $cost, $pfdate, $name) = @row_ary; if ($fx ne $Config{currency}) { $fxthen = GetFXDatum($dbh, $pfdate, $fx); $fxnow = GetFXDatum($dbh, $date, $fx); print Running SQL for $pfdate and $fx: $fxthen - $fxnow\n if $Config{debug}; 694c686,689 printf $fl\nTotal profit or loss\t\t\t\t\t%18.2f\n$tl\n, $sum; --- my $pnl = $nb * ($prices-{$name}*$fxnow - $cost*$fxthen); printf %-7.7s%7d%5s%8s%8s%10.2f%12s%10.2f%11.2f\n, $stock, $nb, $fx, $type, $owner, $cost, $pfdate, $prices-{$name}, $pnl; $sum = $sum + $pnl; 695a691 printf $fl\nTotal profit or loss\t\t\t\t\t%22.2f\n$tl\n, $sum;
Bug#692297: youtube-dl: no longer works on Youtube
FYI, The version in sid seems to be working. Best regards, -- Marcos Marado -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693691: gzip: Enable autopkgtest, add simple gzip test
Package: gzip Version: 1.5-1.1 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu raring ubuntu-patch Dear Maintainer, it'd be great to enable autopkgtest tests for gzip as it's an essential part of any system. I took the liberty to write an (admittedly) very simple autopkgtest and add it to the package. Especially as these are enabled by default now in Ubuntu (https://jenkins.qa.ubuntu.com/view/Raring/view/AutoPkgTest/) and work going on in Debian to enable them (http://lists.alioth.debian.org/pipermail/autopkgtest-devel/2012-November/000264.html) it'd be nice to have gzip be part of this. http://dep.debian.net/deps/dep8/ gives more background on the infrastructure. *** /tmp/tmpz6qiac/bug_body The following change was not uploaded to Ubuntu yet, as it will make more sense to have it in Debian too and not be a delta. * debian/tests, debian/control: enable autopkgtest tests, add simple test to check if gzip/gunzip works. Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal-proposed'), (500, 'quantal'), (100, 'quantal-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-19-generic (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 diff -Nru gzip-1.5/debian/changelog gzip-1.5/debian/changelog diff -Nru gzip-1.5/debian/control gzip-1.5/debian/control --- gzip-1.5/debian/control 2012-06-20 05:27:50.0 +0200 +++ gzip-1.5/debian/control 2012-11-19 11:37:56.0 +0100 @@ -6,6 +6,7 @@ Build-Depends: debhelper (= 5), texinfo, autoconf, automake, autotools-dev, less Build-Depends-Indep: mingw-w64 Standards-Version: 3.9.3 +XS-Testsuite: autopkgtest Vcs-Git: git://git.gag.com/debian/gzip Vcs-Browser: http://git.gag.com/?p=debian/gzip diff -Nru gzip-1.5/debian/tests/control gzip-1.5/debian/tests/control --- gzip-1.5/debian/tests/control 1970-01-01 01:00:00.0 +0100 +++ gzip-1.5/debian/tests/control 2012-11-19 11:37:41.0 +0100 @@ -0,0 +1,2 @@ +Tests: simple-gzip +Depends: gzip diff -Nru gzip-1.5/debian/tests/simple-gzip gzip-1.5/debian/tests/simple-gzip --- gzip-1.5/debian/tests/simple-gzip 1970-01-01 01:00:00.0 +0100 +++ gzip-1.5/debian/tests/simple-gzip 2012-11-19 11:37:41.0 +0100 @@ -0,0 +1,10 @@ +#!/bin/sh + +set -e + +echo Bla bla.file +cp bla.file bla.file.orig +gzip bla.file +gunzip bla.file.gz +cmp bla.file bla.file.orig +rm bla.file bla.file.orig
Bug#693427: base-files: does not update lsb-release
The submitter will probably have to read the reply from the BTS web page. The mail system hramr...@centrum.cz: host xmx2.centrum.cz[46.255.224.55] said: 550 #5.1.0 Address rejected. (in reply to RCPT TO command) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693688: The last patch to fix #691422 breaks other init scripts
Control: severity -1 serious Control: tags -1 +moreinfo Hi Klaus, and thanks for your bugreport, Le lundi, 19 novembre 2012 10.51:21, Klaus Ethgen a écrit : The last patch to fix #691422 will break init scripts of unrelated software like for example exim. Please roll it back. I set the severity to critical for this reason; breaking unrelated software. As I can't verify your assertion here, using Wheezy's exim's initscript, and as: $ grep pidofproc /etc/init.d/exim4 if pidofproc -p $QRPIDFILE /dev/null; then if pidofproc -p $PIDFILE /dev/null; then Could you please detail your will break init scripts of unrelated software ? (tagging as +moreinfo) As discussed in #691422, pidofproc was never meant to be used with a different arguments order, so I think it's not an lsb-base responsibility if other init scripts wrongly using it now fail when it enforces a correct behaviour. For now, I'm downgrading this to serious. Cheers, OdyX -- OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693674: Wheezy DI-b3 amd64 GRUB overlooks Win7
On Mon 19 Nov 2012 at 02:09:47 -0500, Lou Poppler wrote: Comments/Problems: This machine started with Win7 installation occupying the entire disk. I resized the windows partition to 1/2 of the disk, and installed wheezy into the new partitions [ /boot and / plus swap ], which I created using manual partitioning in the installer. When we got to the install GRUB phase, I see this message: [!] Install the GRUB boot loader on a hard disk It seems that this new installation is the only operating system on this computer. If so, it should be safe to install the GRUB boot loader to the master boot record of your first hard drive. Bug#650819 maybe. Should be fixed in beta-4. This is not what I want -- I want to set this up as dual-boot, win7/wheezy. I said no to installing GRUB, and finished the install with no boot loader changes. This should be a simple case for the installer to get right. The manual for beta D-I doesn't steer me to any way to solve this, other than to see the GRUB manual. Did you get that advice from section 6.3.6.1? I'd agree it is less helpful than intended. So now I'm trying to become enough of a GRUB expert to be able to create a manual boot loader configuration that will maybe result in a working dual boot. It's a pity you declined to install GRUB. At least you should have got a bootable system from which to attempt to get the missing entry into the GRUB menu. You could consider a reinstall. Then boot into the new system and run update-grub as root. Alternatively, you could boot the netinst ISO in Rescue mode. From there you can reinstall GRUB and get a shell to use 'update-grub'. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681451: gvfs-bin: gvfs-open (via xdg-open) opens pdfs in wrong application
Hi Norbert, Norbert Preining wrote (04 Nov 2012 00:26:28 GMT) : Norbert: how about trying to bisect this problem by copying into a fresh user account parts of your dotfiles until you manage to reproduce the problem? Unfortunately my laptop died on my a while ago and I am still fighting with a new (well, not really, old brick style lenovo), but after new installation everything is fine here ... Any chance you manage to get back to it and reproduce this bug one of these days, or should we just assume the issue was triggered by some non-default user configuration of yours, close the bug and see if someone reports something similar in the future? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676882: two different bug reports?
my impression is that we discus two different bugs here. [...] If this is correct, we should split the bug report into two different ones. I'm under the same impression. Both symptoms are related to LVM, but are different. My original report relates to the booting of the fai-client. If an LVM-volume is present, then the 'remote boot logic' won't run and instead a local boot is attempted. It is a 'dracut' problem. The other problem triggers _after_ the fai-client has completed the boot process and actually attempts to format the disk. It is a 'setup-storage' problem. +1 for splitting -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683092: Looks like it is not fixed
I have accountservice 0.6.24-1 from experimental and still have the crash. It happens for me 80% of the time when I resume from suspend. I have also compiler accountservice from Git repository (version 0.6.26) and still have the problem. Looks like this bug does not want to die :( Am I the only one to still have this issue? -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://v2p.fr.eu.org http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B
Bug#586436: browse, could gwenview go to the folder, by clicking on left on folders instead of double click
Hi, I confirm what Ferdinand says. If you choose to use the single clic in KDE system settings, gwenview will respect it. If not, it's probably a bug. Can you please confirm it works for you too ? Otherwise, I will close the bug in a month. Regards, Adrien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693692: please extract search strings in separate file
Package: devscripts Version: 2.12.5 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, from what I saw, licensecheck is just a big collection of regular expressions and a loop that checks them and outputs tags for each matching regular expression. Thus the perl code could be shortened a lot, if those regular expressions and the tags that they should produce would be split in a separate (two column?) text file. In the end, one could easily write licensecheck libraries in other languages (python?) to run licensecheck more easily as part of other applications. Regards, Thomas Koch -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQqhwgAAoJEAf8SJEEK6ZapcMP/0fuP2ecp+6K8XqZYucM2xyQ 4aApsxyhKBAjoJ9qlb2yD2PQ+ktWH4mWjwOJFHxy00AJkQtXtjH0GWF+/0R43HG4 952QMBrh684NUYSCs3IN6jbUCrGY/M+WjZPcN1QpyJtRaN7i8G/ZGfyrLCwSwg9t YCj+hMednxMvqrdgtWMaamE9q7dfrdh4IrNeIuo01C7BO7gMM2nuhdUowhA4M9gv EXv1hJM0/Q5SRGMOIbh0zf2GCso47PVc2tX5a3MZG7f8eVyzPtLsgn8KdZ8QSVdg e+4DCUVltUc3McQCV+VfqFaTEtHZ4ODQTYo3fmyYS8rFTZ9BjKGx4huP62qUUvY/ vwKyBl0oHLlMpC3YasGPH7eRpkcHYtNuKrzNPQl4zilrAUHcyB22v/Ip1qsWP0Kl vkALvCa+3XyHny73SeAKR7rOauWWxkl5DmcS6hySQ4TB6uz+wUx/yyPKUVAdW6hU XDJX2BlnEEPULvGaYMjwOOXzwJhyOKhyO4oAxOmhl7lf7F+MSZtKduQj/2Nsq1y2 04Rw3YDaKWvdh7irLYPncgzK524c5NU8Vbg0VJIWiMHbWuMZY+0Z1+tpsN+Jaf/7 mFgOk7uSfNpEwfwzmaZhYIwE+eNtodLR0kBMUkWlQa3SBQVDKyiKK5l5iDZTV0vi ciVIyqBkbLyH2XPaQLwl =KmAc -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#391150: Want personalized menus (that means Start menu only shows what you use and rest is hidden)
tag 391150 moreinfo thanks Hi, Does this bug is still relevant ? It is very old, and without activity since 2009… KDE changed a lot from this time. If there is no anwser, I will close the bug in a month. Regards, Adrien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569159: liferea ask for not existent users/passwords reading feeds if you, have a proxy with password
2012/11/16 David Smith: 1) I start liferea from the GNOME menu It don't work 2) I start liferea from a terminal It work That's strange. Can you try running liferea --debug-net in both cases and post the output? Note: I have masked the proxy setting for privacy. I have started liferea and update a feed. *** 1) from the shell * *** $ liferea --debug-net NET: proxy set to http://ID:PWD@IP:PORT (liferea:11243): libsoup-WARNING **: (soup-uri.c:523):soup_uri_copy: runtime check failed: (SOUP_URI_IS_VALID (uri)) (liferea:11243): libsoup-WARNING **: (soup-uri.c:523):soup_uri_copy: runtime check failed: (SOUP_URI_IS_VALID (uri)) (liferea:11243): libsoup-WARNING **: (soup-uri.c:523):soup_uri_copy: runtime check failed: (SOUP_URI_IS_VALID (uri)) (liferea:11243): libsoup-WARNING **: (soup-uri.c:523):soup_uri_copy: runtime check failed: (SOUP_URI_IS_VALID (uri)) (liferea:11243): libsoup-WARNING **: (soup-uri.c:523):soup_uri_copy: runtime check failed: (SOUP_URI_IS_VALID (uri)) NET: Setting initial HTML widget proxy... (liferea:11243): libsoup-WARNING **: (soup-uri.c:523):soup_uri_copy: runtime check failed: (SOUP_URI_IS_VALID (uri)) (liferea:11243): libsoup-WARNING **: (soup-uri.c:523):soup_uri_copy: runtime check failed: (SOUP_URI_IS_VALID (uri)) (liferea:11243): libsoup-WARNING **: (soup-uri.c:523):soup_uri_copy: runtime check failed: (SOUP_URI_IS_VALID (uri)) (liferea:11243): libsoup-WARNING **: (soup-uri.c:523):soup_uri_copy: runtime check failed: (SOUP_URI_IS_VALID (uri)) (liferea:11243): libsoup-WARNING **: (soup-uri.c:523):soup_uri_copy: runtime check failed: (SOUP_URI_IS_VALID (uri)) NET: network manager: connecting to StateChanged signal NET: network manager: connected to StateChanged signal: yes NET: downloading http://xkcd.com/atom.xml (liferea:11243): libsoup-WARNING **: (soup-uri.c:523):soup_uri_copy: runtime check failed: (SOUP_URI_IS_VALID (uri)) (liferea:11243): libsoup-WARNING **: (soup-uri.c:523):soup_uri_copy: runtime check failed: (SOUP_URI_IS_VALID (uri)) (liferea:11243): libsoup-WARNING **: (soup-uri.c:523):soup_uri_copy: runtime check failed: (SOUP_URI_IS_VALID (uri)) (liferea:11243): libsoup-WARNING **: (soup-uri.c:523):soup_uri_copy: runtime check failed: (SOUP_URI_IS_VALID (uri)) GET /atom.xml HTTP/1.1 Soup-Debug-Timestamp: 1353325043 Soup-Debug: SoupSessionAsync 1 (0xe89d80), SoupMessage 1 (0x10ec2c0), SoupSocket 1 (0x11cb380) Host: xkcd.com Accept-Encoding: gzip, deflate User-Agent: Liferea/1.8.6 (Linux; it_IT.utf8; http://liferea.sf.net/) Connection: Keep-Alive HTTP/1.0 407 Proxy Authentication Required Soup-Debug-Timestamp: 1353325043 Soup-Debug: SoupMessage 1 (0x10ec2c0) Proxy-Authenticate: Basic realm=Proxy6 Content-Length: 378 Content-Type: text/html Proxy-Connection: Close (liferea:11243): libsoup-WARNING **: (soup-uri.c:523):soup_uri_copy: runtime check failed: (SOUP_URI_IS_VALID (uri)) (liferea:11243): libsoup-WARNING **: (soup-uri.c:523):soup_uri_copy: runtime check failed: (SOUP_URI_IS_VALID (uri)) (liferea:11243): libsoup-WARNING **: (soup-uri.c:523):soup_uri_copy: runtime check failed: (SOUP_URI_IS_VALID (uri)) (liferea:11243): libsoup-WARNING **: (soup-uri.c:523):soup_uri_copy: runtime check failed: (SOUP_URI_IS_VALID (uri)) GET /atom.xml HTTP/1.1 Soup-Debug-Timestamp: 1353325043 Soup-Debug: SoupSessionAsync 1 (0xe89d80), SoupMessage 1 (0x10ec2c0), SoupSocket 2 (0x11cb4e0), restarted Host: xkcd.com Accept-Encoding: gzip, deflate Connection: Keep-Alive User-Agent: Liferea/1.8.6 (Linux; it_IT.utf8; http://liferea.sf.net/) Proxy-Authorization: Basic TEkxVFUzODI6TElHV1MzODI= HTTP/1.1 200 OK Soup-Debug-Timestamp: 1353325044 Soup-Debug: SoupMessage 1 (0x10ec2c0) Vary: Accept-Encoding Content-Encoding: gzip Last-Modified: Mon, 19 Nov 2012 05:40:04 GMT ETag: 2245509586 Content-Type: application/xml Accept-Ranges: bytes Content-Length: 735 Date: Mon, 19 Nov 2012 11:35:32 GMT Server: lighttpd/1.4.28 Connection: Keep-Alive NET: download status code: 200 NET: source after download: http://xkcd.com/atom.xml NET: 2542 bytes downloaded ** 1) from the Gmone 3 menù * ** I have used alacarte to change the command in: liferea --debug-net /tmp/a.log 2 /tmp/a.log but this don't create the log! so I first created a a.sh file and used alacarte to start it, this is the log: NET: proxy set to http://(null):(null)@(null):0 NET: network manager: connecting to StateChanged signal NET: network manager: connected to StateChanged signal: yes NET: downloading http://xkcd.com/atom.xml NET: download status code: 2 NET: source after download: http://xkcd.com/atom.xml NET: 0 bytes downloaded ** interesting... liferea executed with the Gnome 3 menu is unable to set the proxy setting from the Gnome settings Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Sistema operativo: http://www.it.debian.org GNU/Linux User: 302090:
Bug#619355: #619355 - lynx fails to stop on SIGTSTP (C-z)
I've not been able to reproduce this. -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#692443: lynx-cur: CVE-2012-5821
On Sat, Nov 10, 2012 at 09:33:36AM -0500, Thomas Dickey wrote: On Tue, Nov 06, 2012 at 06:52:23AM -0500, Thomas Dickey wrote: On Tue, Nov 06, 2012 at 06:46:50AM -0500, Thomas Dickey wrote: The fix can be easily abstracted from the changes in dev.13 (it is the small change made to WWW/Library/Implementation/HTTP.c, of course). There was a followup fix from Jamie Strandboge, which is here: ftp://invisible-island.net/temp/lynx2.8.8dev.14a.patch.gz I have (a small number of) additional fixes which I'm preparing for dev.15 2.8.8dev.15 was released yesterday. -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#692936: No remote address supplied after a while
On Sat, Nov 17, 2012 at 06:26:13PM -0500, Antoine Beaupré wrote: Package: openvpn-auth-ldap Version: 2.0.3-4 Followup-For: Bug #692936 Hum. It seems that this packaging is failing to build on kfreebsd, and for good reasons: https://buildd.debian.org/status/fetch.php?pkg=openvpn-auth-ldaparch=kfreebsd-amd64ver=2.0.3-4stamp=1352718255 auth-ldap.m:538:4: error: 'ret' undeclared (first use in this function) I don't know how I missed this, or why this is building here, but it shouldn't build. Here's a new patch that fixes that compile error. A. Thanks! Just uploaded. -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico agi@(inittab.org|debian.org)| en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 9782 04E7 2B75 405C F5E9 0C81 C514 AF8E 4BA4 01C3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539407: amarok: Copy currently playing Artist - Title information
forwarded 539407 https://bugs.kde.org/show_bug.cgi?id=283457 thanks Hi, This bug is already open in the upstream bug tracker. Thank you for your contribution, and sorry for the delay for transmitting it. Regards, Adrien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588332: reopen bug 588332
reopen 588332 thanks I'm sorry that I closed the wrong bug. Reopen it. Please ignore the message to close the bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693688: The last patch to fix #691422 breaks other init scripts
Control: clone -1 -2 Control: reassign -2 exim4-base Control: retitle -2 /etc/init.d/exim4 uses pidofproc wrongly Control: severity -2 important Control: block -1 by -2 Hi dear exim4 maintainers, as the 693688 bug and lsb-base 4.1+Debian9 reveal, /etc/init.d/exim4 uses pidofproc from /lib/lsb/init-functions wrongly: Le lundi, 19 novembre 2012 11.50:02, Didier 'OdyX' Raboud a écrit : $ grep pidofproc /etc/init.d/exim4 if pidofproc -p $QRPIDFILE /dev/null; then if pidofproc -p $PIDFILE /dev/null; then pidofproc is documented as follows in the lsb-base README.Debian.gz: pidofproc [-p pidfile] pathname Find the process ID of pathname. If the pidfile is specified, we use the first space-delimited word; otherwise, /bin/pidof is used from the sysvinit package, if available. The pathname argument is mandatory, see also [0]. Cheers, OdyX [0] http://refspecs.linuxbase.org/LSB_4.1.0/LSB-Core-generic/LSB-Core- generic/iniscrptfunc.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693635: RFS: openclipart2/2.0+dfsg-1 [RC] [QA] remove non-free file from orig.tar
Hi, Ivo De Decker ivo.dedec...@ugent.be writes: - The build process looks for duplicates in the images files, and replaces them with symlinks. The order in which the files are processed is not deterministic, so the direction of the links depends on the order in which they are found. - the number of one of the libreoffice gallery files is different. These numbers are assigned sequentially. It seems the build process for the previous version skipped number 358 (I have no idea why). fair enough. Unless you want to determinize the build process I'll upload later today (UTC+2). -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693689: beancounter: lsportfolio and lspositions fail to display anything
severity 693689 wishlist thanks On 19 November 2012 at 11:13, Nicola Chiapolini wrote: | Package: beancounter | Version: 0.8.10 | Severity: important C'mon on now. | Tags: upstream patch | | Dear Maintainer, Dude: Maintainer == Author. There is no need to use the BTS here. | | I just installed beancounter and started to play around with it. Looks | very promising. However the lsportfolio and lspositions commands failed I've been using it daily for over a dozen years. | to do anything useful. (at least on my SQLite install) | Investigating the source showed two problems | 1) the default date was given in the wrong format | 2) the returnvalue of execute() is not the number of rows | The attached patch fixes the problem for both commands. | | (In addition the patch increases the spacing for two columns in lspositions. | Should probably have created a seperate patch, sorry.) | | The depsum error is of course due to the fact that it checked my patched | code. | | thanks a lot | Nicola | | -- System Information: | Debian Release: wheezy/sid | APT prefers testing | APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') | Architecture: amd64 (x86_64) | | Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) | Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) | Shell: /bin/sh linked to /bin/dash | | Versions of packages beancounter depends on: | ii libdate-manip-perl 6.32-1 | ii libdbd-pg-perl 2.19.2-2 | ii libdbd-sqlite3-perl 1.37-1 | ii libdbi-perl 1.622-1 | ii libfinance-yahooquote-perl 0.24 | ii libstatistics-descriptive-perl 3.0603-1 | ii perl5.14.2-15 | ii sqlite3 3.7.13-1 | | beancounter recommends no packages. | | beancounter suggests no packages. | | -- no debconf information | | -- debsums errors found: | debsums: changed file /usr/bin/beancounter (from beancounter package) | | -- | 611c611 | $stmt = $stmt . qq{where date '1970-01-01' }; | --- | $stmt = $stmt . qq{where date '19700101' }; This is very likely to break the other platforms. Please check (I only use Postgresql but keep MySQL around) before making willy-nilly changes. I am not sure I will have time to look into this for quite some time. My Pg installation is rocksolid and hasn't needed maintenance for years. Dirk | 623,634c623,631 |my $rows = $sth-execute; |if ( defined($rows) and $rows 0 ) { | # print the results | print $tl\n\t\t\tPortfolio listing\n$fl\n; | printf %-10.10s%8.8s%8.8s%12.12s%12.12s%12.12s%17.17s\n$fl\n, | Symbol, Shares, FX, Type, Owner, Cost, Date; | while (my @row_ary = $sth-fetchrow_array) { |my ($stock, $nb, $fx, $type, $owner, $cost, $date) = @row_ary; |printf %-10.10s%8d%8s%12s%12s%12.2f%17s\n, | $stock, $nb, $fx, $type, $owner, $cost, $date; | } | print $tl\n; | --- |my $rows = $sth-execute() or die(Failed to retrive portfolio info); |# print the results |print $tl\n\t\t\tPortfolio listing\n$fl\n; |printf %-10.10s%8.8s%8.8s%12.12s%12.12s%12.12s%17.17s\n$fl\n, |Symbol, Shares, FX, Type, Owner, Cost, Date; |while (my @row_ary = $sth-fetchrow_array) { | my ($stock, $nb, $fx, $type, $owner, $cost, $date) = @row_ary; | printf %-10.10s%8d%8s%12s%12s%12.2f%17s\n, | $stock, $nb, $fx, $type, $owner, $cost, $date; | 635a633 |print $tl\n; | 658c656 | $stmt = $stmt . qq{where p.date '1970-01-01' }; | --- | $stmt = $stmt . qq{where p.date '19700101' }; | 672c670 |my $rows = $sth-execute; | --- |my $rows = $sth-execute() or die(Failed to retrive portfolio info); | 674,692c672,684 |if ( defined($rows) and $rows 0 ) { | # print the results | print $tl\n\t\t\t\tPortfolio listing\n$fl\n; | printf %-7.7s%7.7s%5.5s%8.8s%8.8s%8.8s%12.12s%8.8s%11s\n$fl\n, | Symbol, Shares, FX, Type, Owner, Cost, Date, | Price, Net; | my $sum = 0; | while (my @row_ary = $sth-fetchrow_array) { |my ($fxthen,$fxnow) = (1.0,1.0); |my ($stock, $nb, $fx, $type, $owner, $cost, $pfdate, $name) = @row_ary; |if ($fx ne $Config{currency}) { | $fxthen = GetFXDatum($dbh, $pfdate, $fx); | $fxnow = GetFXDatum($dbh, $date, $fx); | print Running SQL for $pfdate and $fx: $fxthen - $fxnow\n if $Config{debug}; |} |my $pnl = $nb * ($prices-{$name}*$fxnow - $cost*$fxthen); |printf %-7.7s%7d%5s%8s%8s%8.2f%12s%8.2f%11.2f\n, | $stock, $nb, $fx, $type, $owner, $cost, $pfdate, $prices-{$name}, $pnl; |$sum = $sum + $pnl; | --- |# print the results |print $tl\n\t\t\t\tPortfolio listing\n$fl\n; |printf %-7.7s%7.7s%5.5s%8.8s%8.8s%10.10s%12.12s%10.10s%11s\n$fl\n, |Symbol, Shares, FX, Type, Owner, Cost,
Bug#693690: beancounter: simple bash-completion
On 19 November 2012 at 11:16, Nicola Chiapolini wrote: | Package: beancounter | Version: 0.8.10 | Severity: wishlist | Tags: upstream patch | | Dear Maintainer, | | Beancounter is a lot easier to use with bash-completion. Attached is a | simple file providing this. That's handy. Thanks. Not quite sure where my upstream Perl sources would pack this though. Dirk | cheers | Nicola | | -- System Information: | Debian Release: wheezy/sid | APT prefers testing | APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') | Architecture: amd64 (x86_64) | | Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) | Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) | Shell: /bin/sh linked to /bin/dash | | Versions of packages beancounter depends on: | ii libdate-manip-perl 6.32-1 | ii libdbd-pg-perl 2.19.2-2 | ii libdbd-sqlite3-perl 1.37-1 | ii libdbi-perl 1.622-1 | ii libfinance-yahooquote-perl 0.24 | ii libstatistics-descriptive-perl 3.0603-1 | ii perl5.14.2-15 | ii sqlite3 3.7.13-1 | | beancounter recommends no packages. | | beancounter suggests no packages. | | -- no debconf information | | -- debsums errors found: | debsums: changed file /usr/bin/beancounter (from beancounter package) | | -- | # elementary bash-completion for beancounter | # copy this file to /etc/bash_completion.d/beancounter | # 2012-11-19, nicola.chiapol...@physik.uzh.ch | | _beancounter() | { | local cur prev comm opts | COMPREPLY=() | cur=${COMP_WORDS[COMP_CWORD]} | prev=${COMP_WORDS[COMP_CWORD-1]} | comm=addindex addportfolio allreports addstock advancement | comm=$comm backpopulate checkdbconnection dailyjob dayendreport | comm=$comm deactivate delete destroydb fxbackpopulate lsportfolio | comm=$comm plreport quote retracement risk split status update | comm=$comm warranty lspositions | opts=--help --verbose --date --prevdate --currency --restriction | opts=$opts --extrafx --forceupdate --rcfile --fxupdate --commit | opts=$opts --equityupdate --ubcfx --nofxupdate --nocommit | opts=$opts --noequityupdate --noubcfx --splitby --dbsystem --dbname | | if [[ ${cur} == -* ]] ; then | COMPREPLY=( $(compgen -W ${opts} -- ${cur}) ) | return 0 | else | COMPREPLY=( $(compgen -W ${comm} -- ${cur}) ) | return 0 | fi | } | complete -F _beancounter beancounter | -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693693: ben: Partial suite support
Package: ben Version: 0.6.3 Severity: wishlist Hi, It would be good if ben had support for working with partial suites (e.g. experimental). One could then stage transitions without having to host a full repository. I'm interested in this because we've started using a partial suite for Ubuntu uploads (series-proposed) before migrating to the release proper, and it's good to be able to carry on using ben as expected in this situation. It's in -proposed where transitions will happen. My current solution is to externally concatenate and deduplicate Packages/Sources files. The deduplication is required not for ben but for edos-debcheck (it's interested in finding solutions in the whole repository but for the transition case we only want to know about solutions involving the newest packages). It would be good if we could somehow specify multiple suites in a .ben file and have ben DTRT itself. Cheers, -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693694: Please package geos 3.3.6
Package: geos Severity: wishlist Hi, There's is a new geos version out (3.3.6). Are there plans of packaging it ? I'd be glad to help with the packaging/testing if needed. Thank you, Tom Feiner
Bug#693373: fsl-5.0: FSL randomise_parallel has a bashism that causes the defragmentation step to fail under dash
reopen -1 reassign -1 fsl-4.1 4.1.9-7 retitle -1 fsl: FSL randomise_parallel has a bashism that causes the defragmentation step to fail under dash thanks Hi, On Mon, Nov 19, 2012 at 10:55:45AM +0100, Gergely Nagy wrote: There's no fsl-5.0 package in Debian proper, please report this bug to the maintainers at t...@neuro.debian.net directly next time. (See http://neuro.debian.net/pkgs/fsl.html#neurodebian) Since the package is not in Debian, I'm closing this report; maintainers are CC'd, though. Thanks for CC'ing us Gergely. I should have responded earlier. This bug may have been filed against a version that has not been uploaded yet, however the bug is present in Debian proper as well. I'm trying to tag the report properly now. Michael -- Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693688: The last patch to fix #691422 breaks other init scripts
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, Thanks for this fast response. Am Mo den 19. Nov 2012 um 11:50 schrieb Didier 'OdyX' Raboud: Le lundi, 19 novembre 2012 10.51:21, Klaus Ethgen a écrit : The last patch to fix #691422 will break init scripts of unrelated software like for example exim. Please roll it back. I set the severity to critical for this reason; breaking unrelated software. As I can't verify your assertion here, using Wheezy's exim's initscript, and as: $ grep pidofproc /etc/init.d/exim4 if pidofproc -p $QRPIDFILE /dev/null; then if pidofproc -p $PIDFILE /dev/null; then Could you please detail your will break init scripts of unrelated software ? (tagging as +moreinfo) Well, /etc/init.d/exim4 status end with return code 4 after the update; in any cases. (That was how I saw it, as puppet do use it to see if the daemon is running.) As discussed in #691422, pidofproc was never meant to be used with a different arguments order, I do not know about the intended use. I never dig into pidofproc before. I just know that exim init script (and maybe other) is broken after updating lsb-base. so I think it's not an lsb-base responsibility if other init scripts wrongly using it now fail when it enforces a correct behaviour. That might be. But shouldn't it be checked before make an incompatible change and notifying the relevant maintainers? For now, I'm downgrading this to serious. No problem with that. I set the severity just according the corresponding notes in bugreport. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQGcBAEBCgAGBQJQqhheAAoJEKZ8CrGAGfasbSQL/itOziu1sWYhK26zn9H8I24a X86+gM5FEHNro4FL/EwbrusiMZLgWSKtm0Lm4akSeySMmsRhrDbZdyiN2KoioFhG AYXEo5uNcemslRIx9fjWw6EhAj8b4+51ft/Z0Y4FnKrY1VlM6hlBGYmNYoS7X+/K xWT/5+JQLQs8ALJtFPnj9W6LVzucbsXp3pCLQ5jqxUjeAsmbUExvYAwylKJhk5ty iMHQSaNDxZYExdZJChZiXEs/odRPsuak0WhKzgJftnV+UF3oMGkmc8FCLc3oojny yRPfRtIb67VGH1FGWI3RaXrgxNq60/xxfr/SV7+W/xiYvug7kbxJYSioUfUGjoWW kSJC7hJ5NcZduABCWZeYDq4mddjN+9sQfjo8M7vYZGk2iPJRbmDSIUuOR+rS6iGH KY0HrpwVXv8zeQBU4wMsg9Llll7yCg2OhnB05KxkIulBEKbVTLAPNcaRIcA6OLlS rsDO346w9wErVn3gfvE/a3g4Ln3gYcaJgPv0Yhe+Vg== =xJdv -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#693695: general: error while loading shared libraries on system upgrade
Package: general Severity: important While upgrading squeeze - wheezy: Preparing to replace libvlc5 1.1.3-1squeeze6 (using .../libvlc5_2.0.3-3_i386.deb) ... Unpacking replacement libvlc5 ... Processing triggers for man-db ... Processing triggers for vlc-nox ... /usr/lib/vlc/vlc-cache-gen: error while loading shared libraries: libvlccore.so.5: cannot open shared object file: No such file or directory dpkg: error processing vlc-nox (--unpack): subprocess installed post-installation script returned error exit status 127 configured to not write apport reports Errors were encountered while processing: vlc-nox E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: 6.0.6 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692613: [php-maint] Bug#692613: Bug#692613: php5: non-free files in upstream tarball (The Software shall be used for, Good, not Evil)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Ondřej, On 11/16/2012 10:12 AM, Ondřej Surý wrote: please, keep the trolling out of this list. Your comment was neither constructive nor helpful. maybe I was reading to much threads of communication between Stefan Esser and php-internals, sorry. Best regards, 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.11 (GNU/Linux) iD8DBQFQqiYe9u6Dud+QFyQRAsbZAJ9aRBZ5XwC0fmCSotvVpZOmRP/YCgCgjPj5 ZzdyHQJ/rB7QUEBcU4Hqy4E= =xh54 -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#693688: The last patch to fix #691422 breaks other init scripts
Control: retitle -1 pidofproc enforces the presence of pathname, thereby breaking wrong uses of it Control: severity -1 important Control: tag -1 +wontfix Hi Klaus, as you might have seen, I have cloned this bug against exim4-base as the use of pidofproc there is incorrect. That's where it should be fixed IMHO, as the pidofproc syntax is documented that way, both in LSB and the lsb-base package documentation for ages. The pidofproc fix of #691422 only enforces the correct syntax. Le lundi, 19 novembre 2012 12.30:39, Klaus Ethgen a écrit : As discussed in #691422, pidofproc was never meant to be used with a different arguments order, I do not know about the intended use. I never dig into pidofproc before. I just know that exim init script (and maybe other) is broken after updating lsb-base. In fact, it was broken (and working by chance) before. so I think it's not an lsb-base responsibility if other init scripts wrongly using it now fail when it enforces a correct behaviour. That might be. But shouldn't it be checked before make an incompatible change and notifying the relevant maintainers? For what is worth, I checked through the Debian-provided initscripts to see if the arguments of pidofproc were reversed in some: that was not the case. I didn't think that some scripts would be using pidofproc wrongly. So, for this bug, I'm downgrading it to important and tagging it wontfix, so that other occurences of the exim4-base bug can be set as blocking it. Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692889: notmuch: please include notmuch-deliver
Edward Betts edw...@4angle.com writes: Package: notmuch Version: 0.14-1 Severity: wishlist There is a handle tool called notmuch-deliver included with notmuch in the contrib directory. Please can you build this tool and include it in the notmuch package. Thanks. Hi Edward; Thanks for the report/request. Currently on the upstream mailing list we are discussing integrating a replacement for notmuch-deliver into the notmuch core. Since it would be a pity to add a notmuch-deliver package and then obsolete it in the next upload, I probably will put off dealing with this for a bit. d PS, if you're interested, the upstream discussion is at http://article.gmane.org/gmane.mail.notmuch.general/12990 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693670: [Pkg-xfce-devel] Bug#693670: Rebuilding against xfce4-panel 4.10 didn't seem to take...
On lun., 2012-11-19 at 01:11 -0500, sacrificial-spam-addr...@horizon.com wrote: Package: orage Version: 4.8.3-2 Architecture: i386 Despite the claims in the changelog: orage (4.8.3-3) experimental; urgency=low * Rebuild against xfce4-panel 4.10. * debian/control: - update standards version to 3.9.3. - update debhelper build-dep to 9. -- Yves-Alexis Perez cor...@debian.org Mon, 17 Sep 2012 23:52:46 +0200 It's still Depends: [...] xfce4-panel (= 4.7.7), xfce4-panel ( 4.9) I've been waiting for this, to allow me to install xfce 4.10, so thank you! Indeed, the amd64 build (which I uploaded myself) is ok but as I didn't bump the build-deps, the buildds-built ones weren't built against 4.10. I'll try to push another upload when I have time (don't hold your breath) Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#683092: And some more information
Strange coincidence, today for the first time I get the same crash (when resuming from suspend) on another computer where there is no online account setup: $ dmesg | grep seg [13541.896362] gnome-shell[4336]: segfault at 0 ip 7fc8eb555c99 sp 7fff5aeda038 error 4 in libgio-2.0.so.0.3400.2[7fc8eb51d000+152000] Maybe another similar issue in another component? Another important information I have no gnome-shell extension on both computers. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://v2p.fr.eu.org http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B
Bug#693695: general: error while loading shared libraries on system upgrade
forcemerge 685243 693695 thanks Victor Porton por...@narod.ru writes: /usr/lib/vlc/vlc-cache-gen: error while loading shared libraries: libvlccore.so.5: cannot open shared object file: No such file or directory I did a google search with libvlccore.so.5: cannot open shared object file you found this has already been reported: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685243 Merging. -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692791: running cupsd as root
I have a fix I am testing that is going through internal review. However, since Apple software engineering is off this week (extension of Thanksgiving holiday) I don't know if I'll have sign-off until next Monday. Will post something as soon as it is available, Sent from my iPad On 2012-11-19, at 1:59 AM, Yves-Alexis Perez cor...@debian.org wrote: On dim., 2012-11-11 at 17:53 +0100, Didier 'OdyX' Raboud wrote: Hi Michael, Le dimanche, 11 novembre 2012 14.57:05, Michael Sweet a écrit : Lest we forget why we run cupsd as root, here are a few reasons: (…) Thanks for the explanation. As for a proposed fix, I'm thinking we will disable the log file, RequestRoot, ServerRoot, and DocumentRoot directives in cupsd.conf, and add command line arguments in their place. That will retain configurability while eliminating this particular attack vector. Thoughts? I don't quite like the command-line arguments solution, as it will probably lead to more machinery on our side (variable setting in /etc/default/cups , sourcing it from /etc/init.d/cups, etc). What about separating the configuration settings in two configuration files, one modifiable from the webinterface, and one only modifiable by root ? The first would contain the non-sensitive configuration settings, the latter would contain the paths, file definitions, etc. I would tend to prefer to keep configuration settings in configuration files. (But of course we'll cope with the upstream choice. :-) ) Any news on this? -- Yves-Alexis Perez Debian Security -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693697: Generates compressed PPD sets with duplicate entries
Package: pyppd Version: 0.4.9-6 Severity: important Tags: upstream Forwarded: https://github.com/vitorbaptista/pyppd/issues/1 pyppd creates double entries for many standard PPD's (single-printer, single-driver): $ /usr/lib/cups/driver/foomatic-db-compressed-ppds list | grep B6300-Postscript foomatic-db-compressed-ppds:0/ppd/foomatic-ppd/Oki-B6300-Postscript.ppd en Oki Oki B6300 Foomatic/Postscript (recommended) DRV:DPostscript,R1,M0,TP; foomatic-db-compressed-ppds:1/ppd/foomatic-ppd/Oki-B6300-Postscript.ppd en Oki Oki B6300 Foomatic/Postscript (recommended) MFG:Oki;MDL:B6300; This has the annoying side-effect of showing these two entries in Cups's localhost:631, system-config-printer-kde, etc. Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693265: maybe problem solved: caused by interaction with scim
Hi, I found that there was an icon from scim in the panel and I exit from scim. After that the keyboard never stucks. I completely removed scim now. I do not know when and why I have installed scim (it was an update from squeeze). Maybe it could be a good idea if kde can warn if programs are running which can cause problems with kde (if one knows about them). I got no response to this bug report, but would find it very nice if someone could confirm or not, or if I have provided enough information or not, or if I should do something else in the future to help to improve debian. Best regards Harald
Bug#693689: beancounter: lsportfolio and lspositions fail to display anything
| Severity: important C'mon on now. I hesitated too, but then the tool looses major functionality without these two commands... Anyways, I am fine with anything. | Dear Maintainer, Dude: Maintainer == Author. There is no need to use the BTS here. I know - it's what reportbug does. If you prefere I'll mail you directly next time instead of using the debian tools. However this way the information and patches are publicly available. | $stmt = $stmt . qq{where date '1970-01-01' }; | --- | $stmt = $stmt . qq{where date '19700101' }; This is very likely to break the other platforms. Please check (I only use Postgresql but keep MySQL around) before making willy-nilly changes. Unfortunately I do not have either pg- nor mySql at hand right now. I'll update this bugreport if I get around to do proper checking. For now this can just serve as a hint for others using SQlite. Finally, thanks for a useful tool Nicola -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693689: beancounter: lsportfolio and lspositions fail to display anything
On 19 November 2012 at 13:55, Nicola Chiapolini wrote: | | $stmt = $stmt . qq{where date '1970-01-01' }; | | --- | | $stmt = $stmt . qq{where date '19700101' }; | | This is very likely to break the other platforms. Please check (I | only use Postgresql but keep MySQL around) before making willy-nilly | changes. | Unfortunately I do not have either pg- nor mySql at hand right now. I'll | update this bugreport if I get around to do proper checking. For now | this can just serve as a hint for others using SQlite. You can at least check the code carefully for similar instances. Some of the DB return date types, some don't. I think I standardize internally; this seems to be missing at that command + db intersection. Maybe you can up with something smarter and test it. Not the setup and test scripts included. They should approximate a full regression test of setting up a db and running reports. This breaks every couple of years when a symbol changes. You have to _at least_ demonstrate that your change does not harm the full set on your db backend, and ideally quickly install another backend to test there too. It is not that involved. I am currently too busy with other more pressing projects of mine. | Finally, thanks for a useful tool As I said, I am user nb 1 and still quite happy. I have been meaning to rewrite the front-end (analysis etc) in R which I'll get to one day... Dirk -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693698: latexmk: Typo in German package description (letexmk instead of latexmk)
Package: latexmk Version: 1:4.24-1 Severity: minor Tags: l10n Dear Maintainer, The German description of the latexmk package contains a typo. aptitude show latexmk prints text starting with Letexmk führt LaTex in ... It should obviously be Latexmk führt LaTex in ... -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 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 latexmk depends on: ii perl5.14.2-15 ii texlive-latex-base 2012.20120611-5 Versions of packages latexmk recommends: ii acroread [pdf-viewer]9.5.1-0.1 ii evince [postscript-viewer] 3.4.0-3 ii ghostscript [postscript-viewer] 9.05~dfsg-6.2 ii okular [postscript-viewer] 4:4.8.4-2 Versions of packages latexmk suggests: pn gs-common none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659632: preliminary version
Hello Mathieu, so what should we do here? The package at my github it ready. If you have no longer interest in maintaining graphite I will move that RFP to ITP and upload it. Greets, Jonas On Fri, 16 Nov 2012 18:32:31 +0100 Jonas Genannt jo...@brachium-system.net wrote: Hallo Mathieu, I have prepared a preliminary version at http://anonscm.debian.org/gitweb/?p=collab-maint/graphite-web.git . I will test it some time and ask support to the python team (this is my first python pkg). Any help or feedback is appreciated. have you had an look to my package? - perhaps if you are interested we can co-maintain graphite-web. I also maintain graphite-carbon and python-whisper. Perhaps we should create an graphite pkg group? Greets, Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693699: cpufreqd: 'On Demand High' should be the default scaling-policy regardless of power supply
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: cpufreqd Version: 2.4.2-1 Severity: wishlist Because normal PCs spend most of the time waiting for user-interaction, 'On Demand High' should be the default CPU-frequency-scaling policy, regardless if the system is connected to AC-Power or not. The loss in performance is marginal, quite some electrical energy can be saved this way. - -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.23ldt (SMP w/3 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cpufreqd depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libcpufreq0 007-1+squeeze1 shared library to deal with the cp ii libsensors4 1:3.1.2-6library to read temperature/voltag ii libsysfs2 2.1.0+repack-1 interface library to sysfs ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip Versions of packages cpufreqd recommends: ii acpid 1:2.0.7-1squeeze4 Advanced Configuration and Power I Versions of packages cpufreqd suggests: ii cpufrequtils 007-1+squeeze1 utilities to deal with the cpufreq - -- Configuration Files: /etc/cpufreqd.conf changed: [General] pidfile=/var/run/cpufreqd.pid poll_interval=2 verbosity=4 [/General] [Profile] name=On Demand High minfreq=50% maxfreq=100% policy=ondemand [/Profile] [Profile] name=Performance High minfreq=100% maxfreq=100% policy=performance [/Profile] [Profile] name=Performance Low minfreq=80% maxfreq=80% policy=performance [/Profile] [Profile] name=Powersave High minfreq=60% maxfreq=60% policy=powersave [/Profile] [Profile] name=Powersave Low minfreq=40% maxfreq=40% policy=powersave [/Profile] [Rule] name=AC Rule ac=on# (on/off) profile=On Demand High [/Rule] [Rule] name=AC Off - High Power ac=off # (on/off) battery_interval=70-100 profile=Performance Low [/Rule] [Rule] name=AC Off - Medium Battery ac=off # (on/off) battery_interval=30-70 profile=Powersave High [/Rule] [Rule] name=AC Off - Low Battery ac=off # (on/off) battery_interval=0-30 profile=Powersave Low [/Rule] [Rule] name=CPU Too Hot acpi_temperature=55-100 cpu_interval=50-100 profile=Performance Low [/Rule] [Rule] name=Movie Watcher programs=xine,mplayer,gmplayer battery_interval=0-100 acpi_temperature=0-60 cpu_interval=0-100 profile=Performance High [/Rule] - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAlCqNJ0ACgkQ5+rBHyUt5ws6XwCeMkc3h3roRh5v653XRN63MdtQ 1fEAnixDz5A60P9kKvspC40+1aeHWyUA =D816 -END PGP SIGNATURE-
Bug#195720: hwclock.sh, update-rc.d calls
severity 195720 minor tags 195720 + patch thanks, Hi, The postinst of util-linux section mentioned in this bug is no longer needed (as far as sarge, update-rc.d works fine without a rc0.d/??? and/or a rc6.d/??? file). A patch for this is attached. Also, the current practice to enable/disable initscripts for the admin is to use update-rc.d script enable/disable. Disabling the script in this way is preserved even after the calls in the postinst script. The enable/disable part of update-rc.d might change in the future. -- Don't let what you cannot do interfere with what you can do. -- Wooden's Rule Saludos /\/\ /\ `/ Index: util-linux-2.20.1/debian/util-linux.postinst === --- util-linux-2.20.1.orig/debian/util-linux.postinst 2012-11-19 12:20:04.155861904 +0100 +++ util-linux-2.20.1/debian/util-linux.postinst2012-11-19 14:15:06.938367135 +0100 @@ -8,16 +8,6 @@ update-alternatives --install /usr/bin/pager pager /usr/bin/pg 10 \ --slave /usr/share/man/man1/pager.1.gz pager.1.gz /usr/share/man/man1/pg.1.gz -# -# Check if links to hwclock.sh are present in runlevel 6. -# If not, remove the ones from runlevel S so that -# update-rc.d will do it's job. -# -if [ ! -f /etc/rc6.d/???hwclock.sh ] [ ! -f /etc/rc0.d/???hwclock.sh ] -then - rm -f /etc/rcS.d/???hwclock.sh -fi - # hwclock works on all Linux architectures, except s390 (and s390x, of course). if [ $(uname -s) = Linux ]; then model=$(uname -m)
Bug#231288: following old xawtv bugs
Hola Janusz S. Bień! El 20/01/2012 a las 04:41 escribiste: Yes and no. I have moved the TV card to another computer and I'm still unable to watch TV under Debian. I agree this must be a kernel bug but related not to K7S5A and CMI65, but to BT 878 on the TV card. I used to test xawtv on every release of Knoppix and I reported somewhere when it stopped to work. Once I've seen on the Internet an opinion that the kernel mutes the TV card sound output, but there was no follow up to it. I will be happy to test again xawtv on my new system, but not immediately, as I will be very busy for a month or so. I'm cleaning up some of the bugs I have pending, so I'm closing this one. If you can reproduce it with the current xawtv version and it's not a kernel issue, please, feel free to reopen the bug. Thanks, -- We must be very careful when we give advice to younger people: sometimes they follow it! -- Edsger W. Dijkstra Saludos /\/\ /\ `/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690297: muffin: Segfault on window reducing
Nicolas Bourdaud, 2012-10-20 10:38:38 +0200 : tags 690297 unreproducible thanks Hi Roland! I have not given up to solve this bug. But actually I am still unable to reproduce it. I have contacted upstream yesterday, but they were quite busy and did not have time to look carefully at it. But this is an ongoing task with them. As I said in my previous email, could you report the output of glxinfo (you can drop the part of the about visuals). It obviously did not crash in the opengl implementation but it might be useful to know what are the extensions that may be used or not during the animation. Here goes: name of display: :0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.4 server glx extensions: GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGI_swap_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_INTEL_swap_event client glx vendor string: Mesa Project and SGI client glx version string: 1.4 client glx extensions: GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_framebuffer_sRGB, GLX_EXT_create_context_es2_profile, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap, GLX_INTEL_swap_event GLX version: 1.4 GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD CEDAR OpenGL version string: 2.1 Mesa 8.0.5 OpenGL shading language version string: 1.20 OpenGL extensions: GL_ARB_multisample, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_copy_texture, GL_EXT_polygon_offset, GL_EXT_subtexture, GL_EXT_texture_object, GL_EXT_vertex_array, GL_EXT_compiled_vertex_array, GL_EXT_texture, GL_EXT_texture3D, GL_IBM_rasterpos_clip, GL_ARB_point_parameters, GL_EXT_draw_range_elements, GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_rescale_normal, GL_EXT_separate_specular_color, GL_EXT_texture_edge_clamp, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_ARB_framebuffer_sRGB, GL_ARB_multitexture, GL_EXT_framebuffer_sRGB, GL_IBM_multimode_draw_arrays, GL_IBM_texture_mirrored_repeat, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_transpose_matrix, GL_EXT_blend_func_separate, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_secondary_color, GL_EXT_texture_env_add, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, GL_INGR_blend_func_separate, GL_NV_blend_square, GL_NV_light_max_exponent, GL_NV_texgen_reflection, GL_NV_texture_env_combine4, GL_SUN_multi_draw_arrays, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_EXT_framebuffer_object, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_MESA_window_pos, GL_NV_packed_depth_stencil, GL_NV_texture_rectangle, GL_ARB_depth_texture, GL_ARB_occlusion_query, GL_ARB_shadow, GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_window_pos, GL_EXT_stencil_two_side, GL_EXT_texture_cube_map, GL_NV_depth_clamp, GL_NV_fog_distance, GL_APPLE_packed_pixels, GL_APPLE_vertex_array_object, GL_ARB_draw_buffers, GL_ARB_fragment_program, GL_ARB_fragment_shader, GL_ARB_shader_objects, GL_ARB_vertex_program, GL_ARB_vertex_shader, GL_ATI_draw_buffers, GL_ATI_texture_env_combine3, GL_ATI_texture_float, GL_EXT_shadow_funcs, GL_EXT_stencil_wrap, GL_MESA_pack_invert, GL_NV_primitive_restart, GL_ARB_depth_clamp, GL_ARB_fragment_program_shadow, GL_ARB_half_float_pixel, GL_ARB_occlusion_query2, GL_ARB_point_sprite, GL_ARB_shading_language_100, GL_ARB_sync, GL_ARB_texture_non_power_of_two, GL_ARB_vertex_buffer_object, GL_ATI_blend_equation_separate, GL_EXT_blend_equation_separate, GL_OES_read_format, GL_ARB_color_buffer_float,
Bug#693700: unblock: blends/0.6.16
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package blends The just uploaded package closes #692946 by droping the two transitional packages cdd-dev and cdd-common. Note to the diff between previous version 0.6.15 and the candidate for testing 0.6.16. 1. Packaging was moved to Git which is reflected in changed Vcs fields and updated docs (see below for other docs changes) 2. Some additional changes - debhelper 9 instead of 7 - Standards-Version 3.9.3 instead of 3.9.1 - I'm aware that I should avoid such additional changes to reduce the amount of changes to the version in testing to a bare minimum. However, it did seem to me quite unreasonable to revert these changes done in Vcs just to follow this requirement because I do not expect any problem in this 3. debian/copyright: bug #692946 was about a missing copyright - I took the freedom to generally update the copyright file to match DEP5 Other upstream changes of this native Debian package 4. when creating metapackages targeting at tesing I learned that the sources.list.* files did not worked out of the box because of a the lack of the debian/ dir on official Debian mirrors. I do not see any reason to revert a change in Vcs and by doing so making the package a pain for possible users who need to find out themselved that they need to adapt their configuration examples in any case. I simply forgot to report a bug severity important to file because I'm currently possibly the only user who actively builds those metapackages for several Blends. 5. Enhanced documentation The documentation for Debian Pure Blends is maintained inside the package source Vcs and published[1] at the Blends homepage. The changes do not only reflect the change of Vcs from SVN to Git but also other things which are constantly updated and will enhance the understanding of using blends-dev and other tools (not necessarily inside the resulting binary packages). So there is a fair amount of changes inside the doc/ directory of the packaging source and in blends-doc binary package. I decided to strip these changes from the attached debdiff to keep the inspection of the diff more simple. As said above I do not see any sense to revert very reasonable changes from Vcs and by doing so making the package inferior than it could be just to follow the minimum changes policy. I confirm that I'm fully aware that I'm violating the minimum changes request of release team for an unblock request but I hope the reasoning is convincing that these changes on one hand are non-invasive regarding the functionality and make perfectly sense on the other hand. Kind regards and thanks for your work on Wheezy release Andreas. [1] http://blends.alioth.debian.org/blends/ unblock blends/0.6.16 -- System Information: Debian Release: 6.0.6 Architecture: i386 (i686) Kernel: Linux 2.6.36-xenU-4814-i386 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru blends-0.6.15/debian/cdd-common.links blends-0.6.16/debian/cdd-common.links --- blends-0.6.15/debian/cdd-common.links 2010-04-10 19:40:47.0 +0200 +++ blends-0.6.16/debian/cdd-common.links 1970-01-01 01:00:00.0 +0100 @@ -1,17 +0,0 @@ -usr/share/blends/unixgroups/blend-actions usr/share/cdd/unixgroups/cdd-actions -usr/share/blends/blend-actions usr/share/cdd/cdd-actions -usr/share/blends/blend-update-menususr/share/cdd/cdd-update-menus -usr/share/blends/blend-utils usr/share/cdd/cdd-utils -usr/share/blends/blend-task-lister usr/share/cdd/cdd-task-lister -usr/share/man/man8/blend-actions.8.gz usr/share/man/man8/cdd-actions.8.gz -usr/share/man/man8/blend-update-menus.8.gz usr/share/man/man8/cdd-update-menus.8.gz -usr/share/man/man8/blend-utils.8.gzusr/share/man/man8/cdd-utils.8.gz -usr/share/man/man8/blend-task-lister.8.gz usr/share/man/man8/cdd-task-lister.8.gz -usr/sbin/blend-userusr/sbin/cdd-user -usr/sbin/blend-roleusr/sbin/cdd-role -usr/sbin/blend-update-menususr/sbin/cdd-update-menus -usr/sbin/blend-update-usermenususr/sbin/cdd-update-usermenus -usr/share/doc/blends-commonusr/share/doc/cdd-common -usr/share/man/man8/blend-role.8.gz usr/share/man/man8/cdd-role.8.gz -usr/share/man/man8/blend-update-usermenus.8.gz usr/share/man/man8/cdd-update-usermenus.8.gz -usr/share/man/man8/blend-user.8.gz usr/share/man/man8/cdd-user.8.gz diff -Nru blends-0.6.15/debian/cdd-dev.links blends-0.6.16/debian/cdd-dev.links --- blends-0.6.15/debian/cdd-dev.links 2010-04-10 19:40:47.0 +0200 +++
Bug#693702: tpu: weechat/0.3.8-2 (pre-approval)
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: tpu Hi, I'd like to get your approval about the upload of weechat 0.3.8-2 to testing-proposed-updates in order to fix 2 security issues: 1) a remote attacker might crash weechat by forging malicious IRC messages, CVE-2012-5854, #693026 2) a remote attacker could exploit the process handling API used by scripts to execute arbitrary commands, a CVE ID has been requested but not yet assigned The first bug has been fixed in sid with weechat 0.3.9.1, the second one has been fixed with the upload of weechat 0.3.9.2 a few hours ago Attached is the diff. Thanks for your replies. Regards, M. -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash diff -Nru weechat-0.3.8/debian/changelog weechat-0.3.8/debian/changelog --- weechat-0.3.8/debian/changelog 2012-06-03 07:57:24.0 + +++ weechat-0.3.8/debian/changelog 2012-11-19 13:14:43.0 + @@ -1,3 +1,13 @@ +weechat (0.3.8-2) testing-proposed-updates; urgency=high + + * Add a patch to fix a crash while decoding IRC colors in strings. A remote + attacker could exploit this issue by forging malicious IRC messages: + CVE-2012-5854 (Closes: #693026) + * Add a patch to not call shell to execute command in hook_process (fix +security issue when a plugin/script gives untrusted command) + + -- Emmanuel Bouthenot kol...@debian.org Mon, 19 Nov 2012 13:10:18 + + weechat (0.3.8-1) unstable; urgency=low * New upstream release diff -Nru weechat-0.3.8/debian/patches/fix_crash_with_irc_colors weechat-0.3.8/debian/patches/fix_crash_with_irc_colors --- weechat-0.3.8/debian/patches/fix_crash_with_irc_colors 1970-01-01 00:00:00.0 + +++ weechat-0.3.8/debian/patches/fix_crash_with_irc_colors 2012-11-12 12:30:49.0 + @@ -0,0 +1,139 @@ +From: Sebastien Helleu flashc...@flashtux.org +Description: fix crash when decoding IRC colors in strings +Origin: upstream, http://git.savannah.gnu.org/gitweb/?p=weechat.git;a=commitdiff;h=80f477f2c37b46bafcde1a35660cf095a95a05c4 +Bug: http://savannah.nongnu.org/bugs/?37704 +Bug-Debian: http://bugs.debian.org/693026 +Forwarded: not-needed +Last-Update: 2012-11-12 +--- a/src/plugins/irc/irc-color.c b/src/plugins/irc/irc-color.c +@@ -62,13 +62,15 @@ char *irc_color_to_weechat[IRC_NUM_COLORS] = + char * + irc_color_decode (const char *string, int keep_colors) + { +-unsigned char *out, *ptr_string; +-int out_length, length, out_pos; +-char str_fg[3], str_bg[3], str_color[128], str_key[128]; ++unsigned char *out, *out2, *ptr_string; ++int out_length, length, out_pos, length_to_add; ++char str_fg[3], str_bg[3], str_color[128], str_key[128], str_to_add[128]; + const char *remapped_color; + int fg, bg, bold, reverse, italic, underline, rc; + + out_length = (strlen (string) * 2) + 1; ++if (out_length 128) ++out_length = 128; + out = malloc (out_length); + if (!out) + return NULL; +@@ -80,20 +82,27 @@ irc_color_decode (const char *string, int keep_colors) + + ptr_string = (unsigned char *)string; + out[0] = '\0'; ++out_pos = 0; + while (ptr_string ptr_string[0]) + { ++str_to_add[0] = '\0'; + switch (ptr_string[0]) + { + case IRC_COLOR_BOLD_CHAR: + if (keep_colors) +-strcat ((char *)out, +-weechat_color((bold) ? -bold : bold)); ++{ ++snprintf (str_to_add, sizeof (str_to_add), %s, ++ weechat_color ((bold) ? -bold : bold)); ++} + bold ^= 1; + ptr_string++; + break; + case IRC_COLOR_RESET_CHAR: + if (keep_colors) +-strcat ((char *)out, weechat_color(reset)); ++{ ++snprintf (str_to_add, sizeof (str_to_add), %s, ++ weechat_color (reset)); ++} + bold = 0; + reverse = 0; + italic = 0; +@@ -106,22 +115,28 @@ irc_color_decode (const char *string, int keep_colors) + case IRC_COLOR_REVERSE_CHAR: + case IRC_COLOR_REVERSE2_CHAR: + if (keep_colors) +-strcat ((char *)out, +-weechat_color((reverse) ? -reverse : reverse)); ++{ ++snprintf (str_to_add, sizeof (str_to_add), %s, ++ weechat_color ((reverse) ? -reverse : reverse)); ++} + reverse ^= 1; + ptr_string++; +
Bug#693512: [Pkg-utopia-maintainers] Bug#693512: network-manager: Network manager does not remove default routes
On 19.11.2012 10:11, Miguel Angel Rojas wrote: Hi Michael, Thanks for the troubleshooting. I think we have several options here (as far as I see). We can also combined some of them: - Modify ifupdown to be aware of networkmanager installation (as you suggested) - Modify networkmanager to remove/modify/backup /e/n/i interfaces managed by it (at installation time only or automatically done after the interfaces is managed by networkmanager - this last one is even complex?) I'm a bit worried about that. We already do mangle /e/n/i for dhcp-only connections [1], and NM get's a lot of bad rep because of that. If we do that, we should at least pop up a debconf prompt, so users can opt-out of that process. In the past, we had to do that, because the debian-installer creates a /e/n/i configuration for basically every system. So NM was useless by default, because it did not manage the device. This confused a *lot* of people. In d-i 7, the installer will write a NM config and *no* /e/n/i config if NM is installed e.g. via the GNOME desktop task. So I'm tempted to just drop the /e/n/i mangling altogether or as said, at least put it behind a debconf prompt. - Message in networkmanager at installation time if ifupdown is installed (also include this information in /usr/share/doc) A simple warning on stdout would be trivial to implement. I fear, that it might go unnoticed though for many. But it certainly is an option. - Modify networkmanager documentation ( http://wiki.debian.org/NetworkManager#Enabling_Interface_Management) to point out Michael suggestion to manually remove references in /e/n/i for interfaces managed by networkmanager (if not done automatically by previous options) The wiki should definitely be updated. Michael [1] via /usr/lib/NetworkManager/ifblacklist_migrate.sh -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#693703: nvidia-cuda-toolkit: nvvp and nsight 5.0.35 fail on startup, can't find java
Package: nvidia-cuda-toolkit Version: 5.0.35-1 Severity: important Dear Maintainer, running nvvp or nsight 5.0.35 results in dialog that reads A Java Runtime Environment (JRE) or Java Development Kit (JDK) must be available in order to run Nsight. No Java virtual machine was found after searching the following locations: .../jre/bin/java I checked and nvvp 4.2.9 doesn't have that problem. Also, using java6 or java7 doesn't make any difference. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nvidia-cuda-toolkit depends on: ii g++-4.64.6.3-11 ii gcc-4.64.6.3-11 ii libc6 2.13-35 ii libcuda1 310.14-1+exp1 ii libgcc11:4.7.2-4 ii libstdc++6 4.7.2-4 ii nvidia-cuda-dev5.0.35-1 ii nvidia-opencl-dev 5.0.35-1 Versions of packages nvidia-cuda-toolkit recommends: ii nvidia-cuda-doc 5.0.35-1 ii nvidia-cuda-gdb 5.0.35-1 ii nvidia-visual-profiler 4.2.9-1 Versions of packages nvidia-cuda-toolkit suggests: pn libcupti-dev none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693570: fossil: fast-export to git produces unimportable dump
The thing is that is works on many repos. Fossil and Tcl import just fine, but not Tk. On 18/11/2012, Barak A. Pearlmutter ba...@cs.nuim.ie wrote: I've never really played with this stuff myself, but I note that the git repo being imported to is the same directory as the fossil sandbox. I would have done it somewhere else: $ git init /tmp/tk-git $ fossil export --git | (cd /tmp/tk-git git fast-import) or even $ git init --bare /tmp/tk.git $ fossil export --git | git --git-dir=/tmp/tk.git fast-import I just tried the later on my fossil fossil repo $ cd src/fossil $ git init --bare /tmp/fossil.git $ fossil export --git | git --git-dir=/tmp/fossil.git fast-import and it worked like a charm, all 193Mb. Could I ask you to try it this way and see if it still fails? --Barak. -- Barak A. Pearlmutter Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland http://www.bcl.hamilton.ie/~barak/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685924: support other uses cases in apt preferences handling
Package: live-build Version: 3.0~a67-1 Followup-For: Bug #685924 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi again, After to review the comments I suppose that you are right about your point, by other side like i said, this patch originated from a bug, so this is a new proposed patch for the real bug * first part: a simple typo in the deconfigure actions * like you can see in the patch and the comment of my old report, is a wrong check (wants to act to the .orig file but it checks it exist another one) Old report extract: I have a .pref file in config/chroot_apt/ , in the deconfigure step it exit with an error about mv dir/file.pref.orig not found... - -- Package-specific info: - -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages live-build depends on: ii debootstrap 1.0.42 Versions of packages live-build recommends: ii cpio2.11-8 ii gnu-fdisk 1.2.4-3.1 ii live-boot-doc 3.0~a35-1 ii live-config-doc 3.0.12-1 ii live-manual-html [live-manual] 1:3.0~a13-1 Versions of packages live-build suggests: ii dosfstools 3.0.13-1 ii fakeroot 1.18.4-2 ii genisoimage 9:1.1.11-2 ii git 1:1.7.10.4-1 pn loadlin none ii memtest86+ 4.20-1.1 ii mtools 4.0.17-1 ii parted 2.3-11 ii squashfs-tools 1:4.2-5 ii sudo 1.8.5p2-1 pn syslinux | grub none ii uuid-runtime 2.20.1-5.2 pn win32-loader none - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQqkM7AAoJEKLHmb/f+NfCZSwQALmR5AZ10dYk+NuA4mWCqjP3 Hz3yDHUiZ7FclkBh5WkPeEDN84WQWK+lTVAjfF949o1HEu8wunwpMTf7nTFjs3D2 2JIwlLrKmJjIXxlh2PXtHJTgM2eDjG5635svbflV26G9fQMzlt3a28mzGp76dtJe jgIP3VVQ6QYjJy2DCAYPPB5RW5fUZgqWSi7uHo47rerUqbvFRirZ9S9U0f3v5Thx lqp8hTMdIhiRkQL40iH2NMlfjYbANCL657pzrxyEf2CGVdWsyUu2yLelIT57/atK vPODJxO5dWUluXaTY/8R4+Gq597Gpbh2ECQtP+a4+7U1jBrmjzTbYLiz+djylDLa vjxI/wCZS8bhpzR+20VAmQ5bWxQqVL6NXqSrHe8pS6o3i674f1P97WSyGFJ5PsNN 5f/gYCz57Pi6ScE28Nmv0J2BQt/dzQSFD9NMHtbiY10rhax0F30v2WRiJKU/Bswn X3W5R5+UMMv772yk+MXU5AwxgU3HgXDeqaxTwYEQW/HRCI36BsoK/ct8rCMO5SJG hvbBWSjLwpmYVVPkZoDgC7X57bDF//vTs5GTi955pYrWyzbkwuaJBz9Bp+RfbNCP IRJjTA5rIYyroQXfgpgNGIEHdsRg0IW5V9kSMz9m8+JSUNEVxFeykmAwY8FL/V9h DGcLzJ4lfA+jsngcmwzn =nujM -END PGP SIGNATURE- --- a/scripts/build/chroot_apt +++ b/scripts/build/chroot_apt @@ -255,7 +255,7 @@ EOF rm -f chroot/etc/apt/apt.conf.d/00secure fi - # Configuring apt config + # Deconfiguring apt config if [ -f config/apt/apt.conf ] then if [ -f chroot/etc/apt/apt.conf ] @@ -298,7 +298,7 @@ EOF cp -aL ${_FILE} chroot/etc/apt/preferences.d -if [ -f chroot/etc/apt/preferences.d/$(basename ${_FILE}) ] +if [ -f chroot/etc/apt/preferences.d/$(basename ${_FILE}).orig ] then mv chroot/etc/apt/preferences.d/$(basename ${_FILE}).orig chroot/etc/apt/preferences.d/$(basename ${_FILE}) fi
Bug#651775: [Pkg-fglrx-devel] Bug#651775: Fails to build for 64-bit kernel on i386
On Mon, 2012-11-19 at 10:11 +0100, Patrick Matthäi wrote: Am 18.11.2012 21:33, schrieb Ben Hutchings: fglrx will never work on this crap mix of amd64 kernel and i386 userland, but there is no working conflicts which could be added It's not crap, it's a generally supported and useful configuration. If fglrx-modules-dkms:amd64 was installable on i386 with amd64 as foreign architecture, then I think this could be considered solved. Possibly fixing #693634 will do this. Ben. We may have got different opionions about it, okay. The problem is not building fglrx on this combination (easy patchable), but that it is working (from the closed source part of fglrx). Since AMD also do not want to support it in any way it is the best to not commit any patch that it is buildable on amd64/i386 mix, since users just would get an non-working system. So they don't support running proprietary 32-bit binaries on a 64-bit distribution? I bet they do. The difference here is that the package manager considers i386 to be the primary, rather than secondary, userland architecture. But for any individual piece of software this is irrelevant; it's only important that the right libraries are installed. Ben. -- Ben Hutchings compatible: Gracefully accepts erroneous data from any source signature.asc Description: This is a digitally signed message part
Bug#693704: libdatetime-astro-sunrise-perl: Fails if sunrise and set not in same day
Package: libdatetime-astro-sunrise-perl Version: 0.01.01-3 Severity: important Dear Maintainer, If I use $sunrise = DateTime::Astro::Sunrise-new( $long, $lat, -0.583, 0); ($rise, $set) = $sunrise-sunrise($dt); where lat/long are in Australia and date is about now (19th Nov 2012) the method sunrise fails The 'minute' parameter (-59) to DateTime::new did not pass the 'an integer between 0 and 59' callback at /usr/lib/perl5/DateTime.pm line 199 DateTime::new(undef, 'year', 2012, 'month', 11, 'day', 19, 'hour', 20, ...) called at /usr/share/perl5/DateTime/Astro/Sunrise.pm line 129 This is because sunrise is on the day before sunset in UTC and sunrise uses negative numbers as arguments to datetime-new for hour and minute. The fix seems to be to use the math capability of DateTime to set the hour and minute: my $rise_time = DateTime-new( year = $dt-year, month = $dt-month, day = $dt-day, hour = 0, minute= 0, time_zone = 'UTC')-add(hours=$hour_rise, minutes = $min_rise); in the 4 places where the times are initialized. Patch attached but all I can say is 'it works for me'. I've tested it in any generalised way. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages libdatetime-astro-sunrise-perl depends on: ii libdatetime-perl 2:0.7500-1 ii perl 5.14.2-13 libdatetime-astro-sunrise-perl recommends no packages. libdatetime-astro-sunrise-perl suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /usr/share/perl5/DateTime/Astro/Sunrise.pm (from libdatetime-astro-sunrise-perl package) That's because I've modified it! --- Sunrise.bak 2012-11-19 13:42:13.724006946 + +++ Sunrise.pm 2012-11-19 14:21:30.536744605 + @@ -40,7 +40,6 @@ my ( $year, $month, $day ) = ( $dt-year, $dt-month, $dt-day ); my $altit = $self-{ALT} || -0.833; my $iteration = defined( $self-{ITER} ) ? $self-{ITER} : 0; - if ($iteration) { # This is the initial start @@ -102,22 +101,24 @@ my ( $hour_rise, $min_rise, $hour_set, $min_set ) = convert_hour($tmp_rise_3,$tmp_set_3); my $rise_time = DateTime-new( - year = $dt-year, - month = $dt-month, - day = $dt-day, - hour = $hour_rise % 24, - minute= $min_rise, - time_zone = 'UTC' -); + year = $dt-year, + month = $dt-month, + day = $dt-day, + hour = 0, + minute= 0, + time_zone = 'UTC')-add(hours=$hour_rise, + minutes = $min_rise + ); my $set_time = DateTime-new( - year = $dt-year, - month = $dt-month, - day = $dt-day, - hour = $hour_set % 24, - minute= $min_set, - time_zone = 'UTC' -); - return ($rise_time, $set_time); + year = $dt-year, + month = $dt-month, + day = $dt-day, + hour = 0, + minute= 0, + time_zone = 'UTC')-add(hours=$hour_set, + minutes = $min_set + ); + return ($rise_time, $set_time); } else { my $d = @@ -127,23 +128,24 @@ sun_rise_set( $d, $self-{LON}, $self-{LAT}, $altit, 15.0 ); my ( $hour_rise, $min_rise, $hour_set, $min_set ) = convert_hour( $h1, $h2 ); - my $rise_time = DateTime-new( - year = $dt-year, - month = $dt-month, - day = $dt-day, - hour = $hour_rise % 24, - minute= $min_rise, - time_zone = 'UTC' -); + year = $dt-year, + month = $dt-month, + day = $dt-day, + hour = 0, + minute= 0, + time_zone = 'UTC')-add(hours=$hour_rise, + minutes = $min_rise + ); my $set_time = DateTime-new( - year = $dt-year, - month = $dt-month, - day = $dt-day, - hour = $hour_set % 24, - minute= $min_set, - time_zone = 'UTC' -); + year = $dt-year, + month = $dt-month, + day = $dt-day, + hour = 0, + minute= 0, + time_zone = 'UTC')-add(hours=$hour_set, + minutes = $min_set + ); return ($rise_time, $set_time); }
Bug#693451: RFP: pycessing -- python based educational programming environment like processing
Hi Thomas, That would be fantastic to have Pycessing in Debian! Two issues: 1. I don't really have a proper setup.py in there right now that installs everything to /usr/local or wherever. Is that something that you will take care of specially for Debian or do I need to do that? 2. I am incredibly busy right now but I will try to clean up any outstanding unfinished work and get a tarball-only release out in the next 2 weeks. Do you have a specific hard deadline? Thanks very much for your efforts! best, -Brendan On 11/16/2012 05:49 PM, Thomas Koch wrote: Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: pycessing Version : 0.2.1 Upstream Author : Brendan Howell * URL : http://pycessing.org * License : GPL3+ Programming Lang: Python Description : python based educational programming environment like processing Pycessing is an educational programming environment that makes it easy for the student to produce graphics and do other motivational things. It's modelled after the java based processing[1]. [1] http://processing.org @Brendan: I want to look at pycessing and probably package it for Debian. (It'll then also be available for all Debian based distributions e.g. Ubuntu). I see that there are many commits in the Git repository on bitbucket in 2012 but no release since 2011. Could you do a release in the next weeks? Regards, Thomas Koch -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQpm6LAAoJEAf8SJEEK6ZaMnUQAMCy3qoWfYKDEAptGwuj1Dgl KzUqZAbRvDXXs605GWIb2Aeg8yOB+neE3a666GqXfSyBFI5KqyLSF0+bzLNvzhty a7M4PfaKTJsjVmwoKaPoUXJ9ZQfOrXy6sqc851HupBdjkfU10e6so5a/ocwsqmC8 02uDJfg6RvbHkbwTo3jhL+3HlMG/sPtkDB7zoW6BEHQUAW7rOamCG3xVW7eiOQKA 7Pjdwf7lFhRwz4fOfzMrn9uQxese1CuQva3BLpoiZ5NGfwYMoViYCkvhrcv4tbAH 0WSCm064As6IpvVMOZY2U0iqNFNshHri0ggqSzfkmcQjACqVyKA2jSx0xrUbd/Jy Z0YJ3rqD7+C/itXdenqXzCpoXhVYIv/tGb0ON3hauoqtoqhWXCdnBvbTFHBXUkUK E+VD3ASAFdpehhQXw7n/AjWr6Lxv8vytv+PyanjFvN6VFEzQwDoEfpxRjGZYliJ4 0VCBUp+f7R4TrC3K4loHOMLBbzU5+jpNXMNnZTLjhF/LsXYrFtqQcAdmmlWr32B1 Fq3OCQTLmLrgyJoym0vTQK9NzP/YIe+bAQ/SB0r7OpzjkTKKblF9UNdn31MhpYQ7 OSBS4eQsYfvfEwVpAjMsz5YRwORFaLxakLuEQV0NJW4Fm5kWMsCIsRduwcdrm7iZ eQ5t3v9jGyE5Le1Ea8uo =77fg -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#693704: Addendum
Sorry, a bit rushed: Lat/long I used was -37.81 144.963169 which is somewhere in Melbourne. Now= 2012-11-19T14:43:27 Rise: 2012-11-18T18:57:00 Set: 2012-11-19T09:14:00 epoch- 1353265020 1353316440 and I omitted a 'not'. I've *not* tested in any generalised way. Dick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674156: alignment issue
On Tue, 06 Nov 2012 at 09:42:48 +0100, Sjoerd Simons wrote: This obviously breaks ABI on these platforms, not only of glib but also of libraries which have a GStaticMutex embedded in their public structs in some way. I sent this upstream, GNOME #688406. The new ABI has already been in two upstream stable branches, so reverting it would be just as painful from their point of view (and, I suspect, ours - testing is in an inconsistent state where some things have been recompiled, but not everything). In general, 32-bit RISC architectures are affected. i386 is unaffected because its ABI only aligns doubles on 32-bit boundaries, and 64-bit architectures are unaffected because the pointer at the beginning of GStaticMutex aligns the next struct member at a 64-bit boundary without needing padding. Confirmed affected: armel, armhf, mipsel, powerpc, s390, sparc (see https://bugzilla.gnome.org/show_bug.cgi?id=688406 for a standalone test) Suspected to be affected, but I couldn't log into a porterbox: armeb, mips, powerpcspe (of which mips is the only release architecture) Confirmed unaffected: amd64, i386, ia64, sh4, s390x Suspected to be unaffected, but I couldn't log into a porterbox: alpha, ppc64, sparc64 (all 64-bit, none are release architectures?) Untested: kfreebsd-i386, kfreebsd-amd64, hurd-i386 (assumed to have the same struct member alignment requirements as Linux, in which case all are unaffected) No idea: hppa, m68k (not release architectures anyway) One mitigating factor is that since GLib 2.32, only the first sizeof(void *) bytes of a GStaticMutex are actually used - so in global static mutexes, the most common use, it doesn't actually matter. The problem cases are structs that contain a GStaticMutex, and either are a GObject, or have members after the GStaticMutex. In GLib, GStaticRWLock and GStaticRecMutex are also affected (they contain a GStaticMutex). I haven't done the trawl through codesearch.debian.net to find out whether they're in anything else's public headers. Whatever we do, we do need to ensure that all affected software gets compiled against whatever final solution we pick. My vote would be to use codesearch.debian.net to find all affected software, and binNMU it on all release architectures, plus all affected unofficial architectures that have the infrastucture for binNMUs. The slower official architectures need the binNMU anyway, because they're precisely the 32-bit non-x86 architectures that are affected. If we binNMU on the unaffected official architectures - any-i386, any-amd64 and ia64 - as well, it shouldn't take any longer (they're fast architectures), and keeping the binNMU version in sync between architectures will make more multiarch packages co-installable. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693705: package not updated in over 5 years
Package: podget Version: 0.5.8-1 Severity: wishlist Hi Dave, The version of 'podget' in Debian repository hasn't changed in a long time. 0.5.8-1 is the package version available in all: oldstable, stable, testing and unstable. This version of podget has been released nearly 6 years ago and there have been several realeses since then, with the newest one (0.6.7) being released over half a year ago. Over the years the package accumulated several bugs which haven't been fixed or have been dealt with upstream but not fixed in the package. There's also a similar bug report in Ubuntu filed over a year and a half ago [0]. Considering all of the above but mostly the fact that you are also the upstream developer it seems that enthusiasm to maintain the package after uploading it to Debian repository has waned quite quickly. Do you have any plans updating the package? [0] https://bugs.launchpad.net/ubuntu/+source/podget/+bug/715505 Kind regards, Raf -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (999, 'unstable'), (500, 'testing-proposed-updates'), (500, 'stable-updates'), (500, 'testing'), (1, 'experimental'), (1, 'stable') Architecture: powerpc (ppc) Kernel: Linux 3.2.0-4-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages podget depends on: ii bash 4.2-5 ii coreutils 8.13-3.2 ii grep 2.14-1 ii sed4.2.1-10 ii tofrodos 1.7.9.debian.1-1 ii wget 1.14-1 podget recommends no packages. Versions of packages podget suggests: ii libc6 2.13-37 -- 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#684029: ia32-libs-i386: downgrade Recommends on lib{nss,pam}-ldap, libldap-2.4-2 to Suggests
Hi, I talked to the release team on IRC and they would like to have the problem with the debconf questions dealt with before migrating the new multi-arch ia32-libs to testing. It would be nice if you could look at this soon so we can get rid of the old ia32-libs soon. Regards, Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689917: bitcoind in Debian
Scott Howard show...@debian.org writes: @Jonas @Micah, if you'd like someone to help work on the package, let me know. If you ask me, the more help the better! I have not had time myself, so I'd appreciate the help. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693707: tiger complains about /usr/local's default group and permissions
Package: tiger Version: 1:3.2.3-10 Severity: normal Dear Maintainer, I have local scripts that I invoke from cron. Since these are local their rightful place is in /usr/local. But that causes the following Tiger complaints: # Performing check of `cron' entries... NEW: --WARN-- [cron003] cron entry for root uses `/usr/local/bin/anice' which contains `/usr/local' which is group `staff' writable. NEW: --WARN-- [cron003] cron entry for root uses `/usr/local/bin/anice' which contains `/usr/local/bin' which is group `staff' writable. NEW: --WARN-- [cron003] cron entry for root uses `/usr/local/sbin/local-backup-all' which contains `/usr/local' which is group `staff' writable. NEW: --WARN-- [cron003] cron entry for root uses `/usr/local/sbin/local-backup-all' which contains `/usr/local/sbin' which is group `staff' writable. No package appears to own these directories but I checked on a brand new Debian 6.0.6 install and have confirmed that they were created by Debian with precisely this group ownership and permissions. This means we have one part of Debian complaining another part of Debian is wrong. So either Tiger should be modified to not complain about these permissions, or the Debian installer, and probably Debian policy too, should be modified to use settings more palatable to Tiger. For reference here is the output of 'ls -ld' on these directories: drwxrwsr-x 10 root staff 4096 juil. 20 2011 /usr/local/ drwxrwsr-x 3 root staff 4096 oct. 16 18:30 /usr/local/bin/ drwxrwsr-x 2 root staff 4096 juin 23 2008 /usr/local/etc/ drwxrwsr-x 2 root staff 4096 juin 23 2008 /usr/local/games/ drwxrwsr-x 2 root staff 4096 juin 23 2008 /usr/local/include/ drwxrwsr-x 7 root staff 4096 nov. 7 11:15 /usr/local/lib/ lrwxrwxrwx 1 root staff9 juin 23 2008 /usr/local/man - share/man/ drwxrwsr-x 2 root staff 4096 nov. 18 02:55 /usr/local/sbin/ drwxrwsr-x 11 root staff 4096 oct. 1 10:58 /usr/local/share/ drwxrwsr-x 2 root staff 4096 juin 23 2008 /usr/local/src/ -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tiger depends on: ii binutils 2.22-7.1 ii bsdmainutils 9.0.3 ii debconf [debconf-2.0] 1.5.46 ii libc6 2.13-35 ii net-tools 1.60-24.2 ii ucf3.0025+nmu3 Versions of packages tiger recommends: ii chkrootkit 0.49-4.1 ii exim4-daemon-light [mail-transport-agent] 4.80-5.1 ii john 1.7.8-1 pn tripwire | aidenone Versions of packages tiger suggests: ii lsof 4.86+dfsg-1 -- debconf information: tiger/mail_rcpt: root tiger/policy_adapt: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689042: iucode-tool: Microcode no more loaded on self build kernel, with microcode updating firmware build-in
On Sat, 29 Sep 2012, Eric Valette wrote: On 29/09/2012 04:11, Henrique de Moraes Holschuh wrote: Why should it? It is the kernel's job. An initscript would just slow the boot. And the wheezy kernel does its job better when the microcode driver is a module. I disagree on this sentence. There are kernel modules that do load firmware automatically when build-in (I have for wifi, dvb tunners). This is not the case for the microcode driver so you shall not rely on the fact its or not a module. Autoload-on-boot support will not be added to the iucode-tool package at this time. Autoloading support IS available through the intel-microcode package, and it does support non-modular microcode, *as long as* you use an initramfs. This is quite throughoutly explained in the README files for intel-microcode. If you don't use an initramfs AND you don't use modular microcode, autoloading will not work out-of-the-box. The packages have enough instructions to let you configure your custom system to autoload the microcode update in their README files, though. -- 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693708: kismet: [INTL:ru] Russian debconf templates translation
Package: kismet Version: 2011.03.R2-1 Severity: wishlist Tags: l10n patch Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** Russian debconf templates translation is attached. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf armel Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ru.po.gz Description: GNU Zip compressed data
Bug#693709: Fwd: RM: ruby-capistrano-ext -- it is obsolete
package: ftp.debian.org Packaging started when it was listed as a dependency fro diaspora. But once the package got into archive file conflict with capistrano was found. looking further we found all the features has been merged with capistrano itself and obsolete message was posted in fork of capistrano-ext at capistrano's repo. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=693466 we don't need it anymore, please remove it. -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693710: Upstream has asked to replace the X2Go icon shipped with x2goclient due to license issue with the current icon
Package: x2goclient Version: 3.99.2.1-1 Severity: serious Debbugs-CC: heinz-m.graes...@obviously-nice.de Upstream X2Go (Heinz-M. Graesing) has asked to replace the X2Go icon shipped with the current version of x2goclient. Upstream will provide a new version of the application icon that shall be shipped with x2goclient in Debian wheezy. Also: the currently shipped icon is completely transparent + contours, so that the X2Go logo (a flying X) cannot be recognized when the user has a dark desktop theme configured. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp3nbkNSn0s0.pgp Description: Digitale PGP-Unterschrift
Bug#685924: support other uses cases in apt preferences handling
On 11/19/2012 03:33 PM, Thanatermesis wrote: * first part: a simple typo in the deconfigure actions like said on irc, it's not a typo. it needs to be configured again in these use cases. * like you can see in the patch and the comment of my old report, is a wrong check (wants to act to the .orig file but it checks it exist another one) that indeed is a typo, applied, thanks. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693711: robotfindskitten: -n option does not work.
Package: robotfindskitten Version: 1.7320508.406-3 Severity: normal Dear Maintainer, When running robotfindskitten with the -n[number] command line option, there is only one item to find, kitten. -- System Information: Debian Release: wheezy/sid Architecture: armhf (armv6l) Kernel: Linux 3.2.27+ (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages robotfindskitten depends on: ii dpkg 1.16.8 ii install-info 4.13a.dfsg.1-10 ii libc6 2.13-35 ii libncurses5 5.9-10 ii libtinfo5 5.9-10 robotfindskitten recommends no packages. robotfindskitten 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#693712: add option to exclude directories with a 'tag file' (mimic tar --exclude-tag-all=FILE)
Package: obnam Version: 1.1-1.1 Severity: wishlist It is a very handy way to mark those directories not worth backing up right there in the file system by e.g. 'touch .nobackup' and then providing only a single --exclude-tag-all=.nobackup instead of crafting an exclusion list. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages obnam depends on: ii libc6 2.13-33 ii python2.7.3-2 ii python-cliapp 1.20120630-1 ii python-larch 1.20121006-1 ii python-paramiko 1.7.7.1-3 ii python-tracing0.6-2 ii python-ttystatus 0.19-1 obnam recommends no packages. obnam 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#682895: another example of memory corruption
Hello! Another example of memory corruption with make in wheezy. ii make 3.81-8.2 i386 ii libc-bin 2.13-35 $ cat Makefile test: VAR?=* all: echo $(VAR) $ make VAR=q all echo HH1 HH1 $ make VAR=q all echo H�� H�� $ make VAR=q all echo Hx� Hx� -- Boris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693713: libopendbx1 has circular Depends on libopendbx1-sqlite3
Package: libopendbx1 Version: 1.4.6-2 Severity: important Hello Debian OpenDBX Maintainers, There is a circular dependency between libopendbx1 and libopendbx1-sqlite3: libopendbx1 :Depends: libopendbx1-sqlite3 | libopendbx1-backend libopendbx1-sqlite3 :Depends: libopendbx1 (= 1.4.6-2) Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689042: iucode-tool: Microcode no more loaded on self build kernel, with microcode updating firmware build-in
On 11/19/2012 03:59 PM, Henrique de Moraes Holschuh wrote: Autoload-on-boot support will not be added to the iucode-tool package at this time. Well I was more thinking about adding it in the kernel part like other drivers that need firmware do. Autoloading support IS available through the intel-microcode package, and it does support non-modular microcode, *as long as* you use an initramfs. This is quite throughoutly explained in the README files for intel-microcode. If you don't use an initramfs AND you don't use modular microcode, autoloading will not work out-of-the-box. Yes I know. The packages have enough instructions to let you configure your custom system to autoload the microcode update in their README files, though. Already added the relevant lines to rc.local. BTW, on I5 adding the up-todate version does enable some perf feature that are otherwise not available. --eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org