Bug#789335: libhtml-formattext-withlinks-perl: FTBFS with perl 5.22 (Module::Build)
Version: 0.15-1 On Fri, 19 Jun 2015 23:14:22 +0100, Dominic Hargreaves wrote: Source: libhtml-formattext-withlinks-perl Version: 0.14-1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition Tags: sid stretch This package FTBFS with perl 5.22 (currently in experimental), since Module::Build has been removed from perl core: Interesting -- I've uploaded 0.15-1 on June 7 but nothing except my local SSD seems to have noticed. Re-uploaded and closing the bug, I hope that the solar flares are better this time. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Richard O'Brian: Hot Patootie - Bless My Soul signature.asc Description: Digital Signature
Bug#788615: jessie-pu: package libgee-0.8/0.16.1-2
Am 19.06.2015 um 23:36 schrieb Michael Biebl: Lintian complained about the -2~deb8u1 version, so I uploaded -1+deb8u1 (which happens to be identical to -2 aside from the first line in the changelog) Thanks, Adam. Emilio rightfully points out, that I'm not actually Adam :-) So let me try again: Thanks Adam for handling this bug report (and all your other amazing work). Regards, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#631732: scala: Different versions of Scala are binary-incompatible
Control: tags -1 - wontfix I made some preliminary changes in scala/2.11.6-1 to support the installation of several versions. There is now a 'scala' alternative and the paths have been changed to avoid conflicts between different versions (the Scala distribution is installed under /usr/share/scala-2.11). When we start working on Scala 2.12 a package 'scala-2.11' will be uploaded, and the versionless 'scala' package will become a mostly empty package depending on the default scala package (scala-2.11 or scala-2.12). There is also a symlink /usr/share/scala pointing to the default version of Scala. Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789330: pyqt4-dev-tools: defining a pyqtSignal(str) fires a pyqtSignal(QString).
Package: pyqt4-dev-tools Version: 4.11.3+dfsg-2 Severity: normal Dear Maintainer, * What led up to the situation? Defined a class with signals: class Blahwoof(QMainWindow): helpsig = pyqtSignal(str) ... Connected the signal to a function: def react(self, sig='poof'): self.helpsig.emit(sig) Defined a function catching that signal, but instead of a str a QString was received. If I define the signal as: helpsig = pyqtSignal(object) the function receives a str. This happens since about 4.11.2+dfsg-1, before it worked fine with the pyqtSignal(str) definition. I suppose it's an upstream item. Brgds, e. -- System Information: Debian Release: 7.1 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.65-mash-rt94 Locale: LANG=de_AT@euro, LC_CTYPE=de_AT@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages pyqt4-dev-tools depends on: ii libc6 2.19-11 ii libgcc1 1:4.8.1-2 ii libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libstdc++6 4.9.1-15 ii python 2.7.5-5 ii python-qt4 4.11.3+dfsg-2 pyqt4-dev-tools recommends no packages. pyqt4-dev-tools suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789331: dose-deb-coinstall: manual page talks about dose-debcoinstall instead
Package: dose-extra Version: 3.3-3 Severity: minor File: /usr/share/man/man1/dose-deb-coinstall.1.gz Hi Johannes, You asked me to file this bug report. The manual page for dose-deb-coinstall talks about a tool dose-debcoinstall. This is inconsistent with how the tool is actually named. I hope this is worth fixing Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789248: bs1770gain: Fail to build on archs with unsigned char
I've tested the patch, and with it the source compiled on arm64 at least. I thus believe it is the complete problem for archs with unsigned char types. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789325: choose-mirror: please provide support for httpredir.debian.org mirror redirector service
Hi Holger, Holger Wansing li...@wansing-online.de (2015-06-19): Package: choose-mirror Severity: wishlist Hi, please provide support for httpredir.debian.org mirror redirector service (see https://lists.debian.org/debian-devel-announce/2015/05/msg3.html). Wasn't that taken care of in the following upload? | choose-mirror (2.62) unstable; urgency=medium | | * Update Mirrors.masterlist | * This update includes adding httpredir.debian.org, which replaces | http.debian.net using debian.org servers. | | -- Cyril Brulebois k...@debian.org Tue, 14 Apr 2015 12:17:22 +0200 Mraw, KiBi. signature.asc Description: Digital signature
Bug#789342: libjavascript-rpc-perl: FTBFS with perl 5.22 (CGI build-dep)
Source: libjavascript-rpc-perl Version: 0.10-1.1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition Tags: sid stretch This package FTBFS with perl 5.22 (currently in experimental), since CGI has been removed from perl core: Can't locate CGI.pm in @INC (you may need to install the CGI module) (@INC conta ins: /«PKGBUILDDIR»/blib/lib /«PKGBUILDDIR»/blib/arch /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.22.0 /usr/local/share/perl/5.22.0 /usr/lib/x86_64-linux-gnu/perl5/5.22 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.22 /usr/share/perl/5.22 /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base .) at /«PKGBUILDDIR»/blib/lib/JavaScript/RPC/Server/CGI.pm line 160. # Looks like you planned 7 tests but ran 2. # Looks like your test exited with 2 just after 2. t/02-query.t . The fix is to add (build-)dependencies on libcgi-pm-perl | perl ( 5.19) This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789290: e2fsprogs: e2fsck claims to have fixed fs, but a second run finds all the same problems
On Fri, Jun 19, 2015 at 12:09:11PM -0400, Zack Weinberg wrote: On Fri, Jun 19, 2015 at 11:53 AM, Theodore Ts'o ty...@mit.edu wrote: I can't reproduce the problem on my end (see attached) Still happens for me on the real filesystem (see attached). We appear to be using the same version of e2fsprogs. What could cause the divergence? It could be caused by a hardware problem, or if it's a RAID array, if the RAID array is out of sync, it's possible for two subsequent reads to return something else. Can you take the two .gz files and reconstruct a file system on some other system with a known-bug disk, and then try running e2fsck on the the image? - Ted -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788498: udev: breaks the keyboard configuration
Hi, I was bitten by the same problem, and I'm using the same keyboard. While looking into this I also discovered that there is finally a way to get sane settings by setting /sys/module/hid_apple/parameters/iso_layout to 0. It's still handy to use udev to assign a dedicated insert key though, so maybe a note in NEWS so it's picked up by apt-listchanges? -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 6FAB5CD5 signature.asc Description: This is a digitally signed message part
Bug#789273: [Pkg-xfce-devel] Bug#789273: lightdm-gtk-greeter: add an option to scale the display
On ven., 2015-06-19 at 14:50 +0200, Vincent Lefevre wrote: There should be an option to scale the display. One can currently scale the fonts, for instance by setting xft-dpi=235, but the icons remain small on a high-resolution screen. Then just have Xorg use the correct resolution for your screen, maybe? In any case, I don't have that behavior, although I don't have a 235dpi screen, only 177. -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789336: libhtml-template-perl: FTBFS with perl 5.22 (CGI build-dep)
Source: libhtml-template-perl Version: 2.95-1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition Tags: sid stretch Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=98029 This package FTBFS with perl 5.22 (currently in experimental), since CGI has been removed from perl core: # Failed test 'use CGI;' # at t/03-associate.t line 9. # Tried to use 'CGI'. # Error: Can't locate CGI.pm in @INC (you may need to install the CGI modul e) (@INC contains: /«PKGBUILDDIR»/blib/lib /«PKGBUILDDIR»/blib/arch /etc/perl /u sr/local/lib/x86_64-linux-gnu/perl/5.22.0 /usr/local/share/perl/5.22.0 /usr/lib/ x86_64-linux-gnu/perl5/5.22 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.22 /usr/share/perl/5.22 /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-ba se .) at t/03-associate.t line 9. # BEGIN failed--compilation aborted at t/03-associate.t line 9. Can't locate object method new via package CGI (perhaps you forgot to load CGI?) at t/03-associate.t line 22. # Looks like you planned 7 tests but ran 4. # Looks like you failed 1 test of 4 run. # Looks like your test exited with 255 just after 4. t/03-associate.t 1..7 ok 1 - use HTML::Template; The fix is to add (build-)dependencies on libcgi-pm-perl | perl ( 5.19) This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Note: I'm marking this as Forwarded as the dep is missing from the upstream metadata, but that doesn't strictly need to be fixed for this Debian bug to be resolved. Cheers, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789338: libimap-admin-perl: FTBFS with perl 5.22: Can't use 'defined(@array)'
Source: libimap-admin-perl Version: 1.6.7-1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition Tags: sid stretch upstream This package FTBFS with perl 5.22 (currently in experimental): PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/lib -Iblib/arch test.pl 1..13 Can't use 'defined(@array)' (Maybe you should just omit the defined()?) at test.pl line 80. not ok 1 make[2]: *** [test_dynamic] Error 2 This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789337: libhttp-oai-perl: FTBFS with perl 5.22 (CGI build-dep)
Source: libhttp-oai-perl Version: 3.27-1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition Tags: sid stretch This package FTBFS with perl 5.22 (currently in experimental), since CGI has been removed from perl core: Can't locate CGI.pm in @INC (you may need to install the CGI module) (@INC contains: /«PKGBUILDDIR»/blib/lib /«PKGBUILDDIR»/blib/arch /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.22.0 /usr/local/share/perl/5.22.0 /usr/lib/x86_64-linux-gnu/perl5/5.22 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.22 /usr/share/perl/5.22 /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base .) at /«PKGBUILDDIR»/blib/lib/HTTP/OAI/Response.pm line 28. BEGIN failed--compilation aborted at /«PKGBUILDDIR»/blib/lib/HTTP/OAI/Response.pm line 28. Compilation failed in require at /«PKGBUILDDIR»/blib/lib/HTTP/OAI.pm line 42. BEGIN failed--compilation aborted at /«PKGBUILDDIR»/blib/lib/HTTP/OAI.pm line 42. Compilation failed in require at t/00static.t line 5. The fix is to add (build-)dependencies on libcgi-pm-perl | perl ( 5.19) This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789324: libhtml-html5-entities-perl: Missing depends on libhtml-parser-perl
Package: libhtml-html5-entities-perl Version: 0.004-1 Severity: important Tags: patch On Debian Jessie, $ perl -MHTML::Entities -ne 'print encode_entities($_)' testfile Undefined subroutine main::encode_entities called at -e line 1, line 1. # apt-get install libhtml-parser-perl $ perl -MHTML::Entities -ne 'print encode_entities($_)' testfile aeiuoé So the package libhtml-html5-entities-perl should depend on package libhtml-parser-perl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789290: e2fsprogs: e2fsck claims to have fixed fs, but a second run finds all the same problems
I'm going to have to wipe out and recreate this filesystem in order to continue repairing this computer, but I have saved a complete image of the partition. It's a bit too big to just send you (11GB after xz compression) and also it contains /etc/shadow and similar. But I'm happy to do further tests on it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788232: [Xcb] Bug#788232: /usr/include/xcb/xcb.h: xcb/xproto.h can't be included
On 06/19/2015 07:27 AM, Julien Cristau wrote: Control: severity -1 minor Control: tag -1 upstream fixed-upstream On Tue, Jun 9, 2015 at 17:28:28 +0200, Lorenzo Beretta wrote: ... It's not completely broken. Just include xcb.h first... Cheers, Julien Good suggestion, but 1. I'm compiling code written by other people (just trying some window managers), and 2. The manpages say to #include xcb/xproto.h But I'll admit that completely broken was a bit too much :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789341: libmason-perl: FTBFS with perl 5.22: closure deprecation
Source: libmason-perl Version: 2.22-1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition Tags: sid stretch upstream fixed-upstream Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=100507 This package FTBFS with perl 5.22 (currently in experimental): # Failed test 'no warnings on undef' # at /«PKGBUILDDIR»/blib/lib/Mason/t/Filters.pm line 362. # (in Mason::t::Filters-test_no_undef_warning) # found warning: Constants from lexical variables potentially modified elsewhere are deprecated at /«PKGBUILDDIR»/blib/lib/Mason/Component/Moose.pm line 19. # didn't expect to find a warning # # Mason::t::Filters-test_old_syntax Constants from lexical variables potentially modified elsewhere are deprecated a t /«PKGBUILDDIR»/blib/lib/Mason/Component/Moose.pm line 19. Fixed in 2.24. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789325: choose-mirror: please provide support for httpredir.debian.org mirror redirector service
Package: choose-mirror Severity: wishlist Hi, please provide support for httpredir.debian.org mirror redirector service (see https://lists.debian.org/debian-devel-announce/2015/05/msg3.html). So long Holger -- Created with Sylpheed 3.2.0 under the new D E B I A N L I N U X 7 . 0 W H E E Z Y ! Registered Linux User #311290 - https://linuxcounter.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750135: [CTTE #750135] Aptitude Project Maintainer
2015-06-19 16:26 GMT+01:00 Axel Beckert a...@debian.org: Hi, Don Armstrong wrote: 2. During the discussion of this issue, Christian Perrier proposed that he and Axel Beckert could watch the social aspects of Aptitude development and restore Manuel Fernandez Montecelo's commit access. Christian still has administrative rights and believes he has the technical power to implement his proposal, but requested the advice of the technical committee before doing so. Using the power of the technical committee to provide advice (§6.1.5): 1. The Technical Committee agrees that Christian has the power to implement his proposal and encourages him to do so. I've allowed myself to restore Manuel's commit access on behalf of Christian. For that I've added Manuel's account mafm as project member. I think he had access through his old account mafm-guest before -- as he became DD after he joined the Aptitude project initially. 2. We hope that Christian and Axel will work to manage the social aspects of the Aptitude project, working to recruit new developers, building a stronger Aptitude development community, and establishing policies and procedures that promote a collaborative team. To prevent further escalations like those which led to this CTTE ticket, I've revoked Daniel's administrative permissions on the project -- but of course he continues to have commit permissions and I'd be happy if he continues to contribute to aptitude. This leaves Christian and me as project administrators for now. 3. We thank Manuel Fernandez Montecelo for bringing this matter to our attention and apologize for our delay in resolving this matter. Thanks to the Technical Committee for its work on the issue. Same here, thanks to the Tech Ctte -- and also Axel and Christian. Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@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#789326: libhtml-html5-entities-perl: Can't locate HTML/Entities.pm
Package: libhtml-html5-entities-perl Version: 0.004-1 Severity: grave Tags: patch Justification: renders package unusable On Debian Jessie, $ perl -MHTML::Entities -ne 'print encode_entities($_)' testfile Can't locate HTML/Entities.pm: ./HTML/Entities.pm: Permission denied. BEGIN failed--compilation aborted. # ln -s /usr/share/perl5/HTML/HTML5/Entities.pm /usr/share/perl5/HTML/Entities.pm $ perl -MHTML::Entities -ne 'print encode_entities($_)' testfile aeiuoé So, we have /usr/share/perl5/HTML/HTML5/Entities.pm but invoking the module yields a complain that it should be at /usr/share/perl5/HTML/Entities.pm Since http://search.cpan.org/~tobyink/HTML-HTML5-Entities-0.004/lib/HTML/HTML5/Entities.pm says HTML::HTML5::Entities - drop-in replacement for HTML::Entities I believe that Entities.pm should be located at /usr/share/perl5/HTML/Entities.pm since it fixes the incorrect behaviour. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789323: mariadb-server-10.0: overwrites files w/o Conflicts:
Package: mariadb-server-10.0 Version: 10.0.20+maria-1~wheezy Severity: serious Justification: x dpkg: error processing archive /var/cache/apt/archives/mariadb-server-10.0_10.0.20+maria-1~wheezy_amd64.deb (--install): trying to overwrite '/usr/share/man/man1/innochecksum.1.gz', which is also in package mariadb-client-10.0 10.0.16-1 -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (550, 'experimental'), (550, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.0-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mariadb-server-10.0 depends on: ii adduser 3.113+nmu3 ii bsdutils 1:2.25.2-6 ii debconf [debconf-2.0] 1.5.56 ii libaio1 0.3.110-1 ii libc6 2.19-18 ii libdbi-perl 1.631-3+b1 ii libpam0g 1.1.8-3.1 ii libssl1.0.0 1.0.1k-3+deb8u1 ii libstdc++64.9.2-10 ii lsb-base 4.1+Debian13+nmu1 ii mariadb-client-10.0 10.0.16-1 ii mariadb-common10.0.20+maria-1~wheezy ii mariadb-server-core-10.0 10.0.20+maria-1~wheezy ii passwd1:4.2-3 ii perl 5.20.2-3+deb8u1 ii psmisc22.21-2 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages mariadb-server-10.0 recommends: ii libhtml-template-perl 2.95-1 Versions of packages mariadb-server-10.0 suggests: ii bsd-mailx [mailx] 8.1.2-0.20141216cvs-2 pn mariadb-test none pn tinyca none -- Configuration Files: /etc/apparmor.d/usr.sbin.mysqld 5b43a33a4995f3532bcea02d9c2c87c1 [Errno 2] No such file or directory: u'/etc/apparmor.d/usr.sbin.mysqld 5b43a33a4995f3532bcea02d9c2c87c1' /etc/init.d/mysql changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789328: debian-refcard: please upload new version from svn
Package: debian-refcard Hi, the debian-refcard package in Stable (Jessie) is outdated, the svn contains updates from 2013. Please upload a new version based on svn. So long Holger -- Created with Sylpheed 3.2.0 under the new D E B I A N L I N U X 7 . 0 W H E E Z Y ! Registered Linux User #311290 - https://linuxcounter.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789327: zoneminder: Zoneminder service fails to start
Package: zoneminder Version: 1.28.1-5 Severity: important Dear Maintainer, After installing Zoneminder (version 1.28.1-5) and executing the following lines of the README.Debian file: cat /usr/share/zoneminder/db/zm_create.sql | sudo mysql --defaults- file=/etc/mysql/debian.cnf echo 'grant lock tables, alter,select,insert,update,delete on zm.* to 'zmuser'@localhost identified by zmpass;'\ | sudo mysql --defaults-file=/etc/mysql/debian.cnf mysql sudo systemctl enable zoneminder.service sudo a2enconf zoneminder sudo a2enmod cgi sudo service apache2 reload The zoneminder service fails to start. Output from: sudo systemctl -l status zoneminder.service: ● zoneminder.service - ZoneMinder CCTV recording and surveillance system Loaded: loaded (/lib/systemd/system/zoneminder.service; enabled) Active: failed (Result: exit-code) since vie 2015-06-19 17:03:25 ART; 39s ago Process: 8901 ExecStart=/usr/bin/zmpkg.pl start (code=exited, status=255) Main PID: 1531 (code=killed, signal=SEGV) jun 19 17:03:25 vonBergen-ZM sudo[8910]: pam_unix(sudo:session): session closed for user www-data jun 19 17:03:25 vonBergen-ZM sudo[8912]: root : TTY=unknown ; PWD=/usr/share/zoneminder/www ; USER=www-data ; COMMAND=/usr/bin/zmdc.pl check jun 19 17:03:25 vonBergen-ZM sudo[8912]: pam_unix(sudo:session): session opened for user www-data by (uid=0) jun 19 17:03:25 vonBergen-ZM zmpkg.pl[8901]: Can't open config file '/etc/zm/zm.conf': Permiso denegado at /usr/share/perl5/ZoneMinder/Config.pm line 100. jun 19 17:03:25 vonBergen-ZM zmpkg.pl[8901]: BEGIN failed--compilation aborted at /usr/share/perl5/ZoneMinder/Config.pm line 100. jun 19 17:03:25 vonBergen-ZM zmpkg.pl[8901]: Compilation failed in require at /usr/share/perl5/ZoneMinder.pm line 33. jun 19 17:03:25 vonBergen-ZM zmpkg.pl[8901]: BEGIN failed--compilation aborted at /usr/share/perl5/ZoneMinder.pm line 33. jun 19 17:03:25 vonBergen-ZM zmpkg.pl[8901]: Compilation failed in require at /usr/bin/zmdc.pl line 48. jun 19 17:03:25 vonBergen-ZM zmpkg.pl[8901]: BEGIN failed--compilation aborted at /usr/bin/zmdc.pl line 48. jun 19 17:03:25 vonBergen-ZM zmpkg[8901]: ERR [Unable to run sudo -u www-data /usr/bin/zmdc.pl check, output is ] jun 19 17:03:25 vonBergen-ZM systemd[1]: zoneminder.service: control process exited, code=exited status=255 jun 19 17:03:25 vonBergen-ZM systemd[1]: Failed to start ZoneMinder CCTV recording and surveillance system. jun 19 17:03:25 vonBergen-ZM systemd[1]: Unit zoneminder.service entered failed state. I followed the error and think that the file /etc/zm/zm.conf is the culprit. The owner for this file is root:root and I suspect it should be root:www-data. After running: chown root:www-data /etc/zm/zm.conf The service started without troubles. Regards for your time. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=es_AR.utf8, LC_CTYPE=es_AR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages zoneminder depends on: ii cakephp 2.6.4-1 ii init-system-helpers 1.23 ii javascript-common 11 ii libarchive-zip-perl 1.39-1 ii libav-tools 6:11.4-2 ii libavcodec566:11.4-2 ii libavformat56 6:11.4-2 ii libavutil54 6:11.4-2 ii libc6 2.19-18 ii libcurl3-gnutls 7.42.1-3 ii libdate-manip-perl 6.47-1 ii libdbd-mysql-perl 4.028-2+b1 ii libdevice-serialport-perl 1.04-3+b1 ii libgcc1 1:5.1.1-9 ii libgcrypt20 1.6.3-2 ii libgnutls-openssl27 3.3.15-6 ii libimage-info-perl 1.28-1 ii libjpeg62-turbo 1:1.4.0-7 ii libjs-jquery1.7.2+dfsg-3.2 ii libjs-mootools 1.4.5~debian1-2.1 ii libjson-any-perl1.38-1 ii libmime-lite-perl 3.030-2 ii libmime-tools-perl 5.505-1 ii libmysqlclient185.5.43-0+deb8u1 ii libnet-sftp-foreign-perl1.77+dfsg-1 ii libpcre32:8.35-5 ii libphp-serialization-perl 0.34-1 ii libstdc++6 5.1.1-9 ii libswscale3 6:11.4-2 ii
Bug#789333: gramps: exception error leaves application in unusable state
Package: gramps Version: 4.1.3~dfsg-1 Severity: normal Dear Maintainer, steps to reproduce: - go to Geography - select show all places (to get pins for each place on the world) - click on one of the pins (iirc this should display some information about which events are associated with this place) -- ERROR a window pops up giving the following details: 19058: ERROR: grampsapp.py: line 114: Unhandled exception TypeError: lambda() takes 2 positional arguments but 4 were given after that, gramps is no longer usable (no buttons work; but i can close the application via the window-manager) -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gramps depends on: ii gir1.2-gtk-3.03.16.4-2 ii librsvg2-22.40.9-2 ii python3 3.4.2-2 ii python3-bsddb36.1.0-1 ii python3-gi3.14.0-1 ii python3-gi-cairo 3.14.0-1 pn python3:any none ii xdg-utils 1.1.0~rc1+git20111210-7.4 Versions of packages gramps recommends: ii gir1.2-gexiv2-0.100.10.3-1 ii gir1.2-osmgpsmap-1.0 1.0.2-3 ii graphviz 2.38.0-9 ii python3-icu 1.8-1 Versions of packages gramps suggests: ii fonts-freefont-ttf20120503-4 ii gir1.2-gtkspell3-3.0 3.0.7-2 ii gir1.2-webkit-3.0 2.4.9-1 ii python3-pil 2.8.1-1 ii rcs 5.9.4-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789332: reportbug: Unclean exit when sending bug mail to non-BTS address
Package: reportbug Version: 6.6.3 Severity: minor Followup-For: Bug #789332 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 The issue occurs because reportbug unconditionally tries to build the follow-up info message, trying to replace a placeholder in the target bug tracker's e-mail address, which is defined hardcoded in reportbug/debbugs.py. The accompanying patch shouldsuppress the message if no e-mail address is specified. Please note that even though this suppresses the crash, it is probably still technically wrong to assume the same local-part for all debbugs systems, but maybe I am mistaken there. - -- Package-specific info: ** Environment settings: EDITOR=jupp INTERFACE=text ** /home/dgeorg/.reportbugrc: reportbug_version 6.6.3 mode advanced ui text email n...@naturalnet.de smtphost shore.naturalnet.de:587 smtpuser nik smtptls - -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Init: systemd (via /run/systemd/system) Versions of packages reportbug depends on: ii apt 1.0.9.10 ii python2.7.9-1 ii python-reportbug 6.6.3 pn python:anynone reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none pn debconf-utils none pn debsumsnone pn dlocatenone ii emacs24-bin-common 24.4+1-5 ii exim4 4.85-3 ii exim4-daemon-light [mail-transport-agent] 4.85-3 ii file 1:5.22+15-2 ii gnupg 1.4.19-3 ii python-gtk22.24.0-4 ii python-gtkspell2.25.3-13 ii python-urwid 1.2.1-2+b1 ii python-vte 1:0.28.2-5 ii xdg-utils 1.1.0~rc1+git20111210-7.4 Versions of packages python-reportbug depends on: ii apt 1.0.9.10 ii python-debian 0.1.27 ii python-debianbts 1.12 pn python:anynone python-reportbug suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJOBAEBCAA4BQJVhI2QMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pYqiQ/+N0fKCuvGI6n+ZPybZYBv NofwHNNBInPXAXU5BaQKJCE8nQzYB85DBaliRfH0eFyRA97wRdYP0BzQtxS3cY5y dOmFl8g1N2nR47VMRqdNF30XkqAgf9A0v2ZkNJi9QkqwHyXUm8PWVpV+JilvBVQS phrL3XLUNPeMnJXm2D5Pw8jHt9VbzRFiQCSZZZEGhMkE24xDZEboOpxytnSFqDi1 OPksI5gdVqLcE37aSdDI37eiwll/7rg07sHUdHJeKHM6TsM4siRJ5vJjX6PdKhGx JHkrBxcgBTJi9yub8l5Ryp9WsJ4MpBl8Hblkywc5r1jqkNFK4Q+n+0wggrP7o6Re ExO9BkOSnqxllmEJlWKFd1SWACJlC62luQzfp5bsQXfigC0g5tuaZxuzC/vZNrSL H20safE5q63hnmG47b47mY1ON4jIuZ/Zx3PIkiBhlgM+Fnf+Meo4VtelcB+8h2ex fS6u//R0hJ6DYeYUHMepjM4tMMmOTUte+8Uh7wlWXIjRiCu6dQQ5xOT0Eptlk2lI uUG7h9DOKEP2qdgT0urtlUpDoFvjyWRuXl8NUqJKHAIAwYX+3tIIOjEwf84Isk61 HEBdvNMEfCg0pcYsFEX5oyqndfJAZiaTgtBf2y+AHeGnXH2sYJzPZrZ6aNnZPgMT 7MbdvEMjFqLlFcilkztMKtY= =f2GZ -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#789332: reportbug: Unclean exit when sending bug mail to non-BTS address
The accompanying patch […] Or so ;). diff -Naupr reportbug-6.6.3.old/reportbug/submit.py reportbug-6.6.3/reportbug/submit.py --- reportbug-6.6.3.old/reportbug/submit.py 2015-01-04 11:41:45.0 +0100 +++ reportbug-6.6.3/reportbug/submit.py 2015-06-19 23:41:33.267323006 +0200 @@ -481,7 +481,7 @@ def send_report(body, attachments, mua, for address in cclist: ewrite(' %s\n', address) -if not (exinfo or kudos) and rtype == 'debbugs' and sysinfo and not failed \ +if not (exinfo or kudos) and rtype == 'debbugs' and sysinfo and email in sysinfo not failed \ and mailing: ewrite('\n') ui.long_message( signature.asc Description: OpenPGP digital signature
Bug#789339: perl: File conflict with libio-compress-perl (/usr/bin/zipdetails)
Package: perl Version: 5.22.0~rc2-2 Severity: grave User: debian-p...@lists.debian.org Usertags: perl-5.22-transition Justification: breaks installation of libio-compress-perl With perl 5.22 (in particular commit 0c03dbe[1], the Replaces libio-compress-perl has moved from perl to libperl5.22; however libio-compress-perl and perl both include /usr/bin/zipdetails, so this Replaces had the effect of causing both to be coinstallable. That's now lost and we have: Unpacking libio-compress-perl (2.068-1) ... dpkg: error processing archive /var/cache/apt/archives/libio-compress-perl_2.068-1_all.deb (--unpack): trying to overwrite '/usr/bin/zipdetails', which is also in package perl 5.22.0~rc2-2 Note: I think these unversioned Replaces should be reviewed even in perl 5.20: in jessie, this causes the newer /usr/bin/zipdetails from libio-compress-perl to be masked by the older one from perl which is certainly not intended. The problem here is that Replaces has too meanings, and it was having the effect described in policy 7.6.1 when it was probably meant to have the effect of policy 7.6.2. Possibly all scripts supplied with dual-lived modules should have alternatives in place instead, as we have done with other packages. Dominic. [1] http://anonscm.debian.org/cgit/perl/perl.git/commit/?h=debian-5.22id=0c03dbe256e9092939c965d1dd4014a25329f669 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789332: reportbug: Unclean exit when sending bug mail to non-BTS address
Package: reportbug Version: 6.6.3 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 For some inobvious reason, reportbug chooses to crash after sending mail to an address that is not the BTS (for packages/repos that provide their own contact addres): Traceback (most recent call last): File /usr/bin/reportbug, line 2211, in module main() File /usr/bin/reportbug, line 1081, in main return iface.user_interface() File /usr/bin/reportbug, line 2203, in user_interface self.options.envelopefrom) File /usr/lib/python2.7/dist-packages/reportbug/submit.py, line 493, in send_report (sysinfo['email'] % 'n'), (sysinfo['email'] % '99')) TypeError: not all arguments converted during string formatting Sending mail to the BTS does not produce this, so a config issue seems unlikely. - -- Package-specific info: ** Environment settings: EDITOR=jupp INTERFACE=text ** /home/dgeorg/.reportbugrc: reportbug_version 6.6.3 mode advanced ui text email n...@naturalnet.de smtphost shore.naturalnet.de:587 smtpuser nik smtptls - -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Init: systemd (via /run/systemd/system) Versions of packages reportbug depends on: ii apt 1.0.9.10 ii python2.7.9-1 ii python-reportbug 6.6.3 pn python:anynone reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none pn debconf-utils none pn debsumsnone pn dlocatenone ii emacs24-bin-common 24.4+1-5 ii exim4 4.85-3 ii exim4-daemon-light [mail-transport-agent] 4.85-3 ii file 1:5.22+15-2 ii gnupg 1.4.19-3 ii python-gtk22.24.0-4 ii python-gtkspell2.25.3-13 ii python-urwid 1.2.1-2+b1 ii python-vte 1:0.28.2-5 ii xdg-utils 1.1.0~rc1+git20111210-7.4 Versions of packages python-reportbug depends on: ii apt 1.0.9.10 ii python-debian 0.1.27 ii python-debianbts 1.12 pn python:anynone python-reportbug suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJOBAEBCAA4BQJVhItYMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pZfag//Ua9dLdd/nWribE5+5b4F 88Wedh1TRd/AFCibyUcIzvHE5KsCp1cQ0c7/ga1Kv4n+x6OF6kCJd4GtkegdTZFl xAHBwLkKuixxInYuRLer0Ga7gr42ommjyvPv7yCvot9u0aNN0L8OBMXZhBN1QUeo D01uHv4I59tUd7J5xlWAbPHP4tFGz+TnXvSfQu8L8qXQ498VU7ANogwPBptfmg6n +lT7jx//BgNZoXRmVTBvK3A1LdCWv1FsO/xPCylfBAJSYq/Z8Tc9btTHxuWN8dcx 8Y3yft8tMVUOdm1Vl5w+Pkd6xyAGLgnm6QCykUYiHCBOqtpeb/NuoKJ6dY6HBKbA KfeXRf80rcNw5SFRlU2lyOwh2KqD9rizayxNYmnPL/hUp/jaOyrpjbH22TOOdtac n3dK+cYk5F+++PoxvbcSuoyJAhJL2fyR/YeekQ6yBfiiQN/JQKrcONekIBCbL32E oXl9wDWSbObS1ypbySosvGUZghk9kDhNKhAaOCI4+aqK6ADV9V7SiwPtyWkJq7QR NxklRTH6vhv7Q6LWOYHPfOSMHzVoYxw7O2rZQu7jz6JZ2GLbru5frAf/mZMXVpoP scGNJ0iME5w4yeQWai8yRKnYTRm9ZBGcpCO48+LVnyei+wmQIw7NMina1NytYFo2 uv+5zmcIW00hPO4USwhHKs0= =vS2K -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#788615: jessie-pu: package libgee-0.8/0.16.1-2
Am 14.06.2015 um 23:18 schrieb Adam D. Barratt: On Sun, 2015-06-14 at 18:47 +0200, Michael Biebl wrote: Am 14.06.2015 um 17:29 schrieb Adam D. Barratt: [...] Assuming that the intention is to simply rebuild -2 on Jessie, then -2~deb8u1 would be more self-explanatory (as an additional changelog stanza on top of -2). Well, I wasn't planning on adding an additional changelog entry on top of -2, but rather do this: diff --git a/debian/changelog b/debian/changelog index bb1e475..59fef1b 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,4 +1,4 @@ -libgee-0.8 (0.16.1-2) unstable; urgency=medium +libgee-0.8 (0.16.1-1+deb8u1) jessie; urgency=medium I just wasn't sure, what the preferred versioning is, in case the changes in stable and unstable were identical. Either way round works. -1+deb8u1 as above, as jessie plus some other changes (which happen to be equivalent to -2), or -2~deb8u1 as backport -2 to jessie. In the latter case I'd expect the changelog to have -2~deb8u1 as a simple rebuild for jessie entry, followed by the -2 to unstable, in the same way as one would for a backports upload. Lintian complained about the -2~deb8u1 version, so I uploaded -1+deb8u1 (which happens to be identical to -2 aside from the first line in the changelog) Thanks, Adam. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#788863: cssc: FTBFS on jenkins.d.n, hangs during the tests
On Fri, Jun 19, 2015 at 7:16 PM, Yann Dirson ydir...@free.fr wrote: Can you look at the process tree under the test run, and possibly get a look at what the leaf processes are doing ? can you tell me more precisely what i should do? run the build and? I'd think that the testsuite is probably not thought for a parallel make it looks hard to predict anything. Maybe I should arrange so that dh_auto_test does not run in parallel - probably adding --max-parallel=1 to its invocation would do the trick. Can you get it rerun with this and see if it improves something ? well, if you upload it i can just unblacklist it and schedule it for a regular build. -- regards, Mattia Rizzolo GPG Key: 4096R/B9444540 http://goo.gl/I8TMB more about me: http://mapreri.org Launchpad User: https://launchpad.net/~mapreri Ubuntu Wiki page: https://wiki.ubuntu.com/MattiaRizzolo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789292: dmtcp: FTBFS with glibc-2.21 and gcc-5
Thanks Daniel, I will take a look at it and create a patch. Best, Kapil On Fri, Jun 19, 2015 at 11:17 AM, Daniel Schepler dschep...@gmail.com wrote: Source: dmtcp Version: 2.3.1-6 Severity: normal From my pbuilder build log, using a setup preferring glibc and gcc-defaults packages from experimental (sorry the messages are a bit mixed up because I was using a parallel build): ... g++ -I../../../jalib -I../../../include -I../../../include -I. -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -DHAVE_CONFIG_H -fPIC -g -c -o eventwrappers.o event/eventwrappers.cpp event/eventwrappers.cpp: In function 'int eventfd(int, int)': event/eventwrappers.cpp:124:59: error: conflicting declaration of C function 'int eventfd(int, int)' extern C int eventfd(EVENTFD_VAL_TYPE initval, int flags) ^ In file included from event/eventconnection.h:56:0, from event/eventwrappers.h:27, from event/eventwrappers.cpp:31: /usr/include/x86_64-linux-gnu/sys/eventfd.h:34:12: note: previous declaration 'int eventfd(unsigned int, int)' extern int eventfd (unsigned int __count, int __flags) __THROW; ^ In file included from event/eventwrappers.h:26:0, from event/eventwrappers.cpp:31: ../../../include/dmtcp.h:205:29: error: type of ' eventfd' is unknown static __typeof__(func) _real_##func = (__typeof__(func)) -1; \ ^ event/eventwrappers.h:41:23: note: in expansion of macro 'NEXT_FNC' #define _real_eventfd NEXT_FNC(eventfd) ^ event/eventwrappers.cpp:127:13: note: in expansion of macro '_real_eventfd' int ret = _real_eventfd(initval, flags); ^ ../../../include/dmtcp.h:205:63: error: type of ' eventfd' is unknown static __typeof__(func) _real_##func = (__typeof__(func)) -1; \ ^ event/eventwrappers.h:41:23: note: in expansion of macro 'NEXT_FNC' #define _real_eventfd NEXT_FNC(eventfd) ^ event/eventwrappers.cpp:127:13: note: in expansion of macro '_real_eventfd' int ret = _real_eventfd(initval, flags); ^ ../../../include/dmtcp.h:206:43: error: type of ' eventfd' is unknown if (_real_##func == (__typeof__(func)) -1) { \ ^ event/eventwrappers.h:41:23: note: in expansion of macro 'NEXT_FNC' #define _real_eventfd NEXT_FNC(eventfd) ^ event/eventwrappers.cpp:127:13: note: in expansion of macro '_real_eventfd' int ret = _real_eventfd(initval, flags); ^ ../../../include/dmtcp.h:210:40: error: type of ' eventfd' is unknown _real_##func = (__typeof__(func)) (*dlsym_fnptr) (RTLD_NEXT, #func);\ ^ event/eventwrappers.h:41:23: note: in expansion of macro 'NEXT_FNC' #define _real_eventfd NEXT_FNC(eventfd) ^ event/eventwrappers.cpp:127:13: note: in expansion of macro '_real_eventfd' int ret = _real_eventfd(initval, flags); ^ event/eventwrappers.cpp:127:41: error: expression cannot be used as a function int ret = _real_eventfd(initval, flags); ^ Makefile:157: recipe for target 'eventwrappers.o' failed make[4]: *** [eventwrappers.o] Error 1 make[4]: Leaving directory '/tmp/buildd/dmtcp-2.3.1/src/plugin/ipc' make[4]: Entering directory '/tmp/buildd/dmtcp-2.3.1/src/plugin/alloc' g++ -I../../../jalib -I../../../include -I../../../include -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -DHAVE_CONFIG_H -fPIC -g -c -o mallocwrappers.o mallocwrappers.cpp g++ -I../../../jalib -I../../../include -I../../../include -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -DHAVE_CONFIG_H -fPIC -g -c -o mmapwrappers.o mmapwrappers.cpp g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -DHAVE_CONFIG_H -fPIC -g -Wl,-z,relro -o ../../../lib/dmtcp/libdmtcp_alloc.so mallocwrappers.o mmapwrappers.o -shared -Wl,--unresolved-symbols=ignore-all -ldl -lpthread make[4]: Leaving directory '/tmp/buildd/dmtcp-2.3.1/src/plugin/alloc' make[4]: Entering directory '/tmp/buildd/dmtcp-2.3.1/src/plugin/dl' g++ -I../../../jalib -I../../../include -I../../../include -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -DHAVE_CONFIG_H -fPIC -g -c -o dlwrappers.o dlwrappers.cpp g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -DHAVE_CONFIG_H -fPIC -g -Wl,-z,relro -o ../../../lib/dmtcp/libdmtcp_dl.so dlwrappers.o -shared -Wl,--unresolved-symbols=ignore-all -ldl make[4]: Leaving directory '/tmp/buildd/dmtcp-2.3.1/src/plugin/dl' make[3]: Leaving directory '/tmp/buildd/dmtcp-2.3.1/src/plugin' make[3]: Entering
Bug#789334: libgraphics-colornames-perl: FTBFS with perl 5.22 (Module::Build)
Source: libgraphics-colornames-perl Version: 2.11-6 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition Tags: sid stretch This package FTBFS with perl 5.22 (currently in experimental), since Module::Build has been removed from perl core: perl Build.PL --installdirs vendor --config optimize=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 --config ld=x86_64-linux-gnu-gcc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro Can't locate Module/Build.pm in @INC (you may need to install the Module::Build module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.22.0 /usr/local/share/perl/5.22.0 /usr/lib/x86_64-linux-gnu/perl5/5.22 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.22 /usr/share/perl/5.22 /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base .) at Build.PL line 1. BEGIN failed--compilation aborted at Build.PL line 1. dh_auto_configure: perl Build.PL --installdirs vendor --config optimize=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 --config ld=x86_64-linux-gnu-gcc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro returned exit code 2 make: *** [build] Error 2 The fix is to add a build dependency on libmodule-build-perl. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789335: libhtml-formattext-withlinks-perl: FTBFS with perl 5.22 (Module::Build)
Source: libhtml-formattext-withlinks-perl Version: 0.14-1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition Tags: sid stretch This package FTBFS with perl 5.22 (currently in experimental), since Module::Build has been removed from perl core: perl Build.PL --installdirs vendor Can't locate Module/Build.pm in @INC (you may need to install the Module::Build module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.22.0 /usr/local/share/perl/5.22.0 /usr/lib/x86_64-linux-gnu/perl5/5.22 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.22 /usr/share/perl/5.22 /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base .) at Build.PL line 2. BEGIN failed--compilation aborted at Build.PL line 2. The fix is to add a build dependency on libmodule-build-perl. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789329: libboost-wave-dev: Requesting the activation of BOOST_WAVE_SUPPORT_MS_EXTENSIONS compilation flag
Package: libboost-wave-dev Severity: wishlist Dear Debian Boost Team, First, I would like to thank you for your hard work and quality packages. I am the sponsored maintainer of the vera++ package. This package has a dependency over libboost-wave. It has been decided upstream to recompile boost wave with vera++ in order to activate the BOOST_WAVE_SUPPORT_MS_EXTENSIONS cxx flag so vera++ would be able to parse specific windows identifiers (__stdcall, __declspec, …). See issue #58¹. It is indeed nice for vera++ to be able to parse those identifiers correctly so a Debian server checking source files from windows developers would correctly report errors related to these tokens. For instance, there are users of vera++ who runs a svn hook which refuses commits of source files with bad coding style. Could it be possible to add the BOOST_WAVE_SUPPORT_MS_EXTENSIONS=1 flag for the compilation of boost wave, please? If not can you please explain why? I have checked the BTS if any demands regarding the BOOST_WAVE_SUPPORT_MS_EXTENSIONS compilation flag for boost wave have been asked in the past and could not find anything. Is there anything in Debian which could prevent the activation of this flag (apart from we never had the need before)? It would be a pity for Debian to ship a degraded version of vera++. Moreover, I think it would not be in accordance to the policy for my package to build its own boost-wave library. In case you cannot add the previously mentionned flag, what would be the best practice here? Thanks in advance for your time. Best regards, -- Vincent Hobeïka -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788325: easytag: Don't register as default handler for directories
On 06/19/2015 09:38 PM, James Cowgill wrote: I think you could reorder the easytag entries in /etc/mailcap by doing some stuff with update-mime. i have added a fix in the master branch to use low-priorities mimetype associations in /etc/mailcap. However it won't fix this problem because desktop environments (including xdg-open and gnome-open) don't read /etc/mailcap, they read the mimeapps.list files. I can't see any way to set priorities for those (only user and desktop environment overrides). http://standards.freedesktop.org/mime-apps-spec/mime-apps-spec-1.0.1.html DoH!! [1] is quite explicit: there are no priorities... anyhow, your answer gave me two clues: - the good thing about that is, that i can now easily fix the problem for me, by adding the following to ~/.local/share/applications/mimeapps.list: [Removed Associations] inode/directory=easytag.desktop; - the bad thing is that this is on a per-user basis, and cannot be handled by the package. most likely the proper way would be to ensure that easytag does not appear in the [Default Applications] section (and that at least one proper filebrowser does appear in this section). but it also seems that Debian does not really maintain a mimeapps.list, which makes it rather hard to use :-( fgmadsr IOhannes [1] https://wiki.debian.org/MIME#Application_association signature.asc Description: OpenPGP digital signature
Bug#789260: libburn4: Incompatibility with Plextor PX-608CU burner
Hello. Here comes what I was able to find over the Internet. Burning issue with another Plextor drive and openSUSE 11.2: https://forums.opensuse.org/showthread.php/437135-Cannot-Burn-to-DVD-R-Disc-with-Plextor-PX-716SA Very old kernel bug related to burning: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=246647 There are some other posts reporting issues with Plextor drives under Linux, however most of them are unanswered. I'm thinking of recompiling the kernel to tweak it for my case. can you suggest any options that i can try to enable/disale? I can only thing about legacy scsi support. Have a nice weekend 2015-06-19 19:45 GMT+03:00 Thomas Schmitt scdbac...@gmx.net: Hi, growisofs was able to write the largest volume of data. Brasero, k3b and xfburn all failed after just some seconds. But K3b used growisofs for burning. To my personal experience with nearly failing hardware it is quite futile to search for patterns in the instability. (And i spent some time with diagnosing such situations.) However, k3b has successfully simulated the burning. This needs less electrical power than real burning. Plextor uses 2 USB cables (one for power) Do you have a dedicated power supply for it ? Something like on http://www.notebookreview.com/assets/30825.jpg If so, try whether it works better then. I have also found in Google that something similar users experienced in openSUSE 11.2 it was fixed after update to 11.3. Can you remember some URL ? Would be interesting to read if it affected DVD burning. - Whatever, as long as the system call ioctl(...,SG_IO,...) returns with indication for SG_ERR_DID_ERROR, i can hardly do anything for you. If other burn software yields significantly different results then it might be due to small differences in write parameters. E.g. whether DVD-R is written as DAO or as Incremental, or whether on DVD+R a track was reserved before writing. During data transfer both programs use WRITE(10) but might have a different rythm with inquiring the buffer fill. But on the next error prone drive, the situation can be just the other way: libburn succeeds and growisofs fails. We'd need some time to find out which difference between growisofs and libburn would cause the different performance. And only your computer system can tell. The only hint i can give now is to post a bug for the kernel, saying the component host_status of sg_io_hdr_t as defined in /usr/include/scsi/sg.h has the value of 7 after ioctl(SG_IO). (Specs: http://www.tldp.org/HOWTO/SCSI-Generic-HOWTO/x291.html) Have a nice day :) Thomas -- С уважением, Нестеркин Дмитрий
Bug#789340: libio-stty-perl: FTBFS with perl 5.22 (Module::Build)
Source: libio-stty-perl Version: 0.03-1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition Tags: sid stretch This package FTBFS with perl 5.22 (currently in experimental), since Module::Build has been removed from perl core: perl Build.PL --installdirs vendor --config optimize=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 --config ld=x86_64-linux-gnu-gcc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro Can't locate Module/Build.pm in @INC (you may need to install the Module::Build module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.22.0 /usr/local/share/perl/5.22.0 /usr/lib/x86_64-linux-gnu/perl5/5.22 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.22 /usr/share/perl/5.22 /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base .) at Build.PL line 3. BEGIN failed--compilation aborted at Build.PL line 3. The fix is to add a build dependency on libmodule-build-perl. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789343: libnagios-plugin-perl: FTBFS with perl 5.22: Can't use 'defined(%hash)'
Source: libnagios-plugin-perl Version: 0.36-1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition Tags: sid stretch upstream patch Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=103190 This package FTBFS with perl 5.22 (currently in experimental): Can't use 'defined(%hash)' (Maybe you should just omit the defined()?) at t/Nagios-Plugin-Functions-01.t line 22. # Looks like you planned 113 tests but ran 1. # Looks like your test exited with 255 just after 1. t/Nagios-Plugin-Functions-01.t There is a trivial patch. Note: And yes, N::P is deprecated due to trademark problems. so it may not be fixed upstream. We may need to come up with a transition plan in Debian. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789344: libnet-ssleay-perl: FTBFS: Test failure
Source: libnet-ssleay-perl Version: 1.68-1 Severity: serious From my pbuilder build log: ... t/local/33_x509_create_cert.t .. 1..123 ok 1 - BIO_new_file 1 ok 2 - PEM_read_bio_X509 ok 3 - BIO_new_file 2 ok 4 - PEM_read_bio_PrivateKey ok 5 - X509_verify ok 6 - X509_get_subject_name ok 7 - X509_get_issuer_name ok 8 - X509_NAME_cmp ok 9 - EVP_PKEY_new ok 10 - RSA_generate_key ok 11 - EVP_PKEY_assign_RSA ok 12 - X509_new ok 13 - X509_set_pubkey ok 14 - X509_get_subject_name ok 15 - X509_NAME_add_entry_by_NID ok 16 - OBJ_nid2obj ok 17 - X509_NAME_add_entry_by_OBJ ok 18 - X509_NAME_add_entry_by_txt ok 19 - X509_set_version ok 20 - X509_get_serialNumber ok 21 - ASN1_INTEGER_get ok 22 - P_ASN1_INTEGER_get_hex ok 23 - ASN1_INTEGER_get ok 24 - P_ASN1_INTEGER_get_dec ok 25 - P_ASN1_INTEGER_get_hex ok 26 - P_ASN1_TIME_set_isotime+X509_get_notBefore ok 27 - P_ASN1_TIME_set_isotime+X509_get_notAfter ok 28 - P_X509_add_extensions ok 29 - EVP_get_digestbyname ok 30 - X509_sign ok 31 - X509_get_version ok 32 - X509_verify ok 33 - PEM_get_string_X509 ok 34 - PEM_get_string_PrivateKey+nopasswd ok 35 - PEM_get_string_PrivateKey+passwd ok 36 - EVP_get_cipherbyname ok 37 - PEM_get_string_PrivateKey+passwd+enc_alg ok 38 - EVP_get_cipherbyname not ok 39 - PEM_get_string_PrivateKey+passwd+enc_alg # Failed test 'PEM_get_string_PrivateKey+passwd+enc_alg' # at t/local/33_x509_create_cert.t line 104. # undef # doesn't match '(?^:-BEGIN (ENCRYPTED|RSA) PRIVATE KEY-)' ok 40 - X509_NAME_print_ex ok 41 - X509_get_ext_by_NID ok 42 - X509_get_ext ok 43 - X509V3_EXT_print ok 44 - EVP_PKEY_new ok 45 - RSA_generate_key ok 46 - EVP_PKEY_assign_RSA ok 47 - X509_REQ_new ok 48 - X509_REQ_set_pubkey ok 49 - X509_REQ_get_subject_name ok 50 - X509_NAME_add_entry_by_txt ok 51 - X509_NAME_add_entry_by_txt ok 52 - X509_NAME_add_entry_by_txt ok 53 - P_X509_REQ_add_extensions ok 54 - X509_REQ_add1_attr_by_NID ok 55 - X509_REQ_add1_attr_by_NID ok 56 - X509_REQ_set_version ok 57 - EVP_get_digestbyname ok 58 - X509_REQ_sign ok 59 - X509_REQ_get_pubkey ok 60 - X509_REQ_verify ok 61 - X509_REQ_get_version ok 62 - OBJ_txt2obj ok 63 - OBJ_obj2nid ok 64 - X509_REQ_get_attr_count ok 65 - X509_REQ_get_attr_by_NID ok 66 - X509_REQ_get_attr_by_OBJ ok 67 - P_X509_REQ_get_attr ok 68 - attr_values size ok 69 - attr_values[0] ok 70 - PEM_get_string_X509_REQ ok 71 - PEM_get_string_PrivateKey ok 72 - X509_new ok 73 - X509_set_version ok 74 - X509_get_serialNumber ok 75 - X509_gmtime_adj + X509_get_notBefore ok 76 - X509_gmtime_adj + X509_get_notAfter ok 77 - X509_set_subject_name + X509_REQ_get_subject_name ok 78 - P_X509_copy_extensions ok 79 - X509_REQ_get_pubkey ok 80 - X509_set_pubkey ok 81 - X509_sign ok 82 - PEM_get_string_X509 ok 83 - X509_NAME_print_ex 1 ok 84 - X509_NAME_print_ex 2 ok 85 - X509_get_notBefore ok 86 - X509_get_notAfter ok 87 - X509_certificate_type ok 88 - X509_REQ_free ok 89 - X509_free ok 90 - X509_new ok 91 - X509_get_subject_name ok 92 - X509_NAME_add_entry_by_txt ok 93 - X509_NAME_add_entry_by_txt ok 94 - X509_NAME_print_ex ok 95 - BIO_new_file ok 96 - PEM_read_bio_X509 ok 97 - EVP_PKEY_new ok 98 - RSA_generate_key ok 99 - EVP_PKEY_assign_RSA ok 100 - X509_new ok 101 - X509_set_pubkey ok 102 - X509_get_subject_name ok 103 - X509_set_subject_name ok 104 - X509_get_serialNumber ok 105 - X509_get_serialNumber ok 106 - P_ASN1_TIME_set_isotime+X509_get_notBefore ok 107 - P_ASN1_TIME_set_isotime+X509_get_notAfter ok 108 - EVP_get_digestbyname ok 109 - X509_sign ok 110 - PEM_get_string_X509 ok 111 - PEM_get_string_PrivateKey ok 112 - BIO_new_file ok 113 - PEM_read_bio_X509 ok 114 - EVP_get_digestbyname ok 115 - X509_REQ_digest ok 116 - X509_REQ_new ok 117 - X509_REQ_get_subject_name ok 118 - X509_REQ_set_subject_name ok 119 - X509_REQ_free ok 120 - BIO_new_file ok 121 - d2i_X509_REQ_bio ok 122 - BIO_new_file ok 123 - d2i_X509_bio # Looks like you failed 1 test of 123. Dubious, test returned 1 (wstat 256, 0x100) Failed 1/123 subtests ... Test Summary Report --- t/local/33_x509_create_cert.t(Wstat: 256 Tests: 123 Failed: 1) Failed test: 39 Non-zero exit status: 1 Files=29, Tests=2712, 3 wallclock secs ( 0.28 usr 0.04 sys + 2.46 cusr 0.13 csys = 2.91 CPU) Result: FAIL Failed 1/29 test programs. 1/2712 subtests failed. Makefile:945: recipe for target 'test_dynamic' failed make[1]: *** [test_dynamic] Error 255 make[1]: Leaving directory '/tmp/buildd/libnet-ssleay-perl-1.68' dh_auto_test: make -j1 test TEST_VERBOSE=1 returned exit code 2 debian/rules:4: recipe for target 'build' failed make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 (Note: I've ruled out the disabling of network access in pbuilder as the cause of this, as the build still fails with USENETWORK=yes in the configuration.) -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact
Bug#788323: snoopy FTBFS on mipsel make[1]: aclocal: Command not found
Hi Maintainer. Did you have time to check my patch? Thanks, Gustavo Prado Alkmim Bacharel em Ciência da Computação (UFLA) Doutorando em Ciência da Computação (UNICAMP) -- Do que adianta para o homem ganhar o mundo e perder sua alma??? 2015-06-10 6:20 GMT-03:00 Gustavo Prado Alkmim alk...@ic.unicamp.br: Added automake as build-dependency. Patch is attached. Gustavo Prado Alkmim Bacharel em Ciência da Computação (UFLA) Doutorando em Ciência da Computação (UNICAMP) -- Do que adianta para o homem ganhar o mundo e perder sua alma??? 2015-06-10 5:52 GMT-03:00 Gustavo Prado Alkmim alk...@ic.unicamp.br: Package: snoopy Version: 2.3.1-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Dear Maintainer, Package is failing to build on buildd. I'm working on a fix and I will attach it as soon as possible. Full log is attached. Build Log tail: make[1]: Entering directory '/«PKGBUILDDIR»' libtoolize -f libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `build/aux'. libtoolize: linking file `build/aux/ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `build/m4'. libtoolize: linking file `build/m4/libtool.m4' libtoolize: linking file `build/m4/ltoptions.m4' libtoolize: linking file `build/m4/ltsugar.m4' libtoolize: linking file `build/m4/ltversion.m4' libtoolize: linking file `build/m4/lt~obsolete.m4' libtoolize: `AC_PROG_RANLIB' is rendered obsolete by `LT_INIT' aclocal make[1]: aclocal: Command not found make[1]: *** [override_dh_auto_configure] Error 127 debian/rules:10: recipe for target 'override_dh_auto_configure' failed make[1]: Leaving directory '/«PKGBUILDDIR»' make: *** [build-arch] Error 2 debian/rules:7: recipe for target 'build-arch' failed dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2
Bug#789349: cinder: please retrospectively fix CVE identifier in changelog entry for 2015.1.0+2015.06.16.git26.9634b76ba5-1
Source: cinder Version: 2015.1.0+2015.06.16.git26.9634b76ba5-1 Severity: minor Hello Thomas, Could you please update the CVE identifier in the next cinder upload to unstable in the debian/changelog entry for 2015.1.0+2015.06.16.git26.9634b76ba5-1 . Cf. http://www.openwall.com/lists/oss-security/2015/06/17/7 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#789343: libnagios-plugin-perl: FTBFS with perl 5.22: Can't use 'defined(%hash)'
On Sat, 20 Jun 2015 00:16:45 +0100, Dominic Hargreaves wrote: Note: And yes, N::P is deprecated due to trademark problems. so it may not be fixed upstream. We may need to come up with a transition plan in Debian. Right, that's tracked as https://bugs.debian.org/779844 Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Donovan: Living for the lovelight signature.asc Description: Digital Signature
Bug#717074: psxy is also affected by correlated bug
Dear Debian Package Maintainer, I don't understand the whole reason for that but I know that it is related to the -ansi and -pedantic option during compile. When I use % apt-get source gmt % cd gmt-4.5.12 % joe debian/rules # Remove -ansi -pedantic % fakeroot debian/rules binary % sudo dpkg -i ../*.deb the debian packages generated works perfectly, with the given options, the program is not usable. regards, Bianchi -- Centro de Sismologia da USP Instituto de Astronomia, Geofísica e Ciências Atmosféricas (IAG/USP) Rua do matão, 1226 São Paulo/SP 05508-090 Brasil Phone: +55 11 3091-4743 Cel: +55 11 9820-10-930 http://moho.iag.usp.br/ http://www.iag.usp.br/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789345: zynaddsubfx FTBFS on mipsel: missing files (usr/lib64/dssi/*.so)
A patch with the fix is attached. Gustavo Prado Alkmim Bacharel em Ciência da Computação (UFLA) Doutorando em Ciência da Computação (UNICAMP) -- Do que adianta para o homem ganhar o mundo e perder sua alma??? 2015-06-19 22:43 GMT-03:00 Gustavo Prado Alkmim alk...@ic.unicamp.br: Package: zynaddsubfx Version: 2.4.3-5 Severity: serious Justification: fails to build from source (but built successfully in the past) Dear Maintainer, Package is failing to build on buildd. I'm working on a fix and I will attach it as soon as possible. Full log is attached. Build Log tail: make[2]: Leaving directory '/«PKGBUILDDIR»/obj-mipsel-linux-gnu' Install the project... /usr/bin/cmake -P cmake_install.cmake -- Install configuration: None -- Installing: /«PKGBUILDDIR»/debian/tmp/usr/share/doc/zynaddsubfx/AUTHORS.txt -- Installing: /«PKGBUILDDIR»/debian/tmp/usr/share/doc/zynaddsubfx/COPYING -- Installing: /«PKGBUILDDIR»/debian/tmp/usr/share/doc/zynaddsubfx/FAQ.txt -- Installing: /«PKGBUILDDIR»/debian/tmp/usr/share/doc/zynaddsubfx/HISTORY.txt -- Installing: /«PKGBUILDDIR»/debian/tmp/usr/share/doc/zynaddsubfx/README.txt -- Installing: /«PKGBUILDDIR»/debian/tmp/usr/lib/dssi/libzynaddsubfx_dssi.so -- Installing: /«PKGBUILDDIR»/debian/tmp/usr/bin/zynaddsubfx make[1]: Leaving directory '/«PKGBUILDDIR»/obj-mipsel-linux-gnu' dh_install -a -O--parallel dh_install: zynaddsubfx-dssi missing files (usr/lib64/dssi/*.so), aborting make: *** [binary-arch] Error 2 debian/rules:4: recipe for target 'binary-arch' failed dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error exit status 2 zynaddsubfx-2.4.3-5.patch Description: Binary data
Bug#789347: RM: sugar-connect-activity -- ROM; dead upstream, never much activity upstream
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi ftpmasters, Please drop sugar-connect-activity from unstable: code is dead upstream, and it seemingly never was used much. - Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJVhN1pAAoJECx8MUbBoAEhjksP/0VB/Jwmbu+WRgBUhll0VhA6 tfgV+FMjZlEY0LK0kBEMshCSKLuEibOW8+Ep5gVXauN/G2+U2idu2uJfyH/r6aaT /nGe36terLCTcfjKn/STUYBW6q2WTdwwT9S4ayOLnpZfCW7qN+XhTgWVrAqYF2Tn 9E7gbZS2YTfI1bHPm8WkLsDBG13BBXkjhrDp3gdD8TLK5tPa4rqzWT+T2lbQ0Nkx x6+U79VGjnsFMI46I8/b4XlNQpUyCjKLuyPo6jJpIoCgPNY71VjE2YlU5tOSKQku lE/C25VjjSjAtt+pHnYPp9M71zWELX1LM6B8eGQR2gAvZGTqmCZOD8Jm2inEnTLS aryaxRnVqyLVn4J7Zk8dKHrmX6PRLbHms0q1KASdRYNO3t2aoz7gq79fHNi/Kr2n 3wtZMN0krUGDbu1VwTYmw6S1wiCSd0gx86qhT9XZT0LDyHwzdKdti6l0lZ5iaMkv TTX87Xxu0UZJflMYnjtzD6I/IjGIptamZfUzif25s4TEzvoQY0v+CUIttbZe1Auq Pi+5oqN7jF9fJjYYYIa95LR6cfHtbyIhEgcBCRFK4c/f4ZkLhRMn5Odi+EKzp6Z/ aOZHieduqBGMxSeGwUgNfcPdzOUT+AKmbEDWJNJvcQ/UQGBWR2/gqnNnIhFx+tFr t757avena/KxHKF00/aK =jQ7Q -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#607195: WORK WITH
My name is Gatan Magsino, I work with Mediterranean Bank in Malta. Can i trust you with a business worth 8.3 million USD? Please reply ONLY to my private email: magg...@yahoo.com.hk for more information. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789348: mate-applets: Unable to install mate-applets because of a file conflict in mate-applets-common
Package: mate-applets Version: 1.10.0+dfsg1-1~exp1 Justification: renders package unusable Severity: grave Dear Maintainer, I was trying to install mate-applets when ran into this :- [$] sudo aptitude install mate-applets=1.10.0+dfsg1-1~exp1 mate-applets-common=1.10.0+dfsg1-1~exp1 The following packages will be upgraded: mate-applets mate-applets-common The following partially installed packages will be configured: mate-sensors-applet{b} 2 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 965 kB of archives. After unpacking 387 kB will be freed. The following packages have unmet dependencies: mate-sensors-applet : Depends: mate-sensors-applet-common (= 1.10.1+dfsg1-1~exp1) but it is not going to be installed. The following actions will resolve these dependencies: Remove the following packages: 1) mate-sensors-applet Accept this solution? [Y/n/q/?] Y The following packages will be REMOVED: libmate-sensors-applet-plugin0{u} mate-sensors-applet{a} The following packages will be upgraded: mate-applets mate-applets-common 2 packages upgraded, 0 newly installed, 2 to remove and 0 not upgraded. Need to get 965 kB of archives. After unpacking 668 kB will be freed. Do you want to continue? [Y/n/?] Y Get: 1 http://httpredir.debian.org//debian/ experimental/main mate-applets amd64 1.10.0+dfsg1-1~exp1 [221 kB] Get: 2 http://httpredir.debian.org//debian/ experimental/main mate-applets-common all 1.10.0+dfsg1-1~exp1 [743 kB] Fetched 965 kB in 12s (78.9 kB/s) Retrieving bug reports... Done Parsing Found/Fixed information... Done apt-listchanges: Mailing root: apt-listchanges: changelogs for debian D01: ensure_diversions: new, (re)loading D01: process queue pkg mate-sensors-applet:amd64 queue.len 1 progress 1, try 1 D01: deferred_remove package mate-sensors-applet:amd64 D01: checking dependencies for remove 'mate-sensors-applet:amd64' (Reading database ... 918842 files and directories currently installed.) Removing mate-sensors-applet (1.10.1+dfsg1-1~exp1) ... D01: removal_bulk package mate-sensors-applet:amd64 D01: ensure_diversions: same, skipping D01: removal_bulk cleaning info directory D01: removal_bulk purging? foundpostrm=1 D01: removal done D01: process queue pkg libmate-sensors-applet-plugin0:amd64 queue.len 0 progress 1, try 1 D01: deferred_remove package libmate-sensors-applet-plugin0:amd64 D01: checking dependencies for remove 'libmate-sensors-applet-plugin0:amd64' Removing libmate-sensors-applet-plugin0 (1.10.1+dfsg1-1~exp1) ... D01: removal_bulk package libmate-sensors-applet-plugin0:amd64 D01: ensure_diversions: same, skipping D01: removal_bulk cleaning info directory D01: removal_bulk purging? foundpostrm=1 D01: removal done Processing triggers for libc-bin (2.19-18) ... D01: ensure_diversions: same, skipping D01: cmpversions a='0:1.18.1' b='0:1.16' r=2 D01: cmpversions a='0:1.18.1' b='0:1.16' r=2 D01: ensure_diversions: new, (re)loading D01: ensure_statoverrides: new, (re)loading (Reading database ... 918807 files and directories currently installed.) Preparing to unpack .../mate-applets_1.10.0+dfsg1-1~exp1_amd64.deb ... D01: process_archive oldversionstatus=installed Unpacking mate-applets (1.10.0+dfsg1-1~exp1) over (1.8.1+dfsg1-3) ... D01: process_archive updating info directory D01: generating infodb hashfile Preparing to unpack .../mate-applets-common_1.10.0+dfsg1-1~exp1_all.deb ... D01: process_archive oldversionstatus=installed Unpacking mate-applets-common (1.10.0+dfsg1-1~exp1) over (1.8.1+dfsg1-3) ... dpkg: error processing archive /var/cache/apt/archives/mate-applets-common_1.10.0+dfsg1-1~exp1_all.deb (--unpack): trying to overwrite '/usr/share/dbus-1/services/org.mate.panel.applet.DriveMountAppletFactory.service', which is also in package mate-applets 1.10.0+dfsg1-1~exp1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Processing triggers for dbus (1.9.16-2) ... D01: ensure_diversions: same, skipping Processing triggers for man-db (2.7.0.2-5) ... D01: ensure_diversions: same, skipping Processing triggers for libglib2.0-0:amd64 (2.45.2-1) ... D01: ensure_diversions: same, skipping D01: cmpversions a='0:1.18.1' b='0:1.16' r=2 D01: cmpversions a='0:1.18.1' b='0:1.16' r=2 Errors were encountered while processing: /var/cache/apt/archives/mate-applets-common_1.10.0+dfsg1-1~exp1_all.deb needrestart is being skipped since dpkg has failed E: Sub-process /usr/bin/dpkg returned an error code (1) Failed to perform requested operation on package. Trying to recover: D01: ensure_diversions: new, (re)loading D01: process queue pkg mate-applets:amd64 queue.len 0 progress 1, try 1 dpkg: dependency problems prevent configuration of mate-applets: mate-applets depends on mate-applets-common (= 1.10.0+dfsg1-1~exp1); however: Version of mate-applets-common on system is 1.8.1+dfsg1-3. dpkg: error processing
Bug#789327: zoneminder: Zoneminder service fails to start
On Fri, 19 Jun 2015 17:19:56 federico wrote: Severity: important I'm not sure how this problem could possibly qualify for severity important. I followed the error and think that the file /etc/zm/zm.conf is the culprit. The owner for this file is root:root and I suspect it should be root:www-data. After running: chown root:www-data /etc/zm/zm.conf The service started without troubles. Thank you. I see two ways to fix this problem: A) chgrp www-data /etc/zm/zm.conf from postinst. B) Add corresponding note to setup instructions in README.Debian. The first approach A is easier but the second idea B encourage systems administrator to review permission and ownership of the config file. I presume that sysadmin should always verify access of the config file after initial setup so perhaps that's why I forgot to mention that in the setup instructions... Federico, what do you prefer? -- Regards, Dmitry Smirnov. --- It is a mistake to try to look too far ahead. The chain of destiny can only be grasped one link at a time. -- Winston Churchill signature.asc Description: This is a digitally signed message part.
Bug#789343: libnagios-plugin-perl: FTBFS with perl 5.22: Can't use 'defined(%hash)'
Hi Gregor, On Sat, Jun 20, 2015 at 02:33:03AM +0200, gregor herrmann wrote: On Sat, 20 Jun 2015 00:16:45 +0100, Dominic Hargreaves wrote: Note: And yes, N::P is deprecated due to trademark problems. so it may not be fixed upstream. We may need to come up with a transition plan in Debian. Right, that's tracked as https://bugs.debian.org/779844 yep, I know. Due to lack of time on my side I have not yet done it, but will do the packaging of Monitoring::Plugin. 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#785714: kexec-tools is broken when using systemd, danger of filesystem corruption
Hi Khalid, first of all, thanks for looking into the issue. I am by far no systemd expert, so if I get anything wrong, please correct me :) I do think however, that I know enough to be certain that there is a problem with the package when utilizing systemd as init system. Have you seen any evidence of corruption on a filesystem? Yes, I can reproduce unclean (un-)mounts on my testing machine (Xeon E3-1245, SSD) when using the original kexec-tools package on every reboot with kexec enabled: [...] [Sat Jun 20 00:05:32 2015] Adding 4194300k swap on /dev/mapper/vg-swap. Priority:-1 extents:1 across:4194300k FS [Sat Jun 20 00:05:32 2015] EXT4-fs (dm-4): 1 orphan inode deleted [Sat Jun 20 00:05:32 2015] EXT4-fs (dm-4): recovery complete [Sat Jun 20 00:05:32 2015] EXT4-fs (dm-4): mounted filesystem with ordered data mode. Opts: (null) [Sat Jun 20 00:05:32 2015] EXT4-fs (dm-3): 5 orphan inodes deleted [Sat Jun 20 00:05:32 2015] EXT4-fs (dm-3): recovery complete [...] Whereas I cannot reproduce this when using my patched package: [...] [Sat Jun 20 00:07:39 2015] EXT4-fs (dm-3): mounted filesystem with ordered data mode. Opts: usrjquota=aquota.user,jqfmt=vfsv1 [Sat Jun 20 00:07:39 2015] EXT4-fs (dm-4): mounted filesystem with ordered data mode. Opts: (null) [Sat Jun 20 00:07:39 2015] Adding 4194300k swap on /dev/mapper/vg-swap. Priority:-1 extents:1 across:4194300k FS [Sat Jun 20 00:07:39 2015] EXT4-fs (dm-5): mounted filesystem with ordered data mode. Opts: (null) [...] Reboot times are roughly the same, only with the current official Jessie package, I get unclean mounts all the time, which in turn suggests, that the filesystem has not been properly unmounted before kexec loaded the new kernel image. /etc/init.d/kexec script header says: # X-Stop-After:umountroot which means stop target for /etc/init.d/kexec will not be called until root fs has been unmounted, at which point all other filesystems must have already been unmounted. When using SysV init, this is indeed true - however systemd seems to mask the umountroot/umountfs LSB init scripts, which means that they are not considered for dependencies at all. Thus the kexec LSB init script dependency is rendered useless: lrwxrwxrwx 1 root root 9 May 26 08:07 /lib/systemd/system/umountroot.service - /dev/null lrwxrwxrwx 1 root root 9 May 26 08:07 /lib/systemd/system/umountfs.service - /dev/null This can also bee seen when checking the unit file (auto-)generated by systemd-sysv: /run/systemd/generator.late/kexec-load.service: # Automatically generated by systemd-sysv-generator [Unit] SourcePath=/etc/init.d/kexec-load Description=LSB: Load kernel image with kexec Before=runlevel2.target runlevel3.target runlevel4.target runlevel5.target shutdown.target After=local-fs.target remote-fs.target kexec.service Conflicts=shutdown.target [Service] Type=forking Restart=no TimeoutSec=5min IgnoreSIGPIPE=no KillMode=process GuessMainPID=no RemainAfterExit=yes SysVStartPriority=2 ExecStart=/etc/init.d/kexec-load start ExecStop=/etc/init.d/kexec-load stop /run/systemd/generator.late/kexec.service: # Automatically generated by systemd-sysv-generator [Unit] SourcePath=/etc/init.d/kexec Description=LSB: Execute the kexec -e command to reboot system Before=runlevel2.target runlevel3.target runlevel4.target runlevel5.target shutdown.target Conflicts=shutdown.target [Service] Type=forking Restart=no TimeoutSec=5min IgnoreSIGPIPE=no KillMode=process GuessMainPID=no RemainAfterExit=yes SysVStartPriority=1 ExecStart=/etc/init.d/kexec start ExecStop=/etc/init.d/kexec stop So basically kexec.service depends on kexec-load.service to be stopped before itself, which is okay, because the kernel image needs to be loaded before doing the actual kexec reboot. However there are no other dependencies whatsoever on the filesystem or other services, which basically means that kexec.service will be in a race with other services being shut down at the same time. If you get lucky the other services have been stopped before kexec gets executed, otherwise you are not (and the observed inconsistencies may occur) :( Rebooting the system with reboot calls the target reboot. That is correct. If one invokes the target kexec directly, their intent is to kexec immediately (same as exceuting kexec -e which does not do an orderly shutdown). Orderly shutdown is meant to happen when reboot is called, not when kernel is kexec'd explicitly by the user. I do not agree with this change. This however, is not. I guess you are confusing kexec.service (which is the autogenerated unit for your LSB kexec script) with the systemds' builtin kexec.target (which will be used when issuing 'systemctl kexec') - the according unit file can be found here: /lib/systemd/system/kexec.target: # This file is part of systemd. # # systemd is free software; you can redistribute it and/or modify it # under the terms of the GNU Lesser General Public License as published by # the Free
Bug#789346: mate-sensors-applet: Cannot install mate-sensors-applet-common because a .mo file is also present in mate-sensors-applet
Package: mate-sensors-applet Version: 1.10.1+dfsg1-1~exp1 Justification: renders package unusable Severity: grave Dear Maintainer, I was trying to install mate-sensors applet which in turn pulled mate-sensors-applet-common. While installing it though, mate-sensors-applet-common complains that a .mo file is also present in mate-sensors-applet. See :- [$] sudo aptitude install mate-sensors-applet=1.10.1+dfsg1-1~exp1 libmate-sensors-applet-plugin0=1.10.1+dfsg1-1~exp1 mate-sensors-applet-common -y The following NEW packages will be installed: mate-sensors-applet-common The following packages will be upgraded: libmate-sensors-applet-plugin0 mate-sensors-applet 2 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 122 kB of archives. After unpacking 174 kB will be freed. Get: 1 http://httpredir.debian.org//debian/ experimental/main mate-sensors-applet-common all 1.10.1+dfsg1-1~exp1 [66.9 kB] Get: 2 http://httpredir.debian.org//debian/ experimental/main mate-sensors-applet amd64 1.10.1+dfsg1-1~exp1 [47.1 kB] Get: 3 http://httpredir.debian.org//debian/ experimental/main libmate-sensors-applet-plugin0 amd64 1.10.1+dfsg1-1~exp1 [8,390 B] Fetched 122 kB in 2s (50.1 kB/s) Retrieving bug reports... Done Parsing Found/Fixed information... Done apt-listchanges: Mailing root: apt-listchanges: changelogs for debian D01: ensure_diversions: new, (re)loading D01: ensure_statoverrides: new, (re)loading Selecting previously unselected package mate-sensors-applet-common. (Reading database ... 918900 files and directories currently installed.) Preparing to unpack .../mate-sensors-applet-common_1.10.1+dfsg1-1~exp1_all.deb ... D01: process_archive oldversionstatus=not installed Unpacking mate-sensors-applet-common (1.10.1+dfsg1-1~exp1) ... dpkg: error processing archive /var/cache/apt/archives/mate-sensors-applet-common_1.10.1+dfsg1-1~exp1_all.deb (--unpack): trying to overwrite '/usr/share/locale/it/LC_MESSAGES/mate-sensors-applet.mo', which is also in package mate-sensors-applet 1.8.0+dfsg1-1 Preparing to unpack .../mate-sensors-applet_1.10.1+dfsg1-1~exp1_amd64.deb ... D01: process_archive oldversionstatus=installed Unpacking mate-sensors-applet (1.10.1+dfsg1-1~exp1) over (1.8.0+dfsg1-1) ... D01: ensure_diversions: same, skipping D01: process_archive updating info directory D01: generating infodb hashfile Preparing to unpack .../libmate-sensors-applet-plugin0_1.10.1+dfsg1-1~exp1_amd64.deb ... D01: process_archive oldversionstatus=installed Unpacking libmate-sensors-applet-plugin0 (1.10.1+dfsg1-1~exp1) over (1.8.0+dfsg1-1) ... D01: ensure_diversions: same, skipping D01: process_archive updating info directory D01: generating infodb hashfile Processing triggers for hicolor-icon-theme (0.13-1) ... D01: ensure_diversions: same, skipping Processing triggers for libglib2.0-0:amd64 (2.45.2-1) ... D01: ensure_diversions: same, skipping D01: cmpversions a='0:1.18.1' b='0:1.16' r=2 D01: cmpversions a='0:1.18.1' b='0:1.16' r=2 Errors were encountered while processing: /var/cache/apt/archives/mate-sensors-applet-common_1.10.1+dfsg1-1~exp1_all.deb needrestart is being skipped since dpkg has failed E: Sub-process /usr/bin/dpkg returned an error code (1) Failed to perform requested operation on package. Trying to recover: D01: ensure_diversions: new, (re)loading D01: process queue pkg libmate-sensors-applet-plugin0:amd64 queue.len 1 progress 1, try 1 Setting up libmate-sensors-applet-plugin0 (1.10.1+dfsg1-1~exp1) ... D01: deferred_configure updating conffiles D01: ensure_diversions: same, skipping D01: process queue pkg mate-sensors-applet:amd64 queue.len 0 progress 1, try 1 dpkg: dependency problems prevent configuration of mate-sensors-applet: mate-sensors-applet depends on mate-sensors-applet-common (= 1.10.1+dfsg1-1~exp1); however: Package mate-sensors-applet-common is not installed. dpkg: error processing package mate-sensors-applet (--configure): dependency problems - leaving unconfigured Processing triggers for libc-bin (2.19-18) ... D01: ensure_diversions: same, skipping D01: cmpversions a='0:1.18.1' b='0:1.16' r=2 D01: cmpversions a='0:1.18.1' b='0:1.16' r=2 Errors were encountered while processing: mate-sensors-applet Current status: 1 broken [+1], 0 updates [-2]. Also see :- $] aptitude why mate-sensors-applet-common B mate-sensors-applet Depends mate-sensors-applet-common (= 1.10.1+dfsg1-1~exp1) While I can fix the installation of mate-sensors-applet-common by removing mate-sensors-applet or go back to the old version where mate-sensors-applet-common is not there, in the current scenario there doesn't seem to be much that can be done except removing the said .mo file from either of the packages so that installation of both the packages happen without an issue. -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500,
Bug#789344: libnet-ssleay-perl: FTBFS: Test failure
Control: forwarded -1 https://rt.cpan.org/Ticket/Display.html?id=105182 Hi Daniel, On Fri, Jun 19, 2015 at 06:32:59PM -0700, Daniel Schepler wrote: [...] not ok 39 - PEM_get_string_PrivateKey+passwd+enc_alg # Failed test 'PEM_get_string_PrivateKey+passwd+enc_alg' # at t/local/33_x509_create_cert.t line 104. # undef # doesn't match '(?^:-BEGIN (ENCRYPTED|RSA) PRIVATE KEY-)' [...] Test Summary Report --- t/local/33_x509_create_cert.t(Wstat: 256 Tests: 123 Failed: 1) Failed test: 39 Non-zero exit status: 1 Files=29, Tests=2712, 3 wallclock secs ( 0.28 usr 0.04 sys + 2.46 cusr 0.13 csys = 2.91 CPU) Result: FAIL Failed 1/29 test programs. 1/2712 subtests failed. Makefile:945: recipe for target 'test_dynamic' failed make[1]: *** [test_dynamic] Error 255 make[1]: Leaving directory '/tmp/buildd/libnet-ssleay-perl-1.68' dh_auto_test: make -j1 test TEST_VERBOSE=1 returned exit code 2 debian/rules:4: recipe for target 'build' failed make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 (Note: I've ruled out the disabling of network access in pbuilder as the cause of this, as the build still fails with USENETWORK=yes in the configuration.) Confirmed. This was as well reported upstream in https://rt.cpan.org/Ticket/Display.html?id=105182 which is due to a change in OpenSSL recently. 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#789250: bs1770gain: Fail to build on archs with strict alignment requirements
Package: bs1770gain Version: 0.4.3-1 Severity: wishlist The first build of bs1770gain on the autobuilders showed an error on at least the mipsel architecture, that look like this: ffsox_frame_convert.c: In function 'convert_s16i_s8i': ffsox_frame_convert.c:143:6: error: cast increases required alignment of target type [-Werror=cast-align] rp=(R *)p-fr-frame-data[0]; \ ^ ffsox_frame_convert.c:157:1: note: in expansion of macro 'CONVERT_II' CONVERT_II(s16,s8,int16_t,int8_t,CONVERT_INT_INT_II) ^ ffsox_frame_convert.c: In function 'convert_s32i_s8i': ffsox_frame_convert.c:143:6: error: cast increases required alignment of target type [-Werror=cast-align] rp=(R *)p-fr-frame-data[0]; \ ^ ffsox_frame_convert.c:158:1: note: in expansion of macro 'CONVERT_II' I'm not quite sure how to fix it. The full build log is available from URL: https://buildd.debian.org/status/fetch.php?pkg=bs1770gainarch=mipselver=0.4.3-1stamp=1434650613 -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789252: ITP: golang-google-api -- Google APIs Client Library
Package: wnpp Severity: wishlist Owner: Michael Stapelberg stapelb...@debian.org * Package name: golang-google-api Version : 0.0~git20150617-1 Upstream Author : Google Inc. * URL : http://google.golang.org/api * License : BSD-3-clause Programming Lang: Go Description : Google APIs Client Library These are auto-generated Go libraries from the Google Discovery Service's JSON description files of the available new style Google APIs. This is a dependency of gcsfuse, a fuse file system for Google Cloud Storage. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512342: Processed: reopening 548845
package screen unmerge 548845 fixed 512342 4.3.0-1 close 512342 kthxbye Josh Triplett via Debian Bug Tracking System wrote: # caption on firstline not supported, only hardstatus Ok, so we should split up the merged bugs, because they're different. I'm hence closing 512342 again and leave 548845 open. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788171: [Pkg-libvirt-maintainers] Bug#788171: Bug#788171: libvirt-daemon: segfault in libvirtd on qemu live migration
On Thu, Jun 18, 2015 at 07:27:31PM +0300, Vladimir K wrote: I could test migration from Jessie to Stretch host (I am low on extra machines now). If that would be a valid test. I'll try to set up to Jessie systems here. Will take some time though, at least we don't crash the daemon anymore with that path applied. Thanks a lot for testing! 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#754288: /sbin/kexec: kexec fails to boot kernels where CONFIG_RANDOMIZE_BASE=y
Control: tag -1 + moreinfo Hi Thomas, Khalid Aziz wrote (09 Jul 2014 19:19:19 GMT) : This is a known problem in older versions of kexec-tools. A patch was committed to upstream which seems to address this problem (commit 0d526445f3d3f26f50e674d75ceee344c31369f1 - x86, kaslr: add alternative way to locate kernel text mapping area). Your testing of v2.0.7 does not show this works still. This will require more investigation in that case. Any way, I will be releasing v2.0.7 of kexec-tools shortly (before the end of this week). Please test again with the updated package just for grins. Did you test this again with current kexec-tools from Jessie or testing/sid? Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789243: ITP: git-up -- fetch and rebase all locally-tracked remote Git branches
Package: wnpp Severity: wishlist * Package name : git-up Version: 0.5.12 Upstream Author :Aanand Prasad aanand.pra...@gmail.com * URL : https://github.com/aanand/git-up * License : MIT/X Programming Lang: Ruby Description: fetch and rebase all locally-tracked remote Git branches Upstream synopsis: git pull has two problems: * It merges upstream changes by default, when it's really more polite to rebase over them, unless your collaborators enjoy a commit graph that looks like bedhead. * It only updates the branch you're currently on, which means git push will shout at you for being behind on branches you don't particularly care about right now. Solve them once and for all. 0xE71C0B9D.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Bug#789246: FTBFS amd64
Package: gnupg2 Version: 2.1.5-1 Tags: experimental Severity: serious Hi, gnupg2 fails to build on amd64: https://buildd.debian.org/status/fetch.php?pkg=gnupg2arch=amd64ver=2.1.5-1stamp=1434056203 Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789249: fonts-noto: Upstream source has moved to GitHub
Package: fonts-noto Version: 2013-04-11-2~bpo70+1 Severity: normal Tags: patch Dear Maintainer, the upstream location of package fonts-noto has moved to GitHub. Best, -- Sascha Brawer, sas...@brawer.ch / sas...@google.com diff --git a/debian/copyright b/debian/copyright index 0647df8..596e3ce 100644 --- a/debian/copyright +++ b/debian/copyright @@ -1,8 +1,8 @@ Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ Upstream-Name: Noto -Upstream-Contact: https://code.google.com/p/noto/issues/list +Upstream-Contact: https://github.com/googlei18n/noto-fonts/issues http://groups.google.com/group/noto-font -Source: git clone https://code.google.com/p/noto/ +Source: git clone https://github.com/googlei18n/noto-fonts.git Comment: Tarball created from git clone using this command: git archive --prefix=$STEM/ -o $STEM.tar.gz HEAD AUTHORS LICENSE fonts/individual/*/Noto*.ttf third_party/noto_cjk/{H*,L*,NE*,R*,Noto*CJK.ttc} Debian Release: 7.8 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#785180: dwb loops - 100% proc
On Wed, May 13, 2015 at 03:53:22PM +0200, Sebastian Ramacher wrote: While trying to log in at bitbucket.com, dwb goes in a loop after displaying the login form. The browser has to be killed, and restarted with dwb -R to recover. Looks like a bug in the Javascript interpreter. I reported it upstream but I don't think it's very likely that it will be fixed since this is an old version of webkit. https://bugs.webkit.org/show_bug.cgi?id=146144 As a workaround you can try setting this environment variable and see if it fixes the problem for you: JavaScriptCoreUseJIT=0 Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789245: [Pkg-openssl-devel] Bug#789245: libssl1.0.0:amd64: libssl-1.0.1k-3+deb8u1 breaks stunnel4 STARTTLS connections
On Thu, Jun 18, 2015 at 11:08:31PM -0700, Christian Kujau wrote: Package: libssl1.0.0 Version: 1.0.1k-3+deb8u1 Severity: normal Dear Maintainer, the last update for openssl/libssl has the following in its changelog: openssl (1.0.1k-3+deb8u1) jessie-security; urgency=medium * CVE-2015-4000: Have minimum of 768 bit for DH Which is probably The Right Thing to do, but it breaks a stunnel4 client connection to a STARTTLS SMTP server (that I have no control over): = LOG5[28161]: Service [mailhost] accepted connection from ::1:58363 LOG6[28161]: s_connect: connecting mailhost:25 LOG5[28161]: s_connect: connected mailhost:25 LOG5[28161]: Service [mailhost] connected remote server from 127.0.0.1:54733 LOG6[28161]: SNI: sending servername: localhost LOG3[28161]: SSL_connect: 14082174: error:14082174:SSL routines:ssl3_check_cert_and_algorithm:dh key too small LOG5[28161]: Connection reset: 0 byte(s) sent to SSL, 0 byte(s) sent to socket = The stunnel configuration can be found below. I was about to report this as a bug against the stunnel4 package, but since the last libssl update broke it, I decided to report it against libssl - feel free to re-assign. Is the other side also stunnel, or is it directly using the SMTP server? In any case there is nothing I can (or want to) do in OpenSSL. The other side needs to be fixed to use a stronger group. If the other side is using software in some default configuration it would be helpful to know that so we can get that fixed. Some more notes on the stunnel4 package, from its manpage: DH PARAMETERS Stunnel 4.40 and later contains hardcoded 2048-bit DH parameters. It is also possible to specify DH parameters in the certificate file: openssl dhparam 2048 stunnel.pem But this is only possible when running stunnel4 in *server* mode - in client mode (and without client certificates involved), I don't have any stunnel.pem configured and thus cannot add any DH parameters. Or maybe it's possible, but I could not find it documented. It's the server that decides the which group to use, so it's configured at that side. 4.40 should already be in oldstable. Workaround: 1) Don't upgrade to 1.0.1k-3+deb8u1 :-) 2) Extract an older version of libssl, then use LD_LIBRARY_PATH=/path/to/older/version stunnel4 stunnel.conf 3) Use a non-DH cipher, if the server supports any. In my case, the following ciphers were supported by the server: AES128-SHA *** AES256-SHA *** DES-CBC3-SHA DES-CBC-SHA DHE-RSA-AES128-SHA DHE-RSA-AES256-SHA EDH-RSA-DES-CBC3-SHA EDH-RSA-DES-CBC-SHA EXP-DES-CBC-SHA EXP-EDH-RSA-DES-CBC-SHA EXP-RC4-MD5 EXP-RC4-MD5 RC4-MD5 RC4-MD5 RC4-SHA I went with AES128-SHA resp. AES256-SHA, I wanted to avoid RC4, DH (unusable), EXP (export) and DES. So, for stunnel, I added the following service-level option to the configuration file: ciphers = AES256-SHA Those ciphers look like they're from an OpenSSL 0.9.8 version, so if the other side is running Debian it would be squeeze based, using AES128-SHA or AES256-SHA would be your best choice if you can't get the other side to use a stronger DH group. So it at least looks like the other side is running some older software. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789245: libssl1.0.0:amd64: libssl-1.0.1k-3+deb8u1 breaks stunnel4 STARTTLS connections
Package: libssl1.0.0 Version: 1.0.1k-3+deb8u1 Severity: normal Dear Maintainer, the last update for openssl/libssl has the following in its changelog: openssl (1.0.1k-3+deb8u1) jessie-security; urgency=medium * CVE-2015-4000: Have minimum of 768 bit for DH Which is probably The Right Thing to do, but it breaks a stunnel4 client connection to a STARTTLS SMTP server (that I have no control over): = LOG5[28161]: Service [mailhost] accepted connection from ::1:58363 LOG6[28161]: s_connect: connecting mailhost:25 LOG5[28161]: s_connect: connected mailhost:25 LOG5[28161]: Service [mailhost] connected remote server from 127.0.0.1:54733 LOG6[28161]: SNI: sending servername: localhost LOG3[28161]: SSL_connect: 14082174: error:14082174:SSL routines:ssl3_check_cert_and_algorithm:dh key too small LOG5[28161]: Connection reset: 0 byte(s) sent to SSL, 0 byte(s) sent to socket = The stunnel configuration can be found below. I was about to report this as a bug against the stunnel4 package, but since the last libssl update broke it, I decided to report it against libssl - feel free to re-assign. I tried the following versions of libssl, with various results: === unstable = $ LD_LIBRARY_PATH=$HOME/test/ssl/libssl1.0.0_1.0.2c-1/usr/lib/x86_64-linux-gnu stunnel4 $HOME/.stunnel.conf 2015.06.18 22:39:30 LOG5[30390]: Compiled with OpenSSL 1.0.1j 15 Oct 2014 2015.06.18 22:39:30 LOG5[30390]: Running with OpenSSL 1.0.2c 12 Jun 2015 [...] 2015.06.18 22:40:00 LOG6[30424]: SNI: sending servername: localhost 2015.06.18 22:40:01 LOG3[30424]: SSL_connect: 14082174: error:14082174:SSL routines:ssl3_check_cert_and_algorithm:dh key too small 2015.06.18 22:40:01 LOG5[30424]: Connection reset: 0 byte(s) sent to SSL, 0 byte(s) sent to socket === jessie (latest, 1.0.1k-3+deb8u1) = $ LD_LIBRARY_PATH=$HOME/test/ssl/libssl1.0.0_1.0.1k-3+deb8u1/usr/lib/x86_64-linux-gnu stunnel4 $HOME/.stunnel.conf 2015.06.18 22:34:54 LOG5[30211]: Compiled with OpenSSL 1.0.1j 15 Oct 2014 2015.06.18 22:34:54 LOG5[30211]: Running with OpenSSL 1.0.1k 8 Jan 2015 [...] 2015.06.18 22:35:10 LOG6[30226]: SNI: sending servername: localhost 2015.06.18 22:35:11 LOG3[30226]: SSL_connect: 14082174: error:14082174:SSL routines:SSL3_CHECK_CERT_AND_ALGORITHM:dh key too small 2015.06.18 22:35:11 LOG5[30226]: Connection reset: 0 byte(s) sent to SSL, 0 byte(s) sent to socket === jessie (1.0.1k-3) $ LD_LIBRARY_PATH=$HOME/test/ssl/libssl1.0.0_1.0.1k-3/usr/lib/x86_64-linux-gnu stunnel4 $HOME/.stunnel.conf 2015.06.18 22:37:07 LOG5[30282]: Compiled with OpenSSL 1.0.1j 15 Oct 2014 2015.06.18 22:37:07 LOG5[30282]: Running with OpenSSL 1.0.1k 8 Jan 2015 [...] 2015.06.18 22:37:30 LOG6[30289]: SSL connected: new session negotiated 2015.06.18 22:37:30 LOG6[30289]: Negotiated TLSv1 ciphersuite DHE-RSA-AES256-SHA (256-bit encryption) 2015.06.18 22:37:30 LOG6[30289]: Compression: null, expansion: null === jessie (1.0.1k-2) $ LD_LIBRARY_PATH=$HOME/test/ssl/libssl1.0.0_1.0.1k-2/usr/lib/x86_64-linux-gnu stunnel4 $HOME/.stunnel.conf 2015.06.18 22:33:15 LOG5[30175]: Compiled with OpenSSL 1.0.1j 15 Oct 2014 2015.06.18 22:33:15 LOG5[30175]: Running with OpenSSL 1.0.1k 8 Jan 2015 [...] 2015.06.18 22:33:28 LOG6[30186]: SSL connected: new session negotiated 2015.06.18 22:33:28 LOG6[30186]: Negotiated TLSv1 ciphersuite DHE-RSA-AES256-SHA (256-bit encryption) 2015.06.18 22:33:28 LOG6[30186]: Compression: null, expansion: null == Some more notes on the stunnel4 package, from its manpage: DH PARAMETERS Stunnel 4.40 and later contains hardcoded 2048-bit DH parameters. It is also possible to specify DH parameters in the certificate file: openssl dhparam 2048 stunnel.pem But this is only possible when running stunnel4 in *server* mode - in client mode (and without client certificates involved), I don't have any stunnel.pem configured and thus cannot add any DH parameters. Or maybe it's possible, but I could not find it documented. Workaround: 1) Don't upgrade to 1.0.1k-3+deb8u1 :-) 2) Extract an older version of libssl, then use LD_LIBRARY_PATH=/path/to/older/version stunnel4 stunnel.conf 3) Use a non-DH cipher, if the server supports any. In my case, the following ciphers were supported by the server: AES128-SHA *** AES256-SHA *** DES-CBC3-SHA DES-CBC-SHA DHE-RSA-AES128-SHA DHE-RSA-AES256-SHA EDH-RSA-DES-CBC3-SHA EDH-RSA-DES-CBC-SHA EXP-DES-CBC-SHA EXP-EDH-RSA-DES-CBC-SHA EXP-RC4-MD5 EXP-RC4-MD5 RC4-MD5 RC4-MD5 RC4-SHA I went with AES128-SHA resp. AES256-SHA, I wanted
Bug#789244: new upstream (2.31.0)
Package: calibre Severity: wishlist It would be nice if you could upgrade to the current upstream release (2.31.0). Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789248: bs1770gain: Fail to build on archs with unsigned char
Package: bs1770gain Version: 0.4.3-1 Severity: wishlist Tags: patch The first build of bs1770gain on the autobuilders showed a common error on several architectures: ffsox_csv2avdict.c:261:10: error: comparison is always false due to limited range of data type [-Werror=type-limits] if (EOF==(*wp=getc(b-f))) ^ cc1: all warnings being treated as errors This is caused by 'char *wp' being unable to store the value of EOF (often defined to -1) when char is unsigned. The underlying cause is that the return type of getc() is 'int', not 'char', and should not be stored directly in a char before comparing it to EOF. I believe this untested patch solve the issue: diff --git a/libffsox-2/ffsox_csv2avdict.c b/libffsox-2/ffsox_csv2avdict.c index e0a9474..ce3f781 100755 --- a/libffsox-2/ffsox_csv2avdict.c +++ b/libffsox-2/ffsox_csv2avdict.c @@ -255,11 +255,14 @@ static int priv_get_utf8(priv_t *b) static unsigned short mask[] = {192, 224, 240}; char *wp=b-ch; + int firstbyte; size_t n; // read first byte into buffer - if (EOF==(*wp=getc(b-f))) + firstbyte = getc(b-f); + if (EOF==firstbyte) goto error; + *wp = (char)firstbyte; // check how many more bytes need to be read for character n = 0; -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789251: extlib: Missing version in META file.
Source: extlib Version: 1.6.1-1 Severity: normal One of my OCaml modules (javalib) tries to find the version of extlib by using ocamlfind, but it returns [undefined] because it's not present in /usr/lib/ocaml/extlib/META. Could you please add a line version = 1.6.1 to that file? Thanks! Ender. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=es_US.UTF-8, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789247: di-netboot-assistant: consider using httpredir service
Package: di-netboot-assistant Version: 0.38a+nmu1 Severity: wishlist Now that the httpredir service exists, http://httpredir.debian.org/ it might be nice to have d-n-a's di-sources.list point at that by default. I tried changing http://ftp.debian.org/ to http://httpredir.debian.org/debian/ and it worked fine for me. I also asked Raphael Geissert if this would be an appropriate use and he said, Yes, all mirrors are expected to have the installer dirs for a given arch whenever they claim they mirror that architecture. If you ever encounter any such mirror it should be considered a bug and a reason enough to take them off the pool until they fix it. Thanks, -- Matt Taggart tagg...@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#789276: swi-prolog-java: The jar file does not contain the jpl7 API
Package: swi-prolog-java Version: 7.2.0-2 Severity: important Dear Maintainer, There is a new Java API for JPL since version 7 (org.jpl7.*), but the package still contaisn the old one (jpl.*)) -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/12 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages swi-prolog-java depends on: ii default-jre [java2-runtime]2:1.7-52 ii default-jre-headless 2:1.7-52 ii gcj-4.6-jre [java2-runtime]4.6.4-2 ii gcj-4.7-jre [java2-runtime]4.7.3-2 ii gcj-4.8-jre [java2-runtime]4.8.4-2 ii gcj-4.9-jre [java2-runtime]4.9.2-21 ii gcj-jre [java2-runtime]4:4.9.2-4 ii libc6 2.19-18 ii openjdk-6-jre [java2-runtime] 6b35-1.13.7-1 ii openjdk-7-jre [java2-runtime] 7u79-2.5.5-1 ii openjdk-8-jre [java2-runtime] 8u45-b14-3 ii swi-prolog-nox 7.2.0-2 swi-prolog-java recommends no packages. swi-prolog-java suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789286: hplip: hpfax throws error about /var/spool/cups/tmp/.hplip
Package: hplip Version: 3.14.6-1+b2 Severity: normal In the journal hpfax[1327]: [1327]: error: Failed to create /var/spool/cups/tmp/.hplip appears as a error. I dont use it otherwise. -- Package-specific info: Saving output in log file: /home/johan/hp-check.log HP Linux Imaging and Printing System (ver. 3.14.6) Dependency/Version Check Utility ver. 15.1 Copyright (c) 2001-13 Hewlett-Packard Development Company, LP This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to distribute it under certain conditions. See COPYING file for more details. Note: hp-check can be run in three modes: 1. Compile-time check mode (-c or --compile): Use this mode before compiling the HPLIP supplied tarball (.tar.gz or .run) to determine if the proper dependencies are installed to successfully compile HPLIP. 2. Run-time check mode (-r or --run): Use this mode to determine if a distro supplied package (.deb, .rpm, etc) or an already built HPLIP supplied tarball has the proper dependencies installed to successfully run. 3. Both compile- and run-time check mode (-b or --both) (Default): This mode will check both of the above cases (both compile- and run-time dependencies). Check types: a. EXTERNALDEP - External Dependencies b. GENERALDEP - General Dependencies (required both at compile and run time) c. COMPILEDEP - Compile time Dependencies d. [All are run-time checks] PYEXT SCANCONF QUEUES PERMISSION Status Types: OK MISSING - Missing Dependency or Permission or Plug-in INCOMPAT - Incompatible dependency-version or Plugin-version Gtk-Message: Failed to load module canberra-gtk-module warning: debian-8.1 version is not supported. Using debian-7.5 versions dependencies to verify and install... --- | SYSTEM INFO | --- Kernel: 4.0.5 #1 SMP Thu Jun 18 13:19:19 CEST 2015 GNU/Linux Host: london Proc: 4.0.5 #1 SMP Thu Jun 18 13:19:19 CEST 2015 GNU/Linux Distribution: debian 8.1 Bitness: 64 bit --- | HPLIP CONFIGURATION | --- HPLIP-Version: HPLIP 3.14.6 HPLIP-Home: /usr/share/hplip warning: HPLIP-Installation: Auto installation is not supported for debian distro 8.1 version Current contents of '/etc/hp/hplip.conf' file: # hplip.conf. Generated from hplip.conf.in by configure. [hplip] version=3.14.6 [dirs] home=/usr/share/hplip run=/var/run ppd=/usr/share/ppd/hplip/HP ppdbase=/usr/share/ppd/hplip doc=/usr/share/doc/hplip-doc/HTML html=/usr/share/doc/hplip-3.14.6 icon=no cupsbackend=/usr/lib/cups/backend cupsfilter=/usr/lib/cups/filter drv=/usr/share/cups/drv bin=/usr/bin # Following values are determined at configure time and cannot be changed. [configure] network-build=yes libusb01-build=no pp-build=yes gui-build=yes scanner-build=yes fax-build=yes dbus-build=yes cups11-build=no doc-build=yes shadow-build=no hpijs-install=yes foomatic-drv-install=yes foomatic-ppd-install=yes foomatic-rip-hplip-install=no hpcups-install=yes cups-drv-install=yes cups-ppd-install=no internal-tag=3.14.6 restricted-build=no ui-toolkit=qt4 qt3=no qt4=yes policy-kit=yes lite-build=no udev_sysfs_rules=no hpcups-only-build=no hpijs-only-build=no Current contents of '/var/lib/hp/hplip.state' file: Plugins are not installed. Could not access file: No such file or directory Current contents of '~/.hplip/hplip.conf' file: [installation] date_time = 06/19/15 16:12:23 version = 3.14.6 Package-namePackage-Desc Required/Optional Min-Version Installed-Version Status
Bug#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Package: cmus Version: 2.5.0-7+b1 Severity: serious Justification: potentially breaks other packages Hello! As previously discussed, I am opening a bug report against cmus to drop ROAR support from cmus. The reason is that ROAR still depends on libdnet which is potentially dangerous as it may disrupt a user's network configuration [1] for users who run apt-get with --install-suggests and a consequently, the removal of ROAR audio support was previously requested in Debian [2] as well as Ubuntu [3]. Furthermore, it has been observed, that ROAR with DECnet even directly affects cmus now, rendering the package unusable after installation, being stuck directly after starting cmus: glaubitz@z6:~ cmus getnodeadd: Can not open /etc/decnet.conf I therefore request the removal of ROAR support in cmus completely. If anyone needs this feature, they can just rebuild cmus locally since apparently there aren't any users for ROAR audio besides its original maintainer and his buddy who requested re-adding the feature in [4]. Thanks, Adrian [1] https://lists.debian.org/debian-user/2011/09/msg00287.html [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675610 [3] https://bugs.launchpad.net/ubuntu/+source/cmus/+bug/923027 [4] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680745 -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (99, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cmus depends on: ii libao4 1.1.0-3 ii libasound2 1.0.28-1 ii libc6 2.19-18 ii libcddb21.3.2-5 ii libcdio-cdda1 0.83-4.2 ii libcdio13 0.83-4.2 ii libcue1 1.4.0-1 ii libfaad22.8.0~cvs20150510-1 ii libflac81.3.1-2 ii libmad0 0.15.1b-8 ii libmodplug1 1:0.8.8.4-4.1+b1 ii libmpcdec6 2:0.1~r459-4.1 ii libncursesw55.9+20150516-2 ii libtinfo5 5.9+20150516-2 ii libvorbisfile3 1.3.4-2 ii libwavpack1 4.75.0-1 Versions of packages cmus recommends: ii cmus-plugin-ffmpeg 2.5.0-7+b1 ii libpulse0 6.0-2 ii libroar21.0~beta11-1 cmus suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789255: gnome-shell-extensions-gpaste: new upstream release
2015-06-19 10:41 GMT+02:00 Ritesh Raj Sarraf r...@debian.org: Now that GNOME 3.16 has entered into Unstable, can you please update this extension to the latest ? Upstream has added support for 3.16 http://www.imagination-land.org/posts/2015-05-11-gpaste-3.16.2.1-released.html i know, it's already done, i was just waiting for gnome-shell to hit unstable. Jérémy
Bug#789257: git-cola: Fails to start, can't find installed python-qt4
Package: git-cola Version: 2.1.2-1 Severity: important git-cola fails to start with: Sorry, you do not seem to have PyQt4 installed. Please install it before using git-cola. e.g.: sudo apt-get install python-qt4 even though python-qt4 is installed. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages git-cola depends on: ii git [git-core]1:2.1.4-2.1 ii libjs-jquery 1.7.2+dfsg-3.2 ii libjs-modernizr 2.6.2+ds1-1 ii libjs-underscore 1.7.0~dfsg-1 ii python-qt44.11.4+dfsg-1 pn python:anynone Versions of packages git-cola recommends: ii gitk1:2.1.4-2.1 ii xxdiff 1:4.0+hg437+dfsg-2 Versions of packages git-cola suggests: pn python-pyinotify none ii python-simplejson 3.7.3-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780962: caja: ctrl-a no longer works
Hi, I can't reproduce it in Debian Jessie. Tried the same steps several times, Ctrl-A works fine.
Bug#759452: lzop: run dh-autoreconf to update for new architectures
This package has trivial debian/rules. I am fairly certain that all that is required to make it build on arm64 is to add dh-autoreconf to the Build-Depends. It's blocking libguestfs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754288: /sbin/kexec: kexec fails to boot kernels where CONFIG_RANDOMIZE_BASE=y
Control: tag -1 - moreinfo This patch is now included in every stable kernel. For Jessie the patch was first included in 3.16.7-ckt6. So this bug can be closed I guess. Thanks! I'll let the maintainer handle it in their preferred way from this point. Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754291: chromium: Recent Chromium builds readily exhaust Debian default 1024 open file soft ulimit
Package: chromium Version: 43.0.2357.65-1~deb8u1 Followup-For: Bug #754291 Nothing on the upstream bug for a year - is it worth just implementing the suggested workaround(s) in the meantime? -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages chromium depends on: ii libasound2 1.0.28-1 ii libatk1.0-0 2.14.0-1 ii libc62.19-18 ii libcairo21.14.0-2.1 ii libcups2 1.7.5-11+deb8u1 ii libdbus-1-3 1.8.18-0+deb8u1 ii libexpat12.1.0-6+b3 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-3 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libgnome-keyring03.12.0-1+b1 ii libgtk2.0-0 2.24.25-3 ii libharfbuzz0b0.9.35-2 ii libjpeg62-turbo 1:1.3.1-12 ii libnspr4 2:4.10.7-1 ii libnspr4-0d 2:4.10.7-1 ii libnss3 2:3.17.2-1.1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpci3 1:3.2.1-3 ii libspeechd2 0.8-7 ii libspeex11.2~rc1.2-1 ii libsrtp0 1.4.5~20130609~dfsg-1.1 ii libstdc++6 4.9.2-10 ii libx11-6 2:1.6.2-3 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1+b1 ii libxdamage1 1:1.1.4-2+b1 ii libxext6 2:1.3.3-1 ii libxfixes3 1:5.0.1-2+b2 ii libxi6 2:1.7.4-1+b2 ii libxml2 2.9.1+dfsg1-5 ii libxrandr2 2:1.4.2-1+b1 ii libxrender1 1:0.9.8-1+b1 ii libxslt1.1 1.1.28-2+b2 ii libxss1 1:1.2.2-1 ii libxtst6 2:1.2.2-1+b1 ii x11-utils7.7+2 ii xdg-utils1.1.0~rc1+git20111210-7.4 chromium recommends no packages. Versions of packages chromium suggests: ii chromium-inspector 43.0.2357.65-1~deb8u1 pn chromium-l10n none -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777248: python-testtools: Update from Ubuntu including version bump to 1.4.0
Package: python-testtools Version: 0.9.39-1 Followup-For: Bug #777248 Dear Maintainer, In Ubuntu, we've applied the following changes to this package: * New upstream release (1.4.0): - d/control: Add BD on python{3}-unittest2 = 0.8.0. - d/control: Add BD on python3-extras. * Update watch file to use Debian pypi redirector. * Tweak execution of unit tests to ensure Python 3 is actually used. * Add BD on dh-python. * Bumped Standards-Version to 3.9.6, no changes. * Wrap and sort. This includes a version bump to 1.4.0 which is compatible with the unittest2 version in experimental. This patch depends the python3 enablement of unittest2 as detail in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=777645 -- System Information: Debian Release: jessie/sid APT prefers wily-updates APT policy: (500, 'wily-updates'), (500, 'wily-security'), (500, 'wily'), (100, 'wily-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.0-20-generic (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-testtools depends on: ii python2.7.9-1 ii python-extras 0.0.3-3 ii python-mimeparse 0.1.4-1build1 ii python-pkg-resources 17.0-1 Versions of packages python-testtools recommends: ii python-fixtures 1.0.0-01ubuntu1 Versions of packages python-testtools suggests: pn python-testtools-doc none ii python-twisted14.0.2-1ubuntu1 -- no debconf information === modified file 'debian/control' --- debian/control 2014-08-29 10:35:16 + +++ debian/control 2015-06-19 10:12:32 + @@ -5,8 +5,9 @@ Jelmer Vernooij jel...@debian.org Section: python Priority: optional -Standards-Version: 3.9.5 +Standards-Version: 3.9.6 Build-Depends: debhelper (= 9), + dh-python, python-all (= 2.6.6-3~), python-extras, python-fixtures (= 0.3.12~), @@ -15,9 +16,12 @@ python-sphinx, python-testresources (= 0.2.7), python-twisted, + python-unittest2 (= 0.8.0), python3-all, + python3-extras, python3-mimeparse, - python3-setuptools + python3-setuptools, + python3-unittest2 (= 0.8.0) X-Python-Version: = 2.6 X-Python3-Version: = 3.0 Vcs-Svn: svn://anonscm.debian.org/python-modules/packages/python-testtools/trunk/ @@ -27,11 +31,14 @@ Package: python-testtools Architecture: all -Depends: python-pkg-resources, ${misc:Depends}, ${python:Depends} +Depends: python-pkg-resources, + python-unittest2 (= 0.8.0), + ${misc:Depends}, + ${python:Depends} Provides: ${python:Provides} Breaks: python-subunit ( 0.0.6) Recommends: python-fixtures -Suggests: python-twisted, python-testtools-doc +Suggests: python-testtools-doc, python-twisted Description: Extensions to the Python unittest library - Python 2.x testtools (formerly pyunit3k) is a set of extensions to the Python standard library's unit testing framework. These extensions have been derived from @@ -44,7 +51,10 @@ Package: python3-testtools Architecture: all -Depends: python3-pkg-resources, ${misc:Depends}, ${python3:Depends} +Depends: python3-pkg-resources, + python3-unittest2 (= 0.8.0), + ${misc:Depends}, + ${python3:Depends} Suggests: python-testtools-doc Provides: ${python:Provides} Description: Extensions to the Python unittest library - Python 3.x === modified file 'debian/patches/neutralize-failing-test.patch' --- debian/patches/neutralize-failing-test.patch 2013-07-20 07:22:17 + +++ debian/patches/neutralize-failing-test.patch 2015-06-18 16:12:19 + @@ -3,9 +3,9 @@ Forwarded: no Last-Update: 2013-07-20 python-testtools-0.9.32.orig/testtools/tests/test_testresult.py -+++ python-testtools-0.9.32/testtools/tests/test_testresult.py -@@ -770,6 +770,7 @@ class TestStreamToDict(TestCase): +--- a/testtools/tests/test_testresult.py b/testtools/tests/test_testresult.py +@@ -772,6 +772,7 @@ class TestStreamToDict(TestCase): def test_bad_mime(self): # Testtools was making bad mime types, this tests that the specific # corruption is catered for. === modified file 'debian/rules' --- debian/rules 2014-08-29 10:35:16 + +++ debian/rules 2015-06-19 09:55:42 + @@ -30,6 +30,6 @@ ifeq (,$(findstring nocheck,$(DEB_BUILD_OPTIONS))) override_dh_auto_test: set -ex for pyvers in $(PYTHONS) $(PYTHON3S); do \ - PYTHONPATH=. PYTHON=python$$pyvers $(MAKE) -C $(CURDIR) check ; \ + PYTHONPATH=. python$$pyvers -m testtools.run testtools.tests.test_suite ; \ done endif === modified file 'debian/watch' --- debian/watch 2013-02-15 12:18:38 + +++ debian/watch 2015-06-19 10:08:32 + @@ -1,2 +1,3 @@ version=3
Bug#737659: libreoffice-writer: Segmentation fault when trying to open a .docx document; crashing docx example
Hi Rene, On 18.06.2015 16:39, Rene Engelhard wrote: On Thu, Jun 18, 2015 at 12:24:43PM +0200, R.-Bodo Riediger-Klaus wrote: Package: libreoffice-writer Version: 1:4.3.3-2+deb8u1 Followup-For: Bug #737659 Hi, this Document crashes lowriter with segfault. http://www.gsonet.org/shared/articles/wil/Formular_Wilhelmy_Antrag_2015.docx And how do you know that it's the same style of document the original submitter had? (I.e. it is the same bug. Right, you don't.) Since he has not offered a Test-Document I tried to Submit one Document, assuming that there are not so many unfixed bugs in Libreoffice resulting in a crash. I gone through http://neowiki.neooffice.org/index.php/Crashing_bugs_in_LibreOffice_and_OpenOffice to help you maybe find a fix the easy way, but all these Test-Documents reporting to crash, tested out fine on our jessies-stable. Now I don't know what I should handle here, expecially as your later comment means that I can close it with marking the affected versions but that's for _your_ doc, not the bug submitters' You could assume the same as me and try to fix this one, or just tell me and i will submit a new one. Closing would be wrong in my opinion, since the stable-Version is still affected. Regards, Rene greetings, bodo -- Freie Universität Berlin Fachbereich Mathematik Informatik IT-Dienst R.-Bodo Riediger-Klaus b...@mi.fu-berlin.de smime.p7s Description: S/MIME Cryptographic Signature
Bug#789213: [Pkg-chromium-maint] Bug#789213: chromium: HiDPI mistakes with xfce4 again
❦ 18 juin 2015 22:47 +0100, Paul Martin p...@debian.org : Chromium draws itself at about 4x its normal size when used with xfce4. xdpyinfo reports: screen #0: dimensions:1920x1200 pixels (508x317 millimeters) resolution:96x96 dots per inch which isn't a particularly dense dot pitch. It certainly shouldn't trigger the HiDPI handler, which is meant for 200+ dpi. Reverting to 43.0.2357.81-1 fixes the problem. You can also run Chromium with --force-device-scale-factor=1. Upstream did revert half of a patch. You can try to compile the program here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763421#125 If it reports anything else than 98304, the bug likely steems from the fact that the computed scale factor can only be an integer due to a stable change. If it is 98304, well, I don't know. Either way, if you don't have HiDPI at all, --force-device-scale-factor=1 is safe to use. -- Format a program to help the reader understand it. - The Elements of Programming Style (Kernighan Plauger) signature.asc Description: PGP signature
Bug#789274: gnupg: [INTL:nl] Dutch po file for the gnupg package
Package: gnupg Severity: wishlist Tags: l10n patch Dear Maintainers, == Please find attached the Dutch po file for the gnupg package. It has been submitted for review to the debian-l10n-dutch mailing list. Please add it to your next package revision. It should be put as po/nl.po in your package build tree. === -- Cheers, Frans === http://www.frans-spiesschaert.homenet.org http://home.base.be/vt6362833/ nl.po.gz Description: application/gzip signature.asc Description: This is a digitally signed message part
Bug#789280: cobbler: [INTL:nl] Dutch translation of debconf messages
Package: cobbler Severity: wishlist Tags: l10n patch Dear Maintainer, == Please find attached the Dutch translation of cobbler debconf messages. It has been submitted for review to the debian-l10n-dutch mailing list. Please add it to your next package revision. It should be put as debian/po/nl.po in your package build tree. === -- Cheers, Frans === http://www.frans-spiesschaert.homenet.org http://home.base.be/vt6362833/ nl.po.gz Description: application/gzip signature.asc Description: This is a digitally signed message part
Bug#789275: gnupg2: [INTL:nl] Dutch po file for the gnupg2 package
Package: gnupg2 Severity: wishlist Tags: l10n patch Dear Maintainers, == Please find attached the Dutch po file for the gnupg2 package. It has been submitted for review to the debian-l10n-dutch mailing list. Please add it to your next package revision. It should be put as po/nl.po in your package build tree. === -- Cheers, Frans === http://www.frans-spiesschaert.homenet.org http://home.base.be/vt6362833/ nl.po.gz Description: application/gzip signature.asc Description: This is a digitally signed message part
Bug#789278: [INTL:be] Belarusian translation update for iso-codes
Package: iso-codes Severity: wishlist Tags: l10n patch Please find the attached Belarusian translation update for iso-codes/iso_3166.# Translation of ISO-3166 (country names) to Belarusian # This file is distributed under the same license as the iso-codes package. # Alastair McKinstry mckins...@debian.org, 2004. # Ihar Hrachyshka ihar.hrachys...@gmail.com, 2007, 2010-2013. # Viktar Siarheichyk v...@fsfe.org, 2015. msgid msgstr Project-Id-Version: iso_3166\n Report-Msgid-Bugs-To: Debian iso-codes team pkg-isocodes- de...@lists.alioth.debian.org\n POT-Creation-Date: 2015-06-10 16:49+0200\n PO-Revision-Date: 2015-06-19 15:59+0300\n Last-Translator: Viktar Siarheichyk v...@fsfe.org\n Language-Team: Debian l10n team for Belarusian debian-l10n- belarus...@lists.debian.org\n Language: be\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=3; plural=n%10==1 n%100!=11 ? 0 : n%10=2 n%10= 4 (n%10010 || n%100=20) ? 1 : 2;\n X-Generator: Virtaal 0.7.1\n #. name for AFG msgid Afghanistan msgstr ÐÑганÑÑÑан #. official_name for AFG msgid Islamic Republic of Afghanistan msgstr ÐÑламÑÐºÐ°Ñ Ð ÑÑпÑблÑка ÐÑганÑÑÑан #. name for ALA msgid à land Islands msgstr ÐÑÑÑÐ°Ð²Ñ Ðланд #. name for ALB msgid Albania msgstr ÐлбанÑÑ #. official_name for ALB msgid Republic of Albania msgstr Ð ÑÑпÑблÑка ÐлбанÑÑ #. name for DZA msgid Algeria msgstr ÐлжÑÑ #. official_name for DZA msgid People's Democratic Republic of Algeria msgstr ÐлжÑÑÑÐºÐ°Ñ ÐаÑÐ¾Ð´Ð½Ð°Ñ ÐÑмакÑаÑÑÑÐ½Ð°Ñ Ð ÑÑпÑблÑка #. name for ASM msgid American Samoa msgstr ÐмеÑÑканÑкае Самоа #. name for AND msgid Andorra msgstr ÐндоÑа #. official_name for AND msgid Principality of Andorra msgstr ÐнÑÑÑва ÐндоÑа #. name for AGO msgid Angola msgstr Ðнгола #. official_name for AGO msgid Republic of Angola msgstr Ð ÑÑпÑблÑка Ðнгола #. name for AIA msgid Anguilla msgstr ÐнгÑлÑÑ #. name for ATA msgid Antarctica msgstr ÐнÑаÑкÑÑда #. name for ATG msgid Antigua and Barbuda msgstr ÐнÑÑгÑа Ñ ÐаÑбÑда #. name for ARG msgid Argentina msgstr ÐÑгенÑÑна #. official_name for ARG msgid Argentine Republic msgstr ÐÑгенÑÑнÑÐºÐ°Ñ Ð ÑÑпÑблÑка #. name for ARM msgid Armenia msgstr ÐÑменÑÑ #. official_name for ARM msgid Republic of Armenia msgstr Ð ÑÑпÑблÑка ÐÑменÑÑ #. name for ABW msgid Aruba msgstr ÐÑÑба #. name for AUS msgid Australia msgstr ÐÑÑÑÑалÑÑ #. name for AUT msgid Austria msgstr ÐÑÑÑÑÑÑ #. official_name for AUT msgid Republic of Austria msgstr Ð ÑÑпÑблÑка ÐÑÑÑÑÑÑ #. name for AZE msgid Azerbaijan msgstr ÐзеÑбайджан #. official_name for AZE msgid Republic of Azerbaijan msgstr Ð ÑÑпÑблÑка ÐзеÑбайджан #. name for BHS msgid Bahamas msgstr ÐагамÑкÑÑ Ð°ÑÑÑÐ°Ð²Ñ #. official_name for BHS msgid Commonwealth of the Bahamas msgstr СадÑÑжнаÑÑÑ ÐагамÑкÑÑ ÐÑÑÑÐ°Ð²Ð¾Ñ #. name for BHR msgid Bahrain msgstr ÐÐ°Ñ ÑÑйн #. official_name for BHR msgid Kingdom of Bahrain msgstr ÐаÑалеÑÑÑва ÐÐ°Ñ ÑÑйн #. name for BGD msgid Bangladesh msgstr ÐангладÑÑ #. official_name for BGD msgid People's Republic of Bangladesh msgstr ÐаÑÐ¾Ð´Ð½Ð°Ñ Ð ÑÑпÑблÑка ÐангладÑÑ #. name for BRB msgid Barbados msgstr ÐаÑÐ±Ð°Ð´Ð¾Ñ #. name for BLR msgid Belarus msgstr ÐелаÑÑÑÑ #. official_name for BLR msgid Republic of Belarus msgstr Ð ÑÑпÑблÑка ÐелаÑÑÑÑ #. name for BEL msgid Belgium msgstr ÐелÑгÑÑ #. official_name for BEL msgid Kingdom of Belgium msgstr ÐаÑалеÑÑÑва ÐелÑгÑÑ #. name for BLZ msgid Belize msgstr ÐелÑз #. name for BEN msgid Benin msgstr ÐенÑн #. official_name for BEN msgid Republic of Benin msgstr Ð ÑÑпÑблÑка ÐенÑн #. name for BMU msgid Bermuda msgstr ÐеÑмÑÐ´Ñ #. name for BTN msgid Bhutan msgstr ÐÑÑан #. official_name for BTN msgid Kingdom of Bhutan msgstr ÐаÑалеÑÑÑва ÐÑÑан #. name for BOL msgid Bolivia, Plurinational State of msgstr ÐалÑвÑÑ, ШмаÑнаÑÑÑналÑÐ½Ð°Ñ ÐзÑÑжава #. official_name for BOL msgid Plurinational State of Bolivia msgstr ШмаÑнаÑÑÑналÑÐ½Ð°Ñ ÐзÑÑжава ÐалÑвÑÑ #. common_name for BOL msgid Bolivia msgstr ÐалÑвÑÑ #. name for BES, official_name for BES msgid Bonaire, Sint Eustatius and Saba msgstr ÐанÑйÑ, СÑнÑ-ÐÑÑаÑÑÑÑ Ñ Ð¡Ð°Ð±Ð° #. name for BIH msgid Bosnia and Herzegovina msgstr ÐоÑнÑÑ Ñ ÐеÑÑагавÑна #. official_name for BIH msgid Republic of Bosnia and Herzegovina msgstr Ð ÑÑпÑблÑка ÐоÑнÑÑ Ñ ÐеÑÑагавÑÐ½Ñ #. name for BWA msgid Botswana msgstr ÐаÑÑвана #. official_name for BWA msgid
Bug#789279: O: jwm -- very small lightweight pure X11 window manager
Package: wnpp Severity: normal Description: very small lightweight pure X11 window manager with tray and menus Low resource Window manager ideal for older PCs. It uses a minimum of external libraries, thus very little memory, includes virtual screens, menubar and root-menu popup. . JWM is a window manager for the X11 Window System. JWM is written in C and uses only Xlib and (optionally) the shape extension and libXpm. It can support some MWM, GNOME, and WM Spec hints. The menu configuration files are managed in XML format. . Compared to other light WM, like Fvwm95, the Jwm consumes considerably less memory while providing the same functionality. Homepage: http://www.joewing.net/programs/jwm Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/jwm.git Vcs-Git: git://anonscm.debian.org/collab-maint/jwm.git I no longer use this application. The package is in otherwise in a good shape: standard 3.9.4, debhelper 9, Copyright Format 1.0 For a prospective new maintainer: Start maintaining the package from Git[*] git clone $lo...@git.debian.org:/git/collab-maint/jwm.git PTS: http://packages.qa.debian.org/j/jwm.html Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759326: stow: Possible precedence issue with control flow operator at /usr/share/perl5/Stow.pm line 1736.
Sorry - it has come to my attention that this link was broken. The real fix is here: http://git.savannah.gnu.org/cgit/stow.git/commit/?id=d788ce0c1c59b3158270143659f7a4363da73056 and was originally suggested here: http://lists.gnu.org/archive/html/bug-stow/2014-06/msg0.html
Bug#789281: figtoipe: leaves diversion after upgrade from stretch
Package: figtoipe Version: 20150406-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to remove some diversions after upgrading from stretch to sid and removing the package afterwards. From the attached log (scroll to the bottom...): 0m23.8s ERROR: FAIL: Installed diversions (dpkg-divert) not removed by purge: diversion of /usr/share/man/man1/figtoipe.1.gz to /usr/share/man/man1/figtoipe.distrib.1.gz by figtoipe diversion of /usr/bin/figtoipe to /usr/bin/figtoipe.distrib by figtoipe If the diversions were used by the old package and are no longer needed by the new one in sid, you should perform the cleanup in the postinst script. cheers, Andreas figtoipe_20150406-1.log.gz Description: application/gzip
Bug#789283: Depends on SystemD component while SystemD is supposed to be optional
Package: clamav-daemon Version: 0.98.7+dfsg-0+deb8u1 It would appear that ClamD should function on a system without SystemD. http://lists.clamav.net/pipermail/clamav-users/2015-June/001590.html http://lists.clamav.net/pipermail/clamav-users/2015-June/001592.html However, the package depends on SystemD libraries, and the daemon won't start without the library being present. # /etc/init.d/clamav-daemon start [] Starting ClamAV daemon: clamd /usr/sbin/clamd: error while loading shared libraries: libsystemd.so.0: cannot open shared object file: No such file or directory Suggested fix : Remove the dependency - if package systemd is installed (ie SystemD is the init system) then the library will be present, if the library isn't present then the init system is not SystemD and there should be no need to call any of it's libraries. Test for the presence of the library before attempting to use it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789282: freehep-chartableconverter-plugin: switch B-D from libplexus-compiler-api-java to libplexus-compiler-java
Source: freehep-chartableconverter-plugin Version: 2.0-6 Severity: serious Tags: stretch sid Your package Build-Depends: libplexus-compiler-api-java which was a transitional package that has now been removed. Please switch to libplexus-compiler-java instead. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789285: debian-handbook: fix undefined option --log-prefix for LOG target of iptables
Package: debian-handbook Version: 7.20140126 Severity: normal Dear all, There is mistake about mentioning impropriety option --log-prefix for LOG target of iptables. For all documents, the option '--log-prefix' are mentioned 2 times. The one is for udevadm in 09_unix-services.xml, which is ok. The other is for iptables in 14_security.xml, which is mistake. I pushed the fix to master branch of the git source code repository onto my temporally repository [1], and attached the fix as a patch. Please find either of them. [1] http://anonscm.debian.org/cgit/debian-handbook/users/ayanokouzi-guest.git/commit/?h=master_fix_undefined_optionid=49e331d24ef181370c4c18ac2cd073bd9c23d26d I checked it by following commands. $ git grep -C 3 -e 'log-priority' en-US/* en-US/09_unix-services.xml- filename/var/log/daemon.log/filename. But it is not very en-US/09_unix-services.xml- verbose by default, and it's usually not enough to understand en-US/09_unix-services.xml- what's happening. The commandudevadm control en-US/09_unix-services.xml: --log-priority=info/command command increases the verbosity level en-US/09_unix-services.xml- and solves this problem. commandudevadm control en-US/09_unix-services.xml: --log-priority=err/command returns to the default verbosity en-US/09_unix-services.xml- level./para en-US/09_unix-services.xml- /sidebar en-US/09_unix-services.xml-/section -- en-US/14_security.xml- instance, has the following options:/para en-US/14_security.xml-itemizedlist en-US/14_security.xml- listitem en-US/14_security.xml: paraliteral--log-priority/literal, with default value en-US/14_security.xml- literalwarning/literal, indicates the en-US/14_security.xml- commandsyslog/command message priority;/para en-US/14_security.xml- /listitem # COLUMNS=80 man 8 udevadm | grep -A4 -e '--log-priority' -l, --log-priority=value Set the internal log level of systemd-udevd. Valid values are the numerical syslog priorities or their textual representations: err, info and debug. # COLUMNS=80 man 8 iptables-extensions | grep -A4 -e '--log-level' --log-level level Level of logging, which can be (system-specific) numeric or a mnemonic. Possible values are (in decreasing order of prior- ity): emerg, alert, crit, error, warning, notice, info or debug. -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- no debconf information Sincerely yours, Ryuunosuke Ayanokouzi -- AYANOKOUZI, Ryuunosuke i38w...@yahoo.co.jp 0001-fix-undefined-option-log-prefix-for-LOG-target-of-ip.patch Description: Binary data pgpB3_AYskdWu.pgp Description: OpenPGP Digital Signature
Bug#789277: UnicodeEncodeError: 'ascii' codec can't encode character...
Package: unattended-upgrades Version: 0.83.3.1 Severity: important I got this in my cron job email when running the first time: --- Logging error --- Traceback (most recent call last): File /usr/lib/python3.4/logging/__init__.py, line 980, in emit stream.write(msg) UnicodeEncodeError: 'ascii' codec can't encode character '\xa0' in position 68: ordinal not in range(128) Call stack: File /usr/bin/unattended-upgrade, line 1321, in module main(options) File /usr/bin/unattended-upgrade, line 1045, in main .join(blacklisted_pkgs)) Message: 'Paquets initialement sur la liste noire\xa0: %s' Arguments: ('',) --- Logging error --- Traceback (most recent call last): File /usr/lib/python3.4/logging/__init__.py, line 980, in emit stream.write(msg) UnicodeEncodeError: 'ascii' codec can't encode character '\xe9' in position 30: ordinal not in range(128) Call stack: File /usr/bin/unattended-upgrade, line 1321, in module main(options) File /usr/bin/unattended-upgrade, line 1052, in main logging.info(_(Starting unattended upgrades script)) Message: 'D\xe9marrage du script de mise \xe0 niveau automatique' Arguments: () --- Logging error --- Traceback (most recent call last): File /usr/lib/python3.4/logging/__init__.py, line 980, in emit stream.write(msg) UnicodeEncodeError: 'ascii' codec can't encode character '\xa0' in position 55: ordinal not in range(128) Call stack: File /usr/bin/unattended-upgrade, line 1321, in module main(options) File /usr/bin/unattended-upgrade, line 1055, in main logging.info(_(Allowed origins are: %s) % allowed_origins) Message: Les origines permises sont\xa0: ['origin=Debian,codename=jessie,label=Debian-Security'] Arguments: () --- Logging error --- Traceback (most recent call last): File /usr/lib/python3.4/logging/__init__.py, line 980, in emit stream.write(msg) UnicodeEncodeError: 'ascii' codec can't encode character '\xe0' in position 42: ordinal not in range(128) Call stack: File /usr/bin/unattended-upgrade, line 1321, in module main(options) File /usr/bin/unattended-upgrade, line 1225, in main logging.info(_(No packages found that can be upgraded unattended)) Message: 'Aucun paquet \xe0 mettre \xe0 niveau automatiquement' Arguments: () Classic Python encoding problem... Solution: https://stackoverflow.com/questions/492483/setting-the-correct-encoding-when-piping-stdout-in-python Workaround, reduce the verbosity: Unattended-Upgrade::MailOnlyOnError true; or disable emails completely: Unattended-Upgrade::Mail ; Another workaround would be to disable translations by changing the default locale. a. -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages unattended-upgrades depends on: ii apt1.0.9.8 ii apt-utils 1.0.9.8 ii debconf [debconf-2.0] 1.5.56 ii init-system-helpers1.22 ii lsb-base 4.1+Debian13+nmu1 ii lsb-release4.1+Debian13+nmu1 ii python33.4.2-2 ii python3-apt0.9.3.11 ii ucf3.0030 ii xz-utils 5.1.1alpha+20120614-2+b3 unattended-upgrades recommends no packages. Versions of packages unattended-upgrades suggests: ii bsd-mailx 8.1.2-0.20141216cvs-2 ii postfix [mail-transport-agent] 2.11.3-1 -- Configuration Files: /etc/apt/apt.conf.d/50unattended-upgrades changed: // Unattended-Upgrade::Origins-Pattern controls which packages are // upgraded. // // Lines below have the format format is keyword=value, A // package will be upgraded only if the values in its metadata match // all the supplied keywords in a line. (In other words, omitted // keywords are wild cards.) The keywords originate from the Release // file, but several aliases are accepted. The accepted keywords are: // a,archive,suite (eg, stable) // c,component (eg, main, crontrib, non-free) // l,label (eg, Debian, Debian-Security) // o,origin(eg, Debian, Unofficial Multimedia Packages) // n,codename (eg, jessie, jessie-updates) // site (eg, http.debian.net) // The available values on the system are printed by the command // apt-cache policy, and can be debugged by running // unattended-upgrades -d and looking at the log file. // // Within lines unattended-upgrades allows 2 macros whose values are // derived from /etc/debian_version: // ${distro_id}Installed origin. // ${distro_codename} Installed codename (eg, jessie) Unattended-Upgrade::Origins-Pattern { // Codename based matching: // This will follow the migration of a release through different // archives (e.g. from testing to stable and later oldstable). //
Bug#787680: Processed: Bug#787680: TeXstudio window disappears when screen is switched
Hi Lisandro On 10.06.2015 16:10, Lisandro Damián Nicanor Pérez Meyer wrote: Can you try this one with Qt in experimental? On a laptop with Debian unstable I've upgraded the qt and poppler packages to the experimental version and rebuilt texstudio with qt 5.4.2. After installing the freshly built packages, it still segfaults when attaching an external screen and setting this external screen as the primary while at the same time disabling the laptop screen. TeXstudio's about dialog now shows: Using Qt Version 5.4.2, compiled with Qt 5.4.2 R I hope this helps. Regards Tom signature.asc Description: OpenPGP digital signature
Bug#775554: Please update dependency python-aptdaemon-gtk
Control: severity -1 serious On Sat, 17 Jan 2015 11:23:27 +0100 Marius Kotsbak mar...@kotsbak.com wrote: python-aptdaemon-gtk is now a transitional package. It could probably be replaced by python-aptdaemon.gtk3widgets. This probably made the package disappear from recent Ubuntu versions, as the transitional package is not available there. With the most recent aptdaemon upload to unstable, the python-aptdaemon-gtk package is now gone, making this B-D unavailable. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789284: ITP: libcmtspeechdata -- library for handling the Nokia N900's modem speech data
Package: wnpp Severity: wishlist Owner: Sebastian Reichel s...@debian.org * Package name: libcmtspeechdata Version : 2.1.1+git20150211~9206835 Upstream Author : Kai Vehmanen kai.vehma...@nokia.com Pavel Machek pa...@ucw.cz * URL : https://gitlab.com/libcmtspeechdata/libcmtspeechdata * License : LGPL-2.1+ Programming Lang: C Description : library for handling the Nokia N900's modem speech data libcmtspeechdata is the userspace side for Nokia's CMT Speech Data SSI protocol. The library provides an application interface for implementing the speech data path for cellular voice calls. IT does not contain any functionality for setting up and managing the call signaling path. The /dev/cmtspeech kernel interface used by the Nokia N900 is supported in the mainline kernel since 4.1 [0]. This library is used by all existing open source implementations handling the speech path of the Nokia N900's modem (fso-audiod and pulseaudio-module-cmtspeech-n9xx). This library will be maintained using a git repository, that can be found at [1] shortly. [0] https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=7f62fe8a5851db94e10d8d956c123d4011aaeed9 [1] https://anonscm.debian.org/cgit/pkg-n900/libcmtspeechdata.git/ -- Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769818: Re: Bug#769818: Bug#766118: lintian: False positive for “missing-license-paragraph-in-dep5-copyright”
On Sat, 18 Apr 2015 10:12:06 -0400 =?UTF-8?Q?David_Pr=c3=a9vot?= taf...@debian.org wrote: I assumed what lintian is actually pointing is the missing “Files: *†paragraph (instead of inaccurately using the header paragraph to document the main license), or any variant of it (e.g., documenting every files or directories in their own “Files†paragraph, as debian/* already is). This is not the case though, since even if a Files: * field is present, this warning was triggered. In newer versions of lintian, this warning has changed, so the following file: ### Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ Upstream-Name: td Source: http://example.com License: dog This is dog license Files: * Copyright: someone License: other This is other license ### Now reports W: cn source: dep5-file-paragraph-reference-header-paragraph dog (paragraph at line 7) Which is as far as I see still the same false positive. -- Martin Erik Werner ienor...@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#789133: transition: ocaml 4.02.2
On 18/06/15 09:50, Stéphane Glondu wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Dear Release Managers and OCaml Maintainers, I would like to start the transition to OCaml 4.02.2 (released yesterday) as soon as possible. This version has been preceded by a release candidate, which I used to test-rebuild all the packages. It breaks some packages; most of them have been fixed in experimental and/or in git. As usual, it involves a lot of binNMUs; I will take care of those. The bug number in the tracker: https://release.debian.org/transitions/html/ocaml.html should be updated now. Attached is the list of packages appearing in the tracker, with an annotation: - unstable if the package can be binNMUed - experimental if the package has to be uploaded from experimental - UNRELEASED if the package has to be uploaded from git (though I am not sure I've pushed everything I should have) - MISSING if the package has not been built for some reason (FTBFS, missing dependency, resource exhaustion) Out of 256 packages, 41 are MISSING. LLVM packages are probably OK but take too much disk space for my sandbox. Other notable MISSING packages include dose3, camlimages and js-of-ocaml but I am confident they are fixed upstream and just need an update. They also include packages that are not in testing such as ocamlduce, jocaml or janest-core. Once the transition has started, and all not-MISSING packages have been compiled, it should be possible for everyone to fix MISSING ones but for now, it's delicate because all dependencies have to be recompiled in order... I see some of the failing packages have in the log: - Finished parsing the build-deps Wrong version of OCaml! That does that mean the package couldn't be built because of the dependency problems you mention? My only concern here is that with 41 failing packages, the transition may take quite a while to finish, blocking other stuff. That'd be different if most of those packages will just build fine after the binNMUs, but I have no idea if that's the case... I do wonder how many of those are actual failures, of those, how many are maintained by the ocaml team and how many are not... BTW if you have filed bugs for the failing packages, please make them block this tracking bug. Cheers, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789264: openscenegraph: please make the build reproducible
Source: openscenegraph Version: 3.2.1-6 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi, While working on the “reproducible builds” effort [1], we have noticed that openscenegraph could not be built reproducibly. The attached patch overwrites the HTML_TIMESTAMP setting in Doxyfile from YES to NO. Once applied openscenegraph can be built reproducibly in our current experimental framework. Cheers! akira [1]: https://wiki.debian.org/ReproducibleBuilds diff -Nru openscenegraph-3.2.1/debian/changelog openscenegraph-3.2.1/debian/changelog --- openscenegraph-3.2.1/debian/changelog 2015-02-04 18:29:59.0 +0100 +++ openscenegraph-3.2.1/debian/changelog 2015-06-18 21:03:48.0 +0200 @@ -1,3 +1,10 @@ +openscenegraph (3.2.1-6.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Modified debian/rules to set HTML_TIMESTAMP=NO for doxygen to make the package reproducible + + -- akira marival...@gmail.com Thu, 18 Jun 2015 21:03:28 +0200 + openscenegraph (3.2.1-6) unstable; urgency=medium [ Andreas Beckmann ] diff -Nru openscenegraph-3.2.1/debian/rules openscenegraph-3.2.1/debian/rules --- openscenegraph-3.2.1/debian/rules 2015-02-04 11:25:06.0 +0100 +++ openscenegraph-3.2.1/debian/rules 2015-06-18 21:03:23.0 +0200 @@ -408,7 +408,7 @@ build-indep: doc-stamp doc-stamp: mkdir -p html - doxygen debian/Doxyfile-openscenegraph + { cat debian/Doxyfile-openscenegraph echo HTML_TIMESTAMP=NO; } | doxygen - touch doc-stamp build-arch: build-stamp
Bug#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/19/2015 01:02 PM, James Cowgill wrote: Using apt-get with --install-suggests isn't that common so I don't think this warrants an RC severity (it doesn't break the package for everyone). It was RC severity before, see [1]. Furthermore, ROAR audio currently breaks cmus because of DECnet and the ROAR developers refuse to remove support for it. If you look at the status of DECnet: No kernel maintainer (except general net/ maintenance): https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/M AINTAINERS?id=v4.1-rc8#n3060 dnprogs upstream appears to be dead: http://sourceforge.net/projects/linux-decnet/ dnprogs is orphaned: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750670 Which is my whole point. IMHO dnprogs should be removed and roaraudio should drop support for DECnet - unless someone who actually uses DECnet is willing to maintain this stuff. The ROAR developers and maintainers refuse to do that which is why we should drop it from cmus. They, for some reason, think it's important to support a pre-historic networking protocol. Adrian [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675610 - -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVg/e0AAoJEHQmOzf1tfkT+74P+wVxyo0NG+WWOFuUMyYvgJK1 vusWXm4TCIuAmUDg87njOyXJnpaRzkQO65ikN3P4QXemak9RnwmaqWjo0SesZnso ikwKC0ZLr1sjoEb20ElW55UdKb9+XzFHZBjO2RoeMh7BZnz3E3mm9ZSSsmXabXFx lGV/GA4duPiRqdAfuPyRkcxTspOM59L+NIIo73CqTz/z0csC/GuC8KCjNYIVcIOz 7XfE0m6onaqbGoacTTsEP2D0FKHPx3ST+BECyZlKGqAZKj8NoP6n7xg1F/fBCBBb 6OcjO+w1IxhLhTePUFGbdmBd6U4XoVseeSZm+VfxuPB+DvN+mlrOkMkb+R0s7gis fQSMpGSYP5Bg/ppnwvZCQVvP74uP1Vu6LZO4vXwrPUJaprynVtJYuVhfGkVbUBtE b1IEERqzbHfEbwdHBFCRkvZG2Wq0hHdTTlur2orbFLow1Z0CihmigMGLZOY6/2l/ vFUmpaGyG/drcUpEZHK2cCLwUih7Vpso7IYjchm+j0I3IN+5EMapSBP6nhw7kORZ LrJysOqizfc9T/oasxJMl/N8teJvQSate17TSVmAb4IdvLXSsNO7unpwHd2xrKJe IYLRIMr2V16+27NeR9NUYZeDZ/hfgyQPiIc3u9d49agRyGBOGEezdxpiNhKoJRVW FpIcBYK5A2eMqzFa/Ub1 =yZR9 -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#789256: Bug#680745: fixed in cmus 2.5.0-7
Hi all, And thanks for sharing your thoughts. Ron, a great thanks goes to you for having clarified the rationale behind your original removal request [1]. While it might not be a common feature, it is a feature none the less. One that relies on functionalities provided by a factually dead software; please get rid of it. Meanwhile I'll be demoting cmus's libroar dependency from Recommends to Suggests. If roaraudio's maintainers do not show willingness to cooperate, then we'll hand this to the TC and see. Cheers. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675610 -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789267: libgtest-dev: inconsistency with GTEST_HAS_PTHREAD in library interface leads to crashes on non-linux
Package: libgtest-dev Version: 1.7.0-3 Severity: normal Dear Maintainer, Current libgtest-dev has two different means to determine if GTEST_HAS_PTHREAD is defined: one in CMake rules [1] and second one in the header [2]. When they don't match [3], the static library and the client code might be compiled with different value of this define. This, in turn, leads to the crashes because the definition of ThreadLocal class are different depending on the value of GTEST_HAS_PTHREAD. A possible solution would be to always declare CMake-determined defines as a public interface of gtest target, so everything which links gtest will get those defines as well. For this case, something along the lines target_compile_definitions(gtest PUBLIC -DGTEST_HAS_PTHREAD) If you prefer, I can try to produce a patch. [1] /usr/src/gtest/cmake/internal_utils.cmake:108 [2] /usr/include/gtest/internal/gtest-port.h:(473-481) [3] e.g. on our non-linux architectures -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) -- 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