Bug#750177: Close ITP
#750177 ITP: node-component-emitter #753254 ITP: node-ansi-styles #753275 ITP: node-ansi-regex #753321 ITP: node-strip-ansi #753410 ITP: node-chalk #774567 ITP: node-nomnom #779998 ITP: node-string-decoder #780002 ITP: node-core-util-is #780879 ITP: node-has-ansi #781405 ITP: node-socket.io-adapter #781412 ITP: node-socket.io-client #781417 ITP: node-socket.io-parser #781426 ITP: node-engine.io #781427 ITP: node-has-binary-data #781458 ITP: node-engine.io-parser #781486 ITP: node-has-binary #781824 ITP: node-utf8 #781850 ITP: node-engine.io-client noowner 750177 noowner 753254 noowner 753275 noowner 753321 noowner 753410 noowner 774567 noowner 779998 noowner 780002 noowner 780879 noowner 781405 noowner 781412 noowner 781417 noowner 781426 noowner 781427 noowner 781458 noowner 781486 noowner 781824 noowner 781850 close 750177 close 753254 close 753275 close 753321 close 753410 close 774567 close 779998 close 780002 close 780879 close 781405 close 781412 close 781417 close 781426 close 781427 close 781458 close 781486 close 781824 close 781850 thanks I no longer intent to maintain this Node.js module, I'm giving up on the OpenLayers 3 packaging. See the pkg-javascript-devel lists for more information: http://lists.alioth.debian.org/pipermail/pkg-javascript-devel/2015-July/010797.html http://lists.alioth.debian.org/pipermail/pkg-javascript-devel/2015-July/010798.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792347: ITP: libvhdi -- Virtual Hard Disk image format access library
Control: block 792335 by -1 Package: wnpp Owner: Hilko Bengen ben...@debian.org Severity: wishlist * Package name: libvhdi Version : 20150110 Upstream Author : Joachim Metz * URL or Web page : https://github.com/libyal/libvhdi * License : LGPL-3.0+ Description : Virtual Hard Disk image format access library libvhdi is a dependency for Plaso. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792345: ITP: libsmdev -- storage media device access library
Control: block 792335 by -1 Package: wnpp Owner: Hilko Bengen ben...@debian.org Severity: wishlist * Package name: libsmdev Version : 20150105 Upstream Author : Joachim Metz * URL or Web page : https://github.com/libyal/libsmdev * License : LGPL-3.0+ Description : storage media device access library libsmdev is a dependency for Plaso. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792346: ITP: libsmraw -- split RAW image format access library
Control: block 792335 by -1 Package: wnpp Owner: Hilko Bengen ben...@debian.org Severity: wishlist * Package name: libsmraw Version : 20150105 Upstream Author : Joachim Metz * URL or Web page : https://github.com/libyal/libsmraw * License : LGPL-3.0+ Description : split RAW image format access library libsmraw is a dependency for Plaso. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792348: ITP: libvmdk -- VMWare Virtual Disk format access library
Control: block 792335 by -1 Package: wnpp Owner: Hilko Bengen ben...@debian.org Severity: wishlist * Package name: libvmdk Version : 20150516 Upstream Author : Joachim Metz * URL or Web page : https://github.com/libyal/libvmdk * License : LGPL-3.0+ Description : VMWare Virtual Disk format access library libvmdk is a dependency for Plaso. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792349: ITP: libvshadow -- Volume Shadow Snapshot format access library
Control: block 792335 by -1 Package: wnpp Owner: Hilko Bengen ben...@debian.org Severity: wishlist * Package name: libvshadow Version : 20150106 Upstream Author : Joachim Metz * URL or Web page : https://github.com/libyal/libvshadow * License : LGPL-3.0+ Description : Volume Shadow Snapshot format access library libvshadow is a dependency for Plaso. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792336: ifupdown doesn't read /etc/network/interfaces carefully, second card RTL8111 Gb ist never configured
tags #792336 moreinfo thanks On Tue, Jul 14, 2015 at 08:28:29AM +0200, Thomas Schmidt wrote: Subject: Bug#792336: ifupdown doesn't read /etc/network/interfaces carefully, second card RTL8111 Gb ist never configured Package: ifupdown Version: 0.7.54 Severity: important Dear Maintainer, [unamended bug report template snipped] -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable-updates'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 4.0.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages ifupdown depends on: ii adduser 3.113+nmu3 ii initscripts 2.88dsf-59.2 ii iproute2 4.0.0-1 ii libc62.19-18 ii lsb-base 4.1+Debian13+nmu1 Versions of packages ifupdown recommends: ii isc-dhcp-client [dhcp-client] 4.3.2-1 ii pump [dhcp-client] 0.8.24-7 Versions of packages ifupdown suggests: ii ppp 2.4.6-3.1 pn rdnssd none -- no debconf information I hope, never using ifupdown anymore will solve that ridiculous problem Aside from the insult quoted above and the subject, there is no information about the issue. Not giving information is unlikely to help solving the issue. Please show your configuration and - if possible - log entries and --verbose output. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Leimen, Germany| lose things.Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792352: nikola: FTBFS due to lack of build dependency on python-requests
Package: nikola Version: 7.6.0-1 Severity: serious Tags: patch Justification: fails to build from source (but built successfully in the past) User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu wily ubuntu-patch Dear Maintainer, nikola currently FTBFS during the override_dh_bash-completion step because it doesn't build-depend on python-requests: https://launchpadlibrarian.net/211121548/buildlog_ubuntu-wily-amd64.nikola_7.6.0-1_BUILDING.txt.gz In Ubuntu, the attached patch was applied to achieve the following: * Build-depend on python-requests to fix FTBFS. Thanks for considering the patch. Logan Rosen -- 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 4.0.0-4-generic (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 Init: systemd (via /run/systemd/system) diff -Nru nikola-7.6.0/debian/control nikola-7.6.0/debian/control --- nikola-7.6.0/debian/control 2015-07-08 03:27:53.0 -0700 +++ nikola-7.6.0/debian/control 2015-07-14 00:03:51.0 -0700 @@ -22,6 +22,7 @@ python-imaging, python-natsort, python-dateutil, + python-requests (= 2.2.0) Standards-Version: 3.9.6 X-Python-Version: = 2.7 Homepage: http://getnikola.com/
Bug#792337: ITP: libesedb -- Extensible Storage Engine DB access library
Control: block 792335 by -1 Package: wnpp Owner: Hilko Bengen ben...@debian.org Severity: wishlist * Package name: libesedb Version : 20150409 Upstream Author : Joachim Metz * URL or Web page : https://github.com/libyal/libesedb * License : LGPL-3.0+ Description : Extensible Storage Engine DB access library libesedb is a dependency for Plaso. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792357: ITP: ruby-rails-assets-highlightjs -- highlightjs via rails assets pipeline
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 package: wnpp severity:wishlist owner: Pirate Praveen prav...@debian.org from https://rails-assets.org -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVpL5PAAoJEM4fnGdFEsIqbEQP/jA6UCCwr3/MRUHP8dAW3+4l ZfJCbbIuSEPQyxLmeoMWbQMRN5bHVARrR7fkxL31hpaNEQP0FjALz4cXmUPptjHe Vs/vk7lW2ykEM34CbXTG0XChGqZoCe1bcGCwRFggIHTyYBBnzAS2lrUtPmzTfbwY qJ+sACI/QSfBy6TQ0w02osBcSp8Yqx8qa4Mdv67fezszcS5vyMVsPe/8rS879wqV +bDr10Mcam7nuD1EiTvDS8w4Gohymc69s/mUdRShWbtdfK+9o1Fpv4ij8nmO/8Bl G8NPbCDMRuCqVw/OuLFfL8w9RmDRR3XXMIa69x53fg35PugT9+s8JOKug6IAAjhk 93rMQfeTfVWVfCg2LdlrjWa6x9dDnVP8wHJTC1euyWsuUhYvaFhEqjp9JjhU+5TZ lfoGxlaYo+dl0sVkKDyiIGbJyO/4UvFwoS9xoAPgtRunDpfVAphgaS4AxgYZWmtV vtdlMzljvVEbwpzZ29PEb1QJA24rcvjK5AINsUo9zehxvNb1EZJuuiLvN//CI0Bf srpiRvQ9hQJ6KJ7ys3KAX2Kov0APMBe8XNVlKWQIIuMyB47NrOIiW9k9bxViMd6s Uafx0weW8AW7zmuwiD0lmB+HlxYT4Gvl1MsZOOYabLEiuGU5USNIH9/U4yIQjUJu abA7gSwl3HPgsOM6XYxY =oljB -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#792358: muon-discover: uninstallable in sid: unsatisfiable Depends: app-install-data
Package: muon-discover Version: 4:5.3.2-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts app-install-data was last seen in wheezy ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785057: wiki.debian.org: unblock IPredator VPN
Control: tag moreinfo Steve McIntyre: IPredator is blocked due to massive spam attacks. Despite reports to their abuse contacts, the spam attacks continued. So they're blocked and remain blocked. I have contacted IPredator. They say, they have not received an abuse mail about wiki.debian.org. And they contacted you after this bug report - without reply: - Forwarded message from IPredator Support supp...@ipredator.se - Date: Thu, 14 May 2015 14:46:52 + From: IPredator Support supp...@ipredator.se To: 93...@debian.org Subject: wiki.debian.org: unblock IPredator VPN Message-ID: 5554b55c.4060...@ipredator.se Hi there, One of our users pointed us to the following bug report: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=785057 It was mentioned in the report that we were contacted regarding possible abuse but we can't find any record of that. Can you please (re)send the information to ab...@ipredator.se ? I am very sorry to hear that you have received spam attacks on your wiki. Our main goal is to provide anonymous and censorship free internetaccess to users around the globe. It is a pity that only a few abusers can cause enough trouble to block access to important parts of the internet. We kindly ask you to allow at least read access to your wiki for our legitimate users. Please feel free to contact us if you need assistance with abuse mitigation. Kind regards, Ruben - End forwarded message - Please get in touch with them to solve this issue, making everyone happy. -- ilf Über 80 Millionen Deutsche benutzen keine Konsole. Klick dich nicht weg! -- Eine Initiative des Bundesamtes für Tastaturbenutzung signature.asc Description: Digital signature
Bug#791985: Please support ARM64 (ucontext_t)
I checked again the source code and made some tests. For what I saw, that arch specififc code is no longer needed. On older systems, backtrace() returned everything but the instruction pointer of the place where the segmentation fault occured (obviously the most interesting one). This was due to the way how signal handling worked. The arch specific code tried to fetch the corresponding address and store it in the array before passing it to backtrace_symbols() for looking up the function names. My tests showed that this behaviour is different today. I don't know whether a change in the kernel or libc is the reason, but it looks as if the arch specififc code is no longer needed and thus, in libguytools 2.0.4, it has been commented out. 2.0.4 is available on Sourceforge. Another thing that needs attention: Due to several code optimisations, notably frame pointer elimination (but others also), backtracing not always works. The code in toolsignal.cpp should be regarded as a best effort for getting valuable information in case a program causes a segfault. Guy Voncken -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792350: ITP: dfvfs -- Digital Forensics Virtual File System
Control: block 792335 by -1 Package: wnpp Owner: Hilko Bengen ben...@debian.org Severity: wishlist * Package name: dfvfs Version : 20150708 Upstream Author : Kristinn Gudjonsson, Joachim Metz * URL or Web page : https://github.com/libyal/libvshadow * License : Apache-2.0 Description : Digital Forensics Virtual File System dfvfs is a dependency for Plaso. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792353: O: pads -- Passive Asset Detection System
Package: wnpp Severity: normal I just want to orphan this package because I have no time to maintain packages as I did in the past. It was fun and I learnt a lot during the process.
Bug#792339: ITP: libfwsi -- Windows Shell Item format access library
Control: block 792335 by -1 Package: wnpp Owner: Hilko Bengen ben...@debian.org Severity: wishlist * Package name: libfwsi Version : 20150701 Upstream Author : Joachim Metz * URL or Web page : https://github.com/libyal/libfwsi * License : LGPL-3.0+ Description : Windows Shell Item format access library libfwsi is a dependency for Plaso. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792342: ITP: libolecf -- OLE2 Compound File format access library
Control: block 792335 by -1 Package: wnpp Owner: Hilko Bengen ben...@debian.org Severity: wishlist * Package name: libolecf Version : 20150630 Upstream Author : Joachim Metz * URL or Web page : https://github.com/libyal/libolecf * License : LGPL-3.0+ Description : OLE2 Compound File format access library libolecf is a dependency for Plaso. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792338: ITP: libevt -- Windows Event Log (EVT) format access library
Control: block 792335 by -1 Package: wnpp Owner: Hilko Bengen ben...@debian.org Severity: wishlist * Package name: libevt Version : 20150706 Upstream Author : Joachim Metz * URL or Web page : https://github.com/libyal/libevt * License : LGPL-3.0+ Description : Windows Event Log (EVT) format access library libevt is a dependency for Plaso. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792351: No websvn in stretch
Package: websvn Version: 2.3.3-1.1 Severity: important No websvn in stretch -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages websvn depends on: ii apache2 2.4.6-3 Apache HTTP Server ii apache2-bin [httpd] 2.4.6-3 Apache HTTP Server (binary files a ii debconf [debconf-2.0] 1.5.40 Debian configuration management sy ii libapache2-mod-php5 5.6.9+dfsg-1 server-side, HTML-embedded scripti ii php-geshi 1.0.8.11-2 Generic Syntax Highlighter ii php55.6.7+dfsg-1 server-side, HTML-embedded scripti ii php5-cgi5.6.9+dfsg-1 server-side, HTML-embedded scripti ii po-debconf 1.0.15 manage translated Debconf template ii subversion 1.8.13-1 Advanced version control system ii ucf 3.0025+nmu2 Update Configuration File: preserv Versions of packages websvn recommends: ii enscript 1.6.5.2-1 converts text to Postscript, HTML websvn suggests no packages. -- debconf information: * websvn/repositories: /home/svn/lnxnm * websvn/configuration: true * websvn/parentpath: /home/svn * websvn/permissions: * websvn/webservers: apache2 MRV Communications is a global supplier of packet and optical solutions that power the world’s largest networks. Our products combine innovative hardware with intelligent software to make networks smarter, faster and more efficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792359: fonts-powerline: obsolete NEWS.Debian file
Package: fonts-powerline Version: 2.1.4-1 Severity: minor Dear Maintainer, the NEWS.Debian file speaks of a config file which doesn't seem to exist anymore in the package. Please get rid of it. Thanks, Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792341: ITP: libmsiecf -- Microsoft Internet Explorer Cache File access library
Control: block 792335 by -1 Package: wnpp Owner: Hilko Bengen ben...@debian.org Severity: wishlist * Package name: libmsiecf Version : 20150708 Upstream Author : Joachim Metz * URL or Web page : https://github.com/libyal/libmsiecf * License : LGPL-3.0+ Description : Microsoft Internet Explorer Cache File access library libmsiecf is a dependency for Plaso. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792344: ITP: libregf -- Windows NT Registry File (REGF) format access library
Control: block 792335 by -1 Package: wnpp Owner: Hilko Bengen ben...@debian.org Severity: wishlist * Package name: libregf Version : 20150704 Upstream Author : Joachim Metz * URL or Web page : https://github.com/libyal/libregf * License : LGPL-3.0+ Description : Windows NT Registry File (REGF) format access library libregf is a dependency for Plaso. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774561: Close ITP/RFP
#774561 ITP: openlayers3 #774562 RFP: closure-util #774570 RFP: node-walk #779303 RFP: node-handlebars #779306 RFP: node-foreachasync #779492 RFP: mout noowner 774561 close 774561 close 774562 close 774570 close 779303 close 779306 close 779492 thanks I no longer need this Node.js module, I'm giving up on the OpenLayers 3 packaging. See the pkg-javascript-devel lists for more information: http://lists.alioth.debian.org/pipermail/pkg-javascript-devel/2015-July/010797.html http://lists.alioth.debian.org/pipermail/pkg-javascript-devel/2015-July/010798.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792340: ITP: liblnk -- Windows Shortcut File format access library
Control: block 792335 by -1 Package: wnpp Owner: Hilko Bengen ben...@debian.org Severity: wishlist * Package name: liblnk Version : 20150617 Upstream Author : Joachim Metz * URL or Web page : https://github.com/libyal/liblnk * License : LGPL-3.0+ Description : Windows Shortcut File format access library liblnk is a dependency for Plaso. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792343: ITP: libqcow -- QEMU Copy-On-Write image format access library
Control: block 792335 by -1 Package: wnpp Owner: Hilko Bengen ben...@debian.org Severity: wishlist * Package name: libqcow Version : 20150105 Upstream Author : Joachim Metz * URL or Web page : https://github.com/libyal/libqcow * License : LGPL-3.0+ Description : QEMU Copy-On-Write image format access library libqcow is a dependency for Plaso. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754413: make subscriptions modification actionable
Hi, On Mon, 13 Jul 2015, Christophe Siraut wrote: Raphaël wrote: we should just move the modify button to be always visible, no? Yes, simple yet efficient. Please pull 0080f0b. Thanks, merged and deployed. +pPlease refer to the a href=https://www.debian.org/doc/manuals/developers-reference/resources.html#pkg-tracking-system;developer reference/a for a description of the subscription keywords./a/p This is not OK. This information must be available on the screen where you pick the keywords for your subscription. And I'd rather avoid an external reference. We should have added a description field to the Keyword model... Yes, we should provide contextual help on the subscription keywords meaning. As we are now running Django 1.7 I will add a description field and adapt the fixture. (Do you recommend opening another bug or renaming the current one?) We can continue to use this bug, it's ok for me. Make sure that the migration(s) creates the missing field and injects the proper default values. Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791356: strigi: library transition may be needed when GCC 5 is the default
Control: tags -1 + confirmed at least kde4libs ftbfs without the transition. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792354: mysql-5.6: 5.5 to 5.6 minor upgrade error
Source: mysql-5.6 Severity: normal Upgrading MySQL from 5.5 to 5.6 produced error: # apt-get install mysql-server mysql-client -t sid Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: mysql-client-5.6 mysql-client-core-5.6 mysql-common mysql-server-5.6 mysql- server-core-5.6 Suggested packages: tinyca The following packages will be REMOVED: mysql-client-5.5 mysql-server-5.5 mysql-server-core-5.5 The following NEW packages will be installed: mysql-client mysql-client-5.6 mysql-client-core-5.6 mysql-server-5.6 mysql- server-core-5.6 The following packages will be upgraded: mysql-common mysql-server 3 upgraded, 5 newly installed, 3 to remove and 1968 not upgraded. Need to get 19.0 MB of archives. After this operation, 56.6 MB of additional disk space will be used. Do you want to continue? [Y/n] [...] Fetched 19.0 MB in 3s (4,882 kB/s) Reading changelogs... Done Preconfiguring packages ... (Reading database ... 479029 files and directories currently installed.) Preparing to unpack .../mysql-server_5.6.25-2_all.deb ... Unpacking mysql-server (5.6.25-2) over (5.5.43-0+deb8u1) ... (Reading database ... 479027 files and directories currently installed.) Removing mysql-server-5.5 (5.5.43-0+deb8u1) ... Processing triggers for man-db (2.7.0.2-5) ... Selecting previously unselected package mysql-client. (Reading database ... 478954 files and directories currently installed.) Preparing to unpack .../mysql-client_5.6.25-2_all.deb ... Unpacking mysql-client (5.6.25-2) ... dpkg: mysql-client-5.5: dependency problems, but removing anyway as you requested: redmine-mysql depends on mysql-client | virtual-mysql-client; however: Package mysql-client is not configured yet. Package mysql-client-5.5 which provides mysql-client is to be removed. Package virtual-mysql-client is not installed. Package mysql-client-5.5 which provides virtual-mysql-client is to be removed. automysqlbackup depends on mysql-client | virtual-mysql-client; however: Package mysql-client is not configured yet. Package mysql-client-5.5 which provides mysql-client is to be removed. Package virtual-mysql-client is not installed. Package mysql-client-5.5 which provides virtual-mysql-client is to be removed. redmine-mysql depends on mysql-client | virtual-mysql-client; however: Package mysql-client is not configured yet. Package mysql-client-5.5 which provides mysql-client is to be removed. Package virtual-mysql-client is not installed. Package mysql-client-5.5 which provides virtual-mysql-client Removing mysql-client-5.5 (5.5.43-0+deb8u1) ... Processing triggers for man-db (2.7.0.2-5) ... Selecting previously unselected package mysql-client-core-5.6. Preparing to unpack .../mysql-client-core-5.6_5.6.25-2_amd64.deb ... Unpacking mysql-client-core-5.6 (5.6.25-2) ... Preparing to unpack .../mysql-common_5.6.25-2_all.deb ... Unpacking mysql-common (5.6.25-2) over (5.5.43-0+deb8u1) ... Selecting previously unselected package mysql-client-5.6. Preparing to unpack .../mysql-client-5.6_5.6.25-2_amd64.deb ... Unpacking mysql-client-5.6 (5.6.25-2) ... Processing triggers for man-db (2.7.0.2-5) ... dpkg: mysql-server-core-5.5: dependency problems, but removing anyway as you requested: akonadi-backend-mysql depends on mysql-server-core-5.6 | virtual-mysql- server-core; however: Package mysql-server-core-5.6 is not installed. Package virtual-mysql-server-core is not installed. Package mysql-server-core-5.5 which provides virtual-mysql-server-core is to be removed. Removing mysql-server-core-5.5 (5.5.43-0+deb8u1) ... Processing triggers for man-db (2.7.0.2-5) ... Selecting previously unselected package mysql-server-core-5.6. Preparing to unpack .../mysql-server-core-5.6_5.6.25-2_amd64.deb ... Unpacking mysql-server-core-5.6 (5.6.25-2) ... Processing triggers for man-db (2.7.0.2-5) ... Setting up mysql-common (5.6.25-2) ... update-alternatives: using /etc/mysql/my.cnf.fallback to provide /etc/mysql/my.cnf (my.cnf) in auto mode Removing obsolete conffile /etc/mysql/conf.d/.keepme ... Obsolete conffile /etc/mysql/my.cnf has been modified by you. Saving as /etc/mysql/my.cnf.dpkg-bak ... Moving /etc/mysql/my.cnf.dpkg-bak to /etc/mysql/my.cnf.migrated Using your previous configuration through /etc/mysql/my.cnf.migrated update-alternatives: using /etc/mysql/my.cnf.migrated to provide /etc/mysql/my.cnf (my.cnf) in auto mode Selecting previously unselected package mysql-server-5.6. (Reading database ... 478973 files and directories currently installed.) Preparing to unpack .../mysql-server-5.6_5.6.25-2_amd64.deb ... Unpacking mysql-server-5.6 (5.6.25-2) ... Processing triggers for man-db (2.7.0.2-5) ... Processing triggers for systemd (215-17+deb8u1) ... Setting up mysql-client-core-5.6 (5.6.25-2) ... Setting up mysql-client-5.6 (5.6.25-2) ... Setting up mysql-server-core-5.6 (5.6.25-2) ... Setting up mysql-server-5.6
Bug#792356: libx11-6: X_GetWindowAttributes fails to report if window is launched direction to an extended desktop screen.
Package: libx11-6 Version: 2:1.6.2-3 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Working with xdotool. * What exactly did you do (or not do) that was effective (or ineffective)? Launched window directly to extended desktop screen. * What was the outcome of this action? X_GetWindowAttributes failed request. * What outcome did you expect instead? X_GetWindowAttributes returning window attributes. *** End of the template - remove these template lines *** -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libx11-6 depends on: ii libc6 2.19-18 ii libx11-data2:1.6.2-3 ii libxcb11.10-3+b1 ii multiarch-support 2.19-18 libx11-6 recommends no packages. libx11-6 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#792355: ITP: libevtx -- Windows XML Event Log format access library
Control: block 792335 by -1 Package: wnpp Owner: Hilko Bengen ben...@debian.org Severity: wishlist * Package name: libevtx Version : 20150105 Upstream Author : Joachim Metz * URL or Web page : https://github.com/libyal/libevtx * License : LGPL-3.0+ Description : Windows XML Event Log format access library libevtx is a dependency for Plaso. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780001: Package REJECTED (too small)
#780913 ITP: node-absolute-path #780001 ITP: node-isarray noowner 780913 noowner 780001 close 780913 close 780001 thanks I no longer intent to maintain this Node.js module. It was rejected out of NEW because it is too small. See the pkg-javascript-devel lists for more information: http://lists.alioth.debian.org/pipermail/pkg-javascript-devel/2015-July/010797.html http://lists.alioth.debian.org/pipermail/pkg-javascript-devel/2015-July/010798.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792336: ifupdown doesn't read /etc/network/interfaces carefully, second card RTL8111 Gb ist never configured
Package: ifupdown Version: 0.7.54 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable-updates'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 4.0.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages ifupdown depends on: ii adduser 3.113+nmu3 ii initscripts 2.88dsf-59.2 ii iproute2 4.0.0-1 ii libc62.19-18 ii lsb-base 4.1+Debian13+nmu1 Versions of packages ifupdown recommends: ii isc-dhcp-client [dhcp-client] 4.3.2-1 ii pump [dhcp-client] 0.8.24-7 Versions of packages ifupdown suggests: ii ppp 2.4.6-3.1 pn rdnssd none -- no debconf information I hope, never using ifupdown anymore will solve that ridiculous problem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792333: ikiwiki: Multiple Use of uninitialized value in string $op warnings
On 14/07/15 04:04, James McCoy wrote: Jul 11 23:32:27 sisyphus lighttpd[629]: Use of uninitialized value in string eq at /usr/share/perl5/IkiWiki.pm line 622. These are all in the code that calculates as-relative-as-possible self-referential URLs for the CGI and the static content. Your line numbering seems to be off by 2 for lines that use eq and ne - are you sure you're running 3.20141016.2 without local edits? What is your configured url parameter? What is your configured cgiurl parameter? My guess is that your ikiwiki is misconfigured: url and cgiurl are required to be absolute URLs, with all the components (http://example.com/ikiwiki.cgi, not /ikiwiki.cgi). Some of the contexts in which they are used - notably base href and RSS feeds - require this information at compile time. If your site is accessed via several different URLs or protocols, use the one that typical non-admin visitors would use, and make url and cgiurl as consistent as possible. For public sites, in practice this means using https if you have (and want to use) a CA-cartel certificate that browsers consider to be valid, or http if you don't. ikiwiki automatically uses relative URLs (../sandbox/) or host-relative URLs (/ikiwiki.cgi, /sandbox/) as much as it can, so if a particular visitor accesses it differently (e.g. via https using a non-cartel-approved certificate for which they have added an exception, or via a different hostname), they will stay on that protocol/hostname. The code that is issuing warnings for you is the code that records enough information to do that, in fact. It works best if url and cgiurl are on the same protocol and DNS name. If your site is behind a reverse proxy, the reverse_proxy option can turn off parts of that logic, but it sounds as though you have the opposite problem: you're not hard-coding enough. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791050: glibmm2.4: library transition may be needed when GCC 5 is the default
Control: tags -1 + confirmed confirmed, or else at least performous ftbfs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791076: ilmbase: library transition may be needed when GCC 5 is the default
Control: tags -1 + confirmed confirmed, or else at least kde4libs ftbfs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792371: alien: FTBFS with perl 5.22 in experimental (MakeMaker changes)
Source: alien Version: 8.93 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition Tags: sid stretch This package FTBFS with perl 5.22.0-2, which removed support for a long- obsolete way of overriding PREFIX when calling 'make install' with ExtUtils::MakeMaker, as described in the lintian tag debian-rules-makemaker-prefix-is-deprecated[1] and the Debian Perl policy[2]: /usr/bin/make pure_install INSTALLDIRS=vendor \ PREFIX=/«PKGBUILDDIR»/debian/alien//usr \ VARPREFIX=/«PKGBUILDDIR»/debian/alien make[2]: Entering directory '/«PKGBUILDDIR»' Manifying 1 pod document Manifying 7 pod documents perl -i -pe s/\@version\@/8.93/g alien.lsm.in alien.lsm -i used with no filenames on the command line, reading from STDIN. perl -i -pe s/\@version\@/8.93/g alien.spec.in alien.spec -i used with no filenames on the command line, reading from STDIN. ERROR: Can't create '/usr/bin' Do not have write permissions on '/usr/bin' at -e line 1. The fix is to use DESTDIR instead of PREFIX; please see the lintian description for examples. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. [1] https://lintian.debian.org/tags/debian-rules-makemaker-prefix-is-deprecated.html [2] https://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-vendor_install -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792382: flamethrower: FTBFS with perl 5.22 in experimental (MakeMaker changes)
Source: flamethrower Version: 0.1.8-3 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition makemaker-prefix Tags: sid stretch This package FTBFS with perl 5.22.0-2, which removed support for a long- obsolete way of overriding PREFIX when calling 'make install' with ExtUtils::MakeMaker, as described in the lintian tag debian-rules-makemaker-prefix-is-deprecated[1] and the Debian Perl policy[2]: /usr/bin/make install PREFIX=/«PKGBUILDDIR»/debian/flamethrower/usr CONFDIR=/ «PKGBUILDDIR»/debian/flamethrower SITEPREFIX=/«PKGBUILDDIR»/debian/flamethrowe r/usr INSTALLSITEARCH=/«PKGBUILDDIR»/debian/flamethrower/usr make[1]: Entering directory '/«PKGBUILDDIR»' ERROR: Can't create '/usr/local/bin' Do not have write permissions on '/usr/local/bin' The fix is to use DESTDIR instead of PREFIX; please see the lintian description for examples. Alternatively, newer versions of debhelper can automatically call make install with the correct arguments when using the dh7 style rules files. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. [1] https://lintian.debian.org/tags/debian-rules-makemaker-prefix-is-deprecated.html [2] https://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-vendor_install -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792384: hearse: FTBFS with perl 5.22 in experimental (MakeMaker changes)
Source: hearse Version: 1.5-8.1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition makemaker-prefix Tags: sid stretch This package FTBFS with perl 5.22.0-2, which removed support for a long- obsolete way of overriding PREFIX when calling 'make install' with ExtUtils::MakeMaker, as described in the lintian tag debian-rules-makemaker-prefix-is-deprecated[1] and the Debian Perl policy[2]: /usr/bin/make install PREFIX=`pwd`/debian/hearse/usr make[1]: Entering directory '/«PKGBUILDDIR»' Manifying 2 pod documents ERROR: Can't create '/usr/bin' Do not have write permissions on '/usr/bin' The fix is to use DESTDIR instead of PREFIX; please see the lintian description for examples. Alternatively, newer versions of debhelper can automatically call make install with the correct arguments when using the dh7 style rules files. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. [1] https://lintian.debian.org/tags/debian-rules-makemaker-prefix-is-deprecated.html [2] https://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-vendor_install -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792369: jessie-pu: package haproxy/1.5.8-3+deb8u2
Package: release.debian.org Severity: normal Tags: jessie User: release.debian@packages.debian.org Usertags: pu -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hey! We would like to propose a stable upload for HAProxy. There is already a security upload (1.5.8-3+deb8u1) which should hit the next stable release. On top of that, we would like to fix an important regression when upgrading from 1.4. When a proxy is marked as disabled, the config parser will segfault. This was not the case with the same configuration with 1.4. This is bug #792116. Upstream marked the severity to medium because there was a workaround (commenting the proxy instead of disabling it). However, the workaround may be impractical (disabled proxies are kept in the configuration to be able to enable them at runtime) and people may just not know about it. The fix is quite small. I have appended another fix which is just needed for the patch to apply cleanly. If needed, I can just modify the patch to not need the additional fix. Debdiff against 1.5.8-3+deb8u1 is attached. - -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJVpM1gAAoJEJWkL+g1NSX58mcP/R8uOyJ1QMrUfoEUaXIDT+vm 6zaSlHF0RrEaxtyN86kmWbN8xMF9r0w3wLZmOq3WohatGP9BtJ25GfnS42RFyEmT St3PWD7r60FCT6cJL3B4lQuhQZUoXrEXD5OX7DunHUrtPhuTe1HB5j25LjGl50AA W4nbggq0IsbwU/eikpSAAQeFaleMXkiPESEet9H/ZZ0jXTRkTVqrtwGuOeg5zoCA BvxGwxO1P1tHgzRNqIZ9E9luB4lwh4N7OTbn81LjHIQfL0+5zhDOz2Y2axv81nn5 eLlLrAIcUkNzhpePdh9ku6GnGfKI0dkK9IjsnW2jnCOYsPtx/Z/EZ+gK53bmsq1M YOvBZ3k/0FyxMMDcI95A2NaejQ6iVPM3ERB+zsQPMEgp4dzlifVzKEOUEHqAYLzy FnP1c64DIBhgaU1hKHtqe4I2S2SudeOXFGslpXcXNIpnA5Ob5dCJoelrOY+iNJTB JvqfmJ3eFX/ECTM/M2lB7s2ycSwGGl9I4ujdy7XlsQEYFsbNbvhn7NN4oiWiyPSx Bu1FFeBKEgWrFYVnY6SCH2Hr1s+TIOgsDJ55l/c78xcl64qNxnSOy285SAQ07Xe0 l0CGFxSYJ39HH5E25H7McWEaWsHcXp8DJV0sgXLRuXvPd4b2AiTrdjBjRVFyyLiU V1qcrXRo6dZR75HmeZyY =w4OU -END PGP SIGNATURE- diff --git a/debian/changelog b/debian/changelog index 74a07ea3c9ac..5b61f80f2146 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,14 @@ +haproxy (1.5.8-3+deb8u2) jessie; urgency=medium + + * Fix a segfault when parsing a configuration file containing disabled +proxy sections. Closes: #792116. + - BUG/MINOR: config: fix typo in condition when propagating + process binding + - BUG/MEDIUM: config: do not propagate processes between +stopped processes + + -- Vincent Bernat ber...@debian.org Tue, 14 Jul 2015 10:32:26 +0200 + haproxy (1.5.8-3+deb8u1) jessie-security; urgency=high * Fix an information leak. CVE-2015-3281. diff --git a/debian/patches/from-upstream/0001-BUG-MEDIUM-config-do-not-propagate-processes-between.patch b/debian/patches/from-upstream/0001-BUG-MEDIUM-config-do-not-propagate-processes-between.patch new file mode 100644 index ..da4c2e1982a4 --- /dev/null +++ b/debian/patches/from-upstream/0001-BUG-MEDIUM-config-do-not-propagate-processes-between.patch @@ -0,0 +1,34 @@ +From ed061c0590109dde6cd77cd963bebc46ba0cd0cc Mon Sep 17 00:00:00 2001 +From: Willy Tarreau w...@1wt.eu +Date: Thu, 18 Dec 2014 14:00:43 +0100 +Subject: [PATCH] BUG/MEDIUM: config: do not propagate processes between + stopped processes + +Immo Goltz reported a case of segfault while parsing the config where +we try to propagate processes across stopped frontends (those with a +disabled statement). The fix is trivial. The workaround consists in +commenting out these frontends, although not always easy. + +This fix must be backported to 1.5. +(cherry picked from commit f6b70013389cf9378c6a4d55d3d570de4f95c33c) +--- + src/cfgparse.c | 3 +++ + 1 file changed, 3 insertions(+) + +diff --git a/src/cfgparse.c b/src/cfgparse.c +index f5eed03cce91..2a27d8b0a0f9 100644 +--- a/src/cfgparse.c b/src/cfgparse.c +@@ -6009,6 +6009,9 @@ void propagate_processes(struct proxy *from, struct proxy *to) + if (!(from-cap PR_CAP_FE)) + return; + ++ if (from-state == PR_STSTOPPED) ++ return; ++ + /* default_backend */ + if (from-defbe.be) + propagate_processes(from, from-defbe.be); +-- +2.1.4 + diff --git a/debian/patches/from-upstream/0001-BUG-MINOR-config-fix-typo-in-condition-when-propagat.patch b/debian/patches/from-upstream/0001-BUG-MINOR-config-fix-typo-in-condition-when-propagat.patch new file mode 100644 index ..3636696d0278 --- /dev/null +++ b/debian/patches/from-upstream/0001-BUG-MINOR-config-fix-typo-in-condition-when-propagat.patch @@ -0,0 +1,38 @@ +From 8a95d8cd61c8ec61b9e1c9c9e571405878a40624 Mon Sep 17 00:00:00 2001 +From: Willy Tarreau w...@1wt.eu +Date: Thu, 18 Dec 2014 13:56:26 +0100 +Subject: [PATCH]
Bug#792370: slurm-wlm-basic-plugins: Missing ext_sensors_rrd plugin
Package: slurm-wlm-basic-plugins Version: 14.11.8-2 Severity: wishlist According to slurm.conf(5), external sensor plugin ext_sensors_rrd is documented as follows: ExtSensorsType Identifies the plugin to be used for external sensors data collection. Slurmctld calls this plugin to collect external sensors data for jobs/steps and hardware components. In case of node sharing between jobs the reported values per job/step (through sstat or sacct) may not be accurate. See also man ext_sensors.conf. Configurable values at present are: ext_sensors/noneNo external sensors data is collected. ext_sensors/rrd External sensors data is collected from the RRD database. However, the ext_sensors/rrd plguin does not ship with slurm-llnl in Debian: $ dpkg -L slurm-wlm-basic-plugins | grep rrd no output This is due to a missing build depends on librrd-dev. -- Mario Lang Graz University of Technology IT Services - Computing Steyrergasse 30/1, 8010 Graz, Austria - Europe Phone: +43 316 873 6897 Mobile: +43 664 60 873 6897 Email: ml...@tugraz.at www.zid.tugraz.at -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719063: lsb-release: should support python3
Control: tag -1 +moreinfo Le lundi, 1 juin 2015, 12.00:21 Alexandre Detiste a écrit : Here is a patch that has got some review from Python3 porting devel team. Great, thanks. I'll make sure to include it in the next upload. That said, I just tested it, and I get the following error when launching /usr/bin/lsb_release: $ lsb_release Traceback (most recent call last): File /usr/bin/lsb_release, line 95, in module main() File /usr/bin/lsb_release, line 59, in main distinfo = lsb_release.get_distro_information() File /usr/lib/python3/dist-packages/lsb_release.py, line 378, in get_distro_information distinfo = guess_debian_release() File /usr/lib/python3/dist-packages/lsb_release.py, line 320, in guess_debian_release rinfo = guess_release_from_apt() File /usr/lib/python3/dist-packages/lsb_release.py, line 253, in guess_release_from_apt releases.sort(key=release_index) TypeError: unorderable types: int() str() Could you look into it? Cheers, OdyX signature.asc Description: This is a digitally signed message part.
Bug#792385: grep: Setting GREP_COLORS does not do anything unless --color is given
Package: grep Version: 2.21-2 Severity: normal Setting GREP_COLORS to a value does nothing you also pass --color to grep. The documentation says GREP_COLORS Specifies the colors and other attributes used to highlight various parts of the output. Its value is a colon-separated list of capabilities that defaults to ms=01;31:mc=01;31:sl=:cx=:fn=35:ln=32:bn=32:se=36 with the rv and ne boolean capabilities omitted (i.e., false). Supported capabilities are as follows. Nothing here implies this isn't on by default, at least for TTY output. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages grep depends on: ii dpkg 1.18.1 ii install-info 6.0.0.dfsg.1-3 ii libc6 2.19-18 ii libpcre3 2:8.35-7 grep recommends no packages. grep suggests no packages. -- no debconf information -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792386: fltk1.3: Wrong .cmake file or lib filename
Source: fltk1.3 Version: 1.3.3-1 Severity: normal Dear Maintainer, * What led up to the situation? We are trying to use the libfltk-dev package to build some piece of software and we are getting CMake Errors: CMake Error at /usr/lib/fltk/FLTK-Targets.cmake:102 (message): The imported target fltk_cairo_SHARED references the file /usr/lib/x86_64-linux-gnu/libfltk_cairo.so.1.3.3 but this file does not exist. Possible reasons include: * The file was deleted, renamed, or moved to another location. * An install or uninstall procedure did not complete successfully. * The installation package was faulty and contained /usr/lib/fltk/FLTK-Targets.cmake but not all the files it references. * What exactly did you do (or not do) that was effective (or ineffective)? using it with cmake The question is that that file expects to have /usr/lib/x86_64-linux-gnu/libfltk_cairo.so.1.3.3. Looking on the sources and your rules file the file is not created. However, calling cmake with plain parameters the file and the corresponding links are created: lrwxrwxrwx 1 root drp 20 jul 14 10:56 libfltk_cairo.so - libfltk_cairo.so.1.3 lrwxrwxrwx 1 root drp 22 jul 14 10:56 libfltk_cairo.so.1.3 - libfltk_cairo.so.1.3.3 -rwxr-xr-x 1 root drp 15936 jul 14 10:56 libfltk_cairo.so.1.3.3 So, it's something related to your rules. The package is no built with needed links. Please could you take on eye on it because for us the package is unusable? *** End of the template - remove these template lines *** -- 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=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792387: python-gobject-2: package is automatically installed, but it hasn't the A flag in aptitude search
Package: python-gobject-2 Version: 2.28.6-12+b1 Severity: normal Dear Maintainer, The package is automatically installed, but it appears in aptitude search as being manually installed -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/12 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-gobject-2 depends on: ii libc6 2.19-18 ii libffi6 3.1-2+b2 ii libglib2.0-0 2.42.1-1 ii python2.7.9-1 python-gobject-2 recommends no packages. Versions of packages python-gobject-2 suggests: pn python-gobject-2-dbg none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638974: libsqlite3-dev: A call to sqlite3_open() gives a SIGSEGV
Hi, On Tue, Jul 14, 2015 at 2:58 AM, Yuriy M. Kaminskiy yum...@gmail.com wrote: Package: libsqlite3-dev Version: 3.8.7.1-1+deb8u1 Followup-For: Bug #638974 FYI: 1) I was able to reproduce this bug in jessie's 3.8.7.1 (gdb and valgrind report attached); Your issue is quite different from the one you sent this followup for. The gdb report is missing, but it would be useful for upstream, not me. :( 2) I was *NOT* able to reproduce it in (self-backported) sid's 3.8.10.2-1 (and running under valgrind does not show any problem). [fwiw, test.db created sid {totally expectdly} kills jessie's on attempt to open it]. However, I have not found respective entry in changelogs (or upstream commit), so this could be false positive. It can be an old upstream bug. If you have time, you may try to find the commit which fixes this from the upstream repository. From the valgrind output it seems you execute: 'sqlite3 test.db CREATE TABLE t ( x UNIQUE PRIMARY KEY ) WITHOUT ROWID;'. The root cause can be that 'primary key' is an alias of 'unique'[1] (point 3.0, second paragraph). At least the solution to drop the double 'unique' statement and just use 'sqlite3 test.db CREATE TABLE t ( x PRIMARY KEY ) WITHOUT ROWID;'. Regards, Laszlo/GCS [1] https://www.sqlite.org/withoutrowid.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792365: lintian gives false positive for minified js file
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 package: lintian version: 2.5.33 severity: grave reason: gives wrong lintian error the file that gave wrong error is https://raw.githubusercontent.com/components/highlightjs/master/highligh t.pack.js E: ruby-rails-assets-highlightjs source: source-is-missing app/assets/javascripts/highlightjs/highlight.pack.js -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVpMfGAAoJEM4fnGdFEsIqYwIP/19JMB5lJ5c03cRNdYiMzBgS XV8FxJN5MiTPCK0jvZ9hBRkHqMb8/ehtBfBXdQpNzX/BnxPO4oXt1sV6i8yqBNCd zamovaBAXs7+PYVjRRGkSUd0MXuuXYRilixAZfAbewB3zf81G1+Yw3UQNh8PfXCi UISYIL/N5JQUk6v8Eq0SKqd/HL1yFajsfr7LzooWP+B0zuiLHUXCgQkQBTFzIvqC YoFktLWNSk82poagit/EeoTatOfzKV31E9jwvBRg3RfTC/TT5YPvl5rYM9LfHe51 +qu3F66wZabjqbCR0HIF6xVTdJaCfWJgvVuLPCzmNDyirMf03GxRrzyx1TvQzOVB ydbS1ZhBKDzbNxBJT794FWiYozPtIjtt6pKMwk73xf9ZSIF5QZ04Ej+G6pj0tObk YCciq9Z+YNe1O6m3zZmP/QzHL5yZA+vxVZAdp/hS9zHs0H66bZ2Qb9ZDSOeQkaXa rebegdPLNZHC6V3rSpNPEmTaq9h3OZG+vM2kskTJGOSPh5shPZY7+efIJwWKm9w2 y93XlklL9/Q7o9mTQYu+vQB56ECy4YaMph73yz0RzkQeuUn/AlM621Q//cFn1d0C odi5h9To2DxLXSqw629c6P7AXtlikFYNxBRkL8CG3w9XYCmGzaciOqosgyukDy1h m286uGX4EsF7SMJqPLMF =Dvi8 -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#777781: aspectc++: ftbfs with GCC-5
Control: tags -1 + confirmed it looks like their C++ parser needs to be updated. The first thing I saw was missing support for inline namespaces. The only libpuma-dev b-d is in undertaker, which itself build depends on some C++ libs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792364: cloud.debian.org: Ext3 used as filesystem instead of ext4.
Package: cloud.debian.org Severity: normal Dear Maintainer, I noticed that ext3 is used as filesystem for cloud images instead of ext4. Example image affected: http://cdimage.debian.org/cdimage/openstack/current/debian-8.1.0-openstack- amd64.qcow2 Kind regards, Paweł -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792363: cloud.debian.org: http://cdimage.debian.org/cdimage/openstack/current/ is not helpful
Package: cloud.debian.org Severity: normal Dear Maintainer, http://cdimage.debian.org/cdimage/openstack/current/ is probably named this way to allow fixed, automatic retrival of image, but image path is http://cdimage.debian.org/cdimage/openstack/current/debian-8.1.0-openstack- amd64.qcow2 so exact version is involved in the name. It prevents automatic access to newest image file. Could you for example symlink http://cdimage.debian.org/cdimage/openstack/current/debian-8.x.x-openstack- amd64.qcow2 to a proper, newest file? Kind regards, Paweł -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790831: transition: spatialite
Control: tags -1 confirmed On 02/07/15 08:11, Bas Couwenberg wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Forwarded: https://release.debian.org/transitions/html/auto-spatialite.html Dear Release Team, To move away from the deprecated spatialite_init() method that is causing issues since the proj 4.9.1 transition (#785091) we need to get spatialite 4.3.0 out of experimental. The spatialite transition is closely related to the gdal 1.11 transition (#756867). GDAL 1.11 adds support for the spatialite_init_ex() method, and will use it for SpatiaLite = 4.1.2. Because the gdal transition is currently blocked by mapnik 3, we may be able to do the spatialite transition first. It has a much more limited scope. All reverse dependencies built successfully with spatialite 4.3.0 in my last round of rebuilds, the summary is included below. spatialite-tools (4.1.1-5) won't need a rebuild, because 4.3.0-1 will be uploaded instead. spatialite-gui (2.0.0~devel2-1) is intended to accompany spatialite 4.3.0, but it requires librasterlite2 which hasn't passed the NEW queue yet. We can stick to 1.7.1-6 in unstable in case librasterlite2 remains unavailable. Transition: spatialite libspatialite5 (4.1.1-10) - libspatialite7 (4.3.0-1) The status of the most recent rebuilds is as follows. gdal (1.10.1+dfsg-9 / 1.11.2+dfsg-1~exp4) OK / OK librasterlite (1.1g-5) OK librasterlite2(1.0.0~rc0+devel-1~exp1) OK pyspatialite (3.0.1-7) OK spatialite-tools (4.1.1-5 / 4.3.0-1~exp1) OK / OK merkaartor(0.18.1-3)OK osmcoastline (2.0.1-2) OK qgis (2.8.2+dfsg-2)OK spatialite-gui(1.7.1-6 / 2.0.0~devel2-1~exp1) OK / OK You can go ahead with this. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792377: debaux: FTBFS with perl 5.22 in experimental (MakeMaker changes)
Source: debaux Version: 0.1.10-1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition makemaker-prefix Tags: sid stretch This package FTBFS with perl 5.22.0-2, which removed support for a long- obsolete way of overriding PREFIX when calling 'make install' with ExtUtils::MakeMaker, as described in the lintian tag debian-rules-makemaker-prefix-is-deprecated[1] and the Debian Perl policy[2]: /usr/bin/make install PREFIX=/«PKGBUILDDIR»/debian/tmp/usr; \ mkdir -p `pwd`/debian/tmp/usr/share/debaux/cpan make[1]: Entering directory '/«PKGBUILDDIR»' Manifying 2 pod documents Manifying 2 pod documents ERROR: Can't create '/usr/bin' Do not have write permissions on '/usr/bin' (Additionally, this error seems to be ignored as package building continues with dh_movefiles invocations.) The fix is to use DESTDIR instead of PREFIX; please see the lintian description for examples. Alternatively, newer versions of debhelper can automatically call make install with the correct arguments when using the dh7 style rules files. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. [1] https://lintian.debian.org/tags/debian-rules-makemaker-prefix-is-deprecated.html [2] https://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-vendor_install -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792375: clc-intercal: FTBFS with perl 5.22 in experimental (MakeMaker changes)
Source: clc-intercal Version: 1:1.0~4pre1.-94.-2-4 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition makemaker-prefix Tags: sid stretch This package FTBFS with perl 5.22.0-2, which removed support for a long- obsolete way of overriding PREFIX when calling 'make install' with ExtUtils::MakeMaker, as described in the lintian tag debian-rules-makemaker-prefix-is-deprecated[1] and the Debian Perl policy[2]: /usr/bin/make install PREFIX=`pwd`/debian/clc-intercal/usr make[1]: Entering directory '/«PKGBUILDDIR»' cd CLC-INTERCAL-Base-1.-94.-2; /usr/bin/make install make[2]: Entering directory '/«PKGBUILDDIR»/CLC-INTERCAL-Base-1.-94.-2' Manifying 1 pod document Manifying 5 pod documents ERROR: Can't create '/usr/bin' Do not have write permissions on '/usr/bin' The fix is to use DESTDIR instead of PREFIX; please see the lintian description for examples. Alternatively, newer versions of debhelper can automatically call make install with the correct arguments when using the dh7 style rules files. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. [1] https://lintian.debian.org/tags/debian-rules-makemaker-prefix-is-deprecated.html [2] https://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-vendor_install -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792376: dbix-easy-perl: FTBFS with perl 5.22 in experimental (MakeMaker changes)
Source: dbix-easy-perl Version: 0.17-1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition makemaker-prefix Tags: sid stretch This package FTBFS with perl 5.22.0-2, which removed support for a long- obsolete way of overriding PREFIX when calling 'make install' with ExtUtils::MakeMaker, as described in the lintian tag debian-rules-makemaker-prefix-is-deprecated[1] and the Debian Perl policy[2]: /usr/bin/make install PREFIX=/«PKGBUILDDIR»/debian/libdbix-easy-perl/usr make[1]: Entering directory '/«PKGBUILDDIR»' Manifying 5 pod documents Manifying 1 pod document ERROR: Can't create '/usr/bin' Do not have write permissions on '/usr/bin' The fix is to use DESTDIR instead of PREFIX; please see the lintian description for examples. Alternatively, newer versions of debhelper can automatically call make install with the correct arguments when using the dh7 style rules files. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. [1] https://lintian.debian.org/tags/debian-rules-makemaker-prefix-is-deprecated.html [2] https://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-vendor_install -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792372: apt-show-source: FTBFS with perl 5.22 in experimental (MakeMaker changes)
Source: apt-show-source Version: 0.10 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition makemaker-prefix Tags: sid stretch This package FTBFS with perl 5.22.0-2, which removed support for a long- obsolete way of overriding PREFIX when calling 'make install' with ExtUtils::MakeMaker, as described in the lintian tag debian-rules-makemaker-prefix-is-deprecated[1] and the Debian Perl policy[2]: if grep ^install_vendor Makefile; then \ /usr/bin/make install PREFIX=/«PKGBUILDDIR»/debian/tmp/usr; \ else \ /usr/bin/make pure_install DESTDIR=/«PKGBUILDDIR»/debian/tmp; \ fi install_vendor :: pure_vendor_install doc_vendor_install make[1]: Entering directory '/«PKGBUILDDIR»' Manifying 4 pod documents ERROR: Can't create '/usr/bin' Do not have write permissions on '/usr/bin' The fix is to use DESTDIR instead of PREFIX; please see the lintian description for examples. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. [1] https://lintian.debian.org/tags/debian-rules-makemaker-prefix-is-deprecated.html [2] https://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-vendor_install -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792374: ciphersaber: FTBFS with perl 5.22 in experimental (MakeMaker changes)
Source: ciphersaber Version: 0.61-4 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition makemaker-prefix Tags: sid stretch This package FTBFS with perl 5.22.0-2, which removed support for a long- obsolete way of overriding PREFIX when calling 'make install' with ExtUtils::MakeMaker, as described in the lintian tag debian-rules-makemaker-prefix-is-deprecated[1] and the Debian Perl policy[2]: /usr/bin/make install PREFIX=/«PKGBUILDDIR»/debian/libcrypt-ciphersaber-perl/usr make[1]: Entering directory '/«PKGBUILDDIR»' Manifying 1 pod document ERROR: Can't create '/usr/share/man/man3' Do not have write permissions on '/usr/share/man/man3' The fix is to use DESTDIR instead of PREFIX; please see the lintian description for examples. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. [1] https://lintian.debian.org/tags/debian-rules-makemaker-prefix-is-deprecated.html [2] https://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-vendor_install -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792373: cgi-extratags-perl: FTBFS with perl 5.22 in experimental (MakeMaker changes)
Source: cgi-extratags-perl Version: 0.03-1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition makemaker-prefix Tags: sid stretch This package FTBFS with perl 5.22.0-2, which removed support for a long- obsolete way of overriding PREFIX when calling 'make install' with ExtUtils::MakeMaker, as described in the lintian tag debian-rules-makemaker-prefix-is-deprecated[1] and the Debian Perl policy[2]: if grep ^install_vendor Makefile; then \ /usr/bin/make install PREFIX=/«PKGBUILDDIR»/debian/tmp/usr; \ else \ /usr/bin/make pure_install DESTDIR=/«PKGBUILDDIR»/debian/tmp; \ fi install_vendor :: pure_vendor_install doc_vendor_install make[1]: Entering directory '/«PKGBUILDDIR»' Manifying 1 pod document ERROR: Can't create '/usr/share/man/man3' Do not have write permissions on '/usr/share/man/man3' at -e line 1. The fix is to use DESTDIR instead of PREFIX; please see the lintian description for examples. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. [1] https://lintian.debian.org/tags/debian-rules-makemaker-prefix-is-deprecated.html [2] https://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-vendor_install -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792380: RFP: chkboot -- a tool to help detect changes to an unencrypted /boot partition
Package: wnpp Severity: wishlist Package name: chkboot Version: 1.1 Upstream Author: Giancarlo Razzolini g...@razzolini.com.br URL: https://github.com/grazzolini/chkboot License: GPL 2 Description: chkboot is a set of scripts that are meant to be run on a system with an encrypted disk drive. Due to the nature of disk encryption, in order to get the operating system to boot, there needs to be a portion of it which remains un-encrypted. These scripts check that those files have not changed between reboots. Since the scripts and the data they generate are stored on the encrypted part of the disk, any attempts to modify the boot partition between reboots will be detected. -- ilf Über 80 Millionen Deutsche benutzen keine Konsole. Klick dich nicht weg! -- Eine Initiative des Bundesamtes für Tastaturbenutzung signature.asc Description: Digital signature
Bug#792381: dsc-statistics: FTBFS with perl 5.22 in experimental (MakeMaker changes)
Source: dsc-statistics Version: 201203250530-2 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition makemaker-prefix Tags: sid stretch This package FTBFS with perl 5.22.0-2, which removed support for a long- obsolete way of overriding PREFIX when calling 'make install' with ExtUtils::MakeMaker, as described in the lintian tag debian-rules-makemaker-prefix-is-deprecated[1] and the Debian Perl policy[2]: (cd perllib; test -f Makefile || perl Makefile.PL INSTALLDIRS=vendor ; /usr/bin/ make install PREFIX=/«PKGBUILDDIR»/presenter/../debian/dsc-statistics-presenter/ usr) make[2]: Entering directory '/«PKGBUILDDIR»/presenter/perllib' ERROR: Can't create '/usr/share/perl5/DSC' mkdir /usr/share/perl5/DSC: Permission denied at /usr/share/perl/5.22/ExtUtils/I nstall.pm line 477. The fix is to use DESTDIR instead of PREFIX; please see the lintian description for examples. Alternatively, newer versions of debhelper can automatically call make install with the correct arguments when using the dh7 style rules files. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. [1] https://lintian.debian.org/tags/debian-rules-makemaker-prefix-is-deprecated.html [2] https://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-vendor_install -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788767: monav: FTBFS with gcc 4.9/mapnik 3.0.0: requires flags for c++11 support
Control: severity -1 serious On Sun, 14 Jun 2015 20:53:13 + Chris West \(Faux\) solo-debianb...@goeswhere.com wrote: Source: monav Version: 0.3-8 Severity: important Dear Maintainer, The package fails to build on sid, inside libmapnik: FTBFS in sid is severity:serious. This is blocking the mapnik transition. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792379: RFS: plowshare4/1.0.5-2 [RC] -- filesharing website tool implemented in bash
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package plowshare4 to fix an RC bug. * Package name: plowshare4 Version : 1.0.5-2 It builds those binary packages: plowshare4 - Download and upload files from file sharing websites To access further information about this package, please visit the following URL: http://mentors.debian.net/package/plowshare4 dget -x http://mentors.debian.net/debian/pool/main/p/plowshare4/plowshare4_1.0.5-2.dsc This is intended to be a targeted fix for #791467. The plowshare4 package uses rhino's implementation of the `js` executable to execute snippets of javascript downloaded from the web. Since this is not safe, my patch in this version simply removes the dependency on rhino and forces plowshare to act as though javascript is not available on the system. This breaks a few of plowshare's supported websites, but I don't see this as a problem since these break over time anyway and one would want to use an up-to-date version of plowshare to account for this. For future versions I want to investigate sandboxing and/or cleaning the javascript so that it doesn't have to be disabled. This fix is intended to target only the version in stable, and I'm not quite sure on the process here. This upload should fix the issue for stable but I want the bug to stay open for the versions in unstable while I work out what to do. The package is scheduled to be removed from stable in a few weeks' time, so how do I get this fix into stable? BONUS: can I get help copying the version of plowshare4 currently in experimental into unstable? I'm in the middle of packaging the new upstream release but in the meantime the unstable version is lagging because I uploaded to experimental during the jessie freeze. As far as I understand this just needs a simple copy into unstable. Cheers, Carl signature.asc Description: OpenPGP digital signature
Bug#792378: debget: FTBFS with perl 5.22 in experimental (MakeMaker changes)
Source: debget Version: 1.6+nmu1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition makemaker-prefix Tags: sid stretch This package FTBFS with perl 5.22.0-2, which removed support for a long- obsolete way of overriding PREFIX when calling 'make install' with ExtUtils::MakeMaker, as described in the lintian tag debian-rules-makemaker-prefix-is-deprecated[1] and the Debian Perl policy[2]: /usr/bin/make install PREFIX=`pwd`/debian/debget/usr make[1]: Entering directory '/«BUILDDIR»/debget-1.6+nmu1' Manifying 2 pod documents Manifying 1 pod document ERROR: Can't create '/usr/bin' Do not have write permissions on '/usr/bin' The fix is to use DESTDIR instead of PREFIX; please see the lintian description for examples. Alternatively, newer versions of debhelper can automatically call make install with the correct arguments when using the dh7 style rules files. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. [1] https://lintian.debian.org/tags/debian-rules-makemaker-prefix-is-deprecated.html [2] https://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-vendor_install -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783123: Any solution to this?
On Wed, 24 Jun 2015 01:21:24 -0700 (PDT) hacke...@gmail.com wrote: Any solution to this? Same problem here, on Debian testing. Not sure it this is related to this: https://issues.asterisk.org/jira/browse/ASTERISK-24111 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768578: Cannot build python module from apt-get source
Hi, Thanks for your report, On Mon, Jul 13, 2015 at 03:57:49PM -0700, koanhead wrote: I tried today to build the python module by using `apt-get source` and then running `setup.py build` and `setup.py install`. I have the packages libpjsua2 and libpjproject-dev installed. A new version of this package is in the NEW queue. It already includes python bindings. https://ftp-master.debian.org/new/pjproject_2.4~dfsg-1.html Please try it. If I don't get any negative feedback, I'll close this bug when the package gets into Unstable. -- Tzafrir Cohen | tzaf...@jabber.org | VIM is http://tzafrir.org.il || a Mutt's tzaf...@cohens.org.il || best tzaf...@debian.org|| friend -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792361: redmine: dpkg --configure broken when installing ruby packages
Package: redmine Version: 3.0~20140825-8 Severity: serious Dear Antonio, dear maintainers, thanks for the new redmine version. Installing it on my stretch/sid Debian worked without problem. After that I tried to update the ruby packages ruby-jquery-rails, ruby-kgio, and ruby-raindrops. This does not work. The following is an extract from the aptitude output: ... Setting up ruby-jquery-rails (4.0.4-1) ... Setting up ruby-kgio (2.9.3-1) ... Setting up ruby-raindrops (0.14.0-1) ... Processing triggers for redmine (3.0~20140825-8) ... Could not find gem 'jquery-rails (~ 3.1.1) ruby' in any of the gem sources listed in your Gemfile or available on this machine. dpkg: error processing package redmine (--configure): subprocess installed post-installation script returned error exit status 7 Errors were encountered while processing: redmine E: Sub-process /usr/bin/dpkg returned an error code (1) Failed to perform requested operation on package. Trying to recover: Setting up redmine (3.0~20140825-8) ... Could not find gem 'jquery-rails (~ 3.1.1) ruby' in any of the gem sources listed in your Gemfile or available on this machine. dpkg: error processing package redmine (--configure): subprocess installed post-installation script returned error exit status 7 Errors were encountered while processing: redmine -- Regards, Jörg. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (5, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.1.2 Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages redmine depends on: ii bundler 1.10.5-1 ii dbconfig-common 1.8.52 ii debconf [debconf-2.0] 1.5.56 ii libjs-scriptaculous 1.9.0-2 ii redmine-sqlite 3.0~20140825-8 ii ruby1:2.1.5.1 ii ruby-actionpack-action-caching 1.1.1-3 ii ruby-awesome-nested-set 3.0.0-1 ii ruby-coderay1.1.0-2 ii ruby-i18n 0.6.11-2 ii ruby-jquery-rails 4.0.4-1 ii ruby-mime-types 2.6.1-1 ii ruby-net-ldap 0.8.0-1 ii ruby-openid 2.5.0debian-1 ii ruby-protected-attributes 1.0.8-2 ii ruby-rack 1.5.2-3 ii ruby-rack-openid1.4.2-1 ii ruby-rails 2:4.1.10-1 ii ruby-rails-observers0.1.1-1 ii ruby-redcarpet 3.2.3-1+b1 ii ruby-request-store 1.1.0-1 ii ruby-rmagick2.13.2-4+b3 ii ruby2.1 [ruby-interpreter] 2.1.5-3 Versions of packages redmine recommends: pn libfcgi-ruby1.9.1 | libfcgi-ruby none pn ruby-passengernone Versions of packages redmine suggests: pn bzr none ii cvs 2:1.12.13+real-15 pn darcs none ii git 1:2.1.4-2.1 ii mercurial 3.4.2-1 ii subversion 1.8.13-1 -- debconf information: redmine/instances/default/pgsql/manualconf: redmine/old-instances: redmine/instances/default/upgrade-backup: true * redmine/instances/default/db/dbname: redmine.sqlite redmine/missing-redmine-package: redmine/instances/default/dbconfig-reinstall: false redmine/instances/default/internal/reconfiguring: false redmine/notify-migration: * redmine/instances/default/dbconfig-install: true redmine/instances/default/pgsql/method: Unix socket redmine/instances/default/remove-error: abort redmine/instances/default/purge: false redmine/instances/default/pgsql/no-empty-passwords: redmine/default-language: ${defaultLocale} redmine/instances/default/pgsql/authmethod-admin: ident redmine/instances/default/pgsql/changeconf: false * redmine/instances/default/install-error: ignore redmine/instances/default/remote/host: * redmine/instances/default/db/basepath: /var/lib/redmine/default/db * redmine/instances/default/missing-db-package-error: ignore * redmine/instances/default/database-type: sqlite3 redmine/instances/default/upgrade-error: abort redmine/instances/default/db/app-user: redmine redmine/instances/default/mysql/method: Unix socket * redmine/instances/default/dbconfig-remove: redmine/instances/default/remote/port: redmine/instances/default/pgsql/authmethod-user: password redmine/instances/default/remote/newhost: redmine/instances/default/pgsql/admin-user: postgres * redmine/current-instances: default redmine/instances/default/dbconfig-upgrade: true redmine/instances/default/internal/skip-preseed: true redmine/instances/default/passwords-do-not-match: * redmine/instances/default/default-language: en redmine/instances/default/mysql/admin-user: root -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792362: cloud.debian.org: http://http.debian.net/ should be updated to http://httpredir.debian.org/ in /etc/apt/sources.list
Package: cloud.debian.org Severity: minor Dear Maintainer, http://http.debian.net/ should be updated to http://httpredir.debian.org/ in /etc/apt/sources.list in cloud images, for example http://cdimage.debian.org/cdimage/openstack/8.1.0/debian-8.1.0 -openstack-amd64.qcow2 Kind regards, Paweł -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792367: icedove-l10n-fi: should recommend xul-ext-mozvoikko (not dropped myspell-fi)
Package: icedove-l10n-fi Version: 1:31.4.0-1 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 myspell-fi was dropped long ago (see bug#640777), superceded by tools based on the voippo library. For Mozilla-based tools, that seems to be xul-ext-mozvoikko. Please double-check (I don't even speak the language), and if correct then replace the recommendation on myspell-fi with a recommendation on xul-ext-mozvoikko. Thanks, - Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJVpMvxAAoJECx8MUbBoAEhJFkP/i7AzDCI2GBjwnFzI0pTdRTj NT/PVM9VzoqF231jxU4uEeGf4kXcE60+lL7vPMZ7de7Q7xd1ks7gkxTO1c25wEvT acSgNh4VHeQgSfekqL+BtrknUmC79LKwarestjyW/rKVRKl4+Pc/bvVHv7Ht7qqg eQWJBdhqUXWUj+MKqTWZsQmGkRtmYsOHJfB6vYgCusajAPPbu0SuBW3ZmR4Xxwph d2Ihw2DSVgaI5+NAvRbb39wiXv8PwxGcAXAfaPNZKXLzsNU00795ucxEDqp/so/d hXolXQZ8TZCKDqOU74n+8JCkzRcOBT1It2zQXlCA2W7xLelPBcWifEuRy6xBAMkz 0Dh9CAVVEu3bWw6qumZGBKh25a2xnEnSNpEDccoen05c/zxNObz7Df2mRU2yJqIj fjj16amd4wl03SonIyqTURWFQ+HCE/cdhhY3/tXkr/Tq6vlSeo9nYf/FYqhCgOrq dHzOMXEraXX8LR0g458wgQ49tu4DrwlQD/6jhhmEFVsSvgFBA7RCgMAGcha+Cs7H eyF+ui0ikdR/cayOlNNXnMZQBzV2lwgO9khgEkFNu7r3Km6jpYsHx/4NAmBEC3az gE7VMMBCjkfbWe+R/VoXMlwc37W1la1m8qG3b8/LORSya/Svtws4rhvtNhZvkMJd fcEpz7vuL0ZVLw4JDXGm =gmSY -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#792365: lintian gives false positive for minified js file
Control: severity -1 normal On 2015-07-14 9:26, Pirate Praveen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 package: lintian version: 2.5.33 severity: grave reason: gives wrong lintian error A single false positive for a tag that's not on the auto-reject list is in no way Release Critical. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792383: ftp-upload: FTBFS with perl 5.22 in experimental (MakeMaker changes)
Source: ftp-upload Version: 1.5 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition makemaker-prefix Tags: sid stretch This package FTBFS with perl 5.22.0-2, which removed support for a long- obsolete way of overriding PREFIX when calling 'make install' with ExtUtils::MakeMaker, as described in the lintian tag debian-rules-makemaker-prefix-is-deprecated[1] and the Debian Perl policy[2]: /usr/bin/make install PREFIX=`pwd`/debian/ftp-upload/usr make[1]: Entering directory '/«PKGBUILDDIR»' Manifying 1 pod document ERROR: Can't create '/usr/bin' Do not have write permissions on '/usr/bin' The fix is to use DESTDIR instead of PREFIX; please see the lintian description for examples. Alternatively, newer versions of debhelper can automatically call make install with the correct arguments when using the dh7 style rules files. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. [1] https://lintian.debian.org/tags/debian-rules-makemaker-prefix-is-deprecated.html [2] https://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-vendor_install -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638974: libsqlite3-dev: A call to sqlite3_open() gives a SIGSEGV
On 14.07.2015 11:23, László Böszörményi (GCS) wrote: Hi, On Tue, Jul 14, 2015 at 2:58 AM, Yuriy M. Kaminskiy yum...@gmail.com wrote: Package: libsqlite3-dev Version: 3.8.7.1-1+deb8u1 Followup-For: Bug #638974 1) I was able to reproduce this bug in jessie's 3.8.7.1 (gdb and valgrind report attached); Your issue is quite different from the one you sent this followup for. The gdb report is missing, but it would be useful for upstream, not me. :( Oops, sorry, I somehow mixed numbers, that should have been sent as followup to #736463 :-( #638974 is, indeed, unrelated. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778497: bilibop: Lacks support for overlay filesystem
Hi, On 12/07/2015 11:35, intrigeri wrote: Hi, note that Linux 4.x, that replaces aufs with overlayfs, has entered sid two months ago. It still didn't migrate to testing, but I guess that it's a matter of days or weeks now. Of course bilibop has features that don't rely on any union FS, but still it would be good to avoid regressions for users of Debian testing. What's your current ETA regarding putting a new upstream release out that supports overlayfs? Anything I can do to help, e.g. by testing the (limited) codepaths we use in Tails? It's almost ready for a new release. I'm updating the doc. Cheers, quidame signature.asc Description: OpenPGP digital signature
Bug#791382: fcitx-skk: incorrect dependency `Depends: skk`
On July 4, 2015 at 2:26PM +0900, tats (at debian.org) wrote: I've prepared NMU to fix this bug. Will be uploaded next week or so. Uploaded. Thanks, -- Tatsuya Kinoshita pgp8bdpT6pBQM.pgp Description: PGP signature
Bug#792368: slurm-wlm-basic-plugins: Missing acct_gather_energy_ipmi plugin
Package: slurm-wlm-basic-plugins Version: 14.11.8-2 Severity: wishlist According to slurm.conf(5), energy plugin acct_gather_energy_ipmi is documented as follows: acct_gather_energy/ipmi Energy consumption data is collected from the Base-board anagement Controller (BMC) using the Intelligent Platform Management Interface (IPMI). However, the acct_gather_energy/ipmi plguin does not ship with slurm-llnl in Debian: $ dpkg -L slurm-wlm-basic-plugins | grep energy /usr/lib/i386-linux-gnu/slurm/acct_gather_energy_none.so /usr/lib/i386-linux-gnu/slurm/acct_gather_energy_rapl.so This is due to a missing build depends on libipmimonitoring-dev. -- Mario Lang Graz University of Technology IT Services - Computing Steyrergasse 30/1, 8010 Graz, Austria - Europe Phone: +43 316 873 6897 Mobile: +43 664 60 873 6897 Email: ml...@tugraz.at www.zid.tugraz.at -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736463: libsqlite3-0: UNIQUE PRIMARY KEY + WITHOUT ROWID = segfault
Package: libsqlite3-dev Version: 3.8.7.1-1+deb8u1 Followup-For: Bug #736463 (was sent to unrelated bug, resenting, sorry) 1) I was able to reproduce this bug in jessie's 3.8.7.1 (gdb and valgrind report attached); 2) I was *NOT* able to reproduce it in (self-backported) sid's 3.8.10.2-1 (and running under valgrind does not show any problem). [fwiw, test.db created by sid {totally expectdly} kills jessie's sqlite3 on attempt to open it]. However, I have not found respective entry in changelogs (or upstream commit), so this could be false positive. -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libsqlite3-dev depends on: ii libc6-dev 2.19-18 ii libsqlite3-0 3.8.7.1-1+deb8u1 libsqlite3-dev recommends no packages. Versions of packages libsqlite3-dev suggests: ii sqlite3-doc 3.8.7.1-1+deb8u1 -- no debconf information $ valgrind sqlite3 test.db CREATE TABLE t ( x UNIQUE PRIMARY KEY ) WITHOUT ROWID; ==7586== Memcheck, a memory error detector ==7586== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==7586== Using Valgrind-3.10.0 and LibVEX; rerun with -h for copyright info ==7586== Command: sqlite3 test.db CREATE\ TABLE\ t\ (\ x\ UNIQUE\ PRIMARY\ KEY\ )\ WITHOUT\ ROWID; ==7586== ==7586== Invalid read of size 1 ==7586==at 0x48E8AF9: sqlite3EndTable (in /usr/lib/i386-linux-gnu/libsqlite3.so.0.8.6) ==7586==by 0x48CAAF7: sqlite3Parser (in /usr/lib/i386-linux-gnu/libsqlite3.so.0.8.6) ==7586==by 0x48CE7BB: sqlite3RunParser (in /usr/lib/i386-linux-gnu/libsqlite3.so.0.8.6) ==7586==by 0x48CEE64: sqlite3Prepare (in /usr/lib/i386-linux-gnu/libsqlite3.so.0.8.6) ==7586==by 0x48CF224: sqlite3LockAndPrepare (in /usr/lib/i386-linux-gnu/libsqlite3.so.0.8.6) ==7586==by 0x10E603: shell_exec.constprop.10 (in /usr/bin/sqlite3) ==7586==by 0x10A78E: main (in /usr/bin/sqlite3) ==7586== Address 0x37 is not stack'd, malloc'd or (recently) free'd ==7586== ==7586== ==7586== Process terminating with default action of signal 11 (SIGSEGV) ==7586== Access not within mapped region at address 0x37 ==7586==at 0x48E8AF9: sqlite3EndTable (in /usr/lib/i386-linux-gnu/libsqlite3.so.0.8.6) ==7586==by 0x48CAAF7: sqlite3Parser (in /usr/lib/i386-linux-gnu/libsqlite3.so.0.8.6) ==7586==by 0x48CE7BB: sqlite3RunParser (in /usr/lib/i386-linux-gnu/libsqlite3.so.0.8.6) ==7586==by 0x48CEE64: sqlite3Prepare (in /usr/lib/i386-linux-gnu/libsqlite3.so.0.8.6) ==7586==by 0x48CF224: sqlite3LockAndPrepare (in /usr/lib/i386-linux-gnu/libsqlite3.so.0.8.6) ==7586==by 0x10E603: shell_exec.constprop.10 (in /usr/bin/sqlite3) ==7586==by 0x10A78E: main (in /usr/bin/sqlite3) ==7586== If you believe this happened as a result of a stack ==7586== overflow in your program's main thread (unlikely but ==7586== possible), you can try to increase the size of the ==7586== main thread stack using the --main-stacksize= flag. ==7586== The main thread stack size used in this run was 8388608. ==7586== ==7586== HEAP SUMMARY: ==7586== in use at exit: 75,860 bytes in 101 blocks ==7586== total heap usage: 262 allocs, 161 frees, 101,111 bytes allocated ==7586== ==7586== LEAK SUMMARY: ==7586==definitely lost: 0 bytes in 0 blocks ==7586==indirectly lost: 0 bytes in 0 blocks ==7586== possibly lost: 75,848 bytes in 100 blocks ==7586==still reachable: 12 bytes in 1 blocks ==7586== suppressed: 0 bytes in 0 blocks ==7586== Rerun with --leak-check=full to see details of leaked memory ==7586== ==7586== For counts of detected and suppressed errors, rerun with: -v ==7586== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) Segmentation fault (core dumped) (gdb) run Starting program: /usr/bin/sqlite3 test.db CREATE\ TABLE\ t\ \(\ x\ UNIQUE\ PRIMARY\ KEY\ \)\ WITHOUT\ ROWID\; [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/i386-linux-gnu/i686/cmov/libthread_db.so.1. Program received signal SIGSEGV, Segmentation fault. convertToWithoutRowidTable (pTab=0x5657b7c0, pParse=0x5657aa78) at sqlite3.c:90230 90230 sqlite3.c: No such file or directory. (gdb) bt full #0 convertToWithoutRowidTable (pTab=0x5657b7c0, pParse=0x5657aa78) at sqlite3.c:90230 pPk = 0x0 nPk = optimized out i = optimized out db = 0x56568010 pIdx = optimized out j = optimized out v = optimized out #1 sqlite3EndTable (pParse=0x5657aa78, pCons=0x5657ad00, pEnd=0x5657ad10, tabOpts=32 ' ', pSelect=0x0) at sqlite3.c:24813 p = 0x5657b7c0 db = 0x56568010 pIdx = optimized out #2 0xf7f46af8 in yy_reduce (yyruleno=optimized out,
Bug#790831: transition: spatialite
On 2015-07-14 11:30, Emilio Pozuelo Monfort wrote: On 02/07/15 08:11, Bas Couwenberg wrote: spatialite-tools (4.1.1-5) won't need a rebuild, because 4.3.0-1 will be uploaded instead. spatialite-gui (2.0.0~devel2-1) is intended to accompany spatialite 4.3.0, but it requires librasterlite2 which hasn't passed the NEW queue yet. We can stick to 1.7.1-6 in unstable in case librasterlite2 remains unavailable. You can go ahead with this. That's great, thanks! I've uploaded spatialite (4.3.0-1) spatialite-tools (4.3.0-1) to unstable. The versioned build dependency ensures that spatialite-tools builds with spatialite (= 4.3.0). librasterlite2 was accepted recently, so I'll upload that to unstable tonight. Once that's available the prerequisites for spatialite-gui 2.0.0 are met, but I won't upload spatialite-gui (2.0.0~devel2-1) until I get the go ahead. Kind Regards, Bas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790199: claws-mail: depends on libwebkitgtk-1.0-0 which is deprecated
On 14/07/15 13:37, Ricardo Mones wrote: Hi Emilio, On Sat, Jun 27, 2015 at 05:41:23PM +0200, po...@debian.org wrote: Source: claws-mail Severity: important Tags: sid stretch User: pkg-webkit-maintain...@lists.alioth.debian.org Usertags: oldlibs libwebkitgtk-1.0-0 webkit1 Hi, claws-mail depends on libwebkitgtk-1.0-0, which is deprecated in favor of libwebkit2gtk-4.0-37. claws-mail should be ported to the new webkitgtk version so we can remove the old, unmaintained one. As an intermediate step you can port claws-mail to libwebkitgtk-3.0-0, which has a similar API to libwebkitgtk-1.0-0 but is based on GTK+ 3.0. Thus you'd be porting claws-mail to GTK+ 3.0 first, using libwebkitgtk-3.0-0, and you could then port to libwebkit2gtk-4.0-37 later. But note that libwebkitgtk-3.0-0 is also deprecated. Please try to do this before the Stretch release as we're going to try to remove libwebkitgtk-1.0-0 this cycle. Given the age of upstream GTK+ 3.0 porting bug¹ and the effort required to do such porting I doubt very much this will happen soon, unless some porting guru comes out of the blue. ¹ http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2371 We'll bump this to serious when the list of rdeps is small and we're getting ready to removing libwebkitgtk-1.0-0 completely. If you have any question don't hesitate to ask. Well, there's some other solutions just from the top of my head, from easier to harder: * drop fancy plugin, which is the one introducing such dependency (and leave Claws Mail users without HTML mail rendering) * upstream embeds the library within the plugin (since it's going to be removed it's not even an ECC) * fork the library keeping API/ABI, repackage it for Debian and depend on the forked one Since upstream is probably not happy with first one, I guess one of the other two will be selected, or something better, if available. The second and third options sound like totally bad ideas to me. Please don't do those. For now just keep the status quo and poke upstream about the switch to GTK+ 3. Do you have planned dates for the removal to happen? Might not happen for Stretch given the amount of rdeps at the moment. If we can't do it for Stretch, we'll definitely try to get rid of it for Buster. But no specific dates atm. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792390: gradle: improve bootstrapping by using groovyc
Package: gradle Version: 1.5-2 Severity: wishlist A few weeks ago we had a discussion with the Fedora maintainer of Gradle in #debian-java. He told us that Fedora uses groovyc to compile and bootstrap Gradle. I think this method should be considered for the Debian package too because it is an improvement over downloading a pre-built binary. Patches and more information can be found at: http://pkgs.fedoraproject.org/cgit/gradle.git/tree/ Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763895: cinnamon crashes when a window opens
Package: cinnamon Followup-For: Bug #763895 Hello, I upgraded the system with this problem to Jessie release and booted the stable kernel and the problem did not go away. So I upgraded kernel, libdrm, mesa, cogl, cairo, muffin and Xorg to latest versions in Debian and the problem went away. I can run a terminal and it shows a dropshadow and cinnamon does not crash. So that's it. I guess kernel, libdrm and mesa are most important here. Thanks Michal -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (900, 'stable'), (800, 'oldstable'), (600, 'testing'), (500, 'unstable'), (110, 'experimental') Architecture: i386 (i686) Kernel: Linux 4.1.0-trunk-586 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: upstart (via init_is_upstart()) Versions of packages cinnamon depends on: ii caribou 0.4.15-1 ii cinnamon-common 2.6.12-1 ii cinnamon-control-center 2.6.0-1 ii cinnamon-desktop-data2.6.5-1 ii cinnamon-screensaver 2.6.4-1 ii cinnamon-session 2.6.3-1 ii cinnamon-settings-daemon 2.6.3-1 ii cjs 2.6.2-1 ii cups-pk-helper 0.2.5-2+b1 ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii gir1.2-accountsservice-1.0 0.6.37-3+b1 ii gir1.2-caribou-1.0 0.4.15-1 ii gir1.2-clutter-1.0 1.22.4-1 ii gir1.2-cmenu-3.0 2.6.0-2 ii gir1.2-cogl-1.0 1.20.0-2 ii gir1.2-gconf-2.0 3.2.6-3 ii gir1.2-gdkpixbuf-2.0 2.31.1-2+b1 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.42.0-2.2 ii gir1.2-gnomedesktop-3.0 3.14.1-1 ii gir1.2-gtk-3.0 3.14.5-1 ii gir1.2-gtkclutter-1.01.6.0-1 ii gir1.2-javascriptcoregtk-3.0 2.4.8-2 ii gir1.2-keybinder-3.0 0.3.0-1 ii gir1.2-meta-muffin-0.0 2.6.1-3 ii gir1.2-networkmanager-1.00.9.10.0-7 ii gir1.2-notify-0.70.7.6-2 ii gir1.2-pango-1.0 1.36.8-3 ii gir1.2-polkit-1.00.105-8 ii gir1.2-soup-2.4 2.48.0-1 ii gir1.2-upowerglib-1.00.99.1-3.2 ii gir1.2-webkit-3.02.4.8-2 ii gkbd-capplet 3.6.0-1 ii gnome-backgrounds3.14.1-1 ii gnome-icon-theme-symbolic3.12.0-1 ii gnome-themes-standard3.14.2.2-1 ii gsettings-desktop-schemas3.14.1-1 ii libatk-bridge2.0-0 2.14.0-2 ii libatk1.0-0 2.14.0-1 ii libc62.19-18 ii libcairo21.14.2-2 ii libcinnamon-menu-3-0 2.6.0-2 ii libcjs0 2.6.2-1 ii libclutter-1.0-0 1.22.4-1 ii libcogl-pango20 1.20.0-2 ii libcogl-path20 1.20.0-2 ii libcogl201.20.0-2 ii libcroco30.6.8-3+b1 ii libgcc1 1:4.9.2-10 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libgirepository-1.0-11.42.0-2.2 ii libgl1-mesa-glx [libgl1] 10.5.9-2 ii libglib2.0-0 2.42.1-1 ii libglib2.0-bin 2.42.1-1 ii libgstreamer1.0-01.4.4-2 ii libgtk-3-0 3.14.5-1 ii libjs-jquery 1.7.2+dfsg-3.2 ii libmozjs-24-024.2.0-2 ii libmuffin0 2.6.1-3 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpulse-mainloop-glib0 5.0-13 ii libpulse05.0-13 ii libstartup-notification0 0.12-4 ii libx11-6 2:1.6.2-3 ii libxfixes3 1:5.0.1-2+b2 ii libxml2 2.9.1+dfsg1-5 ii mesa-utils 8.2.0-1 ii nemo 2.6.7-1 pn policykit-1-gnomenone ii python
Bug#792394: vtun does not work with UDP and non-Jessie clients
Package: vtun Version: 3.0.3-2 Since I have upgraded my vtun server from Wheezy to Jessie, my vtun clients can't connect to the server via UDP. - TCP clients can connect, - Clients upgraded to Jessie can connect via UDP too, - Non-Jessie clients (Wheezy, or non-Debian clients) can not. Server log: (alice=client, bob=server) Jul 14 13:48:48 gateway vtund[16207]: Use SSL-aware challenge/response Jul 14 13:48:48 gateway vtund[16207]: Session alice[193.225.174.65:50825] opened Jul 14 13:48:48 gateway vtund[16207]: UDP connection initialized Jul 14 13:48:48 gateway vtund[16207]: Connection refused (111) Jul 14 13:48:48 gateway vtund[16207]: Session alice closed tcpdump shows: 13:45:08.164850 IP alice bob: ICMP client udp port 42694 unreachable, length 36 - Firewall disabled on both ends - No NAT, both ends have public IP Thank you in advance. -- Gergely EGERVARY -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792395: check-mk-config-icinga: wrong version of check-mk in defaults
Package: check-mk-config-icinga Version: 1.2.6p5-1~bpo8+1 Severity: minor /usr/share/check_mk/modules/defaults has not been updated for 1.2.6p5 on either the icinga or nagios config packages. A minor cosmetic detail, but when you're looking at multisite it's a bit confusing. -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages check-mk-config-icinga depends on: ii adduser 3.113+nmu3 ii dpkg 1.17.25 check-mk-config-icinga recommends no packages. check-mk-config-icinga suggests no packages. -- Configuration Files: /etc/apache2/conf-available/check-mk-multisite.conf changed [not included] -- 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#792398: hald fails to start
Package: hal Version: 0.5.14-8 Severity: normal Dear Maintainer, After upgrading from wheezy to jessie, hald fails to start from systemd, and also when trying to run it manually for debugging purposes. The problem seems to be caused by hald running /sbin/udevadm info -r, which causes udevadm to output a usage message and fail with exit code 2. On wheezy the same command prints /dev and completes without error (on a different machine). ~# systemctl status hal hal.service - Hardware Abstraction Layer Loaded: loaded (/lib/systemd/system/hal.service; enabled) Active: failed (Result: timeout) since Tue 2015-07-14 23:45:51 NZST; 36min ago Process: 16055 ExecStart=/usr/sbin/hald --daemon=no --use-syslog (code=exited, status=0/SUCCESS) Main PID: 16055 (code=exited, status=0/SUCCESS) Jul 14 23:44:21 legend hald[16055]: -e,--export-db export the content of the udev database Jul 14 23:44:21 legend hald[16055]: -c,--cleanup-db cleanup the udev database Jul 14 23:44:21 legend hald[16055]: --versionprint version of the program Jul 14 23:44:21 legend hald[16055]: -h,--help print this message Jul 14 23:44:21 legend hald[16055]: org.freedesktop.Hal.Device.Volume.UnknownFailure Jul 14 23:44:21 legend hald[16055]: Cannot open /media/.hal-mtab Jul 14 23:44:21 legend hald[16055]: in hal-storage-cleanup-all-mountpoints Jul 14 23:45:51 legend systemd[1]: hal.service start operation timed out. Terminating. Jul 14 23:45:51 legend systemd[1]: Failed to start Hardware Abstraction Layer. Jul 14 23:45:51 legend systemd[1]: Unit hal.service entered failed state. ~# /usr/sbin/hald --daemon=no --use-syslog --verbose=yes Runner started - allowed paths are '/usr/lib/hal:/usr/lib/hal/scripts:/usr/bin' Usage: udevadm info [OPTIONS] [DEVPATH|FILE] -q,--query=TYPE query device information: name name of device node symlink pointing to node path sys device path property the device properties all all values -p,--path=SYSPATH sys device path used for query or attribute walk -n,--name=NAME node or symlink name used for query or attribute walk -r,--root prepend dev directory to path names -a,--attribute-walk print all key matches walking along the chain of parent devices -d,--device-id-of-file=FILE print major:minor of device containing this file -x,--export export key/value pairs -P,--export-prefix export the key name with a prefix -e,--export-db export the content of the udev database -c,--cleanup-db cleanup the udev database --versionprint version of the program -h,--help print this message Run started hal-storage-cleanup-all-mountpoints (2) (0) ! full path is '/usr/lib/hal/hal-storage-cleanup-all-mountpoints', program_dir is '/usr/lib/hal' in hal-storage-cleanup-all-mountpoints org.freedesktop.Hal.Device.Volume.UnknownFailure Cannot open /media/.hal-mtab pid 16709: rc=1 signaled=0: /usr/lib/hal/hal-storage-cleanup-all-mountpoints Run started hald-addon-cpufreq (0) (0) ! full path is '/usr/lib/hal/hald-addon-cpufreq', program_dir is '/usr/lib/hal' Run started hald-addon-acpi (0) (0) ! full path is '/usr/lib/hal/hald-addon-acpi', program_dir is '/usr/lib/hal' Relevant line from strace -f: 16494 execve(/sbin/udevadm, [/sbin/udevadm, info, -r], [/* 21 vars */]) = 0 16494 write(2, Usage: udevadm info [OPTIONS] [D..., 1113) = 1113 -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages hal depends on: ii adduser 3.113+nmu3 ii dbus 1.8.18-0+deb8u1 ii hal-info 20091130-1 ii libblkid1 2.25.2-6 ii libc6 2.19-18 ii libdbus-1-3 1.8.18-0+deb8u1 ii libdbus-glib-1-2 0.102-1 ii libexpat1 2.1.0-6+b3 ii libglib2.0-0 2.42.1-1 ii libhal-storage1 0.5.14-8 ii libhal1 0.5.14-8 ii libusb-0.1-4 2:0.1.12-25 ii lsb-base 4.1+Debian13+nmu1 ii mount 2.25.2-6 ii pciutils 1:3.2.1-3 ii udev 215-17+deb8u1 ii usbutils 1:007-2 Versions of packages hal recommends: ii consolekit 0.4.6-5 ii eject 2.1.5+deb1+cvs20081104-13.1 pn pm-utilsnone hal 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#790910: FTBFS: glib-enum-types.c: error: 'G_WIN32_OS_ANY' undeclared
Control: forwarded -1 https://github.com/ruby-gnome2/ruby-gnome2/issues/361 Control: tag -1 + fixed-upstream it is fixed in upstream. glib2 wont compile after upgrading to ruby 2.1 https://github.com/ruby-gnome2/ruby-gnome2/issues/361 glib2: support GLib 2.44 https://github.com/ruby-gnome2/ruby-gnome2/commit/b2ebc03e04bfac0f60afd1a849958672cb8fe08b another FTBFS occurs, it is also fixed in upstream. glib2: rb_thread_blocking_region removed from Ruby https://www.ruby-forum.com/topic/4446836 glib2: support Ruby head https://github.com/ruby-gnome2/ruby-gnome2/commit/c92a046cfe266cedbd59a40b31cfc9ea6e8ab300 then, FTBFS has disappeared, but segfault apps. i think packaging 2.2.5 is better than individual fixes. -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E signature.asc Description: Digital signature
Bug#736463: libsqlite3-0: UNIQUE PRIMARY KEY + WITHOUT ROWID = segfault
On 14.07.2015 14:36, László Böszörményi (GCS) wrote: On Tue, Jul 14, 2015 at 11:41 AM, Yuriy M. Kaminskiy yum...@gmail.com wrote: Package: libsqlite3-dev Version: 3.8.7.1-1+deb8u1 Followup-For: Bug #736463 (was sent to unrelated bug, resenting, sorry) 1) I was able to reproduce this bug in jessie's 3.8.7.1 (gdb and valgrind report attached); 2) I was *NOT* able to reproduce it in (self-backported) sid's 3.8.10.2-1 (and running under valgrind does not show any problem). [fwiw, test.db created by sid {totally expectdly} kills jessie's sqlite3 on attempt to open it]. However, I have not found respective entry in changelogs (or upstream commit), so this could be false positive. I can only repeat that the quick solution to remove UNIQUE, the PRIMARY KEY itself guarantee that the specified column will be unique. :shrug: There should be no problem with attempt to open a database file obtained from untrusted source, right? It's just data, no executable code[*], etc, right? Then try to open attached database with jessie's sqlite3. Or feed it to mozilla (IIRC, there are javascript binding?) That is, this is a security problem. (The fact that UNIQUE constraint is redundant with PRIMARY KEY is completely irrelevant here; e.g. it can be autogenerated code, database should handle that gracefully anyway). [*] well, almost; there are triggers, but their side effects are limited to altering the database. test.db Description: Binary data
Bug#791794: RAID device not active during boot
When all disks are available during boot the system is starting without problems: ls -l /dev/disk/by-uuid/ total 0 lrwxrwxrwx 1 root root 10 Jul 13 18:15 2138f67e-7b9e-4960-80d3-2ac2ce31d882 - ../../sdc2 lrwxrwxrwx 1 root root 10 Jul 13 18:15 21a660eb-729d-48fe-b9e3-140ae0ee79f4 - ../../sdd2 lrwxrwxrwx 1 root root 9 Jul 13 18:15 *c4263f89-eb0c-4372-90ae-ce1a1545613e* - ../../*md0* lrwxrwxrwx 1 root root 10 Jul 13 18:15 cbeaebcb-2c55-48c0-b6bd-d5e8a5c4ac06 - ../../sdb2 lrwxrwxrwx 1 root root 10 Jul 13 18:15 ff2bae51-c5b8-41e3-855b-68ee57b61c0c - ../../sda2 When starting the system with only two (instead of four) disks I'm droped into emergency shell with the following error message: ALERT! /dev/disk/by-uuid/*c4263f89-eb0c-4372-90ae-ce1a1545613e* does not exist. Dropping to a shell! ... which seems to be consistent with the fact that the UUID for /dev/md0 is not available ... (initramfs) ls -l /dev/disk/by-uuid/ total 0 lrwxrwxrwx1 00 10 Jul 13 15:20 cbeaebcb-2c55-48c0-b6bd-d5e8a5c4ac06 - ../../sdb2 lrwxrwxrwx1 00 10 Jul 13 15:20 ff2bae51-c5b8-41e3-855b-68ee57b61c0c - ../../sda2 ... which in turn is caused the RAID device itself being inactive at that time: (initramfs) cat /proc/mdstat Personalities : md0 : *inactive* sdb1[5](S) sda1[6](S) 39028736 blocks super 1.2 unused devices: none In order to re-activate /dev/md0 I use the following commands: (initramfs) mdadm --stop /dev/md0 [ 178.719551] md: md0 stopped. [ 178.722463] md: unbindsdb1 [ 178.725386] md: export_rdev(sdb1) [ 178.728804] md: unbindsda1 [ 178.731711] md: export_rdev(sda1) mdadm: stopped /dev/md0 (initramfs) mdadm --assemble /dev/md0 [ 214.171191] md: md0 stopped. [ 214.184471] md: bindsda1 [ 214.195838] md: bindsdb1 [ 214.218253] md: raid1 personality registered for level 1 [ 214.226156] md/raid1:md0: active with 1 out of 3 mirrors [ 214.231651] md0: detected capacity change from 0 to 19982581760 [ 214.247893] md0: unknown partition table mdadm: /dev/md0 has been started with 1 drive (out of 3) and 1 spare. (initramfs) cat /proc/mdstat Personalities : [raid1] md0 : *active* (auto-read-only) raid1 sdb1[5] sda1[6](S) 19514240 blocks super 1.2 [3/1] [U__] unused devices: none ... which will make the RAID device available in /dev/disk/by-uuid/ (initramfs) ls -l /dev/disk/by-uuid/ total 0 lrwxrwxrwx1 009 Jul 13 15:24 *c4263f89-eb0c-4372-90ae-ce1a1545613e* - ../../md0 lrwxrwxrwx1 00 10 Jul 13 15:20 cbeaebcb-2c55-48c0-b6bd-d5e8a5c4ac06 - ../../sdb2 lrwxrwxrwx1 00 10 Jul 13 15:20 ff2bae51-c5b8-41e3-855b-68ee57b61c0c - ../../sda2 Now, if I exit the emergency shell the system is able to boot without problems. In *bug* report *#784070* it is mentioned that with the version of mdadm shipping with Debian Jessie, the --run parameter seems to be ignored when used in conjunction with --scan. According to the man page it is supposed to activate all arrays even if they are degraded. But instead, any arrays that are degraded are marked as 'inactive'. If the root filesystem is on one of those inactive arrays, the boot process is halted. As suggested in the bug report (see message#109) I have changed the file /usr/share/initramfs-tools/scripts/local-top/mdadm and used the comand update-initramfs -u in order to update /boot/initrd.img-3.16.* (... you might first want to make a copy of this file before update.) After reboot the system is able to start even if some disks (out of the RAID device) are missing (see bootlog from serial console below): ... Begin: Running /scripts/init-premount ... done. Begin: Mounting root file system ... Begin: Running /scripts/local-top ... Begin: Assembling all MD arrays ... [ 24.799665] random : nonblocking pool is initialized Failure: failed to assemble all arrays. done. Begin: Assembling all MD arrays ... *Warning: failed to assemble all arrays...attempting individual starts* Begin: attempting mdadm --run md0 ... [ 24.883069] md: raid1 personality registered for level 1 [ 24.889111] md/raid1:md0: active with 2 out of 3 mirrors [ 24.894598] md0: detected capacity change from 0 to 19982581760 mdadm: started array /dev/md/0 [ 24.908255] md0: unknown partition table *Success: started md0* done. done. Begin: Running /scripts/local-premount ... done. Begin: Checking root file system ... fsck from util-linux 2.25.2 /dev/md0: clean, 36905/1220608 files, 398026/4878560 blocks done. ... Problem solved ... ... and many thanks to Phil. PS: There is still one thing I do not understand: The file etc/mdadm/mdadm.conf (within initrd.img.*) contains an UUID (see below) ... ARRAY /dev/md/0
Bug#792391: O: php-xajax -- A library to develop Ajax applications
Package: wnpp Severity: normal I just want to orphan this package because I have no time to maintain packages as I did in the past. It was fun and I learnt a lot during the process.
Bug#792392: O: phpgacl -- PHP Generic Access Control Lists
Package: wnpp Severity: normal I just want to orphan this package because I have no time to maintain packages as I did in the past. It was fun and I learnt a lot during the process.
Bug#792393: O: python-adodb -- A database abstraction library for python
Package: wnpp Severity: normal I just want to orphan this package because I have no time to maintain packages as I did in the past. It was fun and I learnt a lot during the process.
Bug#755202: Workaround - network-manager: keeps creating and using new connection eth0
To avoid this issue for now I defined eth0 as wanted in /etc/network/interfaces and have managed=false in /etc/NetworkManager/NetworkManager.conf See [1] [1] https://wiki.debian.org/NetworkManager#Wired_Networks_are_Unmanaged -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792361: redmine: dpkg --configure broken when installing ruby packages
Control: reassign -1 ruby-jquery-rails Control: notfound -1 3.1.2-6 Control: found -1 4.0.4-1 Control: ruby-jquery-rails: new version breaks redmine dependencies Control: affects -1 + redmine On Tue, Jul 14, 2015 at 10:04:19AM +0200, Jörg-Volker Peetz wrote: Package: redmine Version: 3.0~20140825-8 Severity: serious Dear Antonio, dear maintainers, thanks for the new redmine version. Installing it on my stretch/sid Debian worked without problem. After that I tried to update the ruby packages ruby-jquery-rails, ruby-kgio, and ruby-raindrops. This does not work. The following is an extract from the aptitude output: ... Setting up ruby-jquery-rails (4.0.4-1) ... Setting up ruby-kgio (2.9.3-1) ... Setting up ruby-raindrops (0.14.0-1) ... Processing triggers for redmine (3.0~20140825-8) ... Could not find gem 'jquery-rails (~ 3.1.1) ruby' in any of the gem sources listed in your Gemfile or available on this machine. dpkg: error processing package redmine (--configure): subprocess installed post-installation script returned error exit status 7 Errors were encountered while processing: redmine E: Sub-process /usr/bin/dpkg returned an error code (1) Failed to perform requested operation on package. Trying to recover: Setting up redmine (3.0~20140825-8) ... Could not find gem 'jquery-rails (~ 3.1.1) ruby' in any of the gem sources listed in your Gemfile or available on this machine. dpkg: error processing package redmine (--configure): subprocess installed post-installation script returned error exit status 7 Errors were encountered while processing: redmine This has nothing to do with redmine, but with the fact that ruby-jquery-rails was upgraded to a version that breaks the redmine dependency checking. To the Ruby team: seriously, we need to find a way to check these things *before* uploading. It's not like we can't move forward, but this type of thing needs to be at least coordinated! -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#775542: auto-mount NFS shares on boot
Control: merge -1 768006 Hi, On Tue, 07 Jul 2015 13:35:12 +0200 Jonas Meurer jo...@freesources.org wrote: I prepared a patch for nfs-utils 1.2.8-9 that adds a systemd drop-in for nfs-common at /lib/systemd/system/nfs-common.service.d/remote-fs-pre.conf. It places the nfs-common service before the remote-fs-pre target. This results in the rpc.gssd service beeing started before NFS shares are mounted during the boot process. The patch is tested on my system and works for me. Thanks for looking into this. Just a small note: nfs-common.service should also specify Wants=remote-fs-pre.target (in addition to Before=remote-fs-pre.target) to ensure that remote-fs-pre.target will be part of the transaction. The After=remote-fs-pre.target in the autogenerated mount units alone will not guarantee this. See the description of remote-fs-pre.target in systemd.special(7). Cheers, Apollon signature.asc Description: Digital signature
Bug#792400: sddm: Transition to libsystemd
Control: tags -1 + patch On Tue, 14 Jul 2015 15:18:00 +0200 Michael Biebl bi...@debian.org wrote: Source: sddm Version: 0.11.0-2 Severity: important User: pkg-systemd-maintain...@lists.alioth.debian.org Usertags: libsystemd Hi! In systemd v209, released over a year ago, the various libsystemd-* libraries (libsystemd-journal.so, libsystemd-login.so, libsystem-daemon.so, libsystemd-id128.so) were merged into a single libsystemd.so library to reduce code duplication and avoid cyclic dependencies [1]. Your package declares a build-dependency on either libsystemd-daemon-dev, libsystemd-login-dev or libsystemd-journal-dev. Please update your package so it can be built against libsystemd. Attached is a patch, which changes the Build-Depends from libsystemd-login-dev to libsystemd-dev and updates CMakeList.txt to look for libsystemd instead of libsystemd-journal for journal support. Btw, this looks like it is a bug on it's own: the build-dep on libsystemd-login-dev while you probably wanted libsystemd-journal-dev. So journal support is currently not enabled in the debian package afaics and this patch fixes that. We plan to drop the old compat libraries in about two months. At this point this bug will be raised to serious. Please consider uploading a fixed package before that. Regards, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? diff --git a/debian/control b/debian/control index c8a0bac..6d8bbaf 100644 --- a/debian/control +++ b/debian/control @@ -8,7 +8,7 @@ Build-Depends: cmake (= 2.8.8), debhelper (= 9), dh-systemd [linux-any], libpam0g-dev, - libsystemd-login-dev [linux-any], + libsystemd-dev [linux-any], libupower-glib-dev, libxcb-xkb-dev, libxcb1-dev, diff --git a/debian/patches/libsystemd.diff b/debian/patches/libsystemd.diff new file mode 100644 index 000..94628fa --- /dev/null +++ b/debian/patches/libsystemd.diff @@ -0,0 +1,21 @@ +diff --git a/CMakeLists.txt b/CMakeLists.txt +index cf3fb70..5d4bc62 100644 +--- a/CMakeLists.txt b/CMakeLists.txt +@@ -98,14 +98,14 @@ if(SYSTEMD_FOUND) + add_definitions(-DHAVE_SYSTEMD) + set(CMAKE_AUTOMOC_MOC_OPTIONS -DHAVE_SYSTEMD) + +-pkg_check_modules(JOURNALD libsystemd-journal) ++pkg_check_modules(JOURNALD libsystemd) + + if(ENABLE_JOURNALD) + if(JOURNALD_FOUND) + add_definitions(-DHAVE_JOURNALD) + set(CMAKE_AUTOMOC_MOC_OPTIONS -DHAVE_JOURNALD) + else() +-message(WARNING Disable journald support for lack of libsystemd-journal) ++message(WARNING Disable journald support for lack of libsystemd) + endif() + endif() + diff --git a/debian/patches/series b/debian/patches/series index 5153474..83873e0 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -2,3 +2,4 @@ kubuntu_use_breeze.diff kubuntu_dbus-config-rename.diff kubuntu_minimum_vt.diff upstream_add-graphical.target.diff +libsystemd.diff signature.asc Description: OpenPGP digital signature
Bug#747337: More details about the test suite
Hi Charles, since bedtools and this test suite problem seems to affect python-pysam tests I dived a bit into this. Due to my commits I was able to sort out the five simple fails out of 12. Since I'm not yet know how to care for enabling upstream a simple pull request I sticked to quilt patches. Please feel free to turn this into proper shape to make sure upstream will take over the patch to the test script (fix_test_script.patch) and also make sure that bug223_d.vcf will make it into the next release properly. No idea why this was missing - I worked around this by adding it to debian/test_missing_files/intersect and installed it into the Debian package. This now leaves us with three types of failures: 1. probably simply fixable: fisher.t3...\c 14c14 1 1 1 -nan --- 1 1 1 nan fail I admit I would not mind patching the file test/fisher/test-fisher.sh to something like $ diff -u test-fisher.sh.orig test-fisher.sh --- test-fisher.sh.orig 2015-07-14 12:42:52.0 +0200 +++ test-fisher.sh 2015-07-14 13:09:10.718678365 +0200 @@ -69,7 +69,7 @@ #_ # p-values for fisher's exact test left right two-tailratio -1 1 1 nan exp +1 1 1 -nan exp $BT fisher -a a_merge.bed -b b.bed -g t.60.genome obs check obs exp rm obs exp This should enable passing the test. I would backup that this makes sense at debian-mentors if you have some doubt but I think this is OK. 2. the bit harder ones are reldist.t02 and reldist.t03. Here to me the results are while different structural similar. Comparing the outbut basically the constant column 3 shows a different constant value. I have no idea about the meaning but I would assume some systematic deviation that might get some sensible explanation. 3. To me the shuffle.t1, shuffle.t2, shuffle.t3 and shuffle.t5 tests are the hardest ones. These resluts are looking really different and to me it is hard to believe that this is simply caused by diverging random number generators. If this would be the only cause I admit I'd question the principle of the algorithm at a whole (without knowing the basics behind it, admittedly). Charles, could you please take over my fixes properly (or tell me exactly what I should do and we put it into README.source as well). Then we should do another upload and throw the discussion of type 1. and 2. at debian-mentors to possibly get a clue about this. For type 3 I would like to discuss this with upstream first. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792397: dolphin : network explorer
Package: kde-baseapps Version: 4:15.04.3-1 Severity: normal Dear Maintainer, When I launch dolphin and go to network space in left columns and click network, I obtain an empty folder. It's look like dolphin doesn't explore the network. To bypass the problem, I just enter for exemple smb://windows-computers/share in the address bar. $ dpkg --status dolphin Package: dolphin Status: install ok installed Priority: optional Section: utils Installed-Size: 3130 Maintainer: Debian/Kubuntu Qt/KDE Maintainers debian-qt-...@lists.debian.org Architecture: amd64 Source: kde-baseapps Version: 4:15.04.3-1 Depends: kde-runtime ( 4:4.10), libbaloocore4 (= 4:4.12.80), libbaloofiles4 (= 4:4.12.80), libbaloowidgets4 (= 4:4.13.2), libc6 (= 2.14), libkactivities6 (= 4:4.11), libkcmutils4 (= 4:4.10.60~), libkdecore5 (= 4:4.10.60~), libkdeui5 (= 4:4.10.60~), libkfile4 (= 4:4.10.60~), libkfilemetadata4, libkio5 (= 4:4.10.60~), libknewstuff3-4 (= 4:4.10.60~), libkonq5abi1 (= 4:4.11.2), libkparts4 (= 4:4.10.60~), libphonon4 (= 4:4.3.0), libplasma3 (= 4:4.10.60~), libqt4-dbus (= 4:4.5.3), libqt4-xml (= 4:4.5.3), libqtcore4 (= 4:4.8.0), libqtgui4 (= 4:4.8.0), libsolid4 (= 4:4.10.60~), libstdc++6 (= 4.1.1), libxrender1, phonon Recommends: baloo-kf5, ruby Suggests: kdesdk-dolphin-plugins Description: file manager Dolphin is the default file manager in the KDE Plasma Workspaces, intended to be both powerful and easy to use. . Features include: Customisable sidebars Breadcrumb navigation View properties remembered for each folder Split views Network transparency Undo/redo functionality Ratings, comments, and tags . This package is part of the KDE base applications module. Homepage: http://www.kde.org/ -- 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/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dolphin depends on: ii kde-runtime4:4.14.2-2 ii libbaloocore4 4:4.14.2-1.1 ii libbaloofiles4 4:4.14.2-1.1 ii libbaloowidgets4 4:4.14.0-1 ii libc6 2.19-19 ii libkactivities64:4.13.3-1 ii libkcmutils4 4:4.14.2-5 ii libkdecore54:4.14.2-5 ii libkdeui5 4:4.14.2-5 ii libkfile4 4:4.14.2-5 ii libkfilemetadata4 4:4.14.0-1+b2 ii libkio54:4.14.2-5 ii libknewstuff3-44:4.14.2-5 ii libkonq5abi1 4:15.04.3-1 ii libkparts4 4:4.14.2-5 ii libphonon4 4:4.8.0-5 ii libplasma3 4:4.14.2-5 ii libqt4-dbus4:4.8.7+dfsg-1 ii libqt4-xml 4:4.8.7+dfsg-1 ii libqtcore4 4:4.8.7+dfsg-1 ii libqtgui4 4:4.8.7+dfsg-1 ii libsolid4 4:4.14.2-5 ii libstdc++6 5.1.1-14 ii libxrender11:0.9.8-1+b1 ii phonon 4:4.8.0-5 Versions of packages dolphin recommends: ii baloo-kf5 5.9.2-2 pn ruby none Versions of packages dolphin suggests: pn kdesdk-dolphin-plugins none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792398: [Pkg-utopia-maintainers] Bug#792398: hald fails to start
Am 14.07.2015 um 15:10 schrieb Karsten Sperling: Thanks for the quick reply. That's unfortunate, as HAL is still required by the Adobe Flash plugin for playing DRM-protected video. Wow, why the heck do they need hal for that which has been removed from basically every distro out there? -- 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#724742: livecheck addon
It appears that the livecheck addon has been removed upstream in this commit: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=c004288c4d0463cfe58d090d56f7ff26acd0ed44 As such I think this bug could be closed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792389: network-manager-openvpn: fails to connect to a openvpn server with TCP
Package: network-manager-openvpn Version: 1.0.2-1 Severity: normal Dear Maintainer, Since a few weeks, i can't connect to tcp openvpn server which were working before. Syslog print: Jul 14 13:23:57 s540 nm-openvpn[14988]: Options error: --proto tcp is ambiguous in this context. Please specify --proto tcp-server or --proto tcp-client Jul 14 13:23:57 s540 nm-openvpn[14988]: Use --help for more information. Jul 14 13:23:57 s540 NetworkManager[2028]: (nm-openvpn-service:14987): nm-openvpn-WARNING **: openvpn exited with error code 1 Kind regards, -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages network-manager-openvpn depends on: ii libc6 2.19-18 ii libdbus-1-3 1.8.18-1 ii libdbus-glib-1-2 0.102-1 ii libglib2.0-0 2.44.1-1.1 ii libnm-glib-vpn1 1.0.2-2 ii libnm-glib4 1.0.2-2 ii libnm-util2 1.0.2-2 ii openvpn 2.3.7-1 network-manager-openvpn recommends no packages. network-manager-openvpn 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#792387: python-gobject-2: package is automatically installed, but it hasn't the A flag in aptitude search
On 14/07/15 12:43, Paolo Benvenuto wrote: Package: python-gobject-2 Version: 2.28.6-12+b1 Severity: normal Dear Maintainer, The package is automatically installed, but it appears in aptitude search as being manually installed How is this a bug in the package? Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792396: verifying google.crt
The following works (returns ok), showing that my google.crt file is not bogus: openssl s_client -CAfile /tmp/google.crt -connect imap.gmail.com:imaps -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789187: moarvm with libffi
When using --has-libffi: [...] perl Configure.pl \ --prefix=/usr \ --libdir=/usr/lib/moar \ --debug \ --has-libtommath \ --has-libatomic_ops \ --has-libffi Welcome to MoarVM! Configuring native build environment ... JIT isn't supported on mipsel-linux-gnu-thread-multi-64int yet. OK probing whether your compiler thinks that it is gcc Can't compile simple gcc probe, so something is badly wrong at build/probe.pm line 92. debian/rules:29: recipe for target 'override_dh_auto_configure' failed make[1]: *** [override_dh_auto_configure] Error 25 [...] Any hint? best regards. -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792398: [Pkg-utopia-maintainers] Bug#792398: hald fails to start
Thanks for the quick reply. That's unfortunate, as HAL is still required by the Adobe Flash plugin for playing DRM-protected video. On Wed, Jul 15, 2015 at 12:42 AM, Michael Biebl bi...@debian.org wrote: Am 14.07.2015 um 14:35 schrieb Karsten Sperling: Package: hal Version: 0.5.14-8 Severity: normal Dear Maintainer, After upgrading from wheezy to jessie, hald fails to start from systemd, and also when trying to run it manually for debugging purposes. The problem seems to be caused by hald running /sbin/udevadm info -r, which causes udevadm to output a usage message and fail with exit code 2. On wheezy the same command prints /dev and completes without error (on a different machine). Please uninstall and purge the hal/libhal* package. It's no longer needed and won't see further updates. It has been removed from the Debian archive since Jessie. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?
Bug#792399: seed breaks with extra newlines
Package: electrum Version: 1.9.8-4 Severity: important When creating a wallet electrum displays a random sequence of words as seed. It then asks the user to enter said seed to make sure it was saved. This breaks when extra newlines are entered. The input mask should strip any extra newline from the seed. MfG Goswin -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armel Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages electrum depends on: ii python 2.7.5-5 ii python-electrum 1.9.8-4 electrum recommends no packages. electrum 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