Bug#707844: di-utils: No error message in case of wrong architecture
reassign 707844 debian-installer tags 70784 wontfix thanks Quoting Salvo Tomaselli (tipos...@tiscali.it): Package: di-utils Version: 1.92+deb7u1 Severity: minor Dear Maintainer, I've downloaded Debian 7.0 to use in a virtual machine. I downloaded an amd64 image, and by mistake used qemu for i386. I had the normal grub and then when selecting whether I wanted graphical or normal installation, it would just hang and do nothing. When trying to do an expert install it finally showed me what was going on, and I could start qemu with the appropriate command line. Could you make it print an error message in these cases, for any kind of chosen kind of installation? If a CD doesn't do anything but just hangs I could assume there is something wrong with it, or the problem lies somewhere else. That happened to me sometimes also, indeed. Well, it's a chicken and egg problem. To print something, you need a minimal system able to print something (and make the minimal checks about host architecture). So you need a kernelbut this is precisely the kernel that hangs when you boot an amd64 kernel on a non 64-bit machine. The fact that it hangs silently is because by default the kernel is booted with the quiet option so that very verbose boot messages are silented out. This is a design choice (and this is why you get these messages when booting in expert mode). I don't think we can do more than we're already doing. signature.asc Description: Digital signature
Bug#705900: check_ping fail if host do not have IPv6 address
So, to summarize: 1) 'check_ping $(hostname)' in Nagios fail when libnss-myhostname is active, because glibc return the IPv6 link local address when looking up the IP address of the local host. 2) ping6 can not ping the IPv6 link local address without an network interface specifier. The same happen with any IPv6 capable program. 3) I've provided a patch for libnss-myhostname to not return IPv6 link local addresses. 4) Upstream believe the patch should not be used, and claim libnss-myhostname is doing everything correct and the bug is in glibc and/or ping6. 5) The ping6 maintainer claim there is no bug in ping6 and glibc, as their handling of addresses in getaddrinfo() is according to the specification and work the same on Linux and FreeBSD. And thus we are left with a libnss-myhostname package that break any IPv6 capable program trying to connect to the local host name. Joachim, perhaps time to use the patch I provided in the Debian package, while we wait for these lofty old wizards to fight out their world view dispute? I fail to see the advantage of having libnss-myhostname, which is intended to make sure it is possible to look up the local host name and always get a working IP address, return an IPv6 address that can't be used to ping, connect or pass on. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707918: $_ scope with nested whiles
Package: perl Version: 5.14.2-20 Severity: wishlist I don't see any GOOD reason perl can't keep track of $_ scope here, no matter how deep one nests it. $ perl -w e.pl Use of uninitialized value $_ in print at e.pl line 16, B line 36. $ cat e.pl use strict; use warnings FATAL = 'all'; open A, /etc/motd or die; open B, /etc/passwd or die; while (A) { print; { { { { while (B) { } } } } } print; } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707918: $_ scope with nested whiles
On Sun, May 12, 2013 at 02:12:08PM +0800, jida...@jidanni.org wrote: Package: perl Version: 5.14.2-20 Severity: wishlist I don't see any GOOD reason perl can't keep track of $_ scope here, no matter how deep one nests it. $_ is documented to be global. Changing that would probably render lots of old code incompatible. From perlvar.pod: As $_ is a global variable, this may lead in some cases to unwanted side-effects. As of perl 5.9.1, you can now use a lexical version of $_ by declaring it in a file or in a block with my. Moreover, declaring our $_ restores the global $_ in the current scope. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707918: $_ scope with nested whiles
Egads, maybe they should put an example there on perlvar showing just how disturbing it can get, e.g., open B, /etc/passwd or die; for(0..4){ print; while (B) { } print; } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706396: iceweasel (10.0.12esr-1+nmu1) says that vimperator 3.7 is incompatible
Hi Yaroslav, Sorry for the delay in getting back to you. On 2013-04-29 at 13:06:05, Yaroslav Halchenko wrote: I have upgraded iceweasel to 10.0.12 (actually first it was upgraded to 20.0 from experimental and then downgraded to 10.0.12 in sid), and upgraded vimperator to 3.7-1 in sid -- upon iceweasel restart it still is reported disabled. As such it is unusable at all, thus 'important' severity Have you tried it with version 17.0.5esr-1 (the one that is now in unstable)? Cheers, Francois -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707789: requested info
Maximilian, Thanks for handling this case. In attachment the requested log. In fact there are two problems. The first is related to flash-kernel and makes that mkinitramfs fails. This is bad, but not too critical. The second problem is more severe: when the problem occurs all input from the keyboard is dropped. I tried control-c, control-z, enter, but I did not succeed to let update-initramfs finish or abort it or put it in background. According to me the second one is the most severe problem. Could it be that this is also related to flash kernel ? I see in the log something like =noninteractive and _ignored ? + PREREQ= + prereqs + echo + exit 0 + PREREQ= + FK_DIR=/usr/share/flash-kernel + . /usr/share/flash-kernel/functions + BOOTSCRIPTS_DIR=/usr/share/flash-kernel/bootscript + cat /usr/share/flash-kernel/db/all.db + MACHINE_DB=# somewhat RFC2822 based, but case sensitive, not tolerant to spaces etc. Machine: Buffalo Linkstation LiveV3 (LS-CHL) Kernel-Flavors: orion5x Machine-Id: 2913 U-Boot-Kernel-Address: 0x8000 U-Boot-Initrd-Address: 0x0 Boot-Kernel-Path: /boot/uImage.buffalo Boot-Initrd-Path: /boot/initrd.buffalo Required-packages: u-boot-tools Bootloader-sets-root: yes Machine: Buffalo Linkstation Mini Kernel-Flavors: orion5x Machine-Id: 1858 U-Boot-Kernel-Address: 0x8000 U-Boot-Initrd-Address: 0x0 Boot-Kernel-Path: /boot/uImage.buffalo Boot-Initrd-Path: /boot/initrd.buffalo Required-packages: u-boot-tools Bootloader-sets-root: yes Machine: Buffalo Linkstation Pro/Live Kernel-Flavors: orion5x Machine-Id: 1585 U-Boot-Kernel-Address: 0x8000 U-Boot-Initrd-Address: 0x0 Boot-Kernel-Path: /boot/uImage.buffalo Boot-Initrd-Path: /boot/initrd.buffalo Required-packages: u-boot-tools Bootloader-sets-root: yes Machine: Buffalo/Revogear Kurobox Pro Kernel-Flavors: orion5x Machine-Id: 1509 U-Boot-Kernel-Address: 0x8000 U-Boot-Initrd-Address: 0x0 Boot-Kernel-Path: /boot/uImage.buffalo Boot-Initrd-Path: /boot/initrd.buffalo Required-packages: u-boot-tools Bootloader-sets-root: yes Machine: D-Link DNS-323 Kernel-Flavors: orion5x Machine-Id: 1542 Mtd-Kernel: Linux Kernel Mtd-Initrd: File System U-Boot-Kernel-Address: 0x8000 U-Boot-Initrd-Address: 0x0080 Required-packages: u-boot-tools Bootloader-sets-root: yes Machine: Freescale MX53 LOCO Board Kernel-Flavors: mx5 U-Boot-Kernel-Address: 0x70008000 U-Boot-Initrd-Address: 0x0 Boot-Kernel-Path: /boot/uImage Boot-Initrd-Path: /boot/uInitrd Required-packages: u-boot-tools Bootloader-sets-root: no Machine: Genesi Efika Smartbook Kernel-Flavors: mx5 U-Boot-Kernel-Address: 0x90008000 U-Boot-Initrd-Address: 0x0 U-Boot-Script-Address: 0x0 U-Boot-Script-Name: bootscr.mx5 Boot-Kernel-Path: /boot/uImage Boot-Initrd-Path: /boot/uInitrd Boot-Script-Path: /boot/boot.scr Required-packages: u-boot-tools Bootloader-sets-root: yes Machine: Genesi EfikaMX nettop Kernel-Flavors: mx5 U-Boot-Kernel-Address: 0x90008000 U-Boot-Initrd-Address: 0x0 U-Boot-Script-Address: 0x0 U-Boot-Script-Name: bootscr.mx5 Boot-Kernel-Path: /boot/uImage Boot-Initrd-Path: /boot/uInitrd Boot-Script-Path: /boot/boot.scr Required-packages: u-boot-tools Bootloader-sets-root: yes Machine: GLAN Tank Method: symlink Kernel-Flavors: iop32x Machine-Id: 1100 Bootloader-sets-root: yes Machine: GTA02 Method: multi Kernel-Flavors: s3c24xx U-Boot-Multi-Address: 0x30008000 Boot-Multi-Path: /boot/uImage.bin Required-packages: u-boot-tools Bootloader-sets-root: yes Machine: HP Media Vault mv2120 Kernel-Flavors: orion5x Machine-Id: 1693 U-Boot-Multi-Address: 0x0160 Boot-Multi-Path: /boot/uImage # mv2120-utils includes some initramfs-tools scripts that are nice to have but # which are not essential Optional-Packages: mv2120-utils Required-packages: u-boot-tools Bootloader-sets-root: yes Machine: HP t5325 Thin Client Kernel-Flavors: kirkwood Machine-Id: 2846 U-Boot-Multi-Address: 0x0160 Boot-Multi-Path: /boot/uImage Required-packages: u-boot-tools Bootloader-sets-root: yes Machine: LaCie 2Big Network v2 Kernel-Flavors: kirkwood U-Boot-Kernel-Address: 0x8000 U-Boot-Initrd-Address: 0x0 Boot-Kernel-Path: /boot/uImage Boot-Initrd-Path: /boot/uInitrd Required-Packages: u-boot-tools Bootloader-sets-root: no Machine: LaCie 5Big Network v2 Kernel-Flavors: kirkwood U-Boot-Kernel-Address: 0x8000 U-Boot-Initrd-Address: 0x0 Boot-Kernel-Path: /boot/uImage Boot-Initrd-Path: /boot/uInitrd Required-Packages: u-boot-tools Bootloader-sets-root: no Machine: LaCie Internet Space v2 Kernel-Flavors: kirkwood U-Boot-Kernel-Address: 0x8000 U-Boot-Initrd-Address: 0x0 Boot-Kernel-Path: /boot/uImage Boot-Initrd-Path: /boot/uInitrd Required-Packages: u-boot-tools Bootloader-sets-root: no Machine: LaCie Network Space v2 Kernel-Flavors: kirkwood U-Boot-Kernel-Address: 0x8000 U-Boot-Initrd-Address: 0x0 Boot-Kernel-Path: /boot/uImage Boot-Initrd-Path: /boot/uInitrd Required-Packages: u-boot-tools Bootloader-sets-root: no Machine: LaCie Network Space Max v2 Kernel-Flavors:
Bug#703112: enigmail 1.4.1-2 not decrypting mails/verifying sigs with Icedove 10.0.12-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Robert, in http://bugs.debian.org/707877 someone reported to have solved similar problems like yours via placing further symlinks in /usr/lib for the symlinks shipped in /usr/lib/x86_64-linux-gnu/ by libnspr4-0d. Could you please check whether such symlinks already exist on your system and then check whether the solution mentioned also works for you? thanks WM -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJRj0KiAAoJEIy+IZx0V22BZHUQALIu1wmI5KtEK/D91YVqULi/ hrSryJJItrEfHJOlwObToDEs39+dQYbOsY5bzRuXeHNvzl9JpLs8AqCROSuahclR x/9c2iiZ8FJUXvlbWaqhfYQVHuvVYY45c4uEkDtF98UPTuw+IYqCEqGealz7ltFi FFGlaFsv8wUNCeawyOIpsBx56gBzrM7+HRLKcR2iEG7OdCwQPDZgOVLDFWFDcV1w eA6p3afOzna9s+7otpZDLZCFuhVpWoEzx070GOoBa5P+nWZfQsAIGhSHNny7C/oX KWSrZH58hSc+avGoS2/Q9Lo4cVUkQhOwg93Ia5Z8F+siWWVOk1kCCb4D2WorZomQ Ct/0N041QWhPlV7oQoAJBI09rp9pr4Uca/PSfmOq/lEryXspDSIiVV/Jkv0pqIkG lVfrJ0ldD4AH/KLHKlrOwTtBWbojlpnNehy7AlDZrUYhsCLmoJzlaFU+BdlJPUSe ZrOnoAaZip1ivhyD7DjcSBHW3nEzPS2rXnTUVJ6U5wYrpx4thp5rw/GOzJwDF6YE 73avVsllY+w5u4ORwlVWa3s7CiJFA3yAVBJEuJe+Kd0Jl8NJj+XkBc/Efiir/eu1 YeacKVWT5Y+Q8WR6oywpY5rSv3MnYKM3xpgJvnZbTVikI8FMmkohfLyL0i3/6DYC CtCwGfVDp2VX8vCBqgfI =2JH/ -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#707920: mirror submission for debian.mirror.net.in
Package: mirrors Severity: wishlist Submission-Type: new Site: debian.mirror.net.in Type: leaf Archive-architecture: amd64 i386 Archive-http: /debian/ IPv6: yes Archive-upstream: ftp.jp.debian.org Updates: four Maintainer: Ripunjay Bararia ripun...@hns.net.in Country: IN India Location: Mumbai, INDIA Sponsor: Honesty Net Solutions (I) Pvt Ltd http://www.hns.net.in -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701380: boinc: ftbfs with eglibc-2.17
Control: fixed -1 7.0.65+dfsg-1 Marked as fixed in the current version in sid. Regards, GUO Yixuan 於 2013年05月07日 23:48, Gianfranco Costamagna 提到: This bug have been fixed between 7.0.36 and 7.0.38. You can see both changelogs (on ubuntu raring, not the same configuration but the same changelog) https://launchpadlibrarian.net/121599012/buildlog_ubuntu-raring-amd64.boinc_7.0.36%2Bdfsg-3_FAILEDTOBUILD.txt.gz https://launchpadlibrarian.net/121666774/buildlog_ubuntu-raring-amd64.boinc_7.0.36%2Bdfsg-4~raring1_BUILDING.txt.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707375: boinc-app-seti: FTBFS: config.h:584:38: fatal error: project_specific_defines.h: No such file or directory
Control: reassign src:boinc 7.0.65+dfsg-1 Control: affects -1 boinc-app-seti Hi, 於 2013年05月09日 15:16, Lucas Nussbaum 提到: Source: boinc-app-seti Version: 6.97~svn1409-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20130509 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. ... In file included from /usr/include/boinc/lib/str_replace.h:24:0, from main.cpp:73: /usr/include/boinc/config.h:584:38: fatal error: project_specific_defines.h: No such file or directory compilation terminated. make[3]: *** [seti_boinc-main.o] Error 1 This is a known bug of boinc (libboinc-app-dev), which is fixed in the next upload (7.0.65+dfsg-2). Cheers, GUO Yixuan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703112: enigmail 1.4.1-2 not decrypting mails/verifying sigs with Icedove 10.0.12-1
Hi Willi, On Sun, 12 May 2013 09:20:07 +0200, Willi Mann writes: in http://bugs.debian.org/707877 someone reported to have solved similar problems like yours via placing further symlinks in /usr/lib for the symlinks shipped in /usr/lib/x86_64-linux-gnu/ by libnspr4-0d. Could you please check whether such symlinks already exist on your system and then check whether the solution mentioned also works for you? no, the symlinks didn't exist - creating them _did_ solve the problem, though. Enigmail now works as expected, for checking signatures, de- and encrypting, again. Thanks for pointing this out! Kind regards, Robert Waldner signature.asc Description: Digital Signature
Bug#707098: liferea: Does not stop updating TTRSS source
Package: liferea Version: 1.10~rc1-1~exp1 Followup-For: Bug #707098 A new RC has been released. The bug is fixed there. -- System Information: Debian Release: 7.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (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=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages liferea depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-3 ii gir1.2-atk-1.0 2.4.0-2 ii gir1.2-freedesktop 1.32.1-1 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-glib-2.0 1.32.1-1 ii gir1.2-gtk-3.0 3.4.2-6 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-peas-1.0 1.4.0-2 ii libatk1.0-0 2.4.0-2 ii libc62.13-38 ii libcairo21.12.2-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgirepository-1.0-11.32.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk-3-0 3.4.2-6 ii libindicate5 0.6.92-1 ii libjson-glib-1.0-0 0.14.2-1 ii libnotify4 0.7.5-1 ii libpango1.0-01.30.0-1 ii libpeas-1.0-01.4.0-2 ii libsoup2.4-1 2.38.1-2 ii libsqlite3-0 3.7.13-1+deb7u1 ii libwebkitgtk-3.0-0 1.8.1-3.4 ii libxml2 2.8.0+dfsg1-7+nmu1 ii libxslt1.1 1.1.26-14.1 ii liferea-data 1.10~rc1-1~exp1 ii python 2.7.3-4 ii python-gi3.2.2-2 Versions of packages liferea recommends: ii dbus 1.6.8-1 ii dbus-x11 1.6.8-1 ii gir1.2-gnomekeyring-1.0 3.4.1-1 ii gnome-keyring3.4.1-5 ii steadyflow 0.2.0-1 Versions of packages liferea suggests: ii network-manager 0.9.4.0-10 -- 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#582109: debian-policy: document triggers where appropriate
Hi, On Sun, 12 May 2013, Charles Plessy wrote: p The tt*-noawait/tt directives should be used unless the packages awaiting triggers can not satisfy ttDepends/tt relationships until the triggers have been processed. In that case, the ttinterest/tt or ttactivate/tt directives should be used, as they will put the triggering packges in the Triggers-Awaited state, which does not satisfy dependencies. Note that pakcages unnecessarly entering this state can cause the s/pakcages/packages/ early processing of triggers or even dependency loops. /p I also added through the ttinterst/tt or ttactivate/tt directives after When a configured package activates a trigger. I applied the other changes you proposed as well, with minor rewording: - prgndpkg/prgn keeps a list, ttTriggers-Awaited/tt of - interested packages whose trigger processing is awaited. Every + prgndpkg/prgn keeps a list of interested packages whose trigger + processing is awaited, which is stored in the + ttTriggers-Awaited/tt field in dpkg's status database. Every I attached an updated version of the patch. Thanks, I agree that your improved wording is better. Seconded. Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707921: RM: acidbase -- RoQA; open security issues; unmaintained
Package: ftp.debian.org User: ftp.debian@packages.debian.org Usertag: rm X-Debbugs-Cc: jbo...@debian.org, j...@computer.org Please remove acidbase from the archive. It has two open security bugs for over a year with no reply from the maintainers: http://bugs.debian.org/661020 http://bugs.debian.org/659287 It was already removed from wheezy. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707922: src:augeas: FTBFS on all architectures (test failure)
Package: src:augeas Version: 1.0.0-1 Severity: serious The last augeas upload failed to build on all architectures due to a test failure: FAIL: test-run 1 of 182 tests failed Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663055: (no subject)
Any advance on this subject ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706632: Re: Bug#706632: efibootmgr present in Debian Wheezy RC2 is not able to create new entries to boot
Thanks Steve, I Removed the entries of Windows from UEFI with efibootmgr. So it can make some changes to UEFI. Then I tried to add the entries for Debian again and still it didn't work. I feel there is some problem in writing entries to Uefi with the newer versions of efibootmgr. Since Steve's Debian installer for UEFI update4 boot CD worked on install on the same hardware. Right now I am using SuperGrub2 CD with uefi boot from CD drive to find the Debian grubx64.efi and boot that. I am going to try the old install CD for recovery again.
Bug#707923: [tcm] please build-depend on libxt-dev
Source: tcm User: openmo...@packages.debian.org Usertags: lesstif2motif Version: 2.20+TSQD-4.2 Severity: normal X-Debbugs-CC: openmo...@packages.debian.org Hi Maintainer, Your package build depends on libxt-dev but does not declare this relation in the debian/control file. This is currently not a problem as this is pulled in by the lesstif2-dev package that you do depend on. In the near future we like to replace lesstif2 in Debian with the relicensed (open-)motif package. Lesstif2 was originally created as an free alternative for motif, but in the meantime became unmaintained and buggy. Motif itself is now free and got its latest maintenance release last year. To ease the transition that will happen sometime soon, we will follow up on this, please explicitly build-depend on libxt-dev, as we don't intend to include the depends on libxt-dev in libmotif-dev. Kind regards, Paul Graham.
Bug#707851: debian-policy: soften the wording recommending menu files
Hi, Le dimanche 12 mai 2013 à 10:08 +0900, Charles Plessy a écrit : If we were to recommend FreeDesktop menu entries instead of Debian menu entires, and if this recommendation were followed carefully, this would increase the number of entries in the Gnome and KDE menus on some sytems where the user has installed extra packages. In particular, some entries will be redundant with the default applications, and provide only an XPM icon or no icon at all. One way to avoid this is to use HideIn keys, but this requires coordination between the maintainers of the package providing menu entries, and the teams maintaining Desktop environments. If there is already an unwritten norm about this, then it would be the good time to add it to the Policy: regardless in which package the menu entry file is, who has the final word on which menu actually displays the entry. Currently, the final word on the menus layout is in the hands of the menu implementations’ maintainers. However, some maintainers being uncooperative about menu categories or OnlyShowIn/NotShowIn lead us to implement a blacklist mechanism in gnome-menus. Maybe the wording should encourage maintainers to be careful before providing menu entries that don’t serve any purpose at all. There is nothing wrong per se with menu entries for text programs, for example, but if practically speaking, users won’t use them outside already launched terminals, it doesn’t make any sense to ship them. It looks to me that the scope of the Debian menu system is broader than the FreeDesktop system, so in line with the previous discussions about the overlap between both, I think that the best way forward would be to recommend to declare an entry in one system, but not both. I don’t think the basic purpose is different. It’s just that so far, the Debian menu maintainers have put menu completeness before usability. We should use the opportunity of a policy change to take care of that. You are also right about MIME handling; now that you have updated mime-support in unstable (thanks!). As such, let me propose an alternate wording. 9.6 Menus Packages shipping applications that belong in the menu of a desktop environment should provide desktop files for integrating with the menus, following the Desktop Menu Specification available at http://standards.freedesktop.org/desktop-entry-spec/latest/ However, the maintainer should remind that the menu is often the primary interface for the user, and as such it should be filled with what is most useful to her. Therefore : * If the application will only be used directly in rare cases – mostly called from a terminal, or used solely as handler for a given MIME type, for example – the desktop entry should include the NoDisplay=true stanza, so that it can be configured to be displayed only by those who need it. * Unless hidden by default, the desktop entry MUST point to a PNG or SVG icon with a transparent background, providing at least the 22×22 size, and preferably up to 64×64. The icon should be neutral enough to ingrate well with the default icon themes. * The maintainer should coordinate with the maintainers of the menu implementations, in order to avoid bad interactions with other wrong categories or icon duplication. Especially for packages installed by default, the contents of the NotShowIn/OnlyShowIn stanzas should be validated by the maintainers of the relevant environments. Packages can, to be compatible with Debian additions to some legacy window managers, also provide a menu file. 9.7 Multimedia handlers Packages shipping applications able to view, edit or point to files of a given MIME type (e.g. audio/x-mp3 or text/plain), and/or open links with a given URI scheme, should provide desktop files as described in §9.6, and using the MimeType stanza. For URI schemes, the relevant MIME types are x-scheme-handler/* (e.g. x-scheme-handler/https). The list of supported MIME types, as well as the corresponding file magic and filename extensions, is provided by the “shared-mime-info” package. If an application needs to support a new MIME type, the maintainer should request its addition to shared-mime-info first, to the Debian or upstream freedesktop maintainers. Until its addition to “shared-mime-info”, the package can ship a MIME file as described in the Shared MIME-info specification: http://standards.freedesktop.org/shared-mime-info-spec/latest/ Cheers, -- .''`. Josselin Mouette : :'
Bug#707924: RM: bcov -- RoQA; unmaintained; open RC bugs
Package: ftp.debian.org User: ftp.debian@packages.debian.org Usertag: rm Please remove bcov from the archive. It has open RC bugs without any reply from the maintainer and hasn't seen any uploads besides the inital maintainer upload and two NMUs. It already hasn't been part of Wheezy. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707925: espeak: Makefile overrides compiler flags from the environment
Package: espeak Version: 1.47.07-1 Severity: normal This is the latest Espeak package from the Git repository (not yet uploaded). The makefile overrides CXXFLAGS, hence the flags supplied by debian/rules are never applied. In particular, debug symbols are not generated. Here's a proposed patch. From cf92768d5d2a46dd3f253eacd82e577fcec9753d Mon Sep 17 00:00:00 2001 From: Jason White ja...@jasonjgw.net Date: Sun, 12 May 2013 18:10:40 +1000 Subject: [PATCH] Don't override compiler flags from the environment in Makefile. --- debian/patches/compiler-flags | 13 + debian/patches/series | 1 + 2 files changed, 14 insertions(+) create mode 100644 debian/patches/compiler-flags diff --git a/debian/patches/compiler-flags b/debian/patches/compiler-flags new file mode 100644 index 000..efe1add --- /dev/null +++ b/debian/patches/compiler-flags @@ -0,0 +1,13 @@ +Index: espeak/src/Makefile +=== +--- espeak.orig/src/Makefile 2013-05-12 17:08:13.919581196 +1000 espeak/src/Makefile2013-05-12 17:13:29.755725063 +1000 +@@ -93,7 +93,7 @@ + OBJS3=$(patsubst %.cpp,%.o,$(SRCS3)) + LIBS3=-lstdc++ -L . -lespeak + +-CXXFLAGS=-O2 ++CXXFLAGS?=-O2 + + + all: $(BIN_NAME) $(LIB_NAME) $(STATIC_LIB_NAME) $(BIN2_NAME) diff --git a/debian/patches/series b/debian/patches/series index 9c398d1..60983b0 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -1 +1,2 @@ +compiler-flags sonic -- 1.8.1.3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707926: [xabacus] please build-depend on libxt-dev
Source: xabacus User: openmo...@packages.debian.org Usertags: lesstif2motif Version: 7.7.1-1 Severity: normal X-Debbugs-CC: openmo...@packages.debian.org Hi Maintainer, Your package build depends on libxt-dev but does not declare this relation in the debian/control file. This is currently not a problem as this is pulled in by the lesstif2-dev package that you do depend on. In the near future we'd like to replace lesstif2 in Debian with the relicensed (open-)motif package. Lesstif2 was originally created as a free alternative for motif, but in the meantime became unmaintained and buggy. Motif itself is now free and got its latest maintenance release last year. To ease the transition that will happen sometime soon, we will follow up on this, please explicitly build-depend on libxt-dev, as we don't intend to include the depends on libxt-dev in libmotif-dev. Kind regards, Paul Graham.
Bug#663055: (no subject)
* j...@jbdenis.net j...@jbdenis.net wrote: Any advance on this subject ? Since the initscripts are no longer installed by default, I supposed you could consider it fixed. I'm working through my backlog slowly, one of the items on my list is to re-introduce an initscript that will at least mount cgroups at boot. -- Jon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707927: [xpdf] please build-depend on libxt-dev
Source: xpdf User: openmo...@packages.debian.org Usertags: lesstif2motif Version: 3.03-10 Severity: normal X-Debbugs-CC: openmo...@packages.debian.org Hi Maintainer, Your package build depends on libxt-dev but does not declare this relation in the debian/control file. This is currently not a problem as this is pulled in by the lesstif2-dev package that you do depend on. In the near future we'd like to replace lesstif2 in Debian with the relicensed (open-)motif package. Lesstif2 was originally created as a free alternative for motif, but in the meantime became unmaintained and buggy. Motif itself is now free and got its latest maintenance release last year. To ease the transition that will happen sometime soon, we will follow up on this, please explicitly build-depend on libxt-dev, as we don't intend to include the depends on libxt-dev in libmotif-dev. Kind regards, Paul Graham.
Bug#707928: update-notifier: fails to install: touch: cannot touch '/var/lib/update-notifier/dpkg-run-stamp': No such file or directory
Package: update-notifier Version: 0.99.3debian11+perrm1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Selecting previously unselected package update-notifier. (Reading database ... 16736 files and directories currently installed.) Unpacking update-notifier (from .../update-notifier_0.99.3debian11+perrm1_all.deb) ... Setting up update-notifier (0.99.3debian11+perrm1) ... touch: cannot touch '/var/lib/update-notifier/dpkg-run-stamp': No such file or directory dpkg: error processing update-notifier (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: update-notifier cheers, Andreas update-notifier_0.99.3debian11+perrm1.log.gz Description: GNU Zip compressed data
Bug#707929: [xsol] please build-depend on libxt-dev
Source: xsol User: openmo...@packages.debian.org Usertags: lesstif2motif Version: 0.31-9 Severity: normal X-Debbugs-CC: openmo...@packages.debian.org Hi Maintainer, Your package build depends on libxt-dev but does not declare this relation in the debian/control file. This is currently not a problem as this is pulled in by the lesstif2-dev package that you do depend on. In the near future we'd like to replace lesstif2 in Debian with the relicensed (open-)motif package. Lesstif2 was originally created as a free alternative for motif, but in the meantime became unmaintained and buggy. Motif itself is now free and got its latest maintenance release last year. To ease the transition that will happen sometime soon, we will follow up on this, please explicitly build-depend on libxt-dev, as we don't intend to include the depends on libxt-dev in libmotif-dev. Kind regards, Paul Graham.
Bug#707930: RM: egoboo -- RoQA; open RC bugs with no maintainer reply
Package: ftp.debian.org X-Debbugs-Cc: m...@debian.org egoboo has four open RC bugs without any reply from the maintainer: http://bugs.debian.org/554320 http://bugs.debian.org/663529 http://bugs.debian.org/663604 http://bugs.debian.org/664126 It already hasn't been part of Squeeze and Wheezy, although there has been an upload during the Wheezy development cycle (on 2012-01-18). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707931: RM: eikazo -- RoQA; not working; unmaintained
Package: ftp.debian.org Please remove eikazo from the archive. It has an open RC bug for over a year (does not start, #653319) and has been orphaned. eikazo was already removed from wheezy. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707932: ITP: view3dscene -- 3D scene viewer written with FreePascal Lazarus
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: view3dscene Version: 4.0.1 Upstream Author: Michalis Kamburelis ka...@users.sf.net URL: http://castle-engine.sourceforge.net License: LGPL-2 + extention allowing statically linking to non free software Description: View 3D Scene - 3D scene viewer written with FreePascal Lazarus Castle Game Engine is a set of LGPL licenced libraries that are inteded to ease developing 3D games with FreePascal / Lazarus. It provides an excellent support for the VRML / X3D 3D data format. Other 3D formats are also supported. It features many advanced graphic effects and easy to use API on top of OpenGL View 3D Scene is a 3D scene viewer used to export 3D scenes into compatible format for use with Casle Game Engine based games and applications. Cheers, signature.asc Description: This is a digitally signed message part
Bug#707933: libreoffice-common: unowned directory after purge: /var/lib/libreoffice/share/config/
Package: libreoffice-common Version: 1:4.0.3-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned directories on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. The maintainer scripts create (and later remove) a file in that directory. Manual directory removal may be not appropriate as this directory is shared between several packages. If the package would ship this as an empty directory, dpkg would take care of the creation and removal (if it's empty). From the attached log (scroll to the bottom...): 0m25.8s ERROR: FAIL: Package purging left files on system: /var/lib/libreoffice/ owned by: libreoffice-common /var/lib/libreoffice/share/owned by: libreoffice-common /var/lib/libreoffice/share/config/ not owned cheers, Andreas libreoffice-common_1:4.0.3-2.log.gz Description: GNU Zip compressed data
Bug#707935: RM: fgfs-atlas -- RoQA; FTBFS since 2011; uninstallable
Package: ftp.debian.org X-Debbugs-Cc: Ove Kaaven o...@arcticnet.no Please remove fgfs-atlas from the archive. It FTBFS since 2011 (#642660) and has been uninstallable for some time. There are also other open RC bugs that didn't get a reply from the current maintainer. fgfs-atlas was already removed from wheezy (in 2011). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707936: renpy: New project command fails directory selection, please suggest/recommend zenity
Package: renpy Version: 6.13.12-1 Severity: normal After opening the Ren'Py launcher and selecting New Game I received the following error: Error Could not run zenity. The projects directory has been set to the directory immediately above the directory containing Ren'Py. which of course means that the new game can't be created (Permission denied: '/usr/share/games/$project_name') Installing zenity solves the problem, so I believe it is worth adding it as a Recommends, or at least a Suggests. -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) 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 renpy depends on: ii python 2.7.3-4 ii python-pygame1.9.1release+dfsg-8 ii python-renpy 6.13.12-1 ii python-support 1.0.15 ii ttf-dejavu-core 2.33-3 Versions of packages renpy recommends: ii python [python-ctypes] 2.7.3-4 renpy 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#707934: (no subject)
I am planning to change this in the next major (7.X) fetchmail release. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707937: [gridengine] please build-depend on libxft-dev, libxp-dev
Source: gridengine User: openmo...@packages.debian.org Usertags: lesstif2motif Version: 6.2u5-7.1 Severity: normal X-Debbugs-CC: openmo...@packages.debian.org Hi Maintainer, Your package build depends on libxft-dev and libxp-dev but does not declare this relation in the debian/control file. This is currently not a problem as this is pulled in by the lesstif2-dev package that you do depend on. In the near future we'd like to replace lesstif2 in Debian with the relicensed (open-)motif package. Lesstif2 was originally created as a free alternative for motif, but in the meantime became unmaintained and buggy. Motif itself is now free and got its latest maintenance release last year. To ease the transition that will happen sometime soon, we will follow up on this, please explicitly build-depend on libxft-dev and libxp-dev, as we don't intend to include these depends in libmotif-dev. Kind regards, Paul Graham.
Bug#707938: gup: fails to install, purge, and install again: gup.postinst: 11: cd: can't cd to /var/lib/gup/
Package: gup Version: 0.5.14 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install, remove+purge, and install again. Like a plain failure on initial install this makes the package too buggy for a release, thus the severity. This is often a problem with the home directory of a system user: the user is not deleted during purge (which is fine), but the home directory is removed. Since the user already exists on the next installation, adduser won't recreate the home. From the attached log (scroll to the bottom...): Selecting previously unselected package gup. (Reading database ... 7362 files and directories currently installed.) Unpacking gup (from .../archives/gup_0.5.14_amd64.deb) ... Setting up gup (0.5.14) ... /var/lib/dpkg/info/gup.postinst: 11: cd: can't cd to /var/lib/gup/ dpkg: error processing gup (--configure): subprocess installed post-installation script returned error exit status 2 Errors were encountered while processing: gup cheers, Andreas gup_0.5.14.log.gz Description: GNU Zip compressed data
Bug#466299: (no subject)
The issue is that the user expects fetchmail to get along with setting \Deleted, but in fact it additionally sets \Seen. Achieving this requires changes that are unsuitable for the 6.X series of fetchmail releases, and requires SEARCH by flags, which not all servers implement. Cloning bug to wishlist; Nico, feel free to reopen this and merge the bugs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707463: [Pkg-xen-devel] Bug#707463: Bug#707463: xcp-storage-managers: FTBFS: xslib_wrap.c:125:20: fatal error: Python.h: No such file or directory
Hi Thomas, Would you please review and push this patch for me? Mike On Sat, May 11, 2013 at 2:15 PM, Mike McClurg mike.mccl...@gmail.comwrote: cc -O2 -I/usr/include/python2.6 -I/usr/include -fPIC -c -o xslib_wrap.o xslib_wrap.c Looks like the Makefile is specifying Python 2.6 instead of Python 2.7. I should have this fixed soon. Mike ___ Pkg-xen-devel mailing list pkg-xen-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-xen-devel 0001-snapwatchd-includes-Python-2.7-headers-Closes-707463.patch Description: Binary data
Bug#707912: espeak: the AUDIO=runtime compilation ption does not invoke PulseAudio as intended
Having built with debug symbols, I can confirm this bug: we're invoking PortAudio even when Pulse is active. Maybe the best solution at this point would be to ask upstream to sort out the code in src/wave.cpp. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707939: RM: g15daemon-audacious -- RoQA; FTBFS since 2011
Package: ftp.debian.org X-Debbugs-Cc: Giacomo Catenazzi c...@debian.org Please remove g15daemon-audacious from the archive. It fails to build from source since 2011 and hasn't been installable for a while: http://bugs.debian.org/620917 It was already removed from wheezy and hasn't seen an upload since 2010. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644174: Linux kernel 3.9.2 - problem still exists :-(
I have just compiled the newest 3.9.2 kernel. Dell Vostro 3750 still doesn't boot when anything is connected to one of USB 3.0 connectors :-(. -- WZab -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707940: code-aster-engine: fails to install, purge, and install again: ln: failed to create symbolic link '/usr/lib/codeaster/STABLE/config.txt': No such file or directory
Package: code-aster-engine Version: 11.3.0-2-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install, remove+purge, and install again. Like a plain failure on initial install this makes the package too buggy for a release, thus the severity. This is often a problem with the home directory of a system user: the user is not deleted during purge (which is fine), but the home directory is removed. Since the user already exists on the next installation, adduser won't recreate the home. From the attached log (scroll to the bottom...): Selecting previously unselected package code-aster-engine. (Reading database ... 7875 files and directories currently installed.) Unpacking code-aster-engine (from .../code-aster-engine_11.3.0-2-2+b1_amd64.deb) ... Setting up code-aster-engine (11.3.0-2-2+b1) ... + CODEASTER_VERSION=STA11.3 + pyversions -d + perl -pi -e s|python||g + dc_pyvers=2.7 + ln -sf /usr/lib/codeaster/STABLE/config-py2.7.txt /usr/lib/codeaster/STABLE/config.txt ln: failed to create symbolic link '/usr/lib/codeaster/STABLE/config.txt': No such file or directory dpkg: error processing code-aster-engine (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: code-aster-engine cheers, Andreas code-aster-engine_11.3.0-2-2+b1.log.gz Description: GNU Zip compressed data
Bug#707941: RM: gallery2 -- RoQA; uninstallable; other RC bugs
Package: ftp.debian.org X-Debbugs-Cc: Michael C. Schultheiss schul...@debian.org Please remove gallery2 from the archive. It has been uninstallable for about a year (#646545) and several other open RC bugs. gallery2 already wasn't part of Squeeze and Wheezy. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695802: uswsusp: s2disk doesn't work on Lenovo Thinkpad Edge E325
Hi, this bug is related to kernel problem. In old kernels this model doesn't hibernate. https://wiki.archlinux.org/index.php/ThinkPad_Edge#Suspend For example, in Ubuntu, version 11.10 doesn't hibernate, but 12.04 yes. http://webcache.googleusercontent.com/search?q=cache:fs9ie0GlR70J:www.ubuntu.com/certification/hardware/201106-8081/+cd=1hl=enct=clnkgl=esclient=firefox-a I won't reassign the bug to the linux package, because it seems to be solved in the latest kernels. I will close the bug. Thanks for your report. Cheers, kix -- ||// //\\// Rodolfo kix Garcia ||\\// //\\ http://www.kix.es/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707943: [mgdiff] please build-depend on libxt-dev, libxext-dev
Source: mgdiff User: openmo...@packages.debian.org Usertags: lesstif2motif Version: 1.0-29 Severity: normal X-Debbugs-CC: openmo...@packages.debian.org Hi Maintainer, Your package build depends on libxt-dev and libxext-dev but does not declare this relation in the debian/control file. This is currently not a problem as this is pulled in by the lesstif2-dev package that you do depend on. In the near future we'd like to replace lesstif2 in Debian with the relicensed (open-)motif package. Lesstif2 was originally created as a free alternative for motif, but in the meantime became unmaintained and buggy. Motif itself is now free and got its latest maintenance release last year. To ease the transition that will happen sometime soon, we will follow up on this, please explicitly build-depend on libxt-dev and libxext-dev, as we don't intend to include these depends in libmotif-dev. Kind regards, Paul Graham.
Bug#707699: Bug#707774: libglib2.0-0: Upgrade to 2.36 breaks oxygen-gtk, QtCurve GTK styles in emacs
Hi, No need to open two reports for the same bug, you can reassign instead. Sorry for this - I'll do that the next time (still have trouble with the BTS interface sometimes). Thanks for doing this for me :) I've investigated a bit and this is a bug in the oxygen engine and it affects both the gtk2 and the gtk3 versions. The upstream bug report is: https://bugs.kde.org/show_bug.cgi?id=318891 And it was fixed in http://commits.kde.org/oxygen-gtk/878b0e626311cdf847e00dfd6ff96184021c1667 http://commits.kde.org/oxygen-gtk/f272b269cd26e783ffb811c4a3584a675fac7a2b for gtk2 and gtk3 respectively. Interesting, thanks. I'll open a report against QtCurve, probably they can use a similar fix. Kind regards Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707944: [xawtv] please build-depend on libxp-dev
Source: xawtv User: openmo...@packages.debian.org Usertags: lesstif2motif Version: 3.102-3 Severity: normal X-Debbugs-CC: openmo...@packages.debian.org Hi Maintainer, Your package build depends on libxp-dev but does not declare this relation in the debian/control file. This is currently not a problem as this is pulled in by the lesstif2-dev package that you do depend on. In the near future we'd like to replace lesstif2 in Debian with the relicensed (open-)motif package. Lesstif2 was originally created as a free alternative for motif, but in the meantime became unmaintained and buggy. Motif itself is now free and got its latest maintenance release last year. To ease the transition that will happen sometime soon, we will follow up on this, please explicitly build-depend on libxp-dev, as we don't intend to include these depends in libmotif-dev. Kind regards, Paul Graham. P.S. Debian is trying to get rid of libxp, but as long as your package needs it, please declare explicitly.
Bug#707945: RM: glunarclock -- RoQA; FTBFS
Package: ftp.debian.org X-Debbugs-Cc: Christine Spang christ...@spang.cc Please remove glunarclock from the archive. It fails to build from source as it depends on the no longer existing libpanel-applet2-dev. The package was already removed from Wheezy and the maintainer said it's unlikely it will be fixed: +--- | I suspect this package should be removed from wheezy. It needs | non-trivial upstream dev work to port to new gnome apis, the original | upstream is pretty dead, and it's not a priority for me to do the work | myself. | | There's no real reason for a program like this to be a C applet in the | modern world---if the functionality's not available already in another | way in GNOME 3, a rewrite in a language that is speedier to develop in | is almost certainly a better idea than maintaining it in C. +---[ http://bugs.debian.org/680833#10 ] Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677574: transition: libv8
May i ask what's best to do now ? Shall i close this transition bug and reopen a new one to latest libv8 version ? Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707946: gtk2-engines-qtcurve: Emacs hangs on startup
Package: gtk2-engines-qtcurve Version: 1.8.15-4 Severity: important Dear Maintainer, when using QtCurve as GTK2 style, emacs hangs on startup since I upgraded glib2.0 to 2.36. I downgraded glib2.0 again to ensure this really was the cause. However, the reason for the bug is probably a bug in QtCurve: Oxygen-GTK shows the same behaviour, and it was fixed upstream as described by Emilio in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707699#24 . Kind regards Ralf -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-1-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 gtk2-engines-qtcurve depends on: ii libc6 2.17-1 ii libcairo2 1.12.2-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii libx11-62:1.5.0-1 Versions of packages gtk2-engines-qtcurve recommends: pn kde-style-qtcurve none gtk2-engines-qtcurve 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#707947: sipml5: [INTL:pt] Updated Portuguese translation for debconf messages
Package: sipml5 Version: 0.0.20130314.2030-2 Tags: l10n, patch Severity: wishlist Updated Portuguese translation for sipml5's debconf messages. Translator: Miguel Figueiredo el...@debianpt.org Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Melhores cumprimentos/Best regards, Traduz! - Portuguese Translation Team pt.po.gz Description: application/gzip
Bug#707948: RM: honeyd -- RoQA; FTBFS since 2011
Package: ftp.debian.org X-Debbugs-Cc: Javier Fernandez-Sanguino Pen~a j...@debian.org Please remove honeyd from the archive. The package fails to build from source since late 2011 (#651463). honeyd was already removed from wheezy. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707193: [ITR] templates://nss-pam-ldapd/{nslcd.templates,libnss-ldapd.templates}
Dear Debian maintainer, The Debian internationalisation team and the Debian English localisation team will soon begin the review of the debconf templates used in nss-pam-ldapd. This review takes place for all packages that use debconf to interact with users and its aims are: - to improve the use of English in all debconf templates; - to make the wording of debconf templates more consistent; - to encourage more translations of templates. Even if your first language is English, this process is likely to help track down typos or errors, and improve consistency between the debconf templates of your package and that of other packages in the distribution. The process involves both debian-l10n-english contributors and Debian translators. The details of the process are given in http://wiki.debian.org/I18n/SmithDebconfReviewProcess. I will act as the coordinator of this activity for nss-pam-ldapd. The first step of the process is to review the debconf source template file(s) of nss-pam-ldapd. This review will start on Wednesday, May 15, 2013, or as soon as you acknowledge this mail with an agreement for us to carry out this process. All parts of the process will be carried out in close collaboration with you, and, unless you explicitely ask for it, no upload nor NMU will happen for nss-pam-ldapd. If you approve this process, please let us know by replying to this mail. If some work in progress on your side would conflict with such a rewrite (such as adding or removing debconf templates), please say so, and we will defer the review to later in the development cycle. Thank you for your attention. -- signature.asc Description: Digital signature
Bug#707949: RM: hpodder -- RoQA; FTBFS; unmaintained
Package: ftp.debian.org X-Debbugs-Cc: John Goerzen jgoer...@complete.org Please remove hpodder from the archive. It fails to build from source for over a year (#664953). The last maintainer upload was in 2008, there have been three NMUs since then (the last in 2011). It already was removed from Wheezy. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705794: [BTS#705794] templates://squid-deb-proxy/{squid-deb-proxy.templates} : Final update for English review
Dear Debian maintainer, On Wednesday, April 24, 2013, I notified you of the beginning of a review process concerning debconf templates for squid-deb-proxy. The debian-l10n-english contributors have now reviewed these templates, and the final proposed changes are attached to this update to the original bug report. Please review the suggested changes, and if you have any objections, let me know in the next 3 days. However, please try to avoid uploading squid-deb-proxy with these changes right now. The second phase of this process will begin on Wednesday, May 15, 2013, when I will coordinate updates to translations of debconf templates. The existing translators will be notified of the changes: they will receive an updated PO file for their language. Simultaneously, a general call for new translations will be sent to the debian-i18n mailing list. Both these calls for translations will request updates to be sent as individual bug reports. That will probably trigger a lot of bug reports against your package, but these should be easier to deal with. The call for translation updates and new translations will run until about Wednesday, June 05, 2013. Please avoid uploading a package with fixed or changed debconf templates and/or translation updates in the meantime. Of course, other changes are safe. Please note that this is an approximative delay, which depends on my own availability to process this work and is influenced by the fact that I simultaneously work on many packages. Around Thursday, June 06, 2013, I will contact you again and will send a final patch summarizing all the updates (changes to debconf templates, updates to debconf translations and new debconf translations). Again, thanks for your attention and cooperation. -- # These templates have been reviewed by the debian-l10n-english # team # # If modifications/additions/rewording are needed, please ask # debian-l10n-engl...@lists.debian.org for advice. # # Even minor modifications require translation updates and such # changes should be coordinated with translators and reviewers. Template: squid-deb-proxy/ppa-enable Type: boolean Default: false _Description: Allow PPA access? By default, squid-deb-proxy does not allow access to Personal Package Archive (PPA) repositories on Launchpad. . Choosing this option will whitelist these repositories. Template: squid-deb-proxy/acl-disable Type: boolean Default: false _Description: Allow unrestricted network access? By default, squid-deb-proxy allows access to the cache from private networks only (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16). . Choosing this option will allow other IP addresses to access the cache. Source: squid-deb-proxy Section: net Priority: extra Maintainer: Michael Vogt m...@debian.org Build-Depends: debhelper (= 7.0.50), gettext, intltool, pkg-config, po-debconf Standards-Version: 3.9.4 Vcs-Bzr: https://code.launchpad.net/~squid-deb-proxy-developers/squid-deb-proxy/trunk Homepage: https://launchpad.net/squid-deb-proxy Package: squid-deb-proxy Architecture: all Depends: ${python:Depends}, ${misc:Depends}, squid3 Recommends: avahi-utils Description: Squid proxy configuration to optimize package downloads This package contains a Squid proxy configuration to manage a cache of .deb downloads, with optimizations for the types of file present in package repositories, and using a dedicated directory and port. Package: squid-deb-proxy-client Architecture: all Depends: ${misc:Depends}, avahi-utils, apt (= 0.7.25.3ubuntu1), python Description: automatic proxy discovery for APT based on Avahi This package contains a helper for the APT http method to discover proxies that publish their service as _apt_proxy._tcp. . It was written to be installed on clients that should use squid-deb-proxy automatically, but it will work with any proxy that publishes the service as _apt_proxy._tcp. Package: squid-deb-proxy-client-udeb XC-Package-Type: udeb Section: debian-installer Architecture: all Depends: ${shlibs:Depends}, ${misc:Depends}, configured-network, Description: automatic proxy discovery for APT based on Avahi (udeb) This package contains a helper for the APT http method to discover proxies that publish their service as _apt_proxy._tcp. . It was written to be installed on clients that should use squid-deb-proxy automatically, but it will work with any proxy that publishes the service as _apt_proxy._tcp. . This package contains the udeb for use with the Debian Installer. --- squid-deb-proxy.old/debian/squid-deb-proxy.templates2013-04-20 08:32:42.653002140 +0200 +++ squid-deb-proxy/debian/squid-deb-proxy.templates2013-05-12 11:45:09.749603632 +0200 @@ -1,16 +1,26 @@ +# These templates have been reviewed by the debian-l10n-english +# team +# +# If modifications/additions/rewording are needed, please ask +# debian-l10n-engl...@lists.debian.org for advice. +# +# Even
Bug#707912: espeak: the AUDIO=runtime compilation ption does not invoke PulseAudio as intended
Are you sure the AUDIO=runtime flags are being set during the build? In line 30 of src/Makefile, espeak sets AUDIO=portaudio. This could be overriding the AUDIO setting like CXXFLAGS were being overrided in bug #707925. If AUDIO=runtime is built correctly, both wave.cpp and wave_pulse.cpp should be compiled and -DUSE_PULSEAUDIO -DUSE_PORTAUDIO should be passed to the compiler (see lines 37-39). The code in src/wave.cpp is doing the right thing, as I have built eSpeak with AUDIO=runtime (not through this package) and it does not invoke Pa_Initialize, but does invoke pa_simple_new.
Bug#707219: release.debian.org: check co-installability of standard
On Sat, May 11, 2013 at 15:28:44 +0200, Niels Thykier wrote: If we do actually obtain this state where we can say that = standard packages are always (co)installable in testing, it will open up some new possible ways of optimizing Britney. E.g. we would be able to answer is_coinstallable(pkg1, pkg2) with yes in O(1) for packages with priority = standard (and maybe for others in O(1)). I think making this assumption in britney's code would be a bad idea, fwiw. A force-hint would let you break it, if nothing else, and it'd be better if she noticed. Cheers, Julien signature.asc Description: Digital signature
Bug#707950: RM: illuminator -- RoQA; FTBFS, needs porting to PETSc 3.2
Package: ftp.debian.org X-Debbugs-Cc: debian-science-maintain...@lists.alioth.debian.org, hazel...@debian.org Please remove illuminator from the archive. It would need porting to PETSc 3.2 (#669478) and hasnt been installable for over a year. The bug report states that the necessary changes are unlikely to come anytime soon: +--- | Indeed. PETSc changed its distributed array interface completely with | version 3.2, I likely won't have time to port it for some time. | Illuminator may need to leave Debian. :-( +---[ http://bugs.debian.org/669478#10 ] illuminator was already removed from Wheezy. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707951: popularity-contest: please leak less private information
Package: popularity-contest Version: 1.57 Please do not send second resolution information about program usage. Best only send out information what is actually used by the resulting graphs (i.e. a per-package NO-FILES/OLD/RECENT-CTIME/VOTE information and nothing else). Without that installing popularity-contest on any computers with actual users is simply impossible, as it is too much of a hassle to get consent from all the users (not too speak about even explaining them what you seek consent for), as given that much information there is simply no way to can legally run it without informed consent. Additionally it would be nice to have a blacklist of packages to not send information from. Or perhaps some filter on packagename (mycompany-*) or sections (local/*). Bernhard R. Link P.S: I thought that was old news, but I was told it is not, so here your bug report. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707952: RM: ipplan -- RoQA; uninstallable since early 2011
Package: ftp.debian.org X-Debbugs-Cc: Jan Wagner w...@cyconet.org Please remove ipplan from the archive. It hasn't been installable since early 2011 (#618388). The package was already removed from wheezy. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702475: Bug#707879: apache2: mod_mpm_itk.so: undefined symbol: cap_set_proc
forcemerge 702475 707879 thanks Hi Ángel, On 12.05.2013 00:12, Ángel González wrote: mod_mpm_itk.so wasn't linked using -lcap ? Right. See #702475 as this bug is a duplicate of that. There is also a workaround noted. Having that said, fixing this is not a high priority as we are likely to split out the itk package soon, so that the issue can be addresses properly there. -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#707219: release.debian.org: check co-installability of standard
On 2013-05-12 11:48, Julien Cristau wrote: On Sat, May 11, 2013 at 15:28:44 +0200, Niels Thykier wrote: If we do actually obtain this state where we can say that = standard packages are always (co)installable in testing, it will open up some new possible ways of optimizing Britney. E.g. we would be able to answer is_coinstallable(pkg1, pkg2) with yes in O(1) for packages with priority = standard (and maybe for others in O(1)). I think making this assumption in britney's code would be a bad idea, fwiw. A force-hint would let you break it, if nothing else, and it'd be better if she noticed. Cheers, Julien I wouldn't worry about that. Checking that the assumption is valid is a lot faster than checking co-installability in general[1]. I.e. we can verify the assumption holds before (ab)using it. ~Niels [1] Verification would probably be at the order of O(|V| * |E|). A full co-installability check is definitely worse than that. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707902: xserver-xorg-video-radeon: No 3D acceleration after Wheezy update
Control: reassign -1 src:linux 3.2.41-2 On Sat, May 11, 2013 at 21:07:15 -0400, rich wrote: Here is modeset=1 information, probe fails in dmesg log. - === :~$ dmesg | grep -e drm -e radeon [0.00] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-686-pae root=UUID= ro quiet radeon.modeset=1 [6.496706] [drm] Initialized drm 1.1.0 20060810 [6.880970] [drm] radeon kernel modesetting enabled. [6.881940] [drm] initializing kernel modesetting (RV100 0x1002:0x5159 0x1002:0x5159). [6.881992] [drm] register mmio base: 0xD900 [6.881995] [drm] register mmio size: 65536 [6.884707] radeon :01:00.0: putting AGP V2 device into 4x mode [6.884714] radeon :01:00.0: GTT: 256M 0xC000 - 0xCFFF [6.884725] radeon :01:00.0: VRAM: 128M 0xD000 - 0xD7FF (64M used) [6.884754] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [6.884757] [drm] Driver supports precise vblank timestamp query. [6.884764] radeon :01:00.0: Fatal error during GPU init [6.884811] [drm] radeon: finishing device. [6.884858] [drm] radeon: cp finalized [6.884863] radeon :01:00.0: no bo for sa manager [6.885536] radeon: probe of :01:00.0 failed with error -22 Moving to the kernel. Can you try newer kernel versions and see if that makes a difference? Cheers, Julien signature.asc Description: Digital signature
Bug#704216: here's the changelogs for the whole 0.16 releases
On Sun, 12 May 2013 09:06:04 +0530 shirish शिरीष shirisha...@gmail.com wrote: at bottom :- On Sat, May 11, 2013 at 9:34 PM, Cristian Greco crist...@regolo.cc wrote: block 704216 by 707389 thanks On Fri, 29 Mar 2013 20:22:20 +0530 shirish शिरीष shirisha...@gmail.com wrote: Looking forward to a new release, maybe you can target experimental. Hi, I'm working on libtorrent 0.16.10, but build is failing due to #707389. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 subscribed to the other bug too, although isn't boost 1.53 there in experimental which could be targeted at ? I've uploaded libtorrent 0.16.9 to experimental with explicit dependency on boost1.53. Will leave this bug open until #707389 is fixed or boost-defaults is updated to boost1.53, so that libtorrent can be uploaded to unstable. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#477996: icedove: The PGP encryption box is too small
Hello Boris, On Sat, Apr 26, 2008 at 11:44:56AM +0300, Boris Shtrasman wrote: Package: icedove Version: 2.0.0.9-3 Severity: minor The pgp encryption box (where you enter your passphrase) is to short: for example i tested a passprahze with 10 sentences (it worked ok). but the text box was too short so the sings (dots) waren't shown when i pressed on charecters what's the status on current Icedove versions in Wheezy? This issue is still around? Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707953: nmu: slurm-drmaa_1.0.6-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Please schedule a binNMU for slurm-drmaa. It's the last package depending on libslurm23 which changed soname to libslurm24. nmu slurm-drmaa_1.0.6-2 . ALL . -m Rebuild against libslurm24. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707954: No-change sourceful upload required to get rid of python2.6 dependencies
Source: shogun Version: 1.1.0-6 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6-removal python2.6 has been removed from supported Python versions. A simple no-change sourceful upload would allow to remove python2.6 dependencies from this package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707955: TFTP fetch-url inserts superflous slash in remote file
Package: debian-installer-utils Version: 1.95 The TFTP fetch-url method script inserts a slash in front of the remote file. This breaks certain TFTP servers with 'access violation'. Since TFTP expects the path to start at root, the slash is not necessary and can be removed. so the line remote_file=/$(echo $url | cut -d/ -f 4-) should be remote_file=$(echo $url | cut -d/ -f 4-)
Bug#707851: debian-policy: soften the wording recommending menu files
On Sat, May 11, 2013 at 10:07:08PM +0200, Sune Vuorela wrote: Package: debian-policy Severity: normal Dear Maintainer, In the default desktop installation of Debian, the Debian menu is actively hidden (On GNOME by a patch to gnome-menus). In the - I think - most common alternate used desktop setup (KDE Plasma Desktop), the Debian menu looks like a weird icon-less graft-on mostly duplicating what is already in the menu structure elsewhere. And there is people around KDE in Debian considering the same approach as Gnome. What happened to the notion of letting user enable Debian menu fi they liked it ? And it is probably similar for many other window managers and desktop environments. How many window managers support the XDG menu specification ? 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#658475: calendar-timezones: Timezone data for Europe/Kaliningrad is invalid
Hello Denis, On Fri, Feb 03, 2012 at 02:33:18PM +0300, Denis Chapligin wrote: Package: calendar-timezones Version: 1.0~b1+dfsg2-2+squeeze2 Severity: normal Tags: upstream Last year Russia cancelled the so called 'winter time' and switched to keeping daylight savings time for all over the year. In the system timezone data (tzdata package) those changes were incorporated on time, but iceowl uses it's own timezones definitions. The Europe/Kaliningrad definition in the calendar-timezones package is obsolete now, cause it still includes switches from DST to normal time. The correct timezone for Kaliningrad is a UTC+3 and it doesn't changes during a year. Those timeshift makes iceowl incompatible (in terms of time management) with other applications, that use correct timezone data. in the between times Russia switched back to the old time schema. This issue should be gone while Russia is going back to the old variant. Could this bug closed or is there something wrong? Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706774: [RFR] templates://tt-rss/{templates}
Please find, for review, the debconf templates and packages descriptions for the tt-rss source package. This review will last from Sunday, May 12, 2013 to Wednesday, May 22, 2013. Please send reviews as unified diffs (diff -u) against the original files. Comments about your proposed changes will be appreciated. Your review should be sent as an answer to this mail. When appropriate, I will send intermediate requests for review, with [RFRn] (n=2) as a subject tag. When we will reach a consensus, I send a Last Chance For Comments mail with [LCFC] as a subject tag. Finally, a summary will be sent to the review bug report, and a mail will be sent to this list with [BTS] as a subject tag. Rationale: --- tt-rss.old/debian/templates 2013-05-04 19:54:56.221516454 +0200 +++ tt-rss/debian/templates 2013-05-12 11:50:00.462129314 +0200 @@ -9,8 +9,11 @@ Type: string Default: http://yourserver/tt-rss/ _Description: Full URL of the tt-rss installation: - Full URL of the tt-rss installation. This should be set to the - location of tt-rss directory, e.g. http://yourserver/tt-rss/. - You need to set this option correctly otherwise several features + Please enter the URL that should be used to access tt-rss + with a web browser. + . + This should be set to the + location of tt-rss directory, for instance http://yourserver/tt-rss/. + If this is not set correctly, several features, including PUSH, bookmarklets and browser integration will not work properly. The first sentence was not a sentence, which is highly discouraged in long descriptions. Make it separate from the rest and use the writing style wesuggested to other packages. I'm not entirely happy with the second paragraph as it is slightly wrong to say that it should be set to the location of the directory as what's expected is a URL. --- tt-rss.old/debian/control 2013-05-04 19:54:56.221516454 +0200 +++ tt-rss/debian/control 2013-05-12 11:47:59.098573950 +0200 @@ -36,13 +36,12 @@ feeling as close to a real desktop application as possible. . Feature list: - . - - Server-side application, user only needs a web browser - - Support for RSS, RDF, Atom feeds - - Streamlined interface using AJAX - - Authentication for reading protected feeds - - OPML import/export - - Feed Aggregation - - Keyboard Shortcuts - - Content Filtering - - JSON-based RPC API + - Server-side application, user only needs a web browser; + - support for RSS, RDF, Atom feeds; + - streamlined interface using AJAX; + - authentication for reading protected feeds; + - OPML import/export; + - feed aggregation; + - keyboard shortcuts; + - content filtering; + - JSON-based RPC API. Standardize the bulleted list with semi-colons and a bit less capitalization. Template: tt-rss/reconfigure-webserver Type: multiselect __Choices: apache2, lighttpd _Description: Web server to reconfigure automatically: Please choose the web server that should be automatically configured to run Tiny Tiny RSS. Template: tt-rss/self_url_path Type: string Default: http://yourserver/tt-rss/ _Description: Full URL of the tt-rss installation: Please enter the URL that should be used to access tt-rss with a web browser. . This should be set to the location of tt-rss directory, for instance http://yourserver/tt-rss/. If this is not set correctly, several features, including PUSH, bookmarklets and browser integration will not work properly. --- tt-rss.old/debian/templates 2013-05-04 19:54:56.221516454 +0200 +++ tt-rss/debian/templates 2013-05-12 12:11:06.866556011 +0200 @@ -9,8 +9,11 @@ Type: string Default: http://yourserver/tt-rss/ _Description: Full URL of the tt-rss installation: - Full URL of the tt-rss installation. This should be set to the - location of tt-rss directory, e.g. http://yourserver/tt-rss/. - You need to set this option correctly otherwise several features + Please enter the URL that should be used to access tt-rss + with a web browser. + . + This should be set to the + location of tt-rss directory, for instance http://yourserver/tt-rss/. + If this is not set correctly, several features, including PUSH, bookmarklets and browser integration will not work properly. --- tt-rss.old/debian/control 2013-05-04 19:54:56.221516454 +0200 +++ tt-rss/debian/control 2013-05-12 11:47:59.098573950 +0200 @@ -36,13 +36,12 @@ feeling as close to a real desktop application as possible. . Feature list: - . - - Server-side application, user only needs a web browser - - Support for RSS, RDF, Atom feeds - - Streamlined interface using AJAX - - Authentication for reading protected feeds - - OPML import/export - - Feed Aggregation - - Keyboard Shortcuts - - Content Filtering - - JSON-based RPC API + - Server-side application, user only needs a web browser; + - support for RSS, RDF, Atom feeds; + - streamlined interface using AJAX; + - authentication for reading protected feeds; + - OPML import/export; + - feed aggregation; + -
Bug#707355: fix pending
tag 707355 + pending thanks I have a local fix for this bug but I also need to do some conversions due to changes in the upstream support site, so haven't committed to VCS yet. (Also waiting for some build-deps to stabilise in sid before uploading.) --- main.c (revision 157) +++ main.c (working copy) @@ -148,7 +148,10 @@ remaining_args = NULL; num_args = 0; error = NULL; + // deprecated and useless for glib = 2.36 but needed before. +#ifndef GLIB_DEPRECATED_IN_2_36 g_type_init (); +#endif option_context = g_option_context_new (); g_option_context_add_main_entries (option_context, option_entries, GETTEXT_PACKAGE); -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpPwof2qEeF7.pgp Description: PGP signature
Bug#707888: Please remove mention of postinst in /usr/share/menu/README.
On Sun, May 12, 2013 at 08:57:12AM +0900, Charles Plessy wrote: Package: menu Version: 2.1.46 Severity: minor Tags: patch Hi Bill, I just realised that /usr/share/menu/README was not updated when menu started to use dpkg triggers. Here is a patch that removes mention of postinst in this file, and in other documentations as well. Hello Charles, the documentation is correct. Dpkg triggers are activated before packages are configured and not after, so they are insuitable for menu. There is a long standing dpkg wishlist for that feature (#556104). Cheers, Bill. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707956: kicad: searching in libraries not work
Package: kicad Version: 0.20120526+bzr3261-1 Severity: normal Hello! Sorry my bad English Component search in libraries not work: key 16f648 - find PIC16F648A key 16f64 - null In the library there is an element of TL431LP, the search is not in any way. -- System Information: Debian Release: 7.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kicad depends on: ii kicad-common 0.20120526+bzr3261-1 ii libc6 2.13-38 ii libgcc1 1:4.7.2-5 ii libgl1-mesa-glx [libgl1] 8.0.5-4 ii libglu1-mesa [libglu1]8.0.5-4 ii libice6 2:1.0.8-2 ii libsm62:1.2.1-2 ii libstdc++64.7.2-5 ii libwxbase2.8-02.8.12.1-12 ii libwxgtk2.8-0 2.8.12.1-12 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii zlib-bin 1:1.2.7.dfsg-13 kicad recommends no packages. Versions of packages kicad suggests: pn extra-xdg-menus none ii kicad-doc-ru 0.20120526+bzr3261-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707851: Please do not remove menu before .desktop is fixed (if it ever will be)
Some points for a having menu files: - it is supposed to include all programs, and does not do choices like you don't want that program - it is properly documented (like how do I as administrator override and change a menu setting globally). - it is properly documented for maintainers - there is still no policy for .desktop entries (a standard describing the format is no policy) - it can express features modern DEs lack (like switching between different environment without closing programs). As I think it is unlikely that there will be a policy to fit all of this together (especially the what to show in which program), I'd suggest to just have menu and .desktop entries in Debian packages that way: - we can keep the Debian menu with all programs in it - the newfangled DEs can have .desktop as their playfield where usefull but to ancient looking programs are not exposed to their users by not having a .desktop entry, Gnome programs can have their OnlyShowIn=Gnome so no other newfangled DEs sees them but with a menu entry users of classical window managers could still start them and so on. Bernhard R. Link -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707957: g++-4.7 -m32 cannot find include files on kfreebsd-amd64
Package: gcc-4.7 Version: 4.7.3-3 Severity: important The g++ compiler in 32-bit pass on kfreebsd-amd64 cannot find it's include files. They exist in /usr/include/x86_64-kfreebsd-gnu/c++/4.7/32/bits/c++config.h It breaks at least testsuite of eglibc (leads into FTBFS). The wheezy version is fine. bsd:$ cat a.cc #include cstdio bsd:$ g++ a.cc -m32 In file included from a.cc:1:0: /usr/include/c++/4.7/cstdio:43:28: fatal error: bits/c++config.h: No such file or directory compilation terminated. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707951: popularity-contest: please leak less private information
On Sun, May 12, 2013 at 11:53:17AM +0200, Bernhard R. Link wrote: Package: popularity-contest Version: 1.57 Please do not send second resolution information about program usage. Best only send out information what is actually used by the resulting graphs (i.e. a per-package NO-FILES/OLD/RECENT-CTIME/VOTE information and nothing else). I am considering rounding the number of second to the next multiple of 24h. However, unless you are using strictatime, you probably do not leak much information already. It is important the vote determination is done in a centralised way. Without that installing popularity-contest on any computers with actual users is simply impossible, as it is too much of a hassle to get consent from all the users (not too speak about even explaining them what you seek consent for), as given that much information there is simply no way to can legally run it without informed consent. Additionally it would be nice to have a blacklist of packages to not send information from. Or perhaps some filter on packagename (mycompany-*) or sections (local/*). I am considering to allow packages to opt out of popcon by adding a control field like X-Popcon: no. Would that be suitable ? 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#707653: grub2-common: After Grub 2.00-14 upgrade, system failed to boot (rescue, old grub 1.99 still in mbr)
Hi all, This (or maybe another?) bug also affects RAID-based systems. I have my system installed on RAID 1 (fakeraid). After upgrading 1.99-27.1 - 2.00-14 it was impossible to boot system. Workaround for those who met this: boot from livecd, chroot, downgrade grub to 1.99-27.1 (from Wheezy repo), manually grub-install update-grub2. Details for Debian developers maintainer (please let me know if u need any futher information or help to locate and fix this issue): Attempt to install grub 2.00-14 root@dagon:/var/lib/schroot/mount# grub-install /dev/mapper/isw_hbghdbjgf_SYSTEM Path `/boot/grub' is not readable by GRUB on boot. Installation is impossible. Aborting. --- Mounted FSes root@dagon:/var/lib/schroot/mount# mount sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=196894,mode=755) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=1247016k,mode=755) /dev/dm-3 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=2494020k) fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime) /dev/mapper/isw_hbghdbjgf_SYSTEM1 on /boot type ext2 (rw,relatime,errors=continue) /dev/mapper/isw_hbghdbjgf_SYSTEM6 on /home type ext4 (rw,relatime,data=ordered) /dev/mapper/isw_hbghdbjgf_SYSTEM6 on /var/lib/mysql type ext4 (rw,relatime,data=ordered) rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime) --- Attempt to update-grub2 root@dagon:/var/lib/schroot/mount# update-grub2 Generating grub.cfg ... /usr/sbin/grub-probe: error: unknown filesystem. Found background image: .background_cache.png Found linux image: /boot/vmlinuz-3.8-1-686-pae Found initrd image: /boot/initrd.img-3.8-1-686-pae /usr/sbin/grub-probe: error: unknown filesystem. /usr/sbin/grub-probe: error: unknown filesystem. /usr/sbin/grub-probe: error: unknown filesystem. Found linux image: /boot/vmlinuz-3.2.0-4-686-pae Found initrd image: /boot/initrd.img-3.2.0-4-686-pae /usr/sbin/grub-probe: error: unknown filesystem. /usr/sbin/grub-probe: error: unknown filesystem. /usr/sbin/grub-probe: error: unknown filesystem. Found memtest86+ image: /memtest86+.bin Found memtest86+ multiboot image: /memtest86+_multiboot.bin File descriptor 8 (pipe:[34]) leaked on lvs invocation. Parent PID 29937: /bin/sh No volume groups found grub-probe: error: unknown filesystem. rmdir: failed to remove `/var/lib/os-prober/mount': Device or resource busy Found Debian GNU/Linux (jessie/sid) on /dev/mapper/isw_hbghdbjgf_SYSTEM5 done --- Grub2 versions ii grub-common 2.00-14i386 GRand Unified Bootloader (common files) ii grub-pc 2.00-14i386 GRand Unified Bootloader, version 2 (PC/BIOS version) ii grub-pc-bin 2.00-14i386 GRand Unified Bootloader, version 2 (PC/BIOS binaries) ii grub2 2.00-14i386 GRand Unified Bootloader, version 2 (dummy package) ii grub2-common 2.00-14i386 GRand Unified Bootloader (common files for version 2) -- WBR, Gleb Golubitsky Gnolltech signature.asc Description: This is a digitally signed message part.
Bug#706463: kanla: use dummy account info by default (and is started by default)
Quoting Michael Stapelberg (2013-05-11 22:48:05) Jonas Smedegaard d...@jones.dk writes: As subject says, kanla uses dummy account info by default, and the daemon is started by default. So, thinking about it, why precisely is that a problem? I certainly agree that it is not very useful, but it is not harmful either. The kanla process will run and try to connect without success, until you set up your config file correctly. I find it wrong (and from a privacy perspective unacceptable) to have a monitoring daemon by default also be a beacon towards the outside World. Since there is a simple alternative of providing _no_ credentials instead of _bogus_ credentials, I propose to do that. Perhaps a reasonable-yet-simple-to-implement middleground would be to comment out the dummy data from shipped config file, and have the init script gracefully fail (i.e. with a warning but exit 0) if account info is undefined. Unfortunately, this seems to be rather hard to achieve. invoke-rc.d’s exit code is handled as fatal in the postinst autoscript added by dh_installinit and I really don’t want to make missing credentials a non-fatal error in kanla. I later realized that seemingly the actual kanla code fails gracefully if it cannot connect initially. If that is correctly understood, then how about doing first part (comment out credentials by default) and leave it to kanla to do second part (i.e. not mess with sysv script at all)? - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707851: debian-policy: soften the wording recommending menu files
On Sunday 12 May 2013 12:07:30 Bill Allombert wrote: And it is probably similar for many other window managers and desktop environments. How many window managers support the XDG menu specification ? Most[tm] It is *the* menu in Gnome, in KDE's workspaces, in XFCE, in LXDE, in razor-qt, in trinity, mate, cinnamon. For fluxbox, openbox, blackbox, fvwm, icewm, windowmaker, gnustep and probably others, there exists scripts that convert a XDG menu structure into their own formats, not unlike currently where scripts is used to convert the debian menu structure into their own formats. /Sune -- Do you know how can I overclock the connector? From the tools inside Outlook you must install a firewall in order to unlink a window of a virus. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707958: qbittorrent crashes after starting the download (doesn't happen usually)
Package: qbittorrent Version: 2.9.8-1 Severity: important Here's the output: Couldn't set environment variable... Peer ID: -qB2980- HTTP user agent is qBittorrent v2.9.8 * Catching SIGSEGV, please report a bug at http://bug.qbittorrent.org and provide the following backtrace: qBittorrent version: v2.9.8 stack trace: /lib/x86_64-linux-gnu/libc.so.6 : ()+0x324f0 [0x7f96fd3124f0] qbittorrent : TorrentFilesModel::updateFilesPriorities(std::vectorint, std::allocatorint const)+0x58 [0x5238b8] qbittorrent : PropertiesWidget::loadDynamicData()+0xa44 [0x51aed4] qbittorrent() [0x5da2fd] /usr/lib/x86_64-linux-gnu/libQtCore.so.4 : QMetaObject::activate(QObject*, QMetaObject const*, int, void**)+0x2bf [0x7f96fdf9b54f] /usr/lib/x86_64-linux-gnu/libQtCore.so.4 : QObject::event(QEvent*)+0x9c [0x7f96fdf9a85c] /usr/lib/x86_64-linux-gnu/libQtGui.so.4 : QApplicationPrivate::notify_helper(QObject*, QEvent*)+0xac [0x7f96fe7fa70c] /usr/lib/x86_64-linux-gnu/libQtGui.so.4 : QApplication::notify(QObject*, QEvent*)+0x13a [0x7f96fe7feb8a] /usr/lib/x86_64-linux-gnu/libQtCore.so.4 : QCoreApplication::notifyInternal(QObject*, QEvent*)+0x8e [0x7f96fdf85b5e] /usr/lib/x86_64-linux-gnu/libQtCore.so.4 : ()+0x1ada52 [0x7f96fdfb6a52] /usr/lib/x86_64-linux-gnu/libQtCore.so.4 : ()+0x1aac04 [0x7f96fdfb3c04] /usr/lib/x86_64-linux-gnu/libQtCore.so.4 : ()+0x1aac21 [0x7f96fdfb3c21] /lib/x86_64-linux-gnu/libglib-2.0.so.0 : g_main_context_dispatch()+0x135 [0x7f96fc142355] /lib/x86_64-linux-gnu/libglib-2.0.so.0 : ()+0x4a688 [0x7f96fc142688] /lib/x86_64-linux-gnu/libglib-2.0.so.0 : g_main_context_iteration()+0x34 [0x7f96fc142744] /usr/lib/x86_64-linux-gnu/libQtCore.so.4 : QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag)+0x66 [0x7f96fdfb4276] /usr/lib/x86_64-linux-gnu/libQtGui.so.4 : ()+0x27e83e [0x7f96fe89b83e] /usr/lib/x86_64-linux-gnu/libQtCore.so.4 : QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag)+0x2f [0x7f96fdf848af] /usr/lib/x86_64-linux-gnu/libQtCore.so.4 : QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag)+0x138 [0x7f96fdf84b38] /usr/lib/x86_64-linux-gnu/libQtCore.so.4 : QCoreApplication::exec()+0x88 [0x7f96fdf89cf8] qbittorrent : main()+0xca5 [0x480f05] /lib/x86_64-linux-gnu/libc.so.6 : __libc_start_main()+0xfd [0x7f96fd2feead] qbittorrent() [0x4898e1] Segmentation fault It doesn't segfault all the time, it only happened 3 or 4 times. Also it always happens randomly (at least I couldn't find the cause). -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qbittorrent depends on: ii geoip-database 20130213-1 ii libboost-filesystem1.49.0 1.49.0-3.2 ii libboost-system1.49.0 1.49.0-3.2 ii libc6 2.13-38 ii libgcc11:4.7.2-5 ii libqt4-dbus4:4.8.2+dfsg-11 ii libqt4-network 4:4.8.2+dfsg-11 ii libqt4-xml 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libssl1.0.01.0.1e-2 ii libstdc++6 4.7.2-5 ii libtorrent-rasterbar6 0.15.10-1+b1 ii python 2.7.3-4 qbittorrent recommends no packages. Versions of packages qbittorrent suggests: pn qbittorrent-dbg 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#707851: Please do not remove menu before .desktop is fixed (if it ever will be)
Le dimanche 12 mai 2013 à 12:36 +0200, Bernhard R. Link a écrit : Some points for a having menu files: - it is supposed to include all programs, and does not do choices like you don't want that program In my opinion, this is an anti-feature. A menu is not some random place to shove all your programs. It is a key part of the user interface, and needs to be thought as such. - it is properly documented (like how do I as administrator override and change a menu setting globally). - it is properly documented for maintainers The XDG menu system is properly documented as well. - there is still no policy for .desktop entries (a standard describing the format is no policy) That, indeed, is lacking. This is what I have started to draft in my previous proposal. - it can express features modern DEs lack (like switching between different environment without closing programs). This is the perfect example of an anti-feature. Who needs that? What is the use case? Selection should be done once from the login manager, in the real world no one needs to dynamically switch WMs. All in all I don’t see why we couldn’t just drop menu altogether or replace it by a XDG menu implementation. In all cases, it doesn’t have a place in the policy anymore. Cheers, -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707756: pcscd: failed upgrade squeeze - wheezy
Salut! Am 11.05.2013 15:07, schrieb Ludovic Rousseau: Le 11/05/13 01:26, Holger Burkhardt a écrit : Package: pcscd Version: 1.8.4-1 Severity: grave Tags: patch Justification: renders package unusable Dear Maintainer, Hello, * What led up to the situation? Upgrade squeeze - wheezy failed due to the postinstall-script exiting with error code 1. Exact error code was: dpkg: Fehler beim Bearbeiten von pcscd (--configure): Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück A debug session on irc showed the following problems of the post-install- scirpt: a) The pcscd-group was already existing on my computer due to the previous install. However, it was not a system group at that time. Making the output of the postinstall-script more verbose, one could see that the script breaks at that point: (addgroup: Die Gruppe »pcscd« existiert bereits und ist keine Systemgruppe. Programmende.). - Proposed patch from the IRC-experts: Replace the line addgroup --system pcscd --quiet by if ! getent group pcscd /dev/null 21 ; then addgroup --system pcscd --quiet; fi The use of the pcscd group was added with pcsc-lite 1.6.0 and removed with pcsc-lite 1.8.0. Debian old-stable (squeeze) provided pcsc-lite 1.5.5-4 Debian stable (wheezy) provides pcsc-lite 1.8.4-1 You had a problem with the upgrade because you created the pcscd group yourself. I guess you installed some pcsc-lite version by hand. Exact? I upgrade pcscd from old-stable to stable without problem here: [...] Preparing to replace pcscd 1.5.5-4 (using .../pcscd_1.8.4-1_i386.deb) ... Unpacking replacement pcscd ... [...] Setting up pcscd (1.8.4-1) ... Installing new version of config file /etc/init.d/pcscd ... [...] Hmmm, difficult question, as it was quite some time ago. For the first part, I am quite confident that I had the official old-stable pcscd installed. I found the follwoing traces in the logs: taken from history.log of /var/log/apt: Start-Date: 2013-05-10 20:41:38 Commandline: apt-get dist-upgrade [...] pcscd:amd64 (1.5.5-4, 1.8.4-1) [...] taken from dpkg.log: 2013-05-10 21:03:26 upgrade pcscd:amd64 1.5.5-4 1.8.4-1 What I do not know for sure is if I created the pcscd-group by hand or not. If I did so (necessary or not), it was certainly following some instructions that I found on the web to get my ReinerSCT RFID standard reader to work. Nevertheless, I believe it is highly desireable that the postinstall script can properly handle an existing non-system pcscd-group or that it gives at least a meaningful error message. :) I already removed the use of addgroup in pcsc-lite 1.8.8-1 (I should have done that for version 1.8.0-1 but forgot). b) the follwoing line seems also to be problematic and the following replacement was proposed: Instead of [ -x /bin/systemctl ] [ -d /sys/fs/cgroup/systemd ] systemctl enable pcscd.socket rather if [ -x /bin/systemctl -a -d /sys/fs/cgroup/systemd ]; then systemctl enable pcscd.socket; fi Can you explain what the problem is with the previous version? Unfortunately no. I am 99% user and only 1% comfortable with shell scripts an others If I recall the reasoning right, at first glance this line seemed to be the only one in the postinstall script that could lead to the error code 1 of the post-install script (what in the end was not the case). The ideas was to modify the line in a way to avoid an error code, but from my amateur eyes, the alternative seems just to be a different/easier to read version of the same. So sorry to not to be in a position to explain the superiourity of the alternative code. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707959: tinyca: no menu entry
Package: tinyca Version: 0.7.5-4 Severity: minor there is no menu entry even after rebooting the system. since this is gui application, i expected to add itself in menu. in order to use the package i need to use /usr/bin/tinyca2 [ inconvenient for users ]. if you need more information, please drop an email. -- System Information: Debian Release: 7.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tinyca depends on: ii libgtk2-perl2:1.244-1 ii liblocale-gettext-perl 1.05-7+b1 ii openssl 1.0.1e-2 Versions of packages tinyca recommends: ii zip 3.0-6 tinyca 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#707960: rpc.gssd segfaults when mounting a nfsv4 volume
Package: nfs-common Version: 1:1.2.8-1 Severity: grave (elided):/ /media/nfs nfs4noauto,soft,intr,sec=krb5p 0 0 [2262594.734234] rpc.gssd[2729]: segfault at 1 ip f74714ba sp ff830170 error 4 in libgssglue.so.1.0.0[f746e000+8000] Reverting nfs-common to 1:1.2.6-3 fixes the issue. BTW: /usr/share/bug/nfs-common/script: 5: /usr/share/bug/nfs-common/script: rpcinfo: not found -- Package-specific info: -- rpcinfo -- -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nfs-common depends on: ii adduser 3.113+nmu3 ii initscripts 2.88dsf-41 ii libc6 2.17-1 ii libcap2 1:2.22-1.2 ii libcomerr2 1.42.5-1.1 ii libdevmapper1.02.1 2:1.02.77-1 ii libevent-2.0-5 2.0.19-stable-3 ii libgssglue1 0.4-2 ii libk5crypto31.10.1+dfsg-5 ii libkeyutils11.5.5-7 ii libkrb5-3 1.10.1+dfsg-5 ii libmount1 2.20.1-5.3 ii libnfsidmap20.25-4 ii libtirpc1 0.2.2-5 ii libwrap07.6.q-24 ii lsb-base4.1+Debian9 ii rpcbind 0.2.0-8 ii ucf 3.0025+nmu3 Versions of packages nfs-common recommends: ii python 2.7.3-4 Versions of packages nfs-common suggests: pn open-iscsi none pn watchdognone -- no debconf information -- ciao, Marco signature.asc Description: Digital signature
Bug#706774: [RFR] templates://tt-rss/{templates}
Justin B Rye wrote: Christian PERRIER wrote: Your review should be sent as an answer to this mail. [...] Default: http://yourserver/tt-rss/ It seems to me we should have some explicit policy rule against defaults like this: http://[CENSORED].com really exists. If you need a dummy hostname that's guaranteed not to have a webserver, what's wrong with example.org? Or we could even make the default localhost, so that it'll work for testing before you set it live. But none of this is in my patch. Indeed, while it reached d-l-e as https://lists.debian.org/debian-l10n-english/2013/05/msg00040.html just mentioning yourserver dot com seems to have got my mail rejected by the BTS spam-filters, so probably we ought to fix it. -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package diff -ru old/control new/control --- old/control 2013-05-04 19:06:38.925090442 +0100 +++ new/control 2013-05-12 11:49:33.020217580 +0100 @@ -36,13 +36,12 @@ feeling as close to a real desktop application as possible. . Feature list: - . - - Server-side application, user only needs a web browser - - Support for RSS, RDF, Atom feeds - - Streamlined interface using AJAX - - Authentication for reading protected feeds - - OPML import/export - - Feed Aggregation - - Keyboard Shortcuts - - Content Filtering - - JSON-based RPC API + * server-side application - user only needs a web browser; + * support for RSS, RDF, Atom feeds; + * streamlined interface using AJAX; + * authentication for reading protected feeds; + * OPML import/export; + * feed aggregation; + * keyboard shortcuts; + * content filtering; + * JSON-based RPC API. diff -ru old/templates new/templates --- old/templates 2013-05-04 19:06:37.625125933 +0100 +++ new/templates 2013-05-12 12:09:23.593159926 +0100 @@ -7,10 +7,13 @@ Template: tt-rss/self_url_path Type: string -Default: http://yourserver/tt-rss/ +Default: http://localhost/tt-rss/ _Description: Full URL of the tt-rss installation: - Full URL of the tt-rss installation. This should be set to the - location of tt-rss directory, e.g. http://yourserver/tt-rss/. - You need to set this option correctly otherwise several features - including PUSH, bookmarklets and browser integration will not + Please enter the URL that should be used to access tt-rss + with a web browser. + . + This should include the location of the tt-rss directory - for + instance http://example.org/tt-rss/. + If this is not set correctly, several features, + including PUSH, bookmarklets, and browser integration, will not work properly. Template: tt-rss/reconfigure-webserver Type: multiselect __Choices: apache2, lighttpd _Description: Web server to reconfigure automatically: Please choose the web server that should be automatically configured to run Tiny Tiny RSS. Template: tt-rss/self_url_path Type: string Default: http://localhost/tt-rss/ _Description: Full URL of the tt-rss installation: Please enter the URL that should be used to access tt-rss with a web browser. . This should include the location of the tt-rss directory - for instance http://example.org/tt-rss/. If this is not set correctly, several features, including PUSH, bookmarklets, and browser integration, will not work properly. Source: tt-rss Section: web Priority: optional Maintainer: Sebastian Reichel s...@debian.org Uploaders: Marcelo Jorge Vieira (metal) me...@debian.org Build-Depends: debhelper (= 8), libjs-prototype (= 1.7.0-2) Standards-Version: 3.9.4 Homepage: http://tt-rss.org Vcs-Git: git://git.debian.org/collab-maint/tt-rss.git Vcs-Browser: http://git.debian.org/?p=collab-maint/tt-rss.git;a=summary Package: tt-rss Built-Using: prototypejs (= 1.7.0-2) Architecture: all Depends: ${misc:Depends}, dbconfig-common, libjs-dojo-core (= 1.5.0), libjs-dojo-dijit (= 1.5.0), libjs-scriptaculous, libphp-phpmailer, libphp-simplepie, php-gettext, libapache2-mod-php5 (= 5.3.0) | php5-cgi (= 5.3.0) | php5 (= 5.3.0), php5-cli, php5-mysql | php5-pgsql, phpqrcode Recommends: apache2 | lighttpd | httpd, php5-gd Suggests: mysql-server | postgresql, mysql-client | postgresql-client, sphinxsearch, php-apc Description: web-based news feed (RSS/Atom) aggregator Tiny Tiny RSS is designed to allow you to read news from any location, while feeling as close to a real desktop application as possible. . Feature list: * server-side application - user only needs a web browser; * support for RSS, RDF, Atom feeds; * streamlined interface using AJAX; * authentication for reading protected feeds; * OPML import/export; * feed aggregation; * keyboard shortcuts; * content filtering; * JSON-based RPC API.
Bug#707851: Please do not remove menu before .desktop is fixed (if it ever will be)
Le Sun, May 12, 2013 at 12:36:27PM +0200, Bernhard R. Link a écrit : As I think it is unlikely that there will be a policy to fit all of this together (especially the what to show in which program), I'd suggest to just have menu and .desktop entries in Debian packages that way: Hi Bernhard, I think that the point is that the current Policy, that packages should have Debian menu entries, is neglected enough that it questions whether the Policy can stay a should without at the same time failing at documenting current practice. So two things can change: - The Policy can switch from should to may, or - menu files can be added to pakcages so that their prevalence match the Policy. On the PTS, there is an interface to suggest watch files to the package maintainers. If you would do something similar for menu entries, maybe the coverage would increase. But this does not solve the problem that maintainers (me included) are not willing to maintain an entry for two systems in parallel. Another solution would be to convert FreeDesktop entries to menu entries, either at build or at install time. Currently, my proposition would be that packages should have a menu entry for at least one of the FreeDesktop or Debian menu systems. This would relax the Policy on Debian menu entries as proposed by Sune, while keeping the Debian menu system section in the Policy. Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707871: pu: package libdatetime-timezone-perl/1:1.58-1+2013c
Hi, gregor herrmann wrote (11 May 2013 20:49:47 GMT) : I'd like to upload libdatetime-timezone-perl/1:1.58-1+2013c to s-p-u (and also have it moved to stable-updates if possible). The change compared to 1:1.58-1+2013b in wheezy is the timezone info from the Olson database 2013c; the changes are in a quilt patch that only touch the files in lib/DateTime/TimeZone/. I'm attaching a stripped down debdiff, the full patch contains some more files with the same kind of changes. Looks good to me (disclaimer: I'm no member of the release team). For extra safety, we may want to wait for 1:1.59-1+2013c to migrate to testing first, so that potential regressions caused by changes in lib/ are spotted. 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#707961: glabels: depends on gnome-desktop-data which is going away
Package: glabels Version: 3.0.0-3 Severity: serious User: pkg-gnome-maintain...@lists.alioth.debian.org Usertags: oldlibs gnome-desktop Dear maintainer, Your last upload of glabels added a dependency on gnome-desktop-data, which I am about to remove. I am not even sure why you have added that dependency (the changelog mentions some license stuff, but gnome-desktop-data only ships a bunch of pixmaps and some translations). Perhaps you can avoid it entirely or depend on gnome-desktop3-data instead. Regards, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707962: julia: FTBFS (test failed: :((file_size=length(data))))
Source: julia Version: 0.1.2+dfsg-2 Severity: serious Justification: fails to build from source See the build logs at https://buildd.debian.org/status/fetch.php?pkg=juliaarch=amd64ver=0.1.2%2Bdfsg-2%2Bb1stamp=1368356377 and https://buildd.debian.org/status/fetch.php?pkg=juliaarch=i386ver=0.1.2%2Bdfsg-2%2Bb1stamp=1368354721 LD_LIBRARY_PATH=/build/buildd-julia_0.1.2+dfsg-2+b1-i386-LZt5lx/julia-0.1.2+dfsg/usr/lib /build/buildd-julia_0.1.2+dfsg-2+b1-i386-LZt5lx/julia-0.1.2+dfsg/julia ./runtests.jl extra [...] ERROR: test failed: :((file_size=length(data))) in default_handler at test.jl:18 in do_test at test.jl:27 in anonymous at no file:118 in include_from_node1 at loading.jl:76 in runtests at /build/buildd-julia_0.1.2+dfsg-2+b1-i386-LZt5lx/julia-0.1.2+dfsg/test/runtests.jl:6 in include_from_node1 at loading.jl:76 in runtests at /build/buildd-julia_0.1.2+dfsg-2+b1-i386-LZt5lx/julia-0.1.2+dfsg/test/runtests.jl:6 in anonymous at no file:22 in include_from_node1 at loading.jl:76 in process_options at client.jl:255 in _start at client.jl:318 at /build/buildd-julia_0.1.2+dfsg-2+b1-i386-LZt5lx/julia-0.1.2+dfsg/test/gzip.jl:141 make[2]: *** [extra] Error 1 Cheers, Julien signature.asc Description: Digital signature
Bug#707963: acl: fails to overwrite umask
Package: acl Version: 2.2.51-8 Severity: important Dear Maintainer, What led up to the situation? Creating a subdirectory would not inherit the proper permissions defined in setfacl. What exactly did you do (or not do) that was effective (or ineffective)? Created users user1,user2 and added user2 to group user1 Created a directory: sudo mkdir /srv/test sudo chown user1:user1 /srv/test/ sudo chmod 770 /srv/test/ sudo setfacl -d -m m:rwx /srv/test/ sudo setfacl -m m:rwx /srv/test/ $ sudo getfacl test # file: test # owner: user1 # group: user1 user::rwx group::rwx mask::rwx other::--- default:user::rwx default:group::rwx default:mask::rwx default:other::--- Created a subdirectory: as user2: mkdir /srv/test/newdir What was the outcome of this action? $ls -la test/ | grep newdir drwxr-x---+ 3 user2 user2 4096 May 12 13:11 newdir $ sudo getfacl test/newdir # file: test/newdir # owner: user2 # group: user2 user::rwx group::rwx #effective:r-x mask::r-x other::--- default:user::rwx default:group::rwx default:mask::rwx default:other::--- What outcome did you expect instead? The new subdirectory group permissions should be rwx and not r-x -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages acl depends on: ii libacl1 2.2.51-8 ii libattr1 1:2.4.46-8 ii libc6 2.13-38 acl recommends no packages. acl 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#707964: ITP: libarchive-extract-perl -- A generic archive extracting mechanism
Package: wnpp Severity: wishlist Owner: Dominic Hargreaves d...@earth.li * Package name: libarchive-extract-perl Version : 0.68 Upstream Author : Chris Williams ch...@bingosnet.co.uk * URL : https://metacpan.org/release/Archive-Extract * License : Perl Programming Lang: Perl Description : A generic archive extracting mechanism Archive::Extract is a generic archive extraction mechanism. It allows you to extract any archive file of the type .tar, .tar.gz, .gz, .Z, tar.bz2, .tbz, .bz2, .zip, .xz,, .txz, .tar.xz or .lzma without having to worry how it does so, or use different interfaces for each type by using either perl modules, or commandline tools on your system. This module is being deprecated from the perl base distribution in 5.18.0, so it is planned to package it separately. The perl 5.18 packages will depend on, recommend or suggest deprecated modules for one release cycle, as appropriate. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707965: rhythmbox: Rhythmbox uses all available RAM
Package: rhythmbox Version: 2.97-2.1 Severity: important Dear Maintainer, When playing music with Rhythmbox for a while (a few hours), my system progressively gets unusable. It turned out that Rhythmbox is eating all the available memory (sometimes ~700MB). This is very annoying and I cannot use Rhythmbox without almost freezing my system after a few hours. Could you please tell me what kind of additional information I should provide? For me, it looks like that bug: https://bugs.launchpad.net/ubuntu/+source/rhythmbox/+bug/976534 Sorry for not getting more information... Regards, Maxime Woringer -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (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 rhythmbox depends on: ii dbus 1.6.8-1 ii gnome-icon-theme 3.4.0-2 ii gstreamer0.10-plugins-base 0.10.36-1.1 ii gstreamer0.10-plugins-good 0.10.31-3+nmu1 ii gstreamer0.10-x 0.10.36-1.1 ii libatk1.0-0 2.4.0-2 ii libc62.13-38 ii libcairo-gobject21.12.2-3 ii libcairo21.12.2-3 ii libffi5 3.0.10-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgirepository-1.0-11.32.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgstreamer-plugins-base0.10-0 0.10.36-1.1 ii libgstreamer0.10-0 0.10.36-1.2 ii libgtk-3-0 3.4.2-6 ii libice6 2:1.0.8-2 ii libjson-glib-1.0-0 0.14.2-1 ii libpango1.0-01.30.0-1 ii libpeas-1.0-01.4.0-2 ii librhythmbox-core6 2.97-2.1 ii libsm6 2:1.2.1-2 ii libsoup-gnome2.4-1 2.38.1-2 ii libsoup2.4-1 2.38.1-2 ii libtdb1 1.2.10-2 ii libtotem-plparser17 3.4.2-1 ii libxml2 2.8.0+dfsg1-7+nmu1 ii media-player-info17-1 ii rhythmbox-data 2.97-2.1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages rhythmbox recommends: ii avahi-daemon0.6.31-2 ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 ii gstreamer0.10-pulseaudio0.10.31-3+nmu1 ii gvfs-backends 1.12.3-4 ii notification-daemon 0.7.6-1 ii rhythmbox-plugins 2.97-2.1 ii yelp3.4.2-1+b1 Versions of packages rhythmbox suggests: pn gnome-codec-install none ii gnome-control-center 1:3.4.3.1-2 ii gstreamer0.10-plugins-bad0.10.23-7.1 pn rhythmbox-plugin-cdrecorder 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#707966: ITP: libb-lint-perl -- Perl lint
Package: wnpp Severity: wishlist Owner: Dominic Hargreaves d...@earth.li * Package name: libb-lint-perl Version : 1.17 Upstream Author : Ricardo SIGNES r...@cpan.org * URL : https://metacpan.org/release/B-Lint * License : Perl Programming Lang: Perl Description : Perl lint The B::Lint module is equivalent to an extended version of the -w option of perl. It is named after the program lint which carries out a similar process for C programs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707193: [ITR] templates://nss-pam-ldapd/{nslcd.templates,libnss-ldapd.templates}
On Sun, 2013-05-12 at 11:36 +0200, Christian PERRIER wrote: The Debian internationalisation team and the Debian English localisation team will soon begin the review of the debconf templates used in nss-pam-ldapd. Thanks, this is very welcome! I meant to call for this when switching from experimental to unstable but didn't get around to it yet. Btw, there are a few more texts that are still somewhat under development. I'm preparing to upload a 0.9 release that includes some bigger changes (entry in NEWS.Debian, two new binary packages and possibly changes to the Debconf prompts). This release will go to experimental first. Is it useful to provide this information also? Thanks, -- -- arthur - adej...@debian.org - http://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#676674: gconf-editor: Crash when searching a key
Package: gconf-editor Version: 3.0.1-1 Followup-For: Bug #676674 Dear Maintainer, I experience the same bug Error message: ** GConf:ERROR:gconf-client.c:2369:gconf_client_lookup: assertion failed: (last_slash != NULL) Abandon It happens sometimes when I try to fold the tree on the left. It only happens when folding (unfolding seems unaffected) Regards, Maxime Woringer -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (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 gconf-editor depends on: ii gconf-defaults-service 3.2.5-1+build1 ii gconf2 3.2.5-1+build1 ii libc6 2.13-38 ii libgconf2-4 3.2.5-1+build1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk-3-0 3.4.2-6 ii libpango1.0-0 1.30.0-1 ii policykit-1-gnome 0.105-2 gconf-editor recommends no packages. gconf-editor 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#707967: ITP: libcpanplus-dist-build-perl -- CPANPLUS plugin to install packages that use Build.PL
Package: wnpp Severity: wishlist Owner: Dominic Hargreaves d...@earth.li * Package name: libcpanplus-dist-build-perl Version : 0.70 Upstream Author : Chris Williams ch...@bingosnet.co.uk * URL : https://metacpan.org/release/CPANPLUS-Dist-Build * License : Perl Programming Lang: Perl Description : CPANPLUS plugin to install packages that use Build.PL CPANPLUS::Dist::Build is a distribution class for Module::Build related modules. Using this package, you can create, install and uninstall perl modules. It inherits from CPANPLUS::Dist. Normal users won't have to worry about the interface to this module, as it functions transparently as a plug-in to CPANPLUS and will just Do The Right Thing when it's loaded. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707851: Please do not remove menu before .desktop is fixed (if it ever will be)
On Sun, May 12, 2013 at 08:14:22PM +0900, Charles Plessy wrote: Le Sun, May 12, 2013 at 12:36:27PM +0200, Bernhard R. Link a écrit : As I think it is unlikely that there will be a policy to fit all of this together (especially the what to show in which program), I'd suggest to just have menu and .desktop entries in Debian packages that way: Hi Bernhard, I think that the point is that the current Policy, that packages should have Debian menu entries, is neglected enough that it questions whether the Policy can stay a should without at the same time failing at documenting current practice. So two things can change: - The Policy can switch from should to may, or - menu files can be added to pakcages so that their prevalence match the Policy. For the record, this policy is not neglected. I regularly do mass bug reporting for packages with broken/missing menu files. I even maintain a git repository of all menu files for that purpose. 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#707968: ITP: libcpanplus-perl -- API CLI access to the CPAN mirrors
Package: wnpp Severity: wishlist Owner: Dominic Hargreaves d...@earth.li * Package name: libcpanplus-perl Version : 0.9136 Upstream Author : Chris Williams ch...@bingosnet.co.uk * URL : https://metacpan.org/release/CPANPLUS * License : Perl Programming Lang: Perl Description : API CLI access to the CPAN mirrors The CPANPLUS library is an API to the CPAN mirrors and a collection of interactive shells, commandline programs, etc, that use this API. This module is being deprecated from the perl base distribution in 5.18.0, so it is planned to package it separately to provide continuity. The perl 5.18 packages will depend on, recommend or suggest deprecated modules for one release cycle, as appropriate. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691097: Patch fails to apply
* Neil Williams codeh...@debian.org, 2013-05-12, 11:35: Please provide the full .po file, not a patch. The current patch fails to apply against either gpdftext 0.1.5-1 from `apt-get source` or current SVN. patching file pl.po Hunk #3 FAILED at 96. Hunk #4 FAILED at 230. 2 out of 4 hunks FAILED -- saving rejects to file pl.po.rej Well, it applies cleanly here against gpdftext-0.1.5-1 (and pl.po from svn trunk r158 is identical): $ apt-get source -qq gpdftext gpgv: Signature made 2011-05-29T13:09:27 CEST using DSA key ID 28BCB3E3 gpgv: Can't check signature: public key not found dpkg-source: warning: failed to verify signature on ./gpdftext_0.1.5-1.dsc dpkg-source: info: extracting gpdftext in gpdftext-0.1.5 dpkg-source: info: unpacking gpdftext_0.1.5.orig.tar.gz dpkg-source: info: applying gpdftext_0.1.5-1.diff.gz $ cd gpdftext-0.1.5/ $ zcat ~/fix-pl.po.diff.gz | patch -p1 --verbose Hmm... Looks like a unified diff to me... The text leading up to this was: -- |diff --git a/po/pl.po b/po/pl.po |--- a/po/pl.po |+++ b/po/pl.po -- patching file po/pl.po Using Plan A... Hunk #1 succeeded at 13. Hunk #2 succeeded at 83. Hunk #3 succeeded at 96. Hunk #4 succeeded at 231. done Presumably something on your side corrupted the patch's encoding? Note that hunks #3 and #4 are the ones that contain non-ASCII characters. The current POT and PO file are attached. The attached .po is different than the one in svn, so I'm a bit confused. Is that intentional? Anyway, my patch still applies to it: $ zcat ~/fix-pl.po.diff.gz | patch -p1 pl.po --verbose Hmm... Looks like a unified diff to me... The text leading up to this was: -- |diff --git a/po/pl.po b/po/pl.po |--- a/po/pl.po |+++ b/po/pl.po -- patching file pl.po Using Plan A... Hunk #1 succeeded at 13. Hunk #2 succeeded at 83. Hunk #3 succeeded at 96. Hunk #4 succeeded at 140 with fuzz 2 (offset -91 lines). done It would be a lot better to complete the translation Sorry, I'm not interested in translating new stuff. I'm only interested in fixing bugs in existing translations. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org