Bug#759916: MNE v0.8 packaging
Hi Alexandre, On Tue, Sep 09, 2014 at 09:42:07PM +0200, Alexandre Gramfort wrote: I saw Michael Hanke last week and he helped me moving forward on this. He fixed the current bug when no network is available. I noticed the commits. We also took care together of jquery with a patch that looks for local files instead. There is the remaining issue of boostrap v3 which does not seem to be packaged currently. d3 and mpld3 min files are stripped out of the source without harming the package. Good. So the remaining issue is just bootstrap. It would be sufficient to provide the unstripped source in for instance debian/js/bootstrap. You can find an example for providing the JS sources if you try apt-get source gnumed-client I've done similar things there. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761022: pepperflashplugin-nonfree: fails to see newer upstream version
Hi Bart, sounds great, thank you for your work to keep the pepper version of flash available and up-to-date; it's appreciated. Alex On 09/09/14 10:17 PM, Bart Martens wrote: Hi Alex, Thanks for reporting this. What happened : The script I use on people.d.o for updating the .txt files there relies on this to extract the Flash Player version from the .so file : newflashversion=`strings $sofile |grep ^LNX |sed -e s,^LNX ,,|sed -e s%,%.%g` This has worked fine for many years. I mean, not only for pepperflashplugin-nonfree but also for also for flashplugin-nonfree that exists for much longer. Now 15.0.0.152 is the first Flash Player version deviating from this. It needs the two added dots : newflashversion=`strings $sofile |grep ^..LNX |sed -e s,^..LNX ,,|sed -e s%,%.%g` Solution : So I updated my script on people.d.o to still do the first, and additionally do the second if needed. And I added a check to detect if no version could be extracted, so that no bad .txt file is created on people.d.o and I get alerted. The .txt files on people.d.o are now fixed. I'm now updating pepperflashplugin-nonfree to remove bad .txt files from /var/cache/pepperflashplugin-nonfree, and to recognize such bad .txt files in the future. I'll close this bug with pepperflashplugin-nonfree 1.6. Workaround : If you can't wait for pepperflashplugin-nonfree 1.6, then a quick workaround is to manually remove the bad .txt files from /var/cache/pepperflashplugin-nonfree. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761003: autopkgtest: @ shouldn't be satisfied by a virtual package
Control: tag -1 pending Hello Niko, Niko Tyni [2014-09-09 22:11 +0300]: Reading failure logs of Martin Pitt's recent mass test of pkg-perl packages [1], there seems to be a problem with testing binary packages that are also Provided as a virtual package. A few examples of such packages are libhttp-tiny-perl, libio-compress-perl, and libencode-perl. I can see that this is probably according to the spec No, it's actually not: it says ``@`` stands for the package(s) generated by the source package containing the tests i. e. satisfying them with (unrelated) virtual packages is not the intended meaning of this. I guess we could work around this by depending on '@ (= 0~)' That particular hack wouldn't work, as @ is just a plain text substitution, it doesn't take any qualifiers into account. So this needs to be fixed in autopkgtest itself: http://anonscm.debian.org/cgit/autopkgtest/autopkgtest.git/commit/?id=2b841c17c7 Thanks for pointing out this interesting edge case! BTW, I'm now running the second half of the perl mass test with this patch applied. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760388: pepperflashplugin-nonfree: modifies conffile of another package
Hi Stuart, You're right. It's a policy violation. I guess I shouldn't have uploaded pepperflashplugin-nonfree until chromium had /etc/chromium.d. This was somewhat already fixed in pepperflashplugin-nonfree 1.4 with #752286. I say somewhat, because I see now that pepperflashplugin-nonfree still needlessly updates /etc/chromium/default if it exists even if also /etc/chromium.d exists. I'll modify pepperflashplugin-nonfree now to use the /etc/chromium.d approach only if /etc/chromium.d is available regardless of whether /etc/chromium/default exists. Then pepperflashplugin-nonfree will no longer violate policy with newer versions of chromium. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757648: Supertuxkart included non-free images.
close 757648 thanks On Sun, Sep 7, 2014 at 2:05 AM, Luke Faraone lfara...@debian.org wrote: On Sat, Aug 16, 2014 at 04:48:23PM -0700, Vincent Cheng wrote: Is the referenced file (installed as /usr/share/games/supertuxkart/data/gui/difficulty_best.png by supertuxkart-data) distributable or not? I'd like to have an authoritative answer before either closing this bug or pushing back on upstream (who don't agree with the bug reporter [1]). I'm not aware of a blanket policy on the utilisation of trademarked images in Debian. However, I do not believe this usage is problematic for Debian. If further clarification is required, questions should be directed to SPI's lawyers. Ack, thanks for your input! Closing this bug report as a result. (For the record, I agree with upstream's stance on this issue and don't believe that copyright infringement has taken place here, but I just wanted to check with ftpmasters for a second, more authoritative opinion. Thanks again!) Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760303: squid 3.3.8-1.2 segfaults during initscript start/restart
2014-09-09 19:06 GMT+02:00 Dale Schroeder d...@briannassaladdressing.com: [...] Here's a picture of the screen when I type run squid3 under gdb [...] If I did my research correctly, here's the backtrace output: #0 0xb7fde424 in __kernel_vsyscall () #1 0xb792f267 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #2 0xb7930923 in __GI_abort () at abort.c:89 #3 0x801312f4 in xassert (msg=0x803d4c28 size == StrPoolsAttrs[i].obj_size, file=0x803dbf5c mem.cc, line=281) at debug.cc:565 #4 0x801cc057 in memFreeString (size=529, buf=0xb7aa8450 main_arena+48) at mem.cc:281 #5 0x8020892a in String::clean (this=0x80650fd4) at String.cc:159 #6 0x80341e4c in Adaptation::AccessRule::~AccessRule (this=0x80650fd0, __in_chrg=optimized out) at AccessRule.cc:15 #7 0x80342cc5 in Adaptation::Config::FreeAccess () at Config.cc:370 #8 0x803430a4 in Adaptation::Config::freeService (this=0x80645e00 Adaptation::Icap::TheConfig) at Config.cc:177 #9 0x803430f8 in Adaptation::Config::~Config (this=0x80645e00 Adaptation::Icap::TheConfig, __in_chrg=optimized out) at Config.cc:396 #10 0x8035d914 in Adaptation::Icap::Config::~Config (this=0x80645e00 Adaptation::Icap::TheConfig, __in_chrg=optimized out) at Config.cc:54 #11 0xb7932081 in __run_exit_handlers (status=status@entry=0, listp=0xb7aa83c4 __exit_funcs, run_list_atexit=run_list_atexit@entry=true) at exit.c:82 #12 0xb79320dd in __GI_exit (status=0) at exit.c:104 #13 0x801c951f in watch_child (argv=optimized out) at main.cc:1679 #14 SquidMain (argc=2, argv=0xb7d4) at main.cc:1441 #15 0x800cd089 in SquidMainSafe (argv=0xb7d4, argc=2) at main.cc:1242 #16 main (argc=2, argv=0xb7d4) at main.cc:1234 Great! This is what I wanted. But I couldn't find any releavant change in the 3.3 ( 3.3.8) changelog. Can you reproduce the crash while using c-icap without squidclamav? Can you provide a network capture (using tcpdump host 127.0.0.1 port 1344)? I'm using backported squid 3.3.8 with c-icap without a problem... -- Mathieu Parent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760877: jackson-annotations: diff for NMU version 2.4.2-1.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10.09.2014 08:07, tony mancill wrote: On 09/09/2014 10:45 AM, Gilles Filippini wrote: tags 760877 + pending thanks Dear maintainer, I've prepared an NMU for jackson-annotations (versioned as 2.4.2-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Hi Timo, I dcut the NMU and applied Gilles patch to the packaging repo. Are there any other changes you'd like to make before uploading? Hey, sorry for the bug, I had a local commit to use '*' instead of jar, though having bundle there does the same thing. No other changes from me.. - -- t -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJUD+yUAAoJEMtwMWWoiYTcjNEQAIdFv7pDLxDolTWOeZmfH/hs Q5xSvkRLw7XeRHy8R0nyXzNQE94k79NNGGdlOxO4LBgVcjGuH3ugEG3A58yFDsII vCAw+sVD8c14JsUB43x5gOpNJrqRZIwoCdYqVGreQPal5k92GAixJ7niKqOj+Dof NS3VUUXAYoHPYBMkVsGjNNtNzKG83n0k5MuRb2dxJMnBHBtn/dsVYbNBnKwe0D8q WtxAnYejCRIM/qBtgIGKmWoL7ZcaY9DEacgn0pvWCMOj5tcAslzszHbQBBNJ0iJ+ gJ4ZohNfam1WrwPLqxz8YClwtlnqGsIh51/uxTKS1PaD8OexbBXI02yP1cjpd1+i Qof/QCU1f9QCDQ6jC7DOxJsHXsL8Gd5R5MlWisNBH0yHa1S49Pb1cvvRFJzDeSP9 JNkTqdcv+NXeRH0wsSxsebQwzNDcGjUzP53FFFoCsRUVyUl4cznKvrJcxEpGyNQg eqCnN5lzbdtw0W8AKNVDUvf2qYXyAMiGtsk3mO+C6IhdZLr4RRxZfKLiAjEes6/a SbznEroG8/VO+K8AF62GhO4pei126Sw3Wp/vOrqyitJcE852XfylVSPw5T/w5EiM P/XevNt0QFfbczR/1qrgHei39MGmIUX7NbFPZEY5khxtvpQMjgv+YU7RxcWx3xPR w6uQSmPNNZsTpkA+P7Yk =Cu5z -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#750989: /usr/share/apport/apport-gtk: apport-gtk is complaining that the report is invalid and that permission is not granted
On Tuesday 09 September 2014 05:34 PM, Laurent Bigonville wrote: Well I guess using a daemon is more generic and indeed more flexible (not sure using a systemd/upstart user job will work for system crash report). The whole reason of using a daemon was to not be bound by any single software and be self-independent. Will you look at it? Yes. I am. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759809: linux-image-3.2.0-4-amd64: USB 3 devices fail, logging xHCI xhci_drop_endpoint called with disabled ep ffff8802165db0c0
Same errormessage here. 'xHCI xhci_drop_endpoint called with disabled ep' Motherboard is Asus P8Z77-V LE PLUS I have tried to compile newer kernels from www.kernel.org but bug is still there. Manual says that USB3 works only in Windows. I have disabled USB3 from bios and used USB3 disks in USB2 ports. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760388: chromium-browser still using /etc/chromium/default
Hi Michael, I realize now that chromium with /etc/chromium.d is still in experimental, not yet in unstable nor testing. Can you estimate by when this will enter unstable and testing ? Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757548: Please switch to libvirt-daemon-system
Hi Guido, I really would like to switch to libvirt-daemon-system as you suggest, though I need this to also work in Wheezy (as I maintain backports of OpenStack for Wheezy). Is there a backport of libvirt available with libvirt-daemon-system? Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749815: Package updated
Hi, Gianfranco, Brilliant work. I am a novice in packaging for Debian, so I am not sure how can I help in continuing this effort. Hi Andreas and Timur, As you might have noticed the new poedit releases uses lucene++ library, this is why in the last few weeks I focused in packaging it. I finally (with great help from Tobi) achieved this goal, and the library is waiting in ftp NEW queue [1] Unfortunately this morning while I was working in packaging poedit, I noticed that a git branch was already available on collab-maint, and I did the whole work again, because the git was missing some debian/unstable releases, with important fixes, and it never got any upload. I'm attaching the lucene++ debian directory, the source can be found here [2], and I'm pushing on collab-maint the changes I did (and the merge). The new releases are huge in size terms, so I removed the deps directory from the source tarball prior to the import (don't know why upstream bundles lucene/wx/boost/... making the source something like 700MB (uncompressed). The debian/copyright still needs to be updated, but I'm pushing the changes to let you know the progresses I did and collaborate on the same repository. Please don't spare your work and your time, let's follow up on the same repository [3]:) [1] https://ftp-master.debian.org/new/lucene++_3.0.6-1.html [2] https://github.com/luceneplusplus/LucenePlusPlus [3] http://anonscm.debian.org/cgit/collab-maint/poedit.git thanks, Gianfranco -- С уважением, Тимирханов mailto:timur.timirkha...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755951: pepperflashplugin-nonfree: add the pdf plugin
I'm updating pepperflashplugin-nonfree now, and a fix for this bug will not yet be included. I need more time to see what I would do with the pdf plugin. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760990: ntopng: Several vulnerabilities fixed upstream in 1.2.1
Ludovico correct it is already fixed in 1.2.0 but in 1.2.1 we have improved the security checks Luca On 10 Sep 2014, at 02:14, Ludovico Cavedon cave...@debian.org wrote: Hi Luca, my understanding (supported by a simple test and code check) was that CVE-2014-4329 was fixed in version 1.2.0 https://svn.ntop.org/bugzilla/show_bug.cgi?id=379 However, as Salvatore noticed, it is announced as being fixed in version 1.2.1. Can you confirm which version fixed it, please? Thanks, Ludovico On Tue, Sep 9, 2014 at 11:06 AM, Salvatore Bonaccorso car...@debian.org wrote: Source: ntopng Severity: grave Tags: security upstream fixed-upstream Hi Ludovico, Marking this bugreport as grave, as more information seem a bit scarce, so was not able to identify the issues. There is an upstream report [1] which mentions several fixes were done in ntopng 1.2.1. [1] http://www.ntop.org/ndpi/released-ndpi-1-5-1-and-ntopng-1-2-1/ Fixes for - CVE-2014-5464 - CVE-2014-4329 Strangely this was marked as fixed in 1.2.0+dfsg1-1 in the security tracker at [2]. Is this information correct? [2] https://security-tracker.debian.org/tracker/CVE-2014-4329 - CVE-2014-5511, CVE-2014-5512, CVE-2014-5513, CVE-2014-5514, CVE-2014-5515 No information referenced for these in the advisory. Could you have a look at them and also clarify if CVE-2014-4329 version information is wrong in the tracker? Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760388: pepperflashplugin-nonfree: modifies conffile of another package
Hi Bart, sounds great! I'll modify pepperflashplugin-nonfree now to use the /etc/chromium.d approach only if /etc/chromium.d is available regardless of whether /etc/chromium/default exists. I guess pepperflashplugin-nonfree could Break versions of chromium prior to this directory becoming available -- that would help apt help you only work with the cooperating versions, but it might be more trouble than it's worth too. Do you intend to use preinst/postinst to back out the changes that were made to /etc/chromium/default by the older packages or is that going to be too difficult to do? cheers Stuart -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761032: dutch: please build package hunspell-nl
Source: dutch Version: please provide hunspell-nl Severity: wishlist Dear Maintainer, It's not at all evident that someone can mix hunspell myspell dictionaries packages. myspell-nl could maybe provide virtual package name hunspell-nl or maybe it is better to create a new hunspell-nl binary package. or you could also follow example of myspell-sv-se that is a transitionnal package that depends on hunspell-sv-se . Groeten, Alexandre Detiste -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-trunk-amd64 (SMP w/6 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758105: bug#18266: grep -P and invalid exits with error
Paul Eggert wrote: perhaps there's a PCRE version dependency here? I found a PCRE-version-dependent problem that may be relevant, and installed the attached further patch to fix it. From dc7d532d16dec740d11b6817c9b558543aca0136 Mon Sep 17 00:00:00 2001 From: Paul Eggert egg...@cs.ucla.edu Date: Wed, 10 Sep 2014 00:04:58 -0700 Subject: [PATCH] grep: port recent fix to older pcre version * src/pcresearch.c (Pexecute): Don't assume that a pcre_exec that returns PCRE_ERROR_NOMATCH leaves its sub argument alone. This assumption is false for libpcre-3 version 8.31-2ubuntu2. --- src/pcresearch.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/src/pcresearch.c b/src/pcresearch.c index 2a01e6d..4e2ccf8 100644 --- a/src/pcresearch.c +++ b/src/pcresearch.c @@ -157,14 +157,16 @@ Pexecute (char const *buf, size_t size, size_t *match_size, /* Treat encoding-error bytes as data that cannot match. */ for (;;) { + int valid_bytes; e = pcre_exec (cre, extra, p, line_end - p, 0, options, sub, nsub); if (e != PCRE_ERROR_BADUTF8) break; - e = pcre_exec (cre, extra, p, sub[0], 0, + valid_bytes = sub[0]; + e = pcre_exec (cre, extra, p, valid_bytes, 0, options | PCRE_NO_UTF8_CHECK, sub, nsub); if (e != PCRE_ERROR_NOMATCH) break; - p += sub[0] + 1; + p += valid_bytes + 1; options = PCRE_NOTBOL; } -- 1.9.3
Bug#742487: Update of python-ldap to upstream version 2.4.15
Hello, On 04.09.2014 09:45, Philipp Hahn wrote: find attached the Debian source files for python-ldap 2.4.15. The .orig.tar.gz is available from https://pypi.python.org/packages/source/p/python-ldap/python-ldap-2.4.15.tar.gz#md5=f12183c87579631584c4bbe2d85ad0d9 - only debian/patches/01_setup_cfg.diff need refreshing The version still seems to be prone to dead-locks, as it stills fails for one of our test cases in UCS; 2.4.10 is also known to have that bug. I'm continuing my investigation. The attached version contains my fix for that problem, which I sent upstream and which is already committed to the maintainers CVS repository: http://python-ldap.cvs.sourceforge.net/viewvc/python-ldap/python-ldap/Lib/ldap/ldapobject.py?r1=1.139r2=1.141 PS: We'll use that version in our Debian based distribution UCS-4.0 instead of the currently broken 2.4.10 from Debian-Wheezy. python-ldap_2.4.15-0.1.debian.tar.gz Description: application/gzip Format: 3.0 (quilt) Source: python-ldap Binary: python-ldap, python-ldap-dbg Architecture: any Version: 2.4.15-0.1 Maintainer: Matej Vela v...@debian.org Homepage: http://www.python-ldap.org/ Standards-Version: 3.9.3 Build-Depends: debhelper (= 8), python-all-dev (= 2.6.6-3~), python-all-dbg, libldap2-dev, libsasl2-dev Package-List: python-ldap deb python optional python-ldap-dbg deb debug extra Checksums-Sha1: cfd116af0c0d71d250a8cf31d32051f81e3b6310 111597 python-ldap_2.4.15.orig.tar.gz ab0ab33714c000221eba8646103c32a25b33ead1 6641 python-ldap_2.4.15-0.1.debian.tar.gz Checksums-Sha256: 30bcac33ded943557fbafb1b6d9c345deab34d89d63dbcee9e6b59207db11670 111597 python-ldap_2.4.15.orig.tar.gz f7887b957523f7e0a8775374d30ff2d42ebfac677bec9cbc332c494e22624086 6641 python-ldap_2.4.15-0.1.debian.tar.gz Files: f12183c87579631584c4bbe2d85ad0d9 111597 python-ldap_2.4.15.orig.tar.gz acc9a1bd60cc6a07d9a288c97ceceee9 6641 python-ldap_2.4.15-0.1.debian.tar.gz signature.asc Description: OpenPGP digital signature
Bug#760388: pepperflashplugin-nonfree: modifies conffile of another package
On Wed, Sep 10, 2014 at 04:57:56PM +1000, Stuart Prescott wrote: Before that, I wrote : I'll modify pepperflashplugin-nonfree now to use the /etc/chromium.d approach only if /etc/chromium.d is available regardless of whether /etc/chromium/default exists. I guess pepperflashplugin-nonfree could Break versions of chromium prior to this directory becoming available -- that would help apt help you only work with the cooperating versions, but it might be more trouble than it's worth too. Creative idea, but I was rather thinking of the opposite, keeping pepperflashplugin-nonfree compatible with multiple chromium versions. So still updating /etc/chromium/default as long as an old chromium version is being used. Do you intend to use preinst/postinst to back out the changes that were made to /etc/chromium/default by the older packages or is that going to be too difficult to do? It can be done, but it's more work than I can do in short time. Also, it would only be useful if the new chromium version using /etc/chromium.d would still also have /etc/chromium/default, so possibly not useful. I await a new chromium version using /etc/chromium.d in unstable and testing for this aspect. Does this make sense to you ? Or am I overlooking something ? Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761033: python-xstatic-angular: not installable in isd
Package: python-xstatic-angular Version: 1.2.16.1-2 Severity: serious User: trei...@debian.org Usertags: edos-outdated Hello, python-xstatic-angular is currently not installable in sid since it depends on libjs-angularjs ( 1.2.17). However, we have libjs-angularjs version 1.2.23-1 in sid since 2014-08-23. The dependency is hard-coded in debian/control. Cheers -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761034: debconf-set-selections is ignored
Package: debconf Version: 1.5.49 Looking at the output of debconf-get-selections and the preset values shown by dpkg-reconfigure it seems to me that sometimes they do not match. Example: If I change the database for mdadm using echo -e mdadm\tmdadm/mail_to\tstring\tmonitor...@example.com | debconf-set-selections debconf-get-selections | grep ^mdadm then I can see the new value in the output of debconf-\ get-selections, but dpkg-reconfigure still uses the old value. Seems that there are 2 databases. This is confusing and unexpected. How can I change the real one for a non- interactive reconfiguration? This problem is not restricted to mdadm. exim4-config doesn't play nice, either. I am sure there are more. Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760133: fai-client: 'mount --make-runbindable' breaks underlying device for unrelated operations
* Thomas Lange [Mon Sep 08, 2014 at 03:56:39PM +0200]: can you please test FAI 4.2.4~beta1 (or the jenkins build). It should fix this bug. Tested with 4.2.4~beta1~2014090813560, so far I wasn't able to reproduce the bug yet, so we could consider as being resolved. :) Thanks! regards, -mika- signature.asc Description: Digital signature
Bug#760388: pepperflashplugin-nonfree: modifies conffile of another package
I'll modify pepperflashplugin-nonfree now to use the /etc/chromium.d approach only if /etc/chromium.d is available regardless of whether /etc/chromium/default exists. I guess pepperflashplugin-nonfree could Break versions of chromium prior to this directory becoming available -- that would help apt help you only work with the cooperating versions, but it might be more trouble than it's worth too. Creative idea, but I was rather thinking of the opposite, keeping pepperflashplugin-nonfree compatible with multiple chromium versions. So still updating /etc/chromium/default as long as an old chromium version is being used. given that chromium versions tend to also be security updates, I don't know it's worth losing sleep over keeping older vulnerable versions working... but I'm just a user that's pulling these packages using apt here :) Do you intend to use preinst/postinst to back out the changes that were made to /etc/chromium/default by the older packages or is that going to be too difficult to do? It can be done, but it's more work than I can do in short time. Ahh... I see the postrm:purge step of the old package doesn't clean up -- I had assumed it would so it would only be a matter of relocating this code. Yes, I can appreciate it's going to be ugly to strip that code out. (An awk expression could eat everything between the two markers but this is just making the maintainer scripts more and more fragile). I guess at some stage we need to just draw a line under it and acknowledge that all this can't be done in a perfect manner and that the conffile prompt is only going to affect testing upgrades and users of wheezy-backports. Most stable users will just be able to upgrade without it. popcon reports vastly more chromium users than pepperflash-plugin users -- I had wondered if dropping support for older adobe flash would mean there was even more than this: judd Popcon data for chromium: inst: 24913, vote: 13831, old: 9414, recent: 1564, nofiles: 104 judd Popcon data for pepperflashplugin-nonfree: inst: 4088, vote: 215, old: 3004, recent: 866, nofiles: 3 Also, it would only be useful if the new chromium version using /etc/chromium.d would still also have /etc/chromium/default, so possibly not useful. I await a new chromium version using /etc/chromium.d in unstable and testing for this aspect. yes, I can see that you need a package to actually test before you can go much further on this. A chromium supporting this feature could easily land in wheezy/updates (not even wheezy-backports) at the next round of security updates of course. In the mean time, I guess pepperflashplugin-nonfree needs to support both methods for the different chromium versions it might need to work with. cheers Stuart -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761033: python-xstatic-angular: not installable in sid
Same for the python3-xstatic-angular package from the same source. -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761035: ITP: xss-lock -- invoke external screen lock in response to X screensaver events
Package: wnpp Severity: wishlist Owner: Ian Campbell i...@debian.org * Package name: xss-lock Version : 0.3.0 Upstream Author : Raymond Wagenmaker raymondwagenma...@gmail.com * URL : https://bitbucket.org/raymonad/xss-lock * License : MIT Programming Lang: C Description : invoke external screen lock in response to X screensaver events Utility to listen for XScreenSaver (XSS) and login manager events and call out to an external screen locker in order to lock the screen. This is a useful with window managers such as i3 as it can be used to invoke i3lock. In particular it handles the case of locking when the laptop lid is closed/suspended which is not something I've been able to find a convenient way to handle in this environment otherwise.. I intend to maintain in collab-maint. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757548: Please switch to libvirt-daemon-system
On Wed, Sep 10, 2014 at 02:56:13PM +0800, Thomas Goirand wrote: Hi Guido, I really would like to switch to libvirt-daemon-system as you suggest, though I need this to also work in Wheezy (as I maintain backports of OpenStack for Wheezy). Is there a backport of libvirt available with libvirt-daemon-system? Not yet but it is planned once I have some more time. Switching to libvirt-daemon-system | libvirt-bin would already be an improvment so users can get rid of the transitional package. Cheers, -- Guido Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756741: tracker.debian.org: Dead package warning
On Fri, 01 Aug 2014, Christophe Siraut wrote: As a Debian developer or other interested party, on a source package page I can see a warning if the package has been removed from both unstable and experimental repositories. As a reference, here are samples of the kind of messages that we want to display: https://packages.qa.debian.org/p/python2.4.html (completely gone) https://packages.qa.debian.org/p/python2.6.html (going away) To make it generic, by default the check should be done on the default repository only but it should be overridable with a setting DISTRO_TRACKER_DEVEL_REPOSITORIES listing all the codenames of the repositories that can contain developement versions of he package (indicating thus that the package is not dead). Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760642: lintian: False positive for space-in-std-shortname-in-dep5-copyright with alternative licenses (as common with Perl modules)
Package: lintian Version: 2.5.26 Followup-For: Bug #760642 I'd also like to point out that with OpenSSL exception is also acceptable language for d/copyright. (See section Syntax under License specification at https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ ) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.13-1-686-pae (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.24.51.20140903-1 ii bzip2 1.0.6-7 ii diffstat 1.58-1 ii file 1:5.19-2 ii gettext0.19.2-2 ii hardening-includes 2.5+nmu1 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.29+b2 ii libarchive-zip-perl1.38-1 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.37-1+b1 ii libdpkg-perl 1.17.13 ii libemail-valid-perl1.194-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl0.92-1 ii liblist-moreutils-perl 0.33-2+b1 ii libparse-debianchangelog-perl 1.2.0-1 ii libtext-levenshtein-perl 0.09-1 ii libtimedate-perl 2.3000-2 ii liburi-perl1.64-1 ii man-db 2.6.7.1-1 ii patchutils 0.3.3-1 ii perl [libdigest-sha-perl] 5.20.0-6 ii t1utils1.37-2.1 Versions of packages lintian recommends: ii libautodie-perl 2.25-1 ii libperlio-gzip-perl 0.18-3+b1 ii perl5.20.0-6 ii perl-modules [libautodie-perl] 5.20.0-6 Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.17.13 ii libhtml-parser-perl3.71-1+b2 ii libtext-template-perl 1.46-1 pn libyaml-perl none ii xz-utils 5.1.1alpha+20120614-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761036: lilypond: Updated hurd patch to fix hurd FTBFS
Package: lilypond Version: 2.12.3-1 Tags: patch Severity: wishlist User: debian-h...@lists.debian.org Usertags: hurd Hi. The lilypond package do not build on hurd, even with a hurd patch in place. The cause seem to be a typo in the file debian/patches/hurd_file_name_support, checking for _GNU_SOURCE_ instead of _GNU_SOURCE (at least that is what the getcwd() manual page claim to look for). Attached is an updated patch, fixing that bug, a memory leak forgetting to release the memory allocated by get_current_dir_name(), and adding the same code in the test code. Please replace the patch in the current source with this new one, and consider sending it upstream. :) -- Happy hacking Petter Reinholdtsen Description: Hurd build without PATH_MAX; currently broken Forwarded: not-needed Origin: vendor Author: Don Armstrong d...@debian.org Index: lilypond-2.18.2-pere/flower/file-name.cc === --- lilypond-2.18.2-pere.orig/flower/file-name.cc 2014-09-10 09:25:45.057177512 +0200 +++ lilypond-2.18.2-pere/flower/file-name.cc2014-09-10 09:30:19.783634883 +0200 @@ -96,9 +96,16 @@ string get_working_directory () { +#ifdef _GNU_SOURCE + char *cwd = get_current_dir_name(); + string scwd(cwd); + free(cwd); + return scwd; +#else char cwd[PATH_MAX]; // getcwd returns NULL upon a failure, contents of cwd would be undefined! return string (getcwd (cwd, PATH_MAX)); +#endif } /* Join components to full file_name. */ Index: lilypond-2.18.2-pere/flower/test-file-path.cc === --- lilypond-2.18.2-pere.orig/flower/test-file-path.cc 2014-09-10 09:26:15.057445802 +0200 +++ lilypond-2.18.2-pere/flower/test-file-path.cc 2014-09-10 09:30:05.599507531 +0200 @@ -6,12 +6,26 @@ #include yaffut.hh #include config.hh +string +get_working_directory () +{ +#ifdef _GNU_SOURCE + char *cwd = get_current_dir_name(); + string scwd(cwd); + free(cwd); + return scwd; +#else + char cwd[PATH_MAX]; + // getcwd returns NULL upon a failure, contents of cwd would be undefined! + return string (getcwd (cwd, PATH_MAX)); +#endif +} + TEST (File_path, Find) { char const *extensions[] = {ly, , 0}; string file = init; - char cwd[PATH_MAX]; - if (!getcwd (cwd, PATH_MAX)) + if (get_working_directory().empty()) { cerr Could not get current work directory\n; exit (1);
Bug#752687: rubber: BD on obsolete package python-support (= 0.90.0) = use dh_python2 instead
On 09.09.14 Ricardo Mones (mo...@debian.org) wrote: Hi Ricardo, Package: rubber Followup-For: Bug #752687 Dear Maintainer, Consider the attached patch to fix this. It builds fine as is, but feel free to improve or modify as you see fit. Many thanks for the patch. Package has been uploaded yesterday. Hilmar -- sigmentation fault signature.asc Description: Digital signature
Bug#760388: pepperflashplugin-nonfree: modifies conffile of another package
On Wed, Sep 10, 2014 at 05:32:58PM +1000, Stuart Prescott wrote: given that chromium versions tend to also be security updates, I don't know it's worth losing sleep over keeping older vulnerable versions working... but I'm just a user that's pulling these packages using apt here :) I expect current users to become unhappy, causing me losing sleep, if I would suddenly stop updating /etc/chromium/default in stable, testing and unstable. https://qa.debian.org/popcon.php?package=pepperflashplugin-nonfree popcon reports vastly more chromium users than pepperflash-plugin users -- For now. :-) Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760214: (no subject)
On Tue, Sep 09, 2014 at 09:36:49PM +0400, ValdikSS wrote: http://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=06703c1670d0f96834b268920b09792e22fdb4c4 Hi, thanks for looking into this!! Will close the bug in a near future so it can be found as long as NM has this bug in sid/jessie. Cheers, Alberto -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico mailto/sip: a...@inittab.org | en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 5347 CBD8 3E30 A9EB 4D7D 4BF2 009B 3375 6B9A AA55 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606310: patch for NMU available
Hi Gianfranco, On Mon, Sep 8, 2014 at 3:27 AM, Gianfranco Costamagna costamagnagianfra...@yahoo.it wrote: Hi maintainer, I have prepared a NMU fixing the three bugs listed, [...] I assume that you'd like me to sponsor this NMU, given that you cc-ed me? I have a few concerns with this NMU as-is: - please don't include unnecessary changes in a NMU, e.g. bumping standards version; try to make the debdiff as minimal as possible - in general, I'm reluctant to NMU changes that aren't RC bug fixes, especially when I don't use the NMU-ed package myself, and especially without the consent of the current maintainer/uploaders If you're interested in taking care of this package and doing a clean sweep to fix a handful on non-RC bugs, I suggest that you adopt and formally maintain the package directly. If the current maintainer is MIA and has yet to reply to any of your mail, I suggest you start by approaching the MIA team [1]. Regards, Vincentt [1] https://wiki.debian.org/Teams/MIA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759226: icedtea-netx: Same probleme here
Package: icedtea-netx Version: 1.5.1-1 Followup-For: Bug #759226 Dear Maintainer, When I try to install the icedtea-plugin package, dpkg returns exactly the same error than Michael Tautschnig : $ sudo apt-get dist-upgrade Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Calcul de la mise à jour... Fait 0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour. 3 partiellement installés ou enlevés. Après cette opération, 0 o d'espace disque supplémentaires seront utilisés. Souhaitez-vous continuer ? [O/n] Paramétrage de icedtea-netx:i386 (1.5.1-1) ... update-alternatives: avertissement: forçage de la réinstallation de l'alternative /usr/lib/jvm/java-7-openjdk-i386/jre/bin/itweb-settings car le groupe de liens itweb-settings est cassé guillaume@sedatech:~$ sudo apt-get install icedtea-plugin Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait icedtea-plugin est déjà la plus récente version disponible. 0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour. 3 partiellement installés ou enlevés. Après cette opération, 0 o d'espace disque supplémentaires seront utilisés. Souhaitez-vous continuer ? [O/n] Paramétrage de icedtea-netx:i386 (1.5.1-1) ... update-alternatives: avertissement: forçage de la réinstallation de l'alternative /usr/lib/jvm/java-7-openjdk-i386/jre/bin/itweb-settings car le groupe de liens itweb-settings est cassé update-alternatives: avertissement: /usr/share/man/man1/itweb-settings.1.gz ne sera pas remplacé par un lien update-alternatives: avertissement: forçage de la réinstallation de l'alternative /usr/lib/jvm/java-7-openjdk-i386/jre/bin/itweb-settings car le groupe de liens itweb-settings est cassé update-alternatives: avertissement: /usr/share/man/man1/itweb-settings.1.gz ne sera pas remplacé par un lien update-alternatives: erreur: le chemin alternatif /usr/lib/jvm/java-8-openjdk-i386/jre/bin/javaws n'existe pas dpkg: erreur de traitement du paquet icedtea-netx:i386 (--configure) : le sous-processus script post-installation installé a retourné une erreur de sortie d'état 2 dpkg: des problèmes de dépendances empêchent la configuration de icedtea-7-plugin:i386 : icedtea-7-plugin:i386 dépend de icedtea-netx (= 1.5.1-1) ; cependant : Le paquet icedtea-netx:i386 n'est pas encore configuré. dpkg: erreur de traitement du paquet icedtea-7-plugin:i386 (--configure) : problèmes de dépendances - laissé non configuré dpkg: des problèmes de dépendances empêchent la configuration de icedtea-plugin : icedtea-plugin dépend de icedtea-7-plugin ; cependant : Le paquet icedtea-7-plugin:i386 n'est pas encore configuré. dpkg: erreur de traitement du paquet icedtea-plugin (--configure) : problèmes de dépendances - laissé non configuré Des erreurs ont été rencontrées pendant l'exécution : icedtea-netx:i386 icedtea-7-plugin:i386 icedtea-plugin E: Sub-process /usr/bin/dpkg returned an error code (1) Thank you for your help GD -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.16-1-686-pae (SMP w/2 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 icedtea-netx depends on: ii icedtea-netx-common 1.5.1-1 ii openjdk-7-jre7u65-2.5.2-3 icedtea-netx recommends no packages. icedtea-netx suggests no packages. -- no debconf information
Bug#759589: dput-ng: uploading to DELAYED failed as dput could not find the file (it exists)
On 2014-08-28 21:48:06, Paul Gevers wrote: Package: dput-ng Version: 1.7~bpo70+1 Severity: normal In my effort to fix an RC bug with an NMU, I tried to upload jquery to DELAYED/15. dput failed to do that with the following error: paul@wollumbin ~/tmp/jquery $ dput --delayed=15 ~/sid_pbuilder_result/jquery_1.7.2+dfsg-3.1_amd64.changes Uploading jquery using sftp to ftp-master (host: ssh.upload.debian.org; directory: /srv/upload.debian.org/UploadQueue/DELAYED/15-day) ... Logging into host ssh.upload.debian.org as elbrus Uploading libjs-jquery_1.7.2+dfsg-3.1_all.deb Could not upload file /home/paul/sid_pbuilder_result/libjs-jquery_1.7.2+dfsg-3.1_all.deb: [Errno 2] No such file Well, there are two bugs here. First of all, ssh.upload.debian.org does not allow uploads to DELAYED. There is nothing dput-ng can do to make the work. The second bug is the error message. This is tracked as #735784 and fixed in git. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#761037: libepub-dev: Segfault on iterating over toc and possible memory leaks
Package: libepub-dev Version: 0.2.2-4 Severity: normal Dear Maintainer, I scanned library with cppcheck and llvm's scan-build. It founds a few possible memory leaks and NULL pointer dereference. I created a simple testcase which triggers NULL pointer dereference and segfaults my program. Usage is quite common: my example based on einfo tool. I found that libepub website is abandoned and I didn't found any git/svn repos for the project. So I've downloaded sources of library (0.2.2-4) with 'aptitude source', added testcase to debian/tests and fixed NULL pointer dereference and leaks. I'll attach changes (created by diff) to this bugreport along with scan- build results. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libepub-dev depends on: ii libepub0 0.2.2-4 libepub-dev recommends no packages. libepub-dev suggests no packages. diff -Nburd bugepub/ebook-tools-0.2.2/debian/tests/build epub-bug/ebook-tools-0.2.2/debian/tests/build --- bugepub/ebook-tools-0.2.2/debian/tests/build 2014-07-30 02:06:47.0 +0700 +++ epub-bug/ebook-tools-0.2.2/debian/tests/build 2014-09-10 14:55:22.473294562 +0700 @@ -5,3 +5,6 @@ cd $ADTTMP gcc -Wall -Werror -pedantic -std=c90 -o test-libepub $SRCDIR/test-libepub.c -lepub ./test-libepub $SRCDIR/wasteland-20120118.epub + +gcc -Wall -Werror -pedantic -std=c90 -o test-epub-toc $SRCDIR/test-epub-toc.c -lepub +./test-epub-toc $SRCDIR/wasteland-20120118.epub diff -Nburd bugepub/ebook-tools-0.2.2/debian/tests/test-epub-toc.c epub-bug/ebook-tools-0.2.2/debian/tests/test-epub-toc.c --- bugepub/ebook-tools-0.2.2/debian/tests/test-epub-toc.c 1970-01-01 06:00:00.0 +0600 +++ epub-bug/ebook-tools-0.2.2/debian/tests/test-epub-toc.c 2014-09-10 14:56:21.077296438 +0700 @@ -0,0 +1,52 @@ +#include stdlib.h +#include stdio.h +#include string.h +#include epub.h + +void quit(int code) { + epub_cleanup(); + exit(code); +} + +void usage(int code) { + fprintf(stderr, Usage: toc_test filename\n); + exit(code); +} + +int main(int argc , char **argv) { + struct epub *epub; + char *filename = NULL; + struct titerator *it; + + if (argc != 2) { + fprintf(stderr, Missing file name\n); + usage(1); + } + filename = argv[1]; + + if (! (epub = epub_open(filename, 0))) +quit(1); + + it = epub_get_titerator(epub, TITERATOR_PAGES, 0); + if (!it) { + fprintf(stderr, Cannot get TOC iterator\n); + quit(1); + } + + do { + char *label = epub_tit_get_curr_label(it); + if (label) { + printf(%s\n, label); + free(label); + } + } while (epub_tit_next(it)); + + epub_free_titerator(it); + + if (! epub_close(epub)) { +quit(1); + } + + quit(0); + return 0; +} diff -Nburd bugepub/ebook-tools-0.2.2/src/libepub/epub.c epub-bug/ebook-tools-0.2.2/src/libepub/epub.c --- bugepub/ebook-tools-0.2.2/src/libepub/epub.c 2012-09-04 21:32:32.0 +0700 +++ epub-bug/ebook-tools-0.2.2/src/libepub/epub.c 2014-09-10 14:44:49.373274303 +0700 @@ -503,7 +503,7 @@ return NULL; break; case TITERATOR_PAGES: -if (! epub-opf-toc || epub-opf-toc-pageList) +if (! epub-opf-toc || ! epub-opf-toc-pageList) return NULL; break; } diff -Nburd bugepub/ebook-tools-0.2.2/src/libepub/ocf.c epub-bug/ebook-tools-0.2.2/src/libepub/ocf.c --- bugepub/ebook-tools-0.2.2/src/libepub/ocf.c 2012-09-04 21:32:32.0 +0700 +++ epub-bug/ebook-tools-0.2.2/src/libepub/ocf.c 2014-09-10 14:44:49.373274303 +0700 @@ -218,6 +218,7 @@ if ( ! ocf-filename) { _epub_print_debug(epub, DEBUG_ERROR, Failed to allocate memory for filename); + _ocf_close(ocf); return NULL; } diff -Nburd bugepub/ebook-tools-0.2.2/src/libepub/opf.c epub-bug/ebook-tools-0.2.2/src/libepub/opf.c --- bugepub/ebook-tools-0.2.2/src/libepub/opf.c 2012-09-04 21:32:32.0 +0700 +++ epub-bug/ebook-tools-0.2.2/src/libepub/opf.c 2014-09-10 14:44:49.373274303 +0700 @@ -49,6 +49,7 @@ } } else { _epub_print_debug(opf-epub, DEBUG_ERROR, unable to open OPF); + _opf_close(opf); return NULL; } diff -Nburd bugepub/ebook-tools-0.2.2/debian/tests/build epub-bug/ebook-tools-0.2.2/debian/tests/build --- bugepub/ebook-tools-0.2.2/debian/tests/build 2014-07-30 02:06:47.0 +0700 +++ epub-bug/ebook-tools-0.2.2/debian/tests/build 2014-09-10 14:55:22.473294562 +0700 @@ -5,3 +5,6 @@ cd $ADTTMP gcc -Wall -Werror -pedantic -std=c90 -o test-libepub $SRCDIR/test-libepub.c -lepub ./test-libepub $SRCDIR/wasteland-20120118.epub + +gcc -Wall -Werror -pedantic -std=c90 -o test-epub-toc $SRCDIR/test-epub-toc.c -lepub +./test-epub-toc $SRCDIR/wasteland-20120118.epub diff -Nburd bugepub/ebook-tools-0.2.2/debian/tests/test-epub-toc.c
Bug#753627: Please accept proposed patch for memtest86+ 5.01 or fix grave bug in anotger way
Hi Yann, On Sun, Aug 31, 2014, Yann Dirson ydir...@free.fr wrote: If nobody has the detailed info, I'll try to find the time this week to identify the faulty flag. Please accept proposed patch for memtest86+ 5.01 or fix grave bug in anotger way :) Thanks, Mantas On Sun, Aug 31, 2014, Yann Dirson ydir...@free.fr wrote: http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/4/SRPMS/core/release/memtest86+-5.01-5.mga4.src.rpm also have other interesting fixes, BTW. [..] Additionally, we don't even know what the gcc problem is, ir even if it has been reported to the gcc team. Having more detailed information would allow to link to 2 problems. -- IT paslaugos įmonėms, prekyba kompiuteriais su Linux OS: UAB „Bona Mens - http://bonamens.lt http://tinklas.eu/prekyba Tel.: +370-614-53085 Laisva programinė įranga verslui ir namams: http://baltix.lt http://openoffice.lt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758839: contains non-free data
On September 10, 2014 1:13:39 AM CEST, Per Andersson avtob...@gmail.com wrote: (Adding the maintainer to Cc directly.) Hi! First of all, I am sorry that I insulted you Stas; please accept my sincere apology and accept my full respect onwards. Thank you Per and apologies accepted. Secondly, great that you replaced Vault boy and I Feel Good! Thanks. Third, this package needs a debian/copyright file that lists the copyright for all files correctly. (If you wish to help the maintainer with this Stas that would be great!) I feel that it would be very difficult to come up with such a list due to the fact that a number of games and their associated 'media' files are created by different people and it's not always clear where the files come from. Some of the games are 6 years or more old and some of the original authors aren't easily found anymore. (Students for example) I always asked the people to make sure the files they included were free but it's near impossible to make sure they are or where they come from. I also tried to make sure I never used non-free files and when something is placed in the public domain or comes from another project that has stated it was free to use I assumed they were unless someone would say otherwise. I have always had a piece of text inside the 'in game' copyright text stating that when somebody thought some media file wasn't free they should contact me and I would remove it immediately. It has always been enough these last 10 years. And I never had any problems with it as people understood the problems with these files and claims. (It happened only twice in 10 years) It's very difficult or near impossible to be sure about every media file in projects like this. There are many people/websites/games claiming copyright or no copyright on the same mediafile which makes it impossible to know who is right. As I said, I can never be 100% sure everything inside childsplay is free, that was a valid point you made, so I assume it can never be part of the Debian distro. That was my reason to ask you to remove it. I will also refrase the claim that everything is under the gpl and move the childsplay package from savannah to github or back to sourceforge. [Stas] It's replaced with a free sample from the freebies section of http://www.samplephonics.com My concern is that these samples are not free as in DFSG free. I know, I've contact them to ask if the license also applies to their 'freebies' section as it's not very clear. I haven't yet received a reply. But again, please remove childsplay from Debian as I can never be sure about every file inside childsplay. It's a problem with many programs that have a lot of graphics and sounds. I'm sure that if you looked closely to similar programs you can find files of questionable origin. Btw, childsplay is since 2013 in 'maintenance mode' and the next version will be a mobile/tablet version. At http://www.samplephonics.com/contact#license the following can be read License Agreement All products from Samplephonics are sold as 'royalty free,' which means that they are licensed, not sold to you, by Samplephonics. Samplephonics is either the owner or entitled licensee of the products on sale. By making payment for a product you are granted the right to incorporate them in a music production, film, tv program, website or other media production, without paying any additional royalties, license fees, or any other fees to Samplephonics or any third parties. Copying, re-selling, leasing, duplicating or distribution in any form of the products for sale, other than outlined in the 'License Agreement', is strictly prohibited. This extends, but is not limited, to file sharing websites, web forums, computer networks and file hosting websites. Products cannot be distributed in their original format or sold in a manner that would be considered competitive with the nature of Samplephonics' business, outlined in 'About Samplephonics.' Everything else on the website is licensed to Samplephonics, including artwork, source code, materials, audio demos, graphics, text and logos and protected by copyright and intellectual property laws. -- Per Regards, Stas Zytkiewicz
Bug#746199: Outdated naxsi version, incorrect learning tools included in packages
After discussing it with the fellow maintainers we have decided that it is better to remove the nginx-naxsi package before jessie is freezed. Packaging naxsi is not trivial and, unfortunately, none of the maintainers uses it. That's the reason nginx-naxsi is not in a good shape and we are not feeling comfortable to release and support it. We are sorry for any inconvenience caused. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761038: gpicview can't open particular SVG pictures
Package: gpicview:i386 Version: 0.2.4-2 Dear maintainers, Trying to open two particular SVG pictures, gpicview only display a black screen, without error message. Starting it from terminal does not display error message either. Gpicview correctly displays other SVG pictures (like the ones in /usr/share/icons/HighContrast/scalable/actions/mail-mark-junk.svg). As I know, it only happpened with two pictures, which are joined with this mail. These two pictures are correctly opened with gthumb. Installed dependencies : libatk1.0-0 2.12.0-1 libc62.19-10 libcairo21.12.16-3 libfontconfig1 2.11.0-6 libfreetype6 2.5.2-1.1 libgdk-pixbuf2.0-0 2.30.8-1 libglib2.0-0 2.40.0-5 libgtk2.0-0 2.24.24-1 libjpeg8 8d1-1 libpango-1.0-0 1.36.6-1 libpangocairo-1.0-0 1.36.6-1 libpangoft2-1.0-01.36.6-1 libx11-6 2:1.6.2-3 Thanks for your time and work, YvanM
Bug#759484: (no subject)
Hi, after a fresh `aptitude install 4store` I got the following: 8 $ sudo /etc/init.d/4store restart [] Restarting 4store (via systemctl): 4store.serviceJob for 4store.service failed. See 'systemctl status 4store.service' and 'journalctl -xn' for details. failed! $ sudo systemctl status 4store.service 4store.service - LSB: Start and stop the 4store database server daemon Loaded: loaded (/etc/init.d/4store) Active: failed (Result: exit-code) since Wed 2014-09-10 10:36:23 CEST; 8min ago Process: 15356 ExecStart=/etc/init.d/4store start (code=exited, status=1/FAILURE) Sep 10 10:36:23 kewl 4store[15356]: Starting 4s-backend: 4s-backend4store[15361]: lock.c:38 failed to open metadata file /var/lib/4store/default/metadata.nt for locking: No such file or directory Sep 10 10:36:23 kewl 4store[15356]: 4store[15361]: 1: /usr/bin/4s-backend() [0x411ce1] Sep 10 10:36:23 kewl 4store[15356]: 4store[15361]: 2: /usr/bin/4s-backend() [0x403edb] Sep 10 10:36:23 kewl 4store[15356]: 4store[15361]: 3: /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5) [0x7fe567b01b45] Sep 10 10:36:23 kewl 4store[15356]: 4store[15361]: 4: /usr/bin/4s-backend() [0x403f29] Sep 10 10:36:23 kewl systemd[1]: 4store.service: control process exited, code=exited status=1 Sep 10 10:36:23 kewl systemd[1]: Failed to start LSB: Start and stop the 4store database server daemon. Sep 10 10:36:23 kewl systemd[1]: Unit 4store.service entered failed state. 8 So '/var/lib/4store/default/metadata.nt' is not there. This can be fixed with `4s-backend-setup default` -- but I wonder why the package did not create the database upon install... should perhaps be considered a separate bug. Now everything works like a charm, including `/etc/init.d/4store restart`. Best, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761040: [libqtwebkit4] Browsers based on Webkit crash on loading pages
Package: libqtwebkit4 Version: 2.3.2.dfsg-3 Severity: grave From several days ago browsers based on webkit I use (Konqueror and Qupzilla) crashed when loading pages. I confirm that this package are main suspect because both browsers used it and it's his only common dependency. Furthermore, change Konqueror to use Khtml as web engine make it don't crash. I attach a crash-log from Qupzilla. A briefly crash run: - Open default blank start page, browsers are ok. Try to load any page, start to load and then, suddenly, crash. - On Konqueror, I can use it as file manager without problems. If you want I make some more test, please, ask for them. Thanks so much. Best regards. Salud y Revolución. Lobo. --- System information. --- Architecture: powerpc Kernel: Linux 3.16-1-powerpc Debian Release: jessie/sid 500 unstableftp2.fr.debian.org 500 unstableftp.es.debian.org 500 unstableftp.de.debian.org 1 experimentalftp2.fr.debian.org 1 experimentalftp.es.debian.org --- Package information. --- Depends(Version) | Installed -+-= libc6 (= 2.4) | 2.19-10 libgcc1 (= 1:4.2.1) | 1:4.9.1-13 libglib2.0-0 (= 2.31.8) | 2.40.0-5 libgstreamer-plugins-base0.10-0 (= 0.10.31) | 0.10.36-1.3 libgstreamer0.10-0 (= 0.10.31) | 0.10.36-1.4 libqt4-network (= 4:4.8.1) | 4:4.8.6+git64-g5dc8b2b+dfsg-2 libqtcore4 (= 4:4.8.4) | 4:4.8.6+git64-g5dc8b2b+dfsg-2 libqtgui4 (= 4:4.8.1) | 4:4.8.6+git64-g5dc8b2b+dfsg-2 libsqlite3-0 (= 3.5.9) | 3.8.6-1 libstdc++6(= 4.1.1) | 4.9.1-13 libx11-6 | 2:1.6.2-3 libxrender1 | 1:0.9.8-1 Package's Recommends field is empty. Package's Suggests field is empty. -- Libertad es poder elegir en cualquier momento. Ahora yo elijo GNU/Linux, para no atar mis manos con las cadenas del soft propietario. Porque la libertad no es tu derecho, es tu responsabilidad. http://www.mucharuina.com - Desde El Ejido, en Almería, usuario registrado Linux #294013 http://www.counter.li.org Time: mié sep 10 10:33:45 2014 Qt version: 4.8.6 (compiled with 4.8.6) QupZilla version: 1.6.6 WebKit version: 537.21 == BACKTRACE == #0: qupzilla(+0x2798) [0x20559798] #1: linux-vdso32.so.1(__kernel_sigtramp32+0) [0x100394] #2: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0x1b44e00) [0x1f67ae00] #3: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0x1b46990) [0x1f67c990] #4: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0x1b2ca70) [0x1f662a70] #5: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0x1be7d54) [0x1f71dd54] #6: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0x3de150) [0x1df14150] #7: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0x3de538) [0x1df14538] #8: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0x66bdc8) [0x1e1a1dc8] #9: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0x8c52a0) [0x1e3fb2a0] #10: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0x8c590c) [0x1e3fb90c] #11: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0x8c5ea4) [0x1e3fbea4] #12: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0x8af524) [0x1e3e5524] #13: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0xa457e8) [0x1e57b7e8] #14: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0xa4b35c) [0x1e58135c] #15: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0xac9198) [0x1e5ff198] #16: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0xab996c) [0x1e5ef96c] #17: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0xf72e04) [0x1eaa8e04] #18: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0xf725dc) [0x1eaa85dc] #19: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0xf72744) [0x1eaa8744] #20: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0xf72828) [0x1eaa8828] #21: /usr/lib/powerpc-linux-gnu/libQtCore.so.4(_ZN11QMetaObject8activateEP7QObjectPKS_iPPv+0x328) [0x1c819e58] #22: /usr/lib/powerpc-linux-gnu/libQtNetwork.so.4(_ZN13QNetworkReply8finishedEv+0x30) [0x1cad55d0] #23: /usr/lib/powerpc-linux-gnu/libQtNetwork.so.4(+0x8e66c) [0x1ca3966c] #24: /usr/lib/powerpc-linux-gnu/libQtNetwork.so.4(+0x6bb98) [0x1ca16b98] #25: /usr/lib/powerpc-linux-gnu/libQtNetwork.so.4(+0x73e1c) [0x1ca1ee1c] #26: /usr/lib/powerpc-linux-gnu/libQtNetwork.so.4(+0x8c03c) [0x1ca3703c] #27: /usr/lib/powerpc-linux-gnu/libQtNetwork.so.4(+0x8c118) [0x1ca37118] #28: /usr/lib/powerpc-linux-gnu/libQtGui.so.4(_ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent+0xf8) [0x1ccbdf38] #29: /usr/lib/powerpc-linux-gnu/libQtGui.so.4(_ZN12QApplication6notifyEP7QObjectP6QEvent+0x38c) [0x1ccc614c] #30: /usr/lib/powerpc-linux-gnu/libQtCore.so.4(_ZN16QCoreApplication14notifyInternalEP7QObjectP6QEvent+0xe0) [0x1c7fdf50] #31:
Bug#756159: qemu-kvm: Please build binary with SATA and hda sound support
Hi, I had the same problem with an old virtual machine on an Ubuntu 14.04 system (after upgrading). Here I solved it by changing emulator/usr/bin/kvm/emulator to emulator/usr/bin/qemu-system-x86_64/emulator My Machine has the following type: type arch='x86_64' machine='pc-1.2'hvm/type HTH, Enno -- Enno Gröper groep...@cms.hu-berlin.de - Raum 2'325, Rudower Chaussee 26 Tel. +49.(0)30.2093.70053 Fax +49.(0)30.2093.2959 Humboldt-Universität zu Berlin - http://www.hu-berlin.de/ ZE Computer- und Medienservice - http://www.cms.hu-berlin.de/ Unter den Linden 6, D-10099 Berlin, Germany smime.p7s Description: S/MIME Cryptographic Signature
Bug#759708: imms: diff for NMU version 3.1.0~svn301-3.1
Control: tags 759708 + patch pending Dear maintainer, I've prepared an NMU for imms (versioned as 3.1.0~svn301-3.1) and uploaded it to DELAYED/1. Please feel free to tell me if I should delay it longer. Cheers -- Sebastian Ramacher diff -Nru imms-3.1.0~svn301/debian/changelog imms-3.1.0~svn301/debian/changelog --- imms-3.1.0~svn301/debian/changelog 2013-08-27 21:59:58.0 +0200 +++ imms-3.1.0~svn301/debian/changelog 2014-09-10 10:55:51.0 +0200 @@ -1,3 +1,15 @@ +imms (3.1.0~svn301-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * debian/control: +- Add Build-Depends on libaudclient-dev which is now + separate from audacious-dev. (Closes: #759708) +- Tighten audacious-dev in Build-Depens to (= 3.5) to ensure that + plugin_dir variable in the pkg-config file is available. + * debian/rules: Use plugin_dir variable to determine plugin directory. + + -- Sebastian Ramacher sramac...@debian.org Wed, 10 Sep 2014 10:55:50 +0200 + imms (3.1.0~svn301-3) unstable; urgency=low * urgency high - testing has non-working version diff -Nru imms-3.1.0~svn301/debian/control imms-3.1.0~svn301/debian/control --- imms-3.1.0~svn301/debian/control 2013-08-27 20:32:11.0 +0200 +++ imms-3.1.0~svn301/debian/control 2014-09-10 10:52:55.0 +0200 @@ -4,7 +4,7 @@ Maintainer: Artur R. Czechowski artu...@hell.pl Standards-Version: 3.9.4 Homepage: http://imms.luminal.org/ -Build-Depends: debhelper ( 5.0.0), audacious-dev, libsqlite3-dev (=3.2.2), libpcre3-dev (=4.3), libtag1-dev, libvorbis-dev (=1.0), libfftw3-dev, libglib2.0-dev, zlib1g-dev, libxss-dev, libtorch3-dev, libglade2-dev, autoconf, automake, xsltproc, docbook-xsl +Build-Depends: debhelper ( 5.0.0), audacious-dev (= 3.5), libsqlite3-dev (=3.2.2), libpcre3-dev (=4.3), libtag1-dev, libvorbis-dev (=1.0), libfftw3-dev, libglib2.0-dev, zlib1g-dev, libxss-dev, libtorch3-dev, libglade2-dev, autoconf, automake, xsltproc, docbook-xsl, libaudclient-dev Package: imms-common Architecture: any diff -Nru imms-3.1.0~svn301/debian/rules imms-3.1.0~svn301/debian/rules --- imms-3.1.0~svn301/debian/rules 2013-08-27 21:51:56.0 +0200 +++ imms-3.1.0~svn301/debian/rules 2014-09-10 10:55:01.0 +0200 @@ -81,7 +81,7 @@ # Add here commands to install the package into debian/imms. $(MAKE) programs_install prefix=$(CURDIR)/debian/imms-common/usr - install -m 0644 -D build/libaudaciousimms.so $(CURDIR)/debian/imms-audacious`pkg-config --variable=general_plugin_dir audacious`/libaudaciousimms.so + install -m 0644 -D build/libaudaciousimms.so $(CURDIR)/debian/imms-audacious`pkg-config --variable=plugin_dir audacious`/General/libaudaciousimms.so ln -sf imms-common debian/imms-audacious/usr/share/doc/imms-audacious # Build architecture-independent files here. signature.asc Description: Digital signature
Bug#761041: gpicview can't open particular SVG pictures
Package: gpicview Version: 0.2.4-2 Dear maintainers, Trying to open two particular SVG pictures, gpicview only display a black screen, without error message. Starting it from terminal does not display error message either. Gpicview correctly displays other SVG pictures (like the ones in /usr/share/icons/HighContrast/scalable/actions/mail-mark-junk.svg). As I know, it only happpened with two pictures, which are joined with this mail. These two pictures are correctly opened with gthumb. Installed dependencies : libatk1.0-0 2.12.0-1 libc62.19-10 libcairo21.12.16-3 libfontconfig1 2.11.0-6 libfreetype6 2.5.2-1.1 libgdk-pixbuf2.0-0 2.30.8-1 libglib2.0-0 2.40.0-5 libgtk2.0-0 2.24.24-1 libjpeg8 8d1-1 libpango-1.0-0 1.36.6-1 libpangocairo-1.0-0 1.36.6-1 libpangoft2-1.0-01.36.6-1 libx11-6 2:1.6.2-3 Thanks for your time and work, YvanM
Bug#752687: rubber: BD on obsolete package python-support (= 0.90.0) = use dh_python2 instead
On Wed, Sep 10, 2014 at 09:49:01AM +0200, Hilmar Preusse wrote: On 09.09.14 Ricardo Mones (mo...@debian.org) wrote: Hi Ricardo, Package: rubber Followup-For: Bug #752687 Dear Maintainer, Consider the attached patch to fix this. It builds fine as is, but feel free to improve or modify as you see fit. Many thanks for the patch. Package has been uploaded yesterday. You're welcome! Best regards, -- Ricardo Mones ~ You have the capacity to learn from mistakes. You'll learn a lot today. /usr/games/fortune signature.asc Description: Digital signature
Bug#752827: ikiwiki: please merge uuid/date edittemplate patches
Control: forwarded 752827 http://ikiwiki.info/todo/edittemplate_should_support_uuid__44___date_variables/ Control: tags 752827 + patch On Thu, 26 Jun 2014 at 20:37:50 +, Clint Adams wrote: git://civilfritz.net/ikiwiki.git (edittemplate branch) I've done some review on that branch with this result, which I think is ready for merge: http://git.pseudorandom.co.uk/smcv/ikiwiki.git/shortlog/refs/heads/ready/edittemplate2 Regards, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759745: gdm3: Unable to login post-upgrade without systemd-sysv installed
Confirmed on gdm3 3.12.2-4. Any outlook on a fix or workaround that doesn't involve replacing my PID 1 with systemd? signature.asc Description: Digital signature
Bug#760904: installation-reports: no network on linkstation pro with jessie d-i
On Mon, 2014-09-08 at 22:35 -0700, Ryan Tandy wrote: Booting a Wheezy image is successful and works. I installed Wheezy on the Linkstation using the 7.6 netboot image and upgraded to Jessie successfully, That includes having successfully booted the Jessie kernel judging from the dmesg below? I can see the corresponding lsmod below and looking at it I'm suspicious of mvmdio which is a new module needed for networking on some platforms. I can see it in the kirkwood udebs (installer pkg) but not the orion5xs one which could explain you issue. I've enabled it in the kernel package svn repo just now, but to test you'd need to wait for a new kernel upload and d-i daily using it. Ian. lsmod: Module Size Used by lsmod: hmac2425 0 lsmod: sha1_generic1692 0 lsmod: sha1_arm3318 0 lsmod: ehci_orion 2718 0 lsmod: ehci_hcd 36707 1 ehci_orion lsmod: marvell 5905 0 lsmod: sg 18802 0 lsmod: orion_wdt 2661 0 lsmod: mv_cesa10745 0 lsmod: mv643xx_eth22134 0 lsmod: mvmdio 3024 0 lsmod: usbcore 137224 2 ehci_hcd,ehci_orion lsmod: usb_common 1266 1 usbcore lsmod: loop 14519 0 lsmod: ipv6 291684 12 lsmod: autofs419744 2 lsmod: ext4 329145 2 lsmod: crc16 1097 1 ext4 lsmod: mbcache 4654 1 ext4 lsmod: jbd2 62684 1 ext4 lsmod: sd_mod 34640 4 lsmod: crc_t10dif 948 1 sd_mod lsmod: crct10dif_generic 1142 1 lsmod: crct10dif_common1110 2 crct10dif_generic,crc_t10dif lsmod: sata_mv24700 3 lsmod: libata145076 1 sata_mv lsmod: scsi_mod 133849 3 sg,libata,sd_mod -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606310: Bug#702301: patch for NMU available
Hello Vincent and Gianfranco, I just wanted to inform you that, I've sent a new version of googleearth-package and it has been sitting in the mentors queue for almost a month: https://mentors.debian.net/package/googleearth-package It fixes most (if not all) of the problems you submitted patches to. Person who would usually check this package before uploading it was busy with DebConf and now is simply not replying to my emails. I'll also send the RFS to the Mentors, and hopefully it will get uploaded soon. Please inform me if you have any additional questions and/or comments. Regards, Adnan On Wed, Sep 10, 2014 at 9:57 AM, Vincent Cheng vch...@debian.org wrote: Hi Gianfranco, On Mon, Sep 8, 2014 at 3:27 AM, Gianfranco Costamagna costamagnagianfra...@yahoo.it wrote: Hi maintainer, I have prepared a NMU fixing the three bugs listed, [...] I assume that you'd like me to sponsor this NMU, given that you cc-ed me? I have a few concerns with this NMU as-is: - please don't include unnecessary changes in a NMU, e.g. bumping standards version; try to make the debdiff as minimal as possible - in general, I'm reluctant to NMU changes that aren't RC bug fixes, especially when I don't use the NMU-ed package myself, and especially without the consent of the current maintainer/uploaders If you're interested in taking care of this package and doing a clean sweep to fix a handful on non-RC bugs, I suggest that you adopt and formally maintain the package directly. If the current maintainer is MIA and has yet to reply to any of your mail, I suggest you start by approaching the MIA team [1]. Regards, Vincentt [1] https://wiki.debian.org/Teams/MIA
Bug#760191: After upgrade 1.13.0-1 of akonadi-server, no new mail in IMAP folders is ever read
You provide nearly no information about your accounts or what you are doing. So please add more information. Is this the same problem as reported by me here or are you using a different setup: https://bugs.kde.org/show_bug.cgi?id=338967 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761042: libgit2: SSH-enabled build?
Source: libgit2 Version: 0.21.1-1 Severity: wishlist Tags: patch Although at the moment libssh2-glib FTBFS with SSH-enabled libgit2, in the future it might be a good idea to build the latter with SSH support. Build system detects presence of libssh2-1-dev so it's just the matter of altering Build-Depends as follows: --- a/debian/control +++ b/debian/control @@ -3,7 +3,7 @@ Section: libs Priority: extra Maintainer: Russell Sim russell@gmail.com Build-Depends: debhelper (= 9.20120417), python-minimal (= 2.4.0), - cmake, libz-dev, libssl-dev, ca-certificates + cmake, libz-dev, libssl-dev, libssh2-1-dev, ca-certificates Standards-Version: 3.9.5 Homepage: http://libgit2.github.com/ Vcs-Git: git://anonscm.debian.org/users/arrsim-guest/libgit2.git Thank you. -- Regards, Dmitry Smirnov GPG key : 4096R/53968D1B signature.asc Description: This is a digitally signed message part.
Bug#747821: systemd-logind doesn't create session for users logged in via GDM
I'm afraid that's a negative, at least on my side - systemd-shim is at the suggested version: ||/ NameVersion Architecture Description +++-===--- ii systemd-shim7-3 amd64 shim for systemd This didn't solve it. I did notice a newer version in experimental, so I updated the package: ||/ NameVersion Architecture Description +++-===--- ii systemd-shim7-3exp1 amd64 shim for systemd ... but gdm3 still shows no login options, so I'm still starting my DE via startx at the moment. The network-manager permissions issue has been fixed with a workaround: [alver@Crusoe ~]$ sudo cat /etc/polkit-1/localauthority/50-local.d/org.freedesktop.NetworkManager.pkla [nm-applet] Identity=unix-group:netdev Action=org.freedesktop.NetworkManager.* ResultAny=yes ResultInactive=no ResultActive=yes I'd prefer an actual root cause fix, tho. signature.asc Description: Digital signature
Bug#761044: nmu: pinba-engine-mysql_1.0.0-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 nmu pinba-engine-mysql_1.0.0-4 . ALL . -m recompile against mysql-server-core-5.5 5.5.39 - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJUEBlSAAoJEJWkL+g1NSX5K7cP+wfO56oG8SPW5iWNlsiPK71Z qWCADFT8AltiEK3y1wJtfltCAkoeV4EqglUDjPGtIijCZt/x3ll3JB1KDANvAf/X CPRGJyee/HfAyGKCYUAKs6JQ2i2wBtJpC4LnpQjaFVQ4qvCrsc7ipN9Idx+CckCW VsWN0+UF90cFVEhN5qLQxM35mjeg8wgojI/5OjsYmEkUXpxGUkTlzvM6LUi6khQ+ YiEZ65wTaFxp8IC1p5Or0w0xQvXwPHi0MjJ5qxGPD5BwX/el6R15zLrOZ6mWdZ16 ALIdrcg5AqG64kdkNAubhMj6To9wrEJPqW1+x2PmWRoeOjuWN0QX+HcvaEwI2E+g Wu3sy2tMA8T2OF7UYpwW/+/qcMBCema4Z3/CNliR0Skq5OefqKDhDDoz6eu7A4bN ju7VH/oSfscbCX7x0X0tCxtmOHHFUKh5eCcVnnMTgajHv8xNAJM21qQ/trn1f4YU tIvA1fPQKw4KZUE/fnhL/wbB/a+Q/xeg+tCiQf4fJlsMlSWZ1JgqEIOmzFM2pM3s Bf4+9KxFYPvrLe8MBOXTgFSA0ii6yrLt8BIpWwwpEuvfXdeNIlfHwvq/cBVPwgM2 5zZs+iQPwjWpc6Th8YAfu4XHUCq6/DFDfDjPlVRNEwwpF1crEEt4a9MCArbL7/tY Ub+bdAmbA8LG/N6XQe4D =+lfc -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#761043: openjdk-7-jre-headless: arch-dependent file in Multi-Arch: same package
Package: openjdk-7-jre-headless Version: 7u65-2.5.2-3 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch openjdk-7-jre-headless is marked as Multi-Arch: same, but the following file is architecture-dependent: /usr/share/systemtap/tapset/hotspot.stp An example diff between i386 and amd64 is attached. -- Jakub Wilk diff -ur openjdk-7-jre-headless_7u65-2.5.2-3_i386/usr/share/systemtap/tapset/hotspot.stp openjdk-7-jre-headless_7u65-2.5.2-3_amd64/usr/share/systemtap/tapset/hotspot.stp --- openjdk-7-jre-headless_7u65-2.5.2-3_i386/usr/share/systemtap/tapset/hotspot.stp 2014-09-09 21:03:21.0 +0200 +++ openjdk-7-jre-headless_7u65-2.5.2-3_amd64/usr/share/systemtap/tapset/hotspot.stp 2014-09-09 15:19:48.0 +0200 @@ -25,9 +25,9 @@ jre/lib/[arch]/[client|server]/libjvm.so is used and exists under bootstrap/. This version of hotspot.stp has been configured to instrument the - libjvm.so for arch i386 installed at: - NONE/jre/lib/i386/client/libjvm.so - NONE/jre/lib/i386/server/libjvm.so + libjvm.so for arch amd64 installed at: + NONE/jre/lib/amd64/client/libjvm.so + NONE/jre/lib/amd64/server/libjvm.so Each probe defines the probe name and a full probestr which consists of the probe name and between brackets all argument names and values. @@ -38,8 +38,8 @@ * Sets is_full if this is a full garbage collect. */ probe hotspot.gc_begin = - process(NONE/jre/lib/i386/client/libjvm.so).mark(gc__begin), - process(NONE/jre/lib/i386/server/libjvm.so).mark(gc__begin) + process(NONE/jre/lib/amd64/client/libjvm.so).mark(gc__begin), + process(NONE/jre/lib/amd64/server/libjvm.so).mark(gc__begin) { name = gc_begin; is_full = $arg1; @@ -51,8 +51,8 @@ Has no arguments. */ probe hotspot.gc_end = - process(NONE/jre/lib/i386/client/libjvm.so).mark(gc__end), - process(NONE/jre/lib/i386/server/libjvm.so).mark(gc__end) + process(NONE/jre/lib/amd64/client/libjvm.so).mark(gc__end), + process(NONE/jre/lib/amd64/server/libjvm.so).mark(gc__end) { name = gc_end; probestr = name; @@ -69,8 +69,8 @@ pages and max to the maximum size of the pool. */ probe hotspot.mem_pool_gc_begin = - process(NONE/jre/lib/i386/client/libjvm.so).mark(mem__pool__gc__begin), - process(NONE/jre/lib/i386/server/libjvm.so).mark(mem__pool__gc__begin) + process(NONE/jre/lib/amd64/client/libjvm.so).mark(mem__pool__gc__begin), + process(NONE/jre/lib/amd64/server/libjvm.so).mark(mem__pool__gc__begin) { name = mem_pool_gc_begin; manager = user_string_n($arg1, $arg2); @@ -93,8 +93,8 @@ pages and max to the maximum size of the pool. */ probe hotspot.mem_pool_gc_end = - process(NONE/jre/lib/i386/client/libjvm.so).mark(mem__pool__gc__end), - process(NONE/jre/lib/i386/server/libjvm.so).mark(mem__pool__gc__end) + process(NONE/jre/lib/amd64/client/libjvm.so).mark(mem__pool__gc__end), + process(NONE/jre/lib/amd64/server/libjvm.so).mark(mem__pool__gc__end) { name = mem_pool_gc_end; manager = user_string_n($arg1, $arg2); @@ -114,8 +114,8 @@ Needs -XX:+ExtendedDTraceProbes. */ probe hotspot.object_alloc = - process(NONE/jre/lib/i386/client/libjvm.so).mark(object__alloc), - process(NONE/jre/lib/i386/server/libjvm.so).mark(object__alloc) + process(NONE/jre/lib/amd64/client/libjvm.so).mark(object__alloc), + process(NONE/jre/lib/amd64/server/libjvm.so).mark(object__alloc) { name = object_alloc; thread_id = $arg1; @@ -130,8 +130,8 @@ Has no arguments */ probe hotspot.vm_init_begin = - process(NONE/jre/lib/i386/client/libjvm.so).mark(vm__init__begin), - process(NONE/jre/lib/i386/server/libjvm.so).mark(vm__init__begin) + process(NONE/jre/lib/amd64/client/libjvm.so).mark(vm__init__begin), + process(NONE/jre/lib/amd64/server/libjvm.so).mark(vm__init__begin) { name = vm_init_begin; probestr = name; @@ -142,8 +142,8 @@ Has no arguments. */ probe hotspot.vm_init_end = - process(NONE/jre/lib/i386/client/libjvm.so).mark(vm__init__end), - process(NONE/jre/lib/i386/server/libjvm.so).mark(vm__init__end) + process(NONE/jre/lib/amd64/client/libjvm.so).mark(vm__init__end), + process(NONE/jre/lib/amd64/server/libjvm.so).mark(vm__init__end) { name = vm_init_end; probestr = name; @@ -154,8 +154,8 @@ Has no arguments. */ probe hotspot.vm_shutdown = - process(NONE/jre/lib/i386/client/libjvm.so).mark(vm__shutdown), - process(NONE/jre/lib/i386/server/libjvm.so).mark(vm__shutdown) + process(NONE/jre/lib/amd64/client/libjvm.so).mark(vm__shutdown), + process(NONE/jre/lib/amd64/server/libjvm.so).mark(vm__shutdown) { name = vm_shutdown; probestr = name; @@ -168,8 +168,8 @@ is a daemon thread. */ probe hotspot.thread_start = - process(NONE/jre/lib/i386/client/libjvm.so).mark(thread__start), - process(NONE/jre/lib/i386/server/libjvm.so).mark(thread__start) + process(NONE/jre/lib/amd64/client/libjvm.so).mark(thread__start), + process(NONE/jre/lib/amd64/server/libjvm.so).mark(thread__start) {
Bug#761045: [akonadi-server] Communication with exchange IMAP server breaks down after initial sync
Package: akonadi-server Version: 1.13.0-1 Severity: normal Debian updated recently to KDE 4.14 (from KDE 4.13) and during that time also updated akonadi to 1.13 (from 1.12.1). After this update the communication with exchange servers (provided by hostedexchange.com) seems to be broken. Sometimes I get new messages after the restart of the system (or akonadi) but during a normal run (even when trying to sync a folder) I cannot get new messages at all. I would also say that it downloads all my messages again after a system start (at least this is what happened right now and a co-worker also told me that he sees this all the time). Also changing the state of a mail (read - unread) doesn't seem to change it on the server. The account is a disconnected imap and I can see all changes on my imap folder in akonadiconsole but not on the server. The only communication with the server is following (even trying to get new messages/change messages/): SERVER: * OK The Microsoft Exchange IMAP4 service is ready. CLIENT: A01 AUTHENTICATE PLAIN SERVER: + CLIENT: XXX SERVER: A01 OK AUTHENTICATE completed. CLIENT: A02 CAPABILITY SERVER: * CAPABILITY IMAP4 IMAP4rev1 AUTH=NTLM AUTH=GSSAPI AUTH=PLAIN STARTTLS SERVER: CHILDREN IDLE NAMESPACE LITERAL+ SERVER: A02 OK CAPABILITY completed. CLIENT: A03 NAMESPACE SERVER: * NAMESPACE (( /)) NIL NIL SERVER: A03 OK NAMESPACE completed. and after a while the server just disconnects the client with a TCP reset. Any recommendations what I should try? Can I gather more informations to help debugging? Also pressing the Synchronize Folder in akonadi for the INBOX of this account, or check mail in kmail2 for this account, or Update Folder on this account's INBOX in kmail2 doesn't create any output in the akonadiconsole debug output. As said before, also no new messages are exchanged with the server of TCP when doing that. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700322: ikiwiki: !man shortcuts do not work
Control: forwarded 700322 http://ikiwiki.info/ikiwiki.cgi?page=shortcutsdo=edit Control: tags 700322 + fixed-upstream On Tue, 12 Feb 2013 at 03:29:14 +1100, Dmitry Smirnov wrote: I think it would make sense to update MAN shortcut to use manpages.debian.net: http://manpages.debian.net/cgi-bin/man.cgi?query=tune2fs manpages.debian.org now exists. I used that. The upstream copy of /shortcuts/ is a wiki page, anyone can edit it; whatever is current at the time of release goes into the basewiki, where it can be overridden by editing the corresponding page in your own wiki. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760863: calibre: build-depends on libudev on !linux
Hello Steven, Emilio, Steven Chamberlain [2014-09-08 21:16 +0100]: Also libmtdev-dev is Linux-specific. FWIW the package still builds on kfreebsd-amd64 with that and libudev-dev dropped from Build-Depends: Thanks for that. I applied the (reversed) patch to the packaging VCS. FTR, that'll still not suffice for Hurd as pyqt5 is also missing there. But Hurd isn't a transition blocker any more, so that's ok. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#283718: no_proxy variable not honored by apt-transport-https
On 2014-09-09 17:46, Michael Vogt wrote: On Tue, Sep 09, 2014 at 04:27:32PM +0200, Raoul Bhatia wrote: I'm seeing this issue with correctly working no_proxy settings via /etc/environment and/or /root/.bashrc, which are correctly working for e.g. w3m but are not honored via apt-transport-https. Thanks for your bugreport. [..] apt-get update -o Debug::Acquire::Https=true still shows that APT is trying to use the proxy. Could you please test the attached patch? It seems like the proxy setting is not properly reset for libcurl. Not sure if i am testing it right. I tried to re-build apt-transport-https on my Ubuntu (!) workstation and applied the patch before dpkg-buildpackage -uc -us. I then installed the package, but the behavior did not change. Is there any easy possibility to debug this, e.g. via adding some debug output or using strace/ltrace? Moreover, upon checking curl.h from libcurl4-gnutls-dev:amd64 7.35.0-1ubuntu2 i see: /* Comma separated list of hostnames defining no-proxy zones. These should match both hostnames directly, and hostnames within a domain. For example, local.com will match local.com and www.local.com, but NOT notlocal.com or www.notlocal.com. For compatibility with other implementations of this, .local.com will be considered to be the same as local.com. A single * is the only valid wildcard, and effectively disables the use of proxy. */ CINIT(NOPROXY, OBJECTPOINT, 177), Wouldn't this be easier to simply handover no_proxy to curl this way? Cheers, Raoul -- DI (FH) Raoul Bhatia M.Sc. | E-Mail. ra...@bhatia.at Software Development and | Web. http://raoul.bhatia.at/ System Administration | Tel. +43 699 10132530 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760865: calibre: FTBFS on mips: thread.error: can't start new thread
Emilio Pozuelo Monfort [2014-09-08 18:07 +0200]: Your package has failed to build on mips since version 2.0.0: File /usr/lib/python2.7/threading.py, line 745, in start _start_new_thread(self.__bootstrap, ()) thread.error: can't start new thread This looks like a bug in the mips kernel/python/buildd. It should be possible to at least start as many threads as there are CPU cores (that's what calibre's build system uses to determine how many parallel build threads to use), but apparently that's not the case. I'll work around it in calibre to force cpu_count to 1 in the build system on mips in the meantime. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#761045: Communication with exchange IMAP server breaks down after initial sync)
forwarded 761045 https://bugs.kde.org/show_bug.cgi?id=338967 reassign 761045 kdepim-runtime 4:4.14.0-1 thanks Just noticed that kdepim-runtime provides /usr/bin/akonadi_imap_resource. So, I am a sorry to initially set it to the wrong package. This bug may or may not be related to bug #760191 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755488: please add fribid to wheezy-backports
Hi! On Mon, Jul 21, 2014 at 1:10 PM, Samuel Lidén Borell sam...@slbdata.se wrote: 2014-07-21 12:24, Per Andersson wrote: Please add fribid to wheezy-backports so those following Debian stable can install fribid from the repository. I noticed that fribid Depends on libc6 = 2.14, whilst the libc6 version in wheezy is 2.13-38+deb7u3. Is there any show stopper for using that libc6 version? I doubt it. I know FriBID has worked fine with libc6 2.11. The dependency on 2.14 is only there because FriBID uses ${shlibs:Depends},${misc:Depends} in the debian/control file. Any progress with backporting fribid yet? -- Per -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751907: Re: Bug#751907: libffi6: cannot enable executable stack as shared object requires: Permission denied
On Fri, Aug 22, 2014 at 02:39:15PM +0200, Matthias Klose wrote: Control: severity -1 important when using grsecurity/pax protections so nothing is broken for a default install. true. but the default install maybe also needs a bugreport for lack of grsec protection. ;) patch should be available from: http://git.overlays.gentoo.org/gitweb/?p=proj/hardened-dev.git;a=blob;f=dev-libs/libffi/files/libffi-3.0.12-emutramp_pax.patch;h=4799b227e8510c3a254a97355f341d7f8af404f0;hb=6eeb6a6c620ee84e411f989cc246212422e8b636 no, it is not. times out. sorry, i hope this one does not time out for you: https://sourceware.org/ml/libffi-discuss/2012/msg00247.html https://sourceware.org/ml/libffi-discuss/2013/msg00130.html cheers,s -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761046: libwrap0: modifies /etc/hosts.(allow@deny)
Package: libwrap0 Severity: important User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o Hi Marco, thanks for maintaining tcp-wrappers! After upgrading to a wheezy chroot with libwrap0 installed to jessie, piuparts complains like this From the attached log (scroll to the bottom...): 1m5.1s DEBUG: Modified(uid, gid, mode, size, target): /etc/hosts.deny (0, 0, - 100644, 711, None) != (0, 0, - 100644, 880, None) 1m5.1s DEBUG: Modified(uid, gid, mode, size, target): /etc/hosts.allow (0, 0, - 100644, 411, None) != (0, 0, - 100644, 580, None) 1m5.1s ERROR: FAIL: After purging files have been modified: /etc/hosts.allow not owned /etc/hosts.denynot owned I'm a bit lost at what to do, probably I need more coffee/tea first. Looking at https://piuparts.debian.org/wheezy2jessie/state-failed-testing.html it just clear that something needs to be done, as libwrap0 has 2393 reverse depends, of which 960 are currently blocked from being tested due to this issue. (And it will become 2393 eventually...) The easiest fix on the piuparts side would be to ignore modifications to these two files, OTOH this wasnt needed the last nine years, so I'm reluctant to add this now. But I guess it's a wanted changed on your side, so this bug is not appropriatly filed atm and should be reassigned to piuparts? Or is it a genuine bug in your package? cheers, Holger Start: 2014-09-08 03:43:23 UTC [wheezy] Package: libwrap0 Source: tcp-wrappers Version: 7.6.q-24 Installed-Size: 86 Maintainer: Marco d'Itri m...@linux.it Architecture: amd64 Replaces: tcpd ( 7.6.q-20) Depends: libc6 (= 2.11) Pre-Depends: multiarch-support Recommends: tcpd Breaks: tcpd ( 7.6.q-20) Description: Wietse Venema's TCP wrappers library Multi-Arch: same Description-md5: 398b420d625f5f15bad603d35ce5acb9 Tag: implemented-in::c, role::shared-lib Section: libs Priority: standard Filename: pool/main/t/tcp-wrappers/libwrap0_7.6.q-24_amd64.deb Size: 62444 MD5sum: 0ca52ccdf1ae22bfa2da5d1eea22cbb1 SHA1: b6e9a8f9c93c8a98b184fe342a9fe2e96cf2a54a SHA256: 97fd1a30259673bd0a25721ce299c20b0016bb629b19edd229431c72e4e287c6 [jessie] Package: libwrap0 Source: tcp-wrappers Version: 7.6.q-25 Installed-Size: 86 Maintainer: Marco d'Itri m...@linux.it Architecture: amd64 Replaces: tcpd ( 7.6.q-20) Depends: libc6 (= 2.14) Pre-Depends: multiarch-support Recommends: tcpd Breaks: tcpd ( 7.6.q-20) Description: Wietse Venema's TCP wrappers library Multi-Arch: same Description-md5: 398b420d625f5f15bad603d35ce5acb9 Tag: implemented-in::c, role::shared-lib Section: libs Priority: standard Filename: pool/main/t/tcp-wrappers/libwrap0_7.6.q-25_amd64.deb Size: 58454 MD5sum: 073e608b96d8e7fc9dbf6ecfc65fe07b SHA1: 72fabb133277cdf7e0f2d24b866868b8ed623b4e SHA256: ee84eb5c88b2861337e8a695fdd4181c9f2757359cdd4e7eb1e70988ecf572cf Executing: sudo env PYTHONPATH=/srv/piuparts.debian.org/lib/python2.7/dist-packages timeout -s INT -k 5m 35m /srv/piuparts.debian.org/sbin/piuparts --skip-logrotatefiles-test --warn-on-others --scriptsdir /etc/piuparts/scripts --no-eatmydata --allow-database --warn-on-leftovers-after-purge --mirror 'http://mirror.bm.debian.org/debian/ main' --tmpdir /srv/piuparts.debian.org/tmp --arch amd64 -b /srv/piuparts.debian.org/slave/basetgz/wheezy_amd64.tar.gz -d wheezy -d jessie --apt libwrap0=7.6.q-25 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at https://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: The FAQ also explains how to contact us in case you think piuparts is wrong. 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.59 starting up. 0m0.0s INFO: Command line arguments: /srv/piuparts.debian.org/sbin/piuparts --skip-logrotatefiles-test --warn-on-others --scriptsdir /etc/piuparts/scripts --no-eatmydata --allow-database --warn-on-leftovers-after-purge --mirror 'http://mirror.bm.debian.org/debian/ main' --tmpdir /srv/piuparts.debian.org/tmp --arch amd64 -b /srv/piuparts.debian.org/slave/basetgz/wheezy_amd64.tar.gz -d wheezy -d jessie --apt libwrap0=7.6.q-25 0m0.0s INFO: Running on: Linux piu-slave-bm-a 3.2.0-4-amd64 #1 SMP Debian 3.2.60-1+deb7u3 x86_64 0m0.0s DEBUG: Created temporary directory /srv/piuparts.debian.org/tmp/tmpdmduK9 0m0.0s DEBUG: Unpacking /srv/piuparts.debian.org/slave/basetgz/wheezy_amd64.tar.gz into /srv/piuparts.debian.org/tmp/tmpdmduK9 0m0.0s DEBUG: Starting command: ['tar', '-C', '/srv/piuparts.debian.org/tmp/tmpdmduK9', '-zxf', '/srv/piuparts.debian.org/slave/basetgz/wheezy_amd64.tar.gz'] 0m1.6s DUMP: tar: ./proc: time stamp 2014-10-15 13:49:47 is 3233183.497559168 s in the future 0m1.6s DEBUG: Command ok: ['tar', '-C', '/srv/piuparts.debian.org/tmp/tmpdmduK9', '-zxf', '/srv/piuparts.debian.org/slave/basetgz/wheezy_amd64.tar.gz'] 0m1.6s DEBUG: Starting command:
Bug#707268: Fwd: plplot_5.10.0-0.1_amd64.changes is NEW
Message original Sujet: plplot_5.10.0-0.1_amd64.changes is NEW Date : Wed, 10 Sep 2014 09:50:11 + De : Debian FTP Masters ftpmas...@ftp-master.debian.org Pour : Andrew Ross andrewr...@users.sourceforge.net,Thibaut Paumard thib...@debian.org binary:libplplot-ada1 is NEW. binary:libplplot-ada1-dev is NEW. binary:libplplot-c++11 is NEW. binary:libplplot-fortran10 is NEW. binary:libplplot12 is NEW. binary:plplot-tcl-bin is NEW. binary:plplot12-driver-cairo is NEW. binary:plplot12-driver-qt is NEW. binary:plplot12-driver-wxwidgets is NEW. binary:plplot12-driver-xwin is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a good OpenPGP signature and file hashes are valid), so please be patient. Packages are routinely processed through to the archive, and do feel free to browse the NEW queue[1]. If there is an issue with the upload, you will recieve an email from a member of the ftpteam. If you have any questions, you may reply to this email. [1]: https://ftp-master.debian.org/new.html signature.asc Description: OpenPGP digital signature
Bug#658004: cups-pdf: Generate more accessible PDFs
2014-09-10 12:44 GMT+03:00 b...@physik.uni-wuerzburg.de: Martin-Éric Racine martin-eric.rac...@iki.fi wrote on 09/09/2014 22:02:26: On Thu, 01 Mar 2012 15:40:43 +0100 Volker C. Behr b...@physik.uni-wuerzburg.de wrote: On 03/01/12 14:03, Brian Potkin wrote: Followup-For: Bug #658004 https://bugs.launchpad.net/ubuntu/+source/cups-pdf/+bugs The really interesting discussion is in #820820 but you'll want to read #942866 too. The essence is that desktop applications output in PDF and jobs from lp/lpr are converted to PDF by CUPS. The extra processing by cups-pdf with Ghostscript may produce a less than optimal PDF. I am aware that some desktop applications output in PDF - but not all (CUPS-PDF is not developed specifically for Linux). So I cannot assume a PDF workflow. Furthermore, not re-processing the PDF doesn't allow to change e.g. the PDF version. Finally, if you already have a PDF you like as native output of your application - why not simply use that one? I think that the main issue with our pdf2pdf usage is that it tends to systematically convert PDF documents containing text into one gigantic image, thus losing the possibility to copy/paste/search text content. If there is a pdf2pdf option that we can leverage to avoid this loss, then we really should use it by default. I remain with my view that if your application already supports PDF output - why not simply print to a file? Furthermore, one feature of CUPS-PDF is the ability to use the full scope of GhostScript to generate custom PDFs - simply passing PDF through would hamper that option. Lastly, as stated above, CUPS-PDF is meant as a universal UNIX-tool, not just for Linux distributions implementing a PDF-workflow. Volker, I fully agree with your general idea that if something already is a PDF, then why not just save it. The larger issue here is, is there any way to avoid converting PDF documents that contain text into a large image that can no longer be searched or copy-pasted? Martin-Éric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/debian-bugs-dist
Bug#761047: libcogl20: breaks upgrade from wheezy to jessie
Package: libcogl20 Version: 1.18.2-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts x-debbugs-cc: pkg-gnome-maintain...@lists.alioth.debian.org Hi, during a test with piuparts I noticed your package breaks the upgrade from wheezy to jessie. From the attached log (scroll to the bottom...): The following packages have unmet dependencies: libcogl20 : Breaks: libclutter-1.0-0 ( 1.17) but 1.10.8-2 is to be installed E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages. 0m42.1s ERROR: Command failed (status=100): ['chroot', '/srv/piuparts.debian.org/tmp/tmpk0CNCB', 'apt-get', '-yf', 'dist-upgrade'] Reading package lists... Building dependency tree... Reading state information... The following packages have unmet dependencies: libcogl20 : Breaks: libclutter-1.0-0 ( 1.17) but 1.10.8-2 is to be installed E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages. And indeed in jessie there is: Package: libcogl20 Source: cogl Version: 1.18.2-2 Breaks: libclutter-1.0-0 ( 1.17) cheers, Holger Start: 2014-09-08 19:36:15 UTC [wheezy] Package: libclutter-1.0-0 Source: clutter-1.0 Version: 1.10.8-2 Installed-Size: 1527 Maintainer: Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org Architecture: amd64 Depends: libatk1.0-0 (= 2.2.0), libc6 (= 2.7), libcairo-gobject2 (= 1.10.0), libcairo2 (= 1.10), libcogl-pango0 (= 1.7.4), libcogl9 (= 1.9.8), libfontconfig1 (= 2.9.0), libfreetype6 (= 2.2.1), libgdk-pixbuf2.0-0 (= 2.22.0), libglib2.0-0 (= 2.31.19), libgtk-3-0 (= 3.3.18), libjson-glib-1.0-0 (= 0.12.0), libpango1.0-0 (= 1.29.4), libx11-6 (= 2:1.2.99.901), libxcomposite1 (= 1:0.3-1), libxdamage1 (= 1:1.1), libxext6, libxfixes3, libxi6 (= 2:1.2.99.4) Pre-Depends: multiarch-support Recommends: libclutter-1.0-common Breaks: libcogl5, python-clutter ( 1.3.2) Description: Open GL based interactive canvas library Multi-Arch: same Homepage: http://www.clutter-project.org/ Description-md5: a61582dd624c05cff2d537148daf6e7c Tag: role::shared-lib Section: libs Priority: optional Filename: pool/main/c/clutter-1.0/libclutter-1.0-0_1.10.8-2_amd64.deb Size: 718482 MD5sum: 1ad4091a47e374da10686c0beb44ef67 SHA1: c528136eb2bbed2b18b4e084ef96814d0cca08fd SHA256: 32f1d6dba8ea46e7049fc7c70a020681a0c0772bd0258f268e7cde80e1e94192 [jessie] Package: libclutter-1.0-0 Source: clutter-1.0 Version: 1.18.4-1 Installed-Size: 1560 Maintainer: Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org Architecture: amd64 Depends: libatk1.0-0 (= 2.5.3), libc6 (= 2.14), libcairo-gobject2 (= 1.10.0), libcairo2 (= 1.12.0), libcogl-pango20 (= 1.17.4), libcogl-path20 (= 1.17.4), libcogl20 (= 1.18.0), libdrm2 (= 2.3.1), libegl1-mesa (= 7.8.1) | libegl1-x11, libfontconfig1 (= 2.11), libfreetype6 (= 2.2.1), libgbm1 (= 7.11~1), libgdk-pixbuf2.0-0 (= 2.22.0), libglib2.0-0 (= 2.37.6), libgtk-3-0 (= 3.3.18), libinput0 (= 0.1.0), libjson-glib-1.0-0 (= 0.12.0), libpango-1.0-0 (= 1.30), libpangocairo-1.0-0 (= 1.30), libpangoft2-1.0-0 (= 1.30), libudev1 (= 183), libwayland-client0 (= 1.3.92), libwayland-cursor0 (= 1.0.2), libwayland-egl1-mesa (= 10.0.2) | libwayland-egl1, libwayland-server0 (= 1.2.0), libx11-6 (= 2:1.2.99.901), libxcomposite1 (= 1:0.3-1), libxdamage1 (= 1:1.1), libxext6, libxfixes3, libxi6 (= 2:1.2.99.4), libxkbcommon0 (= 0.2.0), libxrandr2 Pre-Depends: multiarch-support Recommends: libclutter-1.0-common Breaks: libcogl11, libcogl12, libcogl15, libcogl9 Description: Open GL based interactive canvas library Multi-Arch: same Homepage: http://www.clutter-project.org/ Description-md5: a61582dd624c05cff2d537148daf6e7c Tag: role::shared-lib Section: libs Priority: optional Filename: pool/main/c/clutter-1.0/libclutter-1.0-0_1.18.4-1_amd64.deb Size: 567630 MD5sum: 526c5003723830b0d5219e0c1540f55f SHA1: 81ce997fc0733265ebfaa1dcce050ee6bb290622 SHA256: 06d944dbc2cc7742f910e43e30c15aec77f000ac915ad187fe8fcd2d431fdb22 Executing: sudo env PYTHONPATH=/srv/piuparts.debian.org/lib/python2.7/dist-packages timeout -s INT -k 5m 35m /srv/piuparts.debian.org/sbin/piuparts --skip-logrotatefiles-test --warn-on-others --scriptsdir /etc/piuparts/scripts --no-eatmydata --allow-database --warn-on-leftovers-after-purge --mirror 'http://mirror.bm.debian.org/debian/ main' --tmpdir /srv/piuparts.debian.org/tmp --arch amd64 -b /srv/piuparts.debian.org/slave/basetgz/wheezy_amd64.tar.gz -d wheezy -d jessie --apt libclutter-1.0-0=1.18.4-1 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at https://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: The FAQ also explains how to contact us in case you think piuparts is wrong. 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.59 starting up. 0m0.0s INFO:
Bug#760097: /usr/bin/apport-notifyd: apport-notifyd does not exit when the user logout
On Monday 01 September 2014 05:12 PM, Laurent Bigonville wrote: Give me your thoughts here. The daemon gets started as the user logs in. I think I made it follow some fdo xdg stuff. Is there something similar for logout ?? daemon(0,0); Are you sure that application started by xdg autostart can actually fork? I've the feeling that gnome-session is loosing track of the PID of the process (but this is a wild guess) I have no idea about desktops. That's why I asked you. The other approach would be to do a check in within the daemon itself. It would mean walking down the /proc file system and look for the proc name. Ugly, but may work. May look at it in the future. #include dirent.h #include string.h #include stdlib.h #include stdio.h int main(int argc, char** argv) { if (argc 2) { fprintf(stderr, Usage: %s process name\n, argv[0]); return 1; } const char* directory = /proc; size_t taskNameSize = 1024; char* taskName = calloc(1, taskNameSize); DIR* dir = opendir(directory); if (dir) { struct dirent* de = 0; while ((de = readdir(dir)) != 0) { if (strcmp(de-d_name, .) == 0 || strcmp(de-d_name, ..) == 0) continue; int pid = -1; int res = sscanf(de-d_name, %d, pid); if (res == 1) { // we have a valid pid // open the cmdline file to determine what's the name of the process running char cmdline_file[1024] = {0}; sprintf(cmdline_file, %s/%d/cmdline, directory, pid); FILE* cmdline = fopen(cmdline_file, r); if (getline(taskName, taskNameSize, cmdline) 0) { // is it the process we care about? if (strstr(taskName, argv[1]) != 0) { fprintf(stdout, A %s process, with PID %d, has been detected.\n, argv[1], pid); } } fclose(cmdline); } } closedir(dir); } // just let the OS free this process' memory! //free(taskName); return 0; } -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757548: I did a backport of libvirt myself
Hi Guido, Nothing to worry about libvirt, I did a backport myself. It wasn't that hard. It's available here if you want to have a look: http://archive.gplhost.com/debian/pool/icehouse-backports/main/l/libvirt/ I'm now uploading the fixed nova package. Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658004: cups-pdf: Generate more accessible PDFs
Martin-Éric Racine martin-eric.rac...@iki.fi wrote on 09/09/2014 22:02:26: On Thu, 01 Mar 2012 15:40:43 +0100 Volker C. Behr b...@physik.uni-wuerzburg.de wrote: On 03/01/12 14:03, Brian Potkin wrote: Followup-For: Bug #658004 https://bugs.launchpad.net/ubuntu/+source/cups-pdf/+bugs The really interesting discussion is in #820820 but you'll want to read #942866 too. The essence is that desktop applications output in PDF and jobs from lp/lpr are converted to PDF by CUPS. The extra processing by cups-pdf with Ghostscript may produce a less than optimal PDF. I am aware that some desktop applications output in PDF - but not all (CUPS-PDF is not developed specifically for Linux). So I cannot assume a PDF workflow. Furthermore, not re-processing the PDF doesn't allow to change e.g. the PDF version. Finally, if you already have a PDF you like as native output of your application - why not simply use that one? I think that the main issue with our pdf2pdf usage is that it tends to systematically convert PDF documents containing text into one gigantic image, thus losing the possibility to copy/paste/search text content. If there is a pdf2pdf option that we can leverage to avoid this loss, then we really should use it by default. I remain with my view that if your application already supports PDF output - why not simply print to a file? Furthermore, one feature of CUPS-PDF is the ability to use the full scope of GhostScript to generate custom PDFs - simply passing PDF through would hamper that option. Lastly, as stated above, CUPS-PDF is meant as a universal UNIX-tool, not just for Linux distributions implementing a PDF-workflow. Regards, Volker
Bug#749815: Package updated
Il Mercoledì 10 Settembre 2014 9:00, Тимирханов Тимур timur.timirkha...@gmail.com ha scritto: Hi, Gianfranco, Hi, Brilliant work. I am a novice in packaging for Debian, so I am not sure how can I help in continuing this effort. The best help I think might be to install poedit from unstable/testing, build lucene++ build the new one and install it. The upgrade path should be smoothless, and moreover testing the new release is so appreciated (I'm using it, but would be nice to have some more eyes) thanks, Gianfranco Hi Andreas and Timur, As you might have noticed the new poedit releases uses lucene++ library, this is why in the last few weeks I focused in packaging it. I finally (with great help from Tobi) achieved this goal, and the library is waiting in ftp NEW queue [1] Unfortunately this morning while I was working in packaging poedit, I noticed that a git branch was already available on collab-maint, and I did the whole work again, because the git was missing some debian/unstable releases, with important fixes, and it never got any upload. I'm attaching the lucene++ debian directory, the source can be found here [2], and I'm pushing on collab-maint the changes I did (and the merge). The new releases are huge in size terms, so I removed the deps directory from the source tarball prior to the import (don't know why upstream bundles lucene/wx/boost/... making the source something like 700MB (uncompressed). The debian/copyright still needs to be updated, but I'm pushing the changes to let you know the progresses I did and collaborate on the same repository. Please don't spare your work and your time, let's follow up on the same repository [3]:) [1] https://ftp-master.debian.org/new/lucene++_3.0.6-1.html [2] https://github.com/luceneplusplus/LucenePlusPlus [3] http://anonscm.debian.org/cgit/collab-maint/poedit.git thanks, Gianfranco -- С уважением, Тимирханов mailto:timur.timirkha...@gmail.com -- To unsubscribe, send mail to 749815-unsubscr...@bugs.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#745887: libwxgtk3.0-0: Please enable support for libnotify
Am Tue, 9 Sep 2014 18:31:34 +0100 schrieb Olly Betts o...@survex.com: Can you show the report from checking with the inputs switched? I.e. the result of upgrading from using libnotify to not. That should show us all the symbols which get added by turning on libnotify, which would be useful to know. Strangely enough, the abi-compliance-checker report does not show any added symbols, maybe I'm doing something wrong. Instead I have attached a diff of the two ABI dumps. Cheers, Christian--- old.abi 2014-09-09 19:00:51.0 +0200 +++ new.abi 2014-09-09 19:02:55.0 +0200 @@ -29561,6 +29561,40 @@ 'ubuntu_gtk_set_use_overlay_scrollbar' = 1, 'ubuntu_gtk_widget_set_has_grab' = 1 }, +'libnotify.so.4.0.0' = { + 'notify_get_app_name' = 1, + 'notify_get_server_caps' = 1, + 'notify_get_server_info' = 1, + 'notify_init' = 1, + 'notify_is_initted' = 1, + 'notify_marshal_VOID__UINT_STRING' = 1, + 'notify_marshal_VOID__UINT_UINT' = 1, + 'notify_notification_add_action' = 1, + 'notify_notification_clear_actions' = 1, + 'notify_notification_clear_hints' = 1, + 'notify_notification_close' = 1, + 'notify_notification_get_closed_reason' = 1, + 'notify_notification_get_type' = 1, + 'notify_notification_new' = 1, + 'notify_notification_set_app_name' = 1, + 'notify_notification_set_category' = 1, + 'notify_notification_set_hint' = 1, + 'notify_notification_set_hint_byte' = 1, + 'notify_notification_set_hint_byte_array' = 1, + 'notify_notification_set_hint_double' = 1, + 'notify_notification_set_hint_int32' = 1, + 'notify_notification_set_hint_string' = 1, + 'notify_notification_set_hint_uint32' = 1, + 'notify_notification_set_icon_from_pixbuf' = 1, + 'notify_notification_set_image_from_pixbuf' = 1, + 'notify_notification_set_timeout' = 1, + 'notify_notification_set_urgency' = 1, + 'notify_notification_show' = 1, + 'notify_notification_update' = 1, + 'notify_set_app_name' = 1, + 'notify_uninit' = 1, + 'notify_urgency_get_type' = 1 +}, 'libpango-1.0.so.0.3600.3' = { 'pango_alignment_get_type' = 1, 'pango_attr_background_new' = 1, @@ -49599,6 +49633,12 @@ '_ZN21wxMDIClientWindowBaseD0Ev' = '_ZN21wxMDIClientWindowBaseD0Ev@@WXU_3.0', '_ZN21wxMDIClientWindowBaseD1Ev' = '_ZN21wxMDIClientWindowBaseD1Ev@@WXU_3.0', '_ZN21wxMDIClientWindowBaseD2Ev' = '_ZN21wxMDIClientWindowBaseD2Ev@@WXU_3.0', + '_ZN21wxNotificationMessage14GTKSetIconNameERK8wxString' = '_ZN21wxNotificationMessage14GTKSetIconNameERK8wxString@@WXU_3.0', + '_ZN21wxNotificationMessage4ShowEi' = '_ZN21wxNotificationMessage4ShowEi@@WXU_3.0', + '_ZN21wxNotificationMessage5CloseEv' = '_ZN21wxNotificationMessage5CloseEv@@WXU_3.0', + '_ZN21wxNotificationMessageD0Ev' =
Bug#760940: [Pkg-xfce-devel] Bug#760940: xfce4-session: No shutdown / reboot with SLiM anymore
I think it's more related to the systemd changes. What init system are you using? My /sbin/init is provided by sysvinit-core, but systemd is running as well (I think it is invoked via dbus by network-manager / libpam-systemd). I guess my problem is caused by debian/patches/03_runtime-logind-support.patch. I will try to track it down as soon as I find time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760951: agressive umask setting like 027 breaks debci setup
clone 760951 -1 reassign -1 autopkgtest 3.4.1 thanks Hello David, David Kalnischkies [2014-09-09 15:13 +0200]: Files like etc/apt/apt.conf.d/01proxy are therefore properly created by 'debci setup', but any command later using the created chroot fails (even as root), example: The other obvious file is etc/dpkg/dpkg.cfg.d/debci which generates just a lot of warnings though – but hasn't the intended effect of course. P.S.: Would be nice if the apt config file would be called 01debci-proxy or similar such as proxy is quite generic and its always good to get at least a basic idea which package/program is responsible for a file. If the dpkg file would say what it does as well, all the better. These two are on the debci side. $ adt-run --user debci --output-dir /tmp/output-dir2 apt --- schroot debci-unstable-amd64 File /usr/lib/python3.4/shutil.py, line 107, in copyfile with open(src, 'rb') as fsrc: PermissionError: [Errno 13] Permission denied: '/var/lib/schroot/mount/debci-unstable-amd64-254a600d-a6aa-41da-829c-e39ff75a6e4e/tmp/adt-run.z92JRi/testbed-packages' adt-run [15:10:17]: ERROR: testbed failed: cannot send to testbed: ['BrokenPipeError: [Errno 32] Broken pipe\n'] That needs to be fixed in autopkgtest itself. Cloning bug accordingly. Thanks for the report! Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#761026: gpa: GPGME Error at keytable.c:150 'Unsupported certificate' renders GPA unusable
Control: reassign -1 gnupg-agent Looks to me like this is #623539 [1] - - gnupg-agent-guys, what do you say? The solution to that bug isn't very appealing to this problem... 1 - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=623539 -- Andreas Rönnquist gus...@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#761048: test-command is sufficient for autopkgtest
package: lintian version: 2.5.26 from http://anonscm.debian.org/cgit/autopkgtest/autopkgtest.git/tree/doc/README.package-tests.rst Test-Command: shell command If your test only contains a shell command or two, or you want to re-use an existing upstream test executable and just need to wrap it with some command like ``dbus-launch`` or ``env``, you can use this field to specify the shell command directly. It will be run under ``bash -e``. This is mutually exclusive with the ``Tests:`` field. but lintian give the following warnings, please fix them W: ruby-kaminari source: missing-runtime-tests-field tests N: N:A mandatory field is missing in some paragraph of the N:debian/tests/control file. N: N:Refer to N: http://anonscm.debian.org/gitweb/?p=autopkgtest/autopkgtest.git;a=blob_plain;f=doc/README.package-tests.rst;hb=HEAD N:for details. N: N:Severity: normal, Certainty: certain N: N:Check: testsuite, Type: source N: P: ruby-kaminari source: unknown-runtime-tests-field test-command N: N:A paragraph in debian/tests/control mentions a non standard field. N:Though allowed, this may indicate an error, as the whole paragraph will N:be ignored. N: N:Refer to N: http://anonscm.debian.org/gitweb/?p=autopkgtest/autopkgtest.git;a=blob_plain;f=doc/README.package-tests.rst;hb=HEAD N:for details. N: N:Severity: pedantic, Certainty: wild-guess N: N:Check: testsuite, Type: source N: W: ruby-kaminari source: missing-runtime-tests-field tests P: ruby-kaminari source: unknown-runtime-tests-field test-command signature.asc Description: OpenPGP digital signature
Bug#757548: I did a backport of libvirt myself
On Wed, Sep 10, 2014 at 05:58:38PM +0800, Thomas Goirand wrote: Hi Guido, Nothing to worry about libvirt, I did a backport myself. It wasn't that hard. It's available here if you want to have a look: http://archive.gplhost.com/debian/pool/icehouse-backports/main/l/libvirt/ Did you pull in the quirks from the bpo/wheezy branch on alioth? There might be some surprises lurking otherwise. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761048: test-command is sufficient for autopkgtest
Control: forcemerge 760714 -1 On 2014-09-10 11:09, Pirate Praveen wrote: package: lintian version: 2.5.26 from http://anonscm.debian.org/cgit/autopkgtest/autopkgtest.git/tree/doc/README.package-tests.rst Test-Command: shell command [...] but lintian give the following warnings, please fix them W: ruby-kaminari source: missing-runtime-tests-field tests That would be #760714, which has already been reported. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761050: openresolv sets local bind to always forward requests, even when local bind is authoritative
Package: openresolv Version: 3.5.2-1 Severity: wishlist Dear Maintainer, I have installed openresolv on the systems I administer, including my laptop, to have it setup a local caching nameserver which forwards DNS queries to appropriate real nameservers. While it works, I found that the current setup of openresolv configures bind to always forward queries, even when they are for zones which are nonroutable as per rfc 1918, e.g. 127.*, 192.168.*, etc.. Now, all these zones are correctly configured by default in debian so that the local bind servers knows to respond to them with no need to forward them. However, openresolv overrides this by setting up bind to ALWAYS forward queries, so I am getting lots of replies (which go into system logs) like e.g. named: client 127.0.0.1#38598: RFC 1918 response from Internet for 127.150.168.192.in-addr.arpa It would be nice to be able to tell openresolv, in some configuration option or file, to add some fields to named-zones.resolvconf so that for some zones queries are NOT forwarded, but instead resolved by the local nameserver. Or, perhaps add some quick howto on how to add some configuration to bind to this effect. Thanks, best regards Giacomo Mulas -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (105, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.15-oac-core2 (SMP w/8 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to it_IT.UTF-8) Shell: /bin/sh linked to /bin/dash -- Configuration Files: /etc/resolvconf.conf changed: resolv_conf=/etc/resolv.conf name_servers=127.0.0.1 search_domains=oa-cagliari.inaf.it dsf.unica.it ca.infn.it named_options=/etc/bind/named.conf.resolvconf named_zones=/etc/bind/named-zones.resolvconf dnsmasq_resolv=/var/run/dnsmasq/resolv.conf pdnsd_conf=/etc/pdnsd.conf unbound_conf=/var/cache/unbound/resolvconf_resolvers.conf -- 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#761052: gap-gapdoc: BibTeX's names Jr part issue
Package: gap-gapdoc Version: 1.5.1-1 Severity: normal Tags: upstream Dear Maintainer, I was encountering this issue while I was trying to generate thedocumentation for the GUAVA GAP package: it appears that the encountered issue is caused by the Jr of the fifth name in the author entry of the last reference, aka TSSFC04: a closer look (Print within the gapdoc code itself) shows that the non ASCII char is introduced and ultimately introduces a `fail' that break the documentation composition. Please find in attachment an expurged material that reproduces the bug. As second thought, I will not be surprised that in fact GAPDoc does not fully support the Jr part of BibTeX's names as described in section 18 in the document entitle BibTeXing by Oren Patashnik (aka `btxdoc.pdf'). Thanks, Jerome -- System Information: Debian Release: Wheezy* APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.10-amd64-mbp62 (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 -- no debconf information test.tar.gz Description: application/gzip
Bug#761025: dpkg: update-alternatives man page: Please clarify the invocation in prerm
Hi! On Wed, 2014-09-10 at 04:12:37 +0200, jre wrote: Package: dpkg Version: 1.17.13 Severity: minor The update-alternatives man page currently states: update-alternatives is usually called from the postinst (configure) or prerm (install) scripts in Debian packages. I guess instead of prerm (install) it should read prerm (remove and deconfigure). Indeed! Thanks, fixed locally will be included in dpkg 1.17.14. Regards, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761051: debhelper: dh_pysupport executed even with no Python file to package
Package: debhelper Version: 9.20140817 Severity: normal dh_pysupport is routinely executed by the build target, even when the package doesn't contain any Python file. Personally, I find it hard to imagine how that would be a feature, so I'm reporting this as a bug. Of course, if there's any rationale for this, I would love to hear it. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (1001, 'testing'), (1001, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debhelper depends on: ii binutils2.24.51.20140903-1 ii dpkg1.17.13 ii dpkg-dev1.17.13 ii file1:5.19-2 ii man-db 2.6.7.1-1 ii perl5.20.0-6 ii po-debconf 1.0.16+nmu3 debhelper recommends no packages. Versions of packages debhelper suggests: pn dh-make 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 Archive: https://lists.debian.org/debian-bugs-dist
Bug#761053: pasystray: forces window size larger than screen
Package: pasystray Version: 0.4.0-1 Severity: normal If the combined length of a stream + device is long enough, pasystray sets its minimal horizontal window size to more than the screen's width, making it impossible to interact with controls on the right side of the window. The window remains big even if you maximize the window. For example: Clementine: 'String Quartet in D, Op. 645, H 353, Lark -I. Allegro Moderato' by 'Musopen String Quarter' on CMI8738/CMI8768 PCI Audio (CMI8738/C3DX PCI Audio Device) Analog Stereo -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (150, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.2-x32 (SMP w/6 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 pasystray depends on: ii gnome-icon-theme 3.12.0-1 ii libatk1.0-0 2.12.0-1 ii libavahi-client3 0.6.31-4 ii libavahi-common3 0.6.31-4 ii libavahi-glib1 0.6.31-4 ii libc62.19-10 ii libcairo-gobject21.12.16-5 ii libcairo21.12.16-5 ii libgdk-pixbuf2.0-0 2.30.8-1 ii libglib2.0-0 2.40.0-5 ii libgtk-3-0 3.12.2-3+b1 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.7-1 ii libpangocairo-1.0-0 1.36.7-1 ii libpulse-mainloop-glib0 5.0-6 ii libpulse05.0-6 ii libx11-6 2:1.6.2-3 pasystray recommends no packages. Versions of packages pasystray suggests: pn paman none pn paprefs none pn pavumeter none pn pulseaudio-module-zeroconf 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#749634: bb: Conflicting declarations of function fbb_open
Michael, I've just been looking at #749634 which you raised. This bug is rather complicated. I initially though to simply remove the definition of fbb_open in include/fbb_dec.h which conflicts. However this resulted in a lot of compilation failures because of the following defs in include/fbb_serv.h: #define openfbb_open #define fopen fbb_fopen I'm not sure what to do about this but will talk to upstream. Colin -- Colin Tuckley | +44(0)1223 830814 | PGP/GnuPG Key Id Debian Developer | +44(0)7799 143369 | 0x38C9D903 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750593: [xml/sgml-pkgs] Bug#750593: xsltproc: bus error on some architectures
On Tue, Aug 19, 2014 at 9:32 AM, YunQiang Su wzss...@gmail.com wrote: On Tue, Aug 19, 2014 at 8:44 AM, Martin Schwenke mar...@meltin.net wrote: On Wed, 4 Jun 2014 22:27:03 +0200 Ivo De Decker ivo.dedec...@ugent.be wrote: On some architectures (like i386), xsltproc fails with Bus error when running /usr/bin/xsltproc --nonet -o smb.conf.5 man.xsl smb.conf.5.tmp.xml with the attached version of man.xsl and smb.conf.5.tmp.xml. This is done during the samba build. It fails on armel, armhf and i386, but doesn't fail on other architectures. I'm also seeing it fail on i386. Bizarrely, it doesn't fail when run under valgrind or gdb, so unable to get any clues that way. :-( I met the same problem on mips64el. For many packages, it fails in sbuild, while when dpkg-buildpackage manually, everything seems good. With this tiny script, I can catch crash with gdb: PH=/usr/bin/ $PH/xsltproc --nonet -o smb.conf.5 man.xsl smb.conf.5.tmp.xml pid=`pgrep xsltproc`; gdb $PH/xsltproc $pid While it seems helpless: (gdb) bt #0 0x00fff592e83c in ?? () peace happiness, martin ___ debian-xml-sgml-pkgs mailing list debian-xml-sgml-p...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-xml-sgml-pkgs -- YunQiang Su -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#100808:
Ningbo Chaochao Electrical Appliance Co.,Ltd WEBSITE : http://en.chaopromo.tk Date : 10th. september. 2014 Dear Email-User, It is getting to the end of another successful business year for us which is why we at Ningbo Chaochao Global office likes to officially congratulate you for the draw that was held by our company which featured you as the second place winner of our annual promotions. Your email address was luckily drawn to be this year's winner of a cash prize of £850,000. This money we believe will enable you make some impact in the society and give your family the best they ever wanted. ___FOR FURTHER VERIFICATION PLEASE VISIT OUR WEBSITE WEBSITE : http://en.chaopromo.tk Login with your serial number to proceed with your registration. Serial Number : CP0054985 __ After logging in, Please read about us and fill in the registration form to enable us proceed with your claims Special greetings from the entire family of Ningbo Chaochao Worldwide. Signed, Turner Susan(Sec. Announcer). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761054: whatmaps: Please install apt.conf files when built for derivatives
Package: whatmaps Version: 0.0.8-4 Severity: minor Hi, whatmaps doesn't install the /etc/apt/apt.conf.d/* files when it's built for Debian derivatives. Please consider replacing the lsb_release check in setup.py with one that passes on derivatives. Checking for the existance of /etc/debian_version likely works well as derivatives tend to ship that file. The right way(TM) is probably to read /etc/os-release and check for ID=debian or ID_LIKE=debian. Thanks, Felix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761055: astropy: build tries to download from pypi.python.org
Package: astropy Version: 0.4.1+dfsg-1 Tags: patch Seen while rebuilding this package in pbuilder: Download error on https://pypi.python.org/simple/astropy-helpers/: [Errno 110] Connection timed out -- Some packages may not be found! This is a feature of astropy-helpers: it tries to autoupgrade itself to the latest version when run. I believe it is inappropriate for a Debian package since it introduces unpredictability into the build process. (The source code for the package is no longer entirely contained in the Debian archive.) Fortunately, there is a documented way to turn it off. Patch attached. astropy_helpers (included in the source distribution) tries by default to update itself over the network. This can have a negative impact on the reproducibility of the build, to say nothing of privacy and security concerns. (Licensing would also be an issue if this were a GPL package.) This patch turns off the downloading and automatic upgrade features. If bug fixes are needed they should be incorporated explicitly by the package maintainer. --- a/setup.cfg +++ b/setup.cfg @@ -23,3 +23,5 @@ [ah_bootstrap] auto_use = True +auto_upgrade = False +download_if_needed = False
Bug#761056: [sitecopy] Can't seem to handle FTP filenames longer than 79 characters
Package: sitecopy Version: 1:0.16.6-4 Severity: normal Hello, If I try to upload a site where a file named longer than 79 characters exists, it will upload the file giving it an incorrect name it on the server: cutting the name short at 79th character. On subsequent fetch+upload cycles it will delete the incorrectly named file, then proceed to upload it again, once more under the same cut-off name. This will repeat indefinitely. For testing I manually created a file on the FTP server with a name longer than 79 characters. After this sitecopy can no longer successfully fetch such website, with the error 550 Can't check for file existence. Looks like somewhere the FTP filenames are incorrectly chopped to 79 (perhaps 80, with the trailing #0) bytes. --- System information. --- Architecture: amd64 Kernel: Linux 3.14.14-rm1+ Debian Release: 7.6 990 stable www.emdebian.org 990 stable approx.home.romanrm.net 100 wheezy-backports approx.home.romanrm.net --- Package information. --- Depends (Version) | Installed ===-+-=== libc6(= 2.3.4) | 2.13-38+deb7u4 libneon27-gnutls| 0.29.6-3 Package's Recommends field is empty. Package's Suggests field is empty. -- With respect, Roman signature.asc Description: PGP signature
Bug#750989: /usr/share/apport/apport-gtk: apport-gtk is complaining that the report is invalid and that permission is not granted
Le Wed, 10 Sep 2014 12:04:13 +0530, Ritesh Raj Sarraf r...@researchut.com a écrit : On Tuesday 09 September 2014 05:34 PM, Laurent Bigonville wrote: Well I guess using a daemon is more generic and indeed more flexible (not sure using a systemd/upstart user job will work for system crash report). The whole reason of using a daemon was to not be bound by any single software and be self-independent. Will you look at it? Yes. I am. Thanks! My (system) C skills are quite rusty I must admit :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760097: /usr/bin/apport-notifyd: apport-notifyd does not exit when the user logout
Le Wed, 10 Sep 2014 15:32:10 +0530, Ritesh Raj Sarraf r...@researchut.com a écrit : On Monday 01 September 2014 05:12 PM, Laurent Bigonville wrote: Give me your thoughts here. The daemon gets started as the user logs in. I think I made it follow some fdo xdg stuff. Is there something similar for logout ?? daemon(0,0); Are you sure that application started by xdg autostart can actually fork? I've the feeling that gnome-session is loosing track of the PID of the process (but this is a wild guess) I have no idea about desktops. That's why I asked you. The other approach would be to do a check in within the daemon itself. It would mean walking down the /proc file system and look for the proc name. Ugly, but may work. May look at it in the future. I tried removing the call to daemon(3), same issue. Could be related to the use of system() command? Quoting the system(3) manpage: As mentioned, system() ignores SIGINT and SIGQUIT. This may make programs that call it from a loop uninterruptible, unless they take care themselves to check the exit sta‐ tus of the child. For example: while (something) { int ret = system(foo); if (WIFSIGNALED(ret) (WTERMSIG(ret) == SIGINT || WTERMSIG(ret) == SIGQUIT)) break; } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760642: lintian: False positive for space-in-std-shortname-in-dep5-copyright with alternative licenses (as common with Perl modules)
control: tags -1 + pending Already fixed in git. Bastien On Wed, Sep 10, 2014 at 9:44 AM, Riley bm-2cvqnduybau5do2dfjtrn7zbaj246s4...@bitmessage.ch wrote: Package: lintian Version: 2.5.26 Followup-For: Bug #760642 I'd also like to point out that with OpenSSL exception is also acceptable language for d/copyright. (See section Syntax under License specification at https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ ) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.13-1-686-pae (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.24.51.20140903-1 ii bzip2 1.0.6-7 ii diffstat 1.58-1 ii file 1:5.19-2 ii gettext0.19.2-2 ii hardening-includes 2.5+nmu1 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.29+b2 ii libarchive-zip-perl1.38-1 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.37-1+b1 ii libdpkg-perl 1.17.13 ii libemail-valid-perl1.194-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl0.92-1 ii liblist-moreutils-perl 0.33-2+b1 ii libparse-debianchangelog-perl 1.2.0-1 ii libtext-levenshtein-perl 0.09-1 ii libtimedate-perl 2.3000-2 ii liburi-perl1.64-1 ii man-db 2.6.7.1-1 ii patchutils 0.3.3-1 ii perl [libdigest-sha-perl] 5.20.0-6 ii t1utils1.37-2.1 Versions of packages lintian recommends: ii libautodie-perl 2.25-1 ii libperlio-gzip-perl 0.18-3+b1 ii perl5.20.0-6 ii perl-modules [libautodie-perl] 5.20.0-6 Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.17.13 ii libhtml-parser-perl3.71-1+b2 ii libtext-template-perl 1.46-1 pn libyaml-perl none ii xz-utils 5.1.1alpha+20120614-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760097: /usr/bin/apport-notifyd: apport-notifyd does not exit when the user logout
One approach that I just documented in the NEWS file is to use a shutdown script. In KDE, we have ~/.kde/shutdown/ for this. I'll look into your suggestion later. Right now I need to get my other packages in shape for Jessie. On Wed, Sep 10, 2014 at 4:21 PM, Laurent Bigonville bi...@debian.org wrote: Le Wed, 10 Sep 2014 15:32:10 +0530, Ritesh Raj Sarraf r...@researchut.com a écrit : On Monday 01 September 2014 05:12 PM, Laurent Bigonville wrote: Give me your thoughts here. The daemon gets started as the user logs in. I think I made it follow some fdo xdg stuff. Is there something similar for logout ?? daemon(0,0); Are you sure that application started by xdg autostart can actually fork? I've the feeling that gnome-session is loosing track of the PID of the process (but this is a wild guess) I have no idea about desktops. That's why I asked you. The other approach would be to do a check in within the daemon itself. It would mean walking down the /proc file system and look for the proc name. Ugly, but may work. May look at it in the future. I tried removing the call to daemon(3), same issue. Could be related to the use of system() command? Quoting the system(3) manpage: As mentioned, system() ignores SIGINT and SIGQUIT. This may make programs that call it from a loop uninterruptible, unless they take care themselves to check the exit sta‐ tus of the child. For example: while (something) { int ret = system(foo); if (WIFSIGNALED(ret) (WTERMSIG(ret) == SIGINT || WTERMSIG(ret) == SIGQUIT)) break; } -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention.
Bug#758839: contains non-free data
On Wed, Sep 10, 2014 at 10:35 AM, Stas s...@childsplay.mobi wrote: On September 10, 2014 1:13:39 AM CEST, Per Andersson avtob...@gmail.com wrote: (Adding the maintainer to Cc directly.) Hi! First of all, I am sorry that I insulted you Stas; please accept my sincere apology and accept my full respect onwards. Thank you Per and apologies accepted. Great, thank you! Secondly, great that you replaced Vault boy and I Feel Good! Thanks. Third, this package needs a debian/copyright file that lists the copyright for all files correctly. (If you wish to help the maintainer with this Stas that would be great!) I feel that it would be very difficult to come up with such a list due to the fact that a number of games and their associated 'media' files are created by different people and it's not always clear where the files come from. Some of the games are 6 years or more old and some of the original authors aren't easily found anymore. (Students for example) I always asked the people to make sure the files they included were free but it's near impossible to make sure they are or where they come from. I also tried to make sure I never used non-free files and when something is placed in the public domain or comes from another project that has stated it was free to use I assumed they were unless someone would say otherwise. I have always had a piece of text inside the 'in game' copyright text stating that when somebody thought some media file wasn't free they should contact me and I would remove it immediately. It has always been enough these last 10 years. And I never had any problems with it as people understood the problems with these files and claims. (It happened only twice in 10 years) It's very difficult or near impossible to be sure about every media file in projects like this. There are many people/websites/games claiming copyright or no copyright on the same mediafile which makes it impossible to know who is right. If it has worked for the package then I think it could also continue to work in the future (to have such a notice in game and act whenever something is raised). As I said, I can never be 100% sure everything inside childsplay is free, that was a valid point you made, so I assume it can never be part of the Debian distro. That was my reason to ask you to remove it. I will also refrase the claim that everything is under the gpl and move the childsplay package from savannah to github or back to sourceforge. I think it is better to keep the GPL license for everything and, as you have done, resolve issues if they arise. The package will still be in unstable, and, when this bug is resolved, it will migrate to testing again. From my point of view thus bug can be closed with a new release (depending on the sample from samplephonics). A side-track: archive.org has a truly massive list of free audio content. (Some content is not licensed properly though, so some care needs to be taken when using stuff.) [Stas] It's replaced with a free sample from the freebies section of http://www.samplephonics.com My concern is that these samples are not free as in DFSG free. I know, I've contact them to ask if the license also applies to their 'freebies' section as it's not very clear. I haven't yet received a reply. That is great! But again, please remove childsplay from Debian as I can never be sure about every file inside childsplay. It's a problem with many programs that have a lot of graphics and sounds. I'm sure that if you looked closely to similar programs you can find files of questionable origin. This is the fact with many packages in Debian, the issues are resolved as they come by. Btw, childsplay is since 2013 in 'maintenance mode' and the next version will be a mobile/tablet version. Ok. -- Per -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761057: missing license in debian/copyright
Package: plplot Version: 5.10.0-0.1 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please add the missing licenses of some files in: examples/* (e.g. examples/octave/x11c.m, GPLv2+) doc/*(e.g. doc/doxygen/html/jquery.js, MIT or GPLv2) to debian/copyright. Thanks! Thorsten PS: While you are at it, you might also fix all lintian errors. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728402: still there in 2.0.3-1? (Error in `tuxmath': double free or corruption)
control: tags -1 + moreinfo Hi, can you please check if you can confirm this issue even with 2.0.3-1?! thanks cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#750989: /usr/share/apport/apport-gtk: apport-gtk is complaining that the report is invalid and that permission is not granted
On Wednesday 10 September 2014 04:19 PM, Laurent Bigonville wrote: Le Wed, 10 Sep 2014 12:04:13 +0530, Ritesh Raj Sarrafr...@researchut.com a écrit : On Tuesday 09 September 2014 05:34 PM, Laurent Bigonville wrote: Well I guess using a daemon is more generic and indeed more flexible (not sure using a systemd/upstart user job will work for system crash report). The whole reason of using a daemon was to not be bound by any single software and be self-independent. Will you look at it? Yes. I am. Thanks! My (system) C skills are quite rusty I must admit:) I just uploaded -3 build to experimental. In this build, apport-notifyd should be better at tracking the inotify events. For now, based on my tests, I'm only acting on IN_CREATE event (see manpage for details and the git commit log for my reasoning). With this build, apport-notifyd should be able to track and pop-up apport on crash events. There's one catch though. Applications that crash during OS boot up until apport-notifyd is started, they will not get tracked. My plan is to later add some code in the daemon to, upon startup, look at any crash reports that were generated. Some time back you mentioned that root reports were not being tracked by apport. That should not be the case. When apport sees a report from a different uid, it triggers gksu. That'd mean we need to add gksu/kdesudo to Recommends for apport. Can you test it ? -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758105: bug#18266: grep -P and invalid exits with error
El 10/09/14 a las 00:08, Paul Eggert escribió: Paul Eggert wrote: perhaps there's a PCRE version dependency here? I found a PCRE-version-dependent problem that may be relevant, and installed the attached further patch to fix it. Thanks! I'm including this fix in the current debian package. Santiago (Ruano Rincón) P.S. Vincent Lefevre actually reported this bug, not Santiago Vila. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761058: shutter: GLib-CRITICAL **: Source ID 29 was not found when attempting to remove it at /usr/bin/shutter line 7247
Package: shutter Version: 0.92-0.1 Severity: normal Dear Maintainers, I use i3 as my window manager, and suspect the problem I experience is related to it. I start shutter. I try to use any capture mode (selecting a window, fullscreen...) A message pops up: Erreur lors de la capture. Le clavier ne peut pas être capturer (btw: french mistake here, correct spelling should be capturé) Here is the full output I get when starting shutter from a terminal: $ shutter defined(@array) is deprecated at /usr/bin/shutter line 3727. (Maybe you should just omit the defined()?) defined(@array) is deprecated at /usr/bin/shutter line 3738. (Maybe you should just omit the defined()?) WARNING: gnome-web-photo is missing -- screenshots of websites will be disabled! WARNING: Goo::Canvas/libgoo-canvas-perl is missing -- drawing tool will be disabled! WARNING: Image::ExifTool is missing -- writing Exif information will be disabled! WARNING: Gtk2::AppIndicator is missing -- there will be no icon showing up in the status bar when running Unity! GLib-CRITICAL **: Source ID 29 was not found when attempting to remove it at /usr/bin/shutter line 7247. GLib-CRITICAL **: Source ID 403 was not found when attempting to remove it at /usr/bin/shutter line 7247. GLib-CRITICAL **: Source ID 590 was not found when attempting to remove it at /usr/bin/shutter line 7247. -- If these infos aren't relevant enough, please give instructions. Regards, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/2 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 shutter depends on: ii imagemagick 8:6.7.7.10+dfsg-4+b1 ii libfile-basedir-perl 0.03-1 ii libfile-copy-recursive-perl 0.38-1 ii libfile-which-perl 1.09-1 ii libglib-perl 3:1.305-2 ii libgnome2-canvas-perl1.002-3+b1 ii libgnome2-gconf-perl 1.044-5+b1 ii libgnome2-perl 1.045-1+b1 ii libgnome2-vfs-perl 1.082-1+b1 ii libgnome2-wnck-perl 0.16-3+b1 ii libgtk2-imageview-perl 0.05-2+b1 ii libgtk2-perl 2:1.2492-3 ii libgtk2-unique-perl 0.05-2+b1 ii libjson-perl 2.61-1 ii libjson-xs-perl 2.340-1+b2 ii liblocale-gettext-perl 1.05-8+b1 ii libnet-dbus-perl 1.0.0-2+b2 ii libnet-dropbox-api-perl 1.9-1 ii libpath-class-perl 0.34-1 ii libproc-processtable-perl0.50-2+b1 ii libproc-simple-perl 1.31-1 ii librsvg2-common 2.40.3-2 ii libsort-naturally-perl 1.03-1 ii libwww-mechanize-perl1.73-1 ii libwww-perl 6.08-1 ii libx11-protocol-perl 0.56-6 ii libxml-simple-perl 2.20-1 ii perlmagick 8:6.7.7.10+dfsg-4+b1 ii procps 1:3.3.9-7 ii xdg-utils1.1.0~rc1+git20111210-7.1 Versions of packages shutter recommends: pn libgoo-canvas-perl none Versions of packages shutter suggests: pn gnome-web-photo none pn libimage-exiftool-perl none pn libnet-dbus-glib-perl none pn nautilus-sendto 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#761059: ITP: ruby-rails-admin -- Rails engine that provides an easy-to-use interface for managing your data
Package: wnpp Severity: wishlist Owner: Praveen Arimbrathodiyil prav...@debian.org * Package name: ruby-rails-admin Version : 0.6.3 Upstream Author : Erik Michaels-Ober, Bogdan Gaza, Petteri Kaapa, Benoit Benezech * URL : https://rubygems.org/gems/rails_admin * License : Expat Programming Lang: Ruby Description : RailsAdmin is a Rails engine that provides an easy-to-use interface for managing your data. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org