Bug#671032: Processed: Re: Bug#631427: gcc-4.6: FTBFS with GCC_TARGET
Control: reassign -1 debhelper Control: tags -1 -patch dh_strip can do it now with setting DEB_HOST_GNU_TYPE The attached patch can fix this bug. No, it can't handle cases with HOST and TARGET code in packages, and you only do it for some library packages. Please see that this issue was cloned for debhelper, and there is #631427 for GCC. Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759189: isolinux: isohybrid dropped, breaking debian-installer builds
retitle 759189 please use syslinux-utils instead of isolinux reassign 759189 debian-installer forcemerge 759189 751731 thanks given that: * the original bug is in debian-installer which needed to be updated for newer syslinux (and which has happened in git and which progress of an uploaded can be tracked through it's original bug report at #751731) * there's nothing that can be done in the syslinux package regarding this bug report anyway (i.e. the bug 'goes' away without doing anything at all in the syslinux package) * syslinux = 3:6.03~pre19+dfsg-1 has migrated to testing regardless * there was repeatedly not given any purpose to what #759189 filed against syslinux would be good for i'm reassigning and merging this bug with #751731 again. feel free to close it if you like to keep only #751731 open though. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757689: SCSI issue?
On Thu, 28 Aug 2014 00:39:44 +0200 =?UTF-8?Q?St=C3=A9phane?= steph...@shimaore.net wrote: FWIW I have the issue on one of my machines but not two others; all machines are running up-to-date `testing` with lshw B.02.17. On the machine that has the issue (SIGSEV), this seems to be in the SCSI scanning module in my case; running sudo lshw -disable scsi does not crash lshw. Given the strace given by the original poster it seems to happen in a similar location in their case. To answer's Leonardo's question, #740034 is referring to an issue that crashes the machine when running lshw; here we're facing a bug inside lshw (or one of its dependencies). There are no symbols inside /usr/bin/lshw and no lshw-dbg package so I had to build a debug version manually. If I use the orig.tar.gz, apply Debian's diff.gz, then start dpkg-buildpackage, the binary src/lshw crashes. The stack trace is useless for some reason. However the same code (accidentally) compiled using make in src/ gives a working lshw; I noticed the optimization was different (none in the original Makefile, -O2 when compiling for dpkg-buildpackage). I modified debian/rules to always do -O0 and once installed, the resulting lshw does not crash anymore when running `sudo /usr/bin/lshw`. Your described my situation exactly. Segfault somewhere on SCSI scanning, works ok with 'sudo lshw -disable scsi'. I have strace log similar to that in bugreport and can't give more info without dbg symbols. I tried to launch lshw with gdb, but it is completely useless. lshw-gtk also crashes when called with gksu or kdesudo. -- Best regards, Boris Egorov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761248: gcc-4.9: Please enable gnat for kFreeBSD and Hurd again
Source: gcc-4.9 Version: 4.9.1-13 Severity: important User: debian-h...@lists.debian.org Usertags: hurd, kfreebsd From the changelog of 4.9.1-6: gcc-4.9 (4.9.1-6) unstable; urgency=medium * Disable Ada for snapshot builds on kfreebsd-i386, kfreebsd-amd64. Local patch needs an update and upstreaming. * Disable Ada for snapshot builds on hurd-i386, build dependencies are not installable. Please enable gnat for Hurd and kfreeBSD again. Without it gnat1 is not found by gcc-4.9 and all packages scheduled for build fails. For Hurd the missing build dependency of gdb is no more and gnat-4.9.1 builds, see: https://buildd.debian.org/status/fetch.php?pkg=gnat-4.9arch=hurd-i386ver=4.9.1-1%2Bb1stamp=1407885531 For kFreeBSD I admit that the local patch should be updated and submitted upstream (and the Hurd patch), but due to this gnat is scheduled for removal from testing with bug #759407. Ludovic, can you help out here? Below is the relevant part of the debdiff from between 4.9.1-6 and 4.9.1-5: --- gcc-4.9-4.9.1/debian/rules.defs +++ gcc-4.9-4.9.1/debian/rules.defs @@ -521,9 +521,7 @@ ifeq ($(single_package),yes) ada_no_cpus += m68k powerpcspe sh4 sparc64 ada_no_cpus += alpha - ifneq (,$(filter $(DEB_TARGET_ARCH),m68k mips mipsel powerpcspe sh4 sparc64 hurd-i386 kfreebsd-i386 kfreebsd-amd64)) -ada_no_cpus += mips mipsel -ada_no_cpus += hurd-i386 kfreebsd-i386 kfreebsd-amd64 + ifneq (,$(filter $(DEB_TARGET_ARCH),m68k powerpcspe sh4 sparc64)) ada_no_snap := yes endif endif -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722989: gsmartcontrol: diff for NMU version 0.8.7-1.1
Control: tags 722989 + pending Dear maintainer, I've prepared an NMU for gsmartcontrol (versioned as 0.8.7-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards, Stephen diff -Nru gsmartcontrol-0.8.7/debian/changelog gsmartcontrol-0.8.7/debian/changelog --- gsmartcontrol-0.8.7/debian/changelog 2013-05-31 15:58:29.0 +0200 +++ gsmartcontrol-0.8.7/debian/changelog 2014-09-12 08:42:32.0 +0200 @@ -1,3 +1,11 @@ +gsmartcontrol (0.8.7-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Handle empty sections in recent versions of smartmontools; thanks to +Francesco Presel for the patch. Closes: #722989. + + -- Stephen Kitt sk...@debian.org Fri, 12 Sep 2014 08:40:12 +0200 + gsmartcontrol (0.8.7-1) unstable; urgency=low * [314881d] Updated debian/watch diff -Nru gsmartcontrol-0.8.7/debian/patches/compat_with_smartmontools_6.patch gsmartcontrol-0.8.7/debian/patches/compat_with_smartmontools_6.patch --- gsmartcontrol-0.8.7/debian/patches/compat_with_smartmontools_6.patch 1970-01-01 01:00:00.0 +0100 +++ gsmartcontrol-0.8.7/debian/patches/compat_with_smartmontools_6.patch 2014-09-12 08:39:45.0 +0200 @@ -0,0 +1,22 @@ +Description: don't try to parse empty sections + Since smartmontools 6.0, the output is divided in sections regardless of the + drive having or not SMART capabilities; in the latter case the last section + is empty. In that case, just skip it (parsing empty sections causes a crash). +Author: Francesco Presel f.pre...@alice.it +Bug-Debian: http://bugs.debian.org/722989 +Last-Update: 2014-01-23 + +--- a/src/applib/smartctl_parser.cpp b/src/applib/smartctl_parser.cpp +@@ -202,7 +202,10 @@ + (section_start_pos = s.find(===, section_start_pos)) != std::string::npos) { + + tmp_pos = s.find(\n, section_start_pos); // works with \r\n too. +- ++ if (tmp_pos == std::string::npos) { // empty section: skip ++ break; ++ } ++ + // trim is needed to remove potential \r in the end + std::string section_header = hz::string_trim_copy(s.substr(section_start_pos, + (tmp_pos == std::string::npos ? tmp_pos : (tmp_pos - section_start_pos)) )); diff -Nru gsmartcontrol-0.8.7/debian/patches/series gsmartcontrol-0.8.7/debian/patches/series --- gsmartcontrol-0.8.7/debian/patches/series 2013-05-31 15:58:29.0 +0200 +++ gsmartcontrol-0.8.7/debian/patches/series 2014-09-12 08:40:05.0 +0200 @@ -1,3 +1,4 @@ 01_use_su-to-root.patch 02_fix_doc_install.patch 03_gcc4.4.patch +compat_with_smartmontools_6.patch signature.asc Description: Digital signature
Bug#587063: ITA: libvigraimpex -- C++ computer vision library
Working on a new package. Greetings, Daniel Stender -- http://www.danielstender.com/blog PGP key: 2048R/1DFED696 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761250: flex: n_alloc has wrong value in buf_append function
Package: flex Version: 2.5.39-8 The buf_append function will check if the current buf size needs additional memory to append the new element(s). n_alloc seems for how many ELEMENTS after append the new element(s), so it is just a count number, and do not need to multiply with the element size. File: buf.c: http://sources.debian.net/src/flex/2.5.39-8/buf.c/#L245 241/* May need to alloc more. */ 242if (n_elem + buf-nelts buf-nmax) { 243 244/* exact amount needed... */ 245n_alloc = (n_elem + buf-nelts) * buf-elt_size; 246 247/* ...plus some extra */ 248if (((n_alloc * buf-elt_size) % 512) != 0 249 buf-elt_size 512) 250n_alloc += 251(512 - 252 ((n_alloc * buf-elt_size) % 512)) / 253buf-elt_size; Check line 245, n_alloc should direct equals n_elem + buf-nelts, the additional multiply with buf-elt_size should be a mistake, because in line 248 and below, when checking the 512 boundaries, the n_alloc will multiply with the buf-elt_size. B.R. Howard Gong -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761248: gcc-4.9: Please enable gnat for kFreeBSD and Hurd again
Control: tags -1 + moreinfo Am 12.09.2014 um 08:50 schrieb Svante Signell: Source: gcc-4.9 Version: 4.9.1-13 Severity: important User: debian-h...@lists.debian.org Usertags: hurd, kfreebsd From the changelog of 4.9.1-6: gcc-4.9 (4.9.1-6) unstable; urgency=medium * Disable Ada for snapshot builds on kfreebsd-i386, kfreebsd-amd64. Local patch needs an update and upstreaming. * Disable Ada for snapshot builds on hurd-i386, build dependencies are not installable. Please enable gnat for Hurd and kfreeBSD again. Without it gnat1 is not found by gcc-4.9 and all packages scheduled for build fails. For Hurd the missing build dependency of gdb is no more and gnat-4.9.1 builds, see: https://buildd.debian.org/status/fetch.php?pkg=gnat-4.9arch=hurd-i386ver=4.9.1-1%2Bb1stamp=1407885531 For kFreeBSD I admit that the local patch should be updated and submitted upstream (and the Hurd patch), but due to this gnat is scheduled for removal from testing with bug #759407. Ludovic, can you help out here? Below is the relevant part of the debdiff from between 4.9.1-6 and 4.9.1-5: --- gcc-4.9-4.9.1/debian/rules.defs +++ gcc-4.9-4.9.1/debian/rules.defs @@ -521,9 +521,7 @@ ifeq ($(single_package),yes) ada_no_cpus += m68k powerpcspe sh4 sparc64 ada_no_cpus += alpha - ifneq (,$(filter $(DEB_TARGET_ARCH),m68k mips mipsel powerpcspe sh4 sparc64 hurd-i386 kfreebsd-i386 kfreebsd-amd64)) -ada_no_cpus += mips mipsel -ada_no_cpus += hurd-i386 kfreebsd-i386 kfreebsd-amd64 + ifneq (,$(filter $(DEB_TARGET_ARCH),m68k powerpcspe sh4 sparc64)) ada_no_snap := yes endif endif what has a patch for the snapshot builds to do with gnat-4.9? If this is for the snapshot builds, did you test build the gcc-snapshot package? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761249: icedtea-7-plugin: Plugin does not remember permission option
Package: icedtea-7-plugin Version: 1.5-2 Severity: normal Dear all, When opening a java applet in Iceweasel, the icedtea plugin does not remember the permission to run the applet. Testing with https://www.java.com/en/download/installed.jsp?detect=jre the applet is asking for permission to run the application. Even if I select Remember this option, the option is not remembered. The next time the applet is loaded, the dialog appears again. This behaviour is also described here: http://askubuntu.com/questions/463196/iced-tea-plugin-keeps-asking-for-permission-to-run-java-applets Best regards, Juergen -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedtea-7-plugin depends on: ii icedtea-netx 1.5-2 ii libc6 2.19-10 ii libgcc11:4.9.1-12 ii libglib2.0-0 2.40.0-5 ii libstdc++6 4.9.1-12 ii openjdk-7-jre 7u65-2.5.2-2 icedtea-7-plugin recommends no packages. icedtea-7-plugin 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#761251: [dolphin] FTP show wrong filename when it's owner'name contain space
Package: dolphin Version: 4:4.14.0-1 Severity: normal --- Please enter the report below this line. --- There's a folder aaa on FTP server, which owner is test 01 Login into that ftp server with lftp, and `ls -al` show: drwxr-xr-x 2 test 01 wheel 2 Sep 12 22:52 aaa But when login use dolphin, it show the file name as 12 22:52 aaa, and username as test --- System information. --- Architecture: amd64 Kernel: Linux 3.16-1-amd64 Debian Release: jessie/sid 990 unstable ftp.debian.org 500 testing-updates ftp.debian.org 500 testing security.debian.org 500 testing ftp.debian.org 1 experimental ftp.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== kde-runtime ( 4:4.10) | 4:4.14.0-2 libc6 (= 2.14) | libkactivities6 (= 4:4.11) | libkcmutils4 (= 4:4.11) | libkdecore5 (= 4:4.11) | libkdeui5 (= 4:4.11) | libkfile4 (= 4:4.11) | libkio5 (= 4:4.11) | libknewstuff3-4 (= 4:4.11) | libkonq5abi1 (= 4:4.11.2) | libkparts4 (= 4:4.11) | libphonon4 (= 4:4.3.0) | libplasma3 (= 4:4.11) | libqt4-dbus (= 4:4.5.3) | libqt4-xml (= 4:4.5.3) | libqtcore4 (= 4:4.8.0) | libqtgui4 (= 4:4.7.0~beta2) | libsolid4 (= 4:4.11) | libstdc++6 (= 4.1.1) | libxrender1 | phonon | Recommends (Version) | Installed =-+-=== ruby | 1:2.1.0.4 Suggests (Version) | Installed =-+-=== kdesdk-dolphin-plugins | --
Bug#726784: Works for me
I am using libgtk-3-0 3.12.2-3 and I am perfectly able to scroll Iceweasel or the mails list in Evolution while the window in which I'm writing this message is focused. Either the bug was solved, or it is an IceWM bug. Could you test with other desktop managers? Pietro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761252: kmail ignores filters
Package: kmail Version: 4:4.14.0-1 Severity: important Tags: upstream Dear Maintainer, since the last update of akonadi, kmail is ignoring filters. So all the emails from the various mailing lists remain in the inbox. Which is not very convenient. Also trying to apply them manually wiht ctrl+j (which used to work when misteriously filters decide to have a vacation) doesn't work. This makes kmail quite unusable because I need to manually look at the headers and see which emails are to mailing lists and which might be more important. Best *** 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: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.1d (SMP w/4 CPU cores; PREEMPT) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kmail depends on: ii kde-runtime 4:4.14.0-2 ii kdepim-runtime4:4.14.0-1 ii kdepimlibs-kio-plugins4:4.14.0-1 ii libakonadi-calendar4 4:4.14.0-1 ii libakonadi-contact4 4:4.14.0-1 ii libakonadi-kde4 4:4.14.0-1 ii libakonadi-kmime4 4:4.14.0-1 ii libakonadiprotocolinternals1 1.13.0-1 ii libc6 2.19-10 ii libcalendarsupport4 4:4.14.0-1 ii libfollowupreminder4 4:4.14.0-1 ii libgcc1 1:4.9.1-13 ii libgpgme++2 4:4.14.0-1 ii libgrantlee-core0 0.4.0-2 ii libincidenceeditorsng44:4.14.0-1 ii libkabc4 4:4.14.0-1 ii libkalarmcal2 4:4.14.0-1 ii libkcalcore4 4:4.14.0-1 ii libkcalutils4 4:4.14.0-1 ii libkcmutils4 4:4.14.0-1 ii libkdecore5 4:4.14.0-1 ii libkdepim44:4.14.0-1 ii libkdeui5 4:4.14.0-1 ii libkio5 4:4.14.0-1 ii libkleo4 4:4.14.0-1 ii libkmanagesieve4 4:4.14.0-1 ii libkmime4 4:4.14.0-1 ii libknewstuff3-4 4:4.14.0-1 ii libknotifyconfig4 4:4.14.0-1 ii libkontactinterface4a 4:4.14.0-1 ii libkparts44:4.14.0-1 ii libkpgp4 4:4.14.0-1 ii libkpimidentities44:4.14.0-1 ii libkpimtextedit4 4:4.14.0-1 ii libkpimutils4 4:4.14.0-1 ii libkprintutils4 4:4.14.0-1 ii libksieveui4 4:4.14.0-1 ii libktnef4 4:4.14.0-1 ii libmailcommon44:4.14.0-1 ii libmailimporter4 4:4.14.0-1 ii libmailtransport4 4:4.14.0-1 ii libmessagecomposer4 4:4.14.0-1 ii libmessagecore4 4:4.14.0-1 ii libmessagelist4 4:4.14.0-1 ii libmessageviewer4 4:4.14.0-1 ii libpimcommon4 4:4.14.0-1 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-network4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-xml4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtwebkit4 2.3.2.dfsg-3 ii libsendlater4 4:4.14.0-1 ii libsolid4 4:4.14.0-1 ii libstdc++64.9.1-13 ii libtemplateparser44:4.14.0-1 ii perl 5.20.0-6 Versions of packages kmail recommends: ii gnupg-agent 2.0.26-2 ii gnupg2 2.0.26-2 ii pinentry-qt4 [pinentry-x11] 0.8.3-2 Versions of packages kmail suggests: pn clamav | f-prot-installernone ii kaddressbook 4:4.14.0-1 pn kleopatranone pn procmail none pn spamassassin | bogofilter | annoyance-filter | spambayes | bsfi 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#761253: Should not be priority standard
Source: dc Severity: normal dc should not have priority standard; it should not be automatically installed on all Debian systems. Anyone who wants a command-line RPN calculator can easily install it, and packages using it will have a dependency on it. - Josh Triplett -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761254: Broken (bookmarked) gvfsd-sftp connection render several apps unusable
Package: libgtk-3-0 Version: 3.12.2-3+b1 Severity: normal Tags: upstream To reproduce, simply create a bookmark in nautilus for a remote sftp position, mount it by browsing to it, and then somehow break the connection (i.e. unplug the ethernet cable). Result: - evince, gedit and others no longer save - nautilus no longer starts - evolution no longer opens the composer The bug was reported upstream: https://bugzilla.gnome.org/show_bug.cgi?id=735953 and a patch was provided: https://bug735953.bugzilla-attachments.gnome.org/attachment.cgi?id=285251 I really think it should be applied. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (600, 'stable'), (500, 'oldstable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgtk-3-0 depends on: ii libatk-bridge2.0-0 2.12.1-1+b1 ii libatk1.0-0 2.12.0-1 ii libc62.19-10 ii libcairo-gobject21.12.16-3 ii libcairo21.12.16-3 ii libcolord2 1.2.1-1 ii libcups2 1.7.5-1 ii libfontconfig1 2.11.0-6 ii libfreetype6 2.5.2-1.1 ii libgdk-pixbuf2.0-0 2.30.8-1 ii libglib2.0-0 2.40.0-5 ii libgtk-3-common 3.12.2-3 ii libjson-glib-1.0-0 1.0.2-1 ii libpango-1.0-0 1.36.6-1 ii libpangocairo-1.0-0 1.36.6-1 ii libpangoft2-1.0-01.36.6-1 ii librest-0.7-00.7.12-3 ii libsoup2.4-1 2.46.0-2 ii libwayland-client0 1.5.0-1 ii libwayland-cursor0 1.5.0-1 ii libx11-6 2:1.6.2-3 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1 ii libxdamage1 1:1.1.4-2 ii libxext6 2:1.3.2-1 ii libxfixes3 1:5.0.1-2 ii libxi6 2:1.7.4-1 ii libxinerama1 2:1.1.3-1 ii libxkbcommon00.4.1-2 ii libxml2 2.9.1+dfsg1-4 ii libxrandr2 2:1.4.2-1 ii multiarch-support2.19-10 ii shared-mime-info 1.3-1 Versions of packages libgtk-3-0 recommends: ii hicolor-icon-theme 0.13-1 ii libgtk-3-bin3.12.2-3+b1 Versions of packages libgtk-3-0 suggests: ii gvfs 1.20.3-1 ii librsvg2-common 2.40.3-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759216: Fwd: Re: [PKG-Openstack-devel] Bug#759216: sheepdog: Init script missing corosync dependency
Hi, I believe this message should have reached the BTS, so I'm forwarding it to the relevant bug. My take on this: it's ok to add a Should-Start: corosync in the sheepdog init script. It will work regardless if we're using corosync or not (in other words: it can't hurt...). If I hear nothing form the current maintainer of Sheepdog, I'll do that. Thomas Goirand (zigo) Original Message Subject:Re: [PKG-Openstack-devel] Bug#759216: sheepdog: Init script missing corosync dependency Date: Mon, 25 Aug 2014 14:32:40 +0200 From: Valerio Pachera siri...@gmail.com Reply-To: Tracking bugs and development for OpenStack openstack-de...@lists.alioth.debian.org To: Tracking bugs and development for OpenStack openstack-de...@lists.alioth.debian.org Hi, I think this assumption is wrong. Sheepdog can use different cluster managers. Corosync has proven to be problematic in some situation and it doesn't support anyway more than 10 nodes. I strongly recommend to build sheepdog package so it supports also zookeeper. (If Im not worng, the package already use --enable-zookeper, but please check it). Zookeeper configuration is not more difficult than corosync, supports way more nodes, it doesn't need to be run on each node. Because we can't know what cluster manager the user is going to be using, I think it's better not to start nor require corosync as dependency. Valerio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761255: partclone: please use ntfs-3g instead of linux-ntfs
Package: partclone Version: 1:2014.2.15AR.1-5 Severity: normal Tags: patch linux-ntfs is deprecated and will be removed from the archive (see bug#734699). Please use ntfs-3g instead, which is as simple as switching the build-dependencies: diff -Nru partclone-0.2.72/debian/control partclone-0.2.72/debian/control --- partclone-0.2.72/debian/control 2014-08-26 13:53:09.0 +0200 +++ partclone-0.2.72/debian/control 2014-09-12 09:21:58.0 +0200 @@ -7,7 +7,7 @@ gettext (=0.18.2.1), e2fslibs-dev (= 1.41.3), xfslibs-dev, libreiser4-dev (=1.0.7-6.2), libreadline-gplv2-dev|libreadline5-dev, - libbsd-dev, libncursesw5-dev, libntfs-dev, vmfs-tools, + libbsd-dev, libncursesw5-dev, ntfs-3g-dev, vmfs-tools, libblkid-dev, pkg-config, xsltproc, docbook-xsl Standards-Version: 3.9.5 Homepage: http://partclone.org/ -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744115: codeblocks is marked for autoremoval from testing
Hi Olly, On Tue, Sep 9, 2014 at 11:16 AM, Olly Betts o...@survex.com wrote: On Tue, Aug 26, 2014 at 03:55:19PM +1200, Olly Betts wrote: On Tue, Jul 01, 2014 at 02:33:51PM -0700, Vincent Cheng wrote: according to the forwarded bug report, it sounds like upstream is going to take a look at this. There's been no update on the upstream ticket for ages, so I've pinged it to see if they have made a decision on whether to make a new major release with wx3 compatibility. It's been 2 weeks and no response from upstream. This is now one of 7 packages remaining in the wxwidgets3.0 transition, and most of those have a fix in progress. We really need to move things forwards if codeblocks is to make it into jessie. Maintainers - I think it's time to just make a call on this from the Debian side, unless you have connections with upstream which can get you an answer where I can't seem to. Nope, I have no connections with upstream and have no idea what's going on with the upstream wxwidgets3.0 port. I've sort of neglected to take care of this package lately...which is a bit ironic, given that the reason I added myself as an uploader in the first place was because codeblocks was just bitrotting in the archive at the time. Would you rather package a snapshot from the upstream VCS, or try to patch the currently packaged release for wx3? We have a patch for the latter, but Vincent reported some issues with it (which I've not tried to reproduce myself, but I could take a look if you want to go that route). In case I haven't made it clear previously, you're more than welcome to NMU codeblocks; I doubt David and/or Michael would object. I'm open to patching it if it's not too intrusive, otherwise I suggest just dropping it for jessie and carrying on with the wxwidgets transition. I don't think a package with maintainers that are more or less inactive should be blocking it. Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761248: gcc-4.9: Please enable gnat for kFreeBSD and Hurd again
On Fri, 2014-09-12 at 09:01 +0200, Matthias Klose wrote: Control: tags -1 + moreinfo Am 12.09.2014 um 08:50 schrieb Svante Signell: Source: gcc-4.9 Version: 4.9.1-13 Severity: important User: debian-h...@lists.debian.org Usertags: hurd, kfreebsd From the changelog of 4.9.1-6: gcc-4.9 (4.9.1-6) unstable; urgency=medium * Disable Ada for snapshot builds on kfreebsd-i386, kfreebsd-amd64. Local patch needs an update and upstreaming. * Disable Ada for snapshot builds on hurd-i386, build dependencies are not installable. what has a patch for the snapshot builds to do with gnat-4.9? If this is for the snapshot builds, did you test build the gcc-snapshot package? The part of debian/rules.defs is: ifndef DEB_STAGE # Ada ada_no_cpus := m32r sh3 sh3eb sh4 sh4eb ada_no_systems := ada_no_cross:= yes ada_no_snap := no ifeq ($(single_package),yes) ada_no_cpus += m68k powerpcspe sh4 sparc64 ada_no_cpus += alpha ifneq (,$(filter $(DEB_TARGET_ARCH),m68k mips mipsel powerpcspe sh4 sparc64 hurd-i386 kfreebsd-i386 kfreebsd-amd64)) ada_no_cpus += mips mipsel ada_no_cpus += hurd-i386 kfreebsd-i386 kfreebsd-amd64 ada_no_snap := yes endif endif and later ifneq (,$(filter $(DEB_TARGET_ARCH_CPU),$(ada_no_cpus))) with_ada := disabled for cpu $(DEB_TARGET_ARCH_CPU) endif The problem is not ada_no_snap but ada_no_cpus causing gnat1 no longer found by the gcc-4.9 compiler driver. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761256: psi has forgotten all configured accounts
Package: psi Version: 0.15-2 Severity: important Dear Maintainer, I have no idea what lead to the situation, I made an update and now psi prompts to enter my account data although I had multiple already set up for years. I seems to have lost all account data. I tried to restore the .psi folder from a backup but this did not change the situation. Thanks Benjamin Peter -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages psi depends on: ii libc62.19-10 ii libenchant1c2a 1.6.0-10.1 ii libgcc1 1:4.9.1-12 ii libqca2 2.0.3-6 ii libqca2-plugin-ossl 2.0.0~beta3-2 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtgui44:4.8.6+git64-g5dc8b2b+dfsg-2 ii libstdc++6 4.9.1-12 ii libx11-6 2:1.6.2-3 ii libxss1 1:1.2.2-1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages psi recommends: ii sox 14.4.1-4 Versions of packages psi suggests: pn libqca2-plugin-gnupg none pn psi-translations none ii xdg-utils 1.1.0~rc1+git20111210-7.1 -- no debconf information smime.p7s Description: S/MIME Cryptographic Signature
Bug#759216: [PKG-Openstack-devel] Bug#759216: Fwd: Re: Bug#759216: sheepdog: Init script missing corosync dependency
On Fri, Sep 12, 2014 at 3:20 PM, Thomas Goirand z...@debian.org wrote: Hi, I believe this message should have reached the BTS, so I'm forwarding it to the relevant bug. My take on this: it's ok to add a Should-Start: corosync in the sheepdog init script. It will work regardless if we're using corosync or not (in other words: it can't hurt...). As corosync service is disabled by default by itself's init scirpt (/etc/default/corosync). So, I don't think it is a good idea for us to Should-Start it. Anyway, if nothing bad happens, we can add Should-Start: corosync If I hear nothing form the current maintainer of Sheepdog, I'll do that. Thomas Goirand (zigo) Original Message Subject:Re: [PKG-Openstack-devel] Bug#759216: sheepdog: Init script missing corosync dependency Date: Mon, 25 Aug 2014 14:32:40 +0200 From: Valerio Pachera siri...@gmail.com Reply-To: Tracking bugs and development for OpenStack openstack-de...@lists.alioth.debian.org To: Tracking bugs and development for OpenStack openstack-de...@lists.alioth.debian.org Hi, I think this assumption is wrong. Sheepdog can use different cluster managers. Corosync has proven to be problematic in some situation and it doesn't support anyway more than 10 nodes. I strongly recommend to build sheepdog package so it supports also zookeeper. (If Im not worng, the package already use --enable-zookeper, but please check it). Zookeeper configuration is not more difficult than corosync, supports way more nodes, it doesn't need to be run on each node. Because we can't know what cluster manager the user is going to be using, I think it's better not to start nor require corosync as dependency. Valerio. ___ Openstack-devel mailing list openstack-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/openstack-devel -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734699: RM: linux-ntfs -- ROM; abandoned upstream, merged with ntfs-3g.
control: tag 734699 - moreinfo control: block 734699 by 761255 On Sun, Mar 02, 2014 at 02:39:57PM +0100, Luca Falavigna wrote: tags 734699 + moreinfo thanks Not ready yet: # Broken Depends: partclone: partclone [amd64 armel armhf i386 mips mipsel powerpc s390x sparc] I have just filled a bug against this one. partman-partitioning: partman-partitioning [amd64 i386 kfreebsd-amd64 kfreebsd-i386] This one has been fixed in version 104. # Broken Build-Depends: partclone: libntfs-dev This is the same package as above. -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761248: gcc-4.9: Please enable gnat for kFreeBSD and Hurd again
Am 12.09.2014 um 09:27 schrieb Svante Signell: On Fri, 2014-09-12 at 09:01 +0200, Matthias Klose wrote: Control: tags -1 + moreinfo Am 12.09.2014 um 08:50 schrieb Svante Signell: Source: gcc-4.9 Version: 4.9.1-13 Severity: important User: debian-h...@lists.debian.org Usertags: hurd, kfreebsd From the changelog of 4.9.1-6: gcc-4.9 (4.9.1-6) unstable; urgency=medium * Disable Ada for snapshot builds on kfreebsd-i386, kfreebsd-amd64. Local patch needs an update and upstreaming. * Disable Ada for snapshot builds on hurd-i386, build dependencies are not installable. what has a patch for the snapshot builds to do with gnat-4.9? If this is for the snapshot builds, did you test build the gcc-snapshot package? The part of debian/rules.defs is: ifndef DEB_STAGE # Ada ada_no_cpus := m32r sh3 sh3eb sh4 sh4eb ada_no_systems := ada_no_cross:= yes ada_no_snap := no ifeq ($(single_package),yes) ada_no_cpus += m68k powerpcspe sh4 sparc64 ada_no_cpus += alpha ifneq (,$(filter $(DEB_TARGET_ARCH),m68k mips mipsel powerpcspe sh4 sparc64 hurd-i386 kfreebsd-i386 kfreebsd-amd64)) ada_no_cpus += mips mipsel ada_no_cpus += hurd-i386 kfreebsd-i386 kfreebsd-amd64 ada_no_snap := yes endif endif and later ifneq (,$(filter $(DEB_TARGET_ARCH_CPU),$(ada_no_cpus))) with_ada := disabled for cpu $(DEB_TARGET_ARCH_CPU) endif The problem is not ada_no_snap but ada_no_cpus causing gnat1 no longer found by the gcc-4.9 compiler driver. and everything guarded by: ifeq ($(single_package),yes), which is not set for gcc-4.9 and gnat-4.9 builds. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761257: systemd: disrupts hugepages support
Package: systemd Version: 208-8 Severity: normal Dear Maintainer, We are developing Intel DPDK applications on several Debian-powered servers. Those applications make use of 1GB huge pages, allocated through kernel parameters in /etc/defaults/grub, and an entry in /etc/fstab to mount them in /mnt/huge_1GB. After some upgrades, our applications stopped working on most servers due to hugepages being unavailable. They were still appearing in /proc/meminfo but were neither free, nor reserved. After hours of debugging (we had also updated Intel DPDK so we thought that was the culprit), we noticed a difference between the failing servers and the ones still working was that systemd was running as init on the failing ones and not on the working ones. We tried uninstalling systemd-sysv (installing sysvinit-core and systemd-shim), rebooting, and then it worked as before. After investigations, it looks like systemd, when run as init, mounts the hugepages in /dev/hugepages (IMHO, an unexpected place for a mount point), before them being remounted on /mnt/huge_1GB as per fstab. It looks like hugepages won't work when mounted twice. A likely culprit is /lib/systemd/system/dev-hugepages.mount. The workaround looks trivial (remove fstab entry and link /dev/hugepages to /mnt/huge_1GB), but I still have the feeling this should not have happened in the first place, hence this bug report. I would expect either (by order of preference): 1) systemd *not* messing with the existing hugepages setup; 2) being warned when installing systemd-sysv that systemd handles hugepages differently (especially when I have hugepages entries in my fstab). -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/12 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii acl 2.2.52-1.1 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-53.4 ii libacl1 2.2.52-1.1 ii libaudit11:2.3.7-1 ii libblkid12.20.1-5.8 ii libc62.19-10 ii libcap2 1:2.24-4 ii libcap2-bin 1:2.24-4 ii libcryptsetup4 2:1.6.6-1 ii libdbus-1-3 1.8.6-2 ii libgcrypt11 1.5.4-3 ii libkmod2 18-1 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.8-3.1 ii libselinux1 2.3-2 ii libsystemd-daemon0 208-8 ii libsystemd-journal0 208-8 ii libsystemd-login0208-8 ii libudev1 208-8 ii libwrap0 7.6.q-25 ii sysv-rc 2.88dsf-53.4 ii udev 208-8 ii util-linux 2.20.1-5.8 Versions of packages systemd recommends: ii libpam-systemd 208-8 Versions of packages systemd suggests: pn systemd-ui none -- no debconf information 0 overridden configuration files found. == /var/lib/systemd/deb-systemd-helper-enabled/dbus-org.freedesktop.nm-dispatcher.service == == /var/lib/systemd/deb-systemd-helper-enabled/bluetooth.target.wants/bluetooth.service == == /var/lib/systemd/deb-systemd-helper-enabled/dbus-org.bluez.service == == /var/lib/systemd/deb-systemd-helper-enabled/acpid.service.dsh-also == /etc/systemd/system/multi-user.target.wants/acpid.service == /var/lib/systemd/deb-systemd-helper-enabled/avahi-daemon.socket.dsh-also == /etc/systemd/system/sockets.target.wants/avahi-daemon.socket == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/atd.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/anacron.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/cron.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/avahi-daemon.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/rsyslog.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/ssh.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/binfmt-support.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/lm-sensors.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/pppd-dns.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/NetworkManager.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/ModemManager.service == == /var/lib/systemd/deb-systemd-helper-enabled/lvm2-lvmetad.socket.dsh-also == /etc/systemd/system/sockets.target.wants/lvm2-lvmetad.socket /etc/systemd/system/sysinit.target.wants/lvm2-lvmetad.socket == /var/lib/systemd/deb-systemd-helper-enabled/lm-sensors.service.dsh-also ==
Bug#761258: libarpack++2-dev: arch-dependent files in Multi-Arch: same package
Package: libarpack++2-dev Version: 2.3-4 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch libarpack++2-dev is marked as Multi-Arch: same, but the following files are architecture-dependent: /usr/share/doc/libarpack++2-dev/examples/Makefile.gz /usr/share/doc/libarpack++2-dev/examples/band/Makefile.gz /usr/share/doc/libarpack++2-dev/examples/band/complex/Makefile.gz /usr/share/doc/libarpack++2-dev/examples/band/nonsym/Makefile.gz /usr/share/doc/libarpack++2-dev/examples/band/sym/Makefile.gz /usr/share/doc/libarpack++2-dev/examples/dense/Makefile.gz /usr/share/doc/libarpack++2-dev/examples/dense/complex/Makefile.gz /usr/share/doc/libarpack++2-dev/examples/dense/nonsym/Makefile.gz /usr/share/doc/libarpack++2-dev/examples/dense/sym/Makefile.gz /usr/share/doc/libarpack++2-dev/examples/matprod/Makefile.gz /usr/share/doc/libarpack++2-dev/examples/matprod/complex/Makefile.gz /usr/share/doc/libarpack++2-dev/examples/matprod/nonsym/Makefile.gz /usr/share/doc/libarpack++2-dev/examples/matprod/sym/Makefile.gz /usr/share/doc/libarpack++2-dev/examples/matrices/Makefile.gz /usr/share/doc/libarpack++2-dev/examples/matrices/complex/Makefile.gz /usr/share/doc/libarpack++2-dev/examples/matrices/nonsym/Makefile.gz /usr/share/doc/libarpack++2-dev/examples/matrices/sym/Makefile.gz /usr/share/doc/libarpack++2-dev/examples/product/Makefile.gz /usr/share/doc/libarpack++2-dev/examples/product/complex/Makefile.gz /usr/share/doc/libarpack++2-dev/examples/product/nonsym/Makefile.gz /usr/share/doc/libarpack++2-dev/examples/product/simple/Makefile.gz /usr/share/doc/libarpack++2-dev/examples/product/sym/Makefile.gz /usr/share/doc/libarpack++2-dev/examples/reverse/Makefile.gz /usr/share/doc/libarpack++2-dev/examples/reverse/complex/Makefile.gz /usr/share/doc/libarpack++2-dev/examples/reverse/nonsym/Makefile.gz /usr/share/doc/libarpack++2-dev/examples/reverse/sym/Makefile.gz An example diff between i386 and amd64 (after ungzipping) is attached. -- Jakub Wilk diff -ur libarpack++2-dev_2.3-4_i386/usr/share/doc/libarpack++2-dev/examples/Makefile libarpack++2-dev_2.3-4_amd64/usr/share/doc/libarpack++2-dev/examples/Makefile --- libarpack++2-dev_2.3-4_i386/usr/share/doc/libarpack++2-dev/examples/Makefile 2014-09-11 20:46:01.0 +0200 +++ libarpack++2-dev_2.3-4_amd64/usr/share/doc/libarpack++2-dev/examples/Makefile 2014-09-11 20:44:31.0 +0200 @@ -95,8 +95,8 @@ NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : -build_triplet = i586-pc-linux-gnu -host_triplet = i586-pc-linux-gnu +build_triplet = x86_64-pc-linux-gnu +host_triplet = x86_64-pc-linux-gnu subdir = examples DIST_COMMON = $(srcdir)/Makefile.in $(srcdir)/Makefile.am \ $(top_srcdir)/mkinstalldirs README @@ -189,13 +189,13 @@ dir1=`echo $$dir1 | sed -e $$sed_rest`; \ done; \ reldir=$$dir2 -ACLOCAL = ${SHELL} /build/arpack++-SM7rW4/arpack++-2.3/missing aclocal-1.14 +ACLOCAL = ${SHELL} /build/arpack++-YLmvo9/arpack++-2.3/missing aclocal-1.14 AMTAR = $${TAR-tar} AM_DEFAULT_VERBOSITY = 1 AR = ar -AUTOCONF = ${SHELL} /build/arpack++-SM7rW4/arpack++-2.3/missing autoconf -AUTOHEADER = ${SHELL} /build/arpack++-SM7rW4/arpack++-2.3/missing autoheader -AUTOMAKE = ${SHELL} /build/arpack++-SM7rW4/arpack++-2.3/missing automake-1.14 +AUTOCONF = ${SHELL} /build/arpack++-YLmvo9/arpack++-2.3/missing autoconf +AUTOHEADER = ${SHELL} /build/arpack++-YLmvo9/arpack++-2.3/missing autoheader +AUTOMAKE = ${SHELL} /build/arpack++-YLmvo9/arpack++-2.3/missing automake-1.14 AWK = mawk CC = gcc CCDEPMODE = depmode=none @@ -224,7 +224,7 @@ INSTALL_PROGRAM = ${INSTALL} INSTALL_SCRIPT = ${INSTALL} INSTALL_STRIP_PROGRAM = $(install_sh) -c -s -LD = /usr/bin/ld +LD = /usr/bin/ld -m elf_x86_64 LDFLAGS = -Wl,-z,relro LIBOBJS = LIBS = -larpack -llapack -lblas -lm @@ -232,7 +232,7 @@ LIPO = LN_S = ln -s LTLIBOBJS = -MAKEINFO = ${SHELL} /build/arpack++-SM7rW4/arpack++-2.3/missing makeinfo +MAKEINFO = ${SHELL} /build/arpack++-YLmvo9/arpack++-2.3/missing makeinfo MANIFEST_TOOL = : MKDIR_P = /bin/mkdir -p NM = /usr/bin/nm -B @@ -255,10 +255,10 @@ SHELL = /bin/bash STRIP = strip VERSION = 2.3 -abs_builddir = /build/arpack++-SM7rW4/arpack++-2.3/examples -abs_srcdir = /build/arpack++-SM7rW4/arpack++-2.3/examples -abs_top_builddir = /build/arpack++-SM7rW4/arpack++-2.3 -abs_top_srcdir = /build/arpack++-SM7rW4/arpack++-2.3 +abs_builddir = /build/arpack++-YLmvo9/arpack++-2.3/examples +abs_srcdir = /build/arpack++-YLmvo9/arpack++-2.3/examples +abs_top_builddir = /build/arpack++-YLmvo9/arpack++-2.3 +abs_top_srcdir = /build/arpack++-YLmvo9/arpack++-2.3 ac_ct_AR = ar ac_ct_CC = gcc ac_ct_CXX = g++ @@ -270,9 +270,9 @@ am__tar = $${TAR-tar} chof - $$tardir am__untar = $${TAR-tar} xf - bindir = ${exec_prefix}/bin -build = i586-pc-linux-gnu -build_alias = i586-linux-gnu -build_cpu = i586 +build = x86_64-pc-linux-gnu +build_alias = x86_64-linux-gnu +build_cpu = x86_64 build_os = linux-gnu build_vendor = pc
Bug#761259: kde virtual desktop switcher misplaces after reboot
Package: kde-workspace Version: 4.11.11-1 When I add the virtual desktop switcher widget to the bottom panel (near of the K menu button) it adds OK, but after a reboot its position misplaces to the left-top, and I see only a few pixels of it. Attachment screenshot shows the wrong position. Also not sure about package, contans this widget, it can't be found by the widget keyword. I am using: Debian GNU/Linux testing (jessie) with full updates at this report datetime. Hardware: Lenovo Thinkpad T520 with an internal intel graphics
Bug#761260: ITP: python-xstatic-bootstrap-scss -- Bootstrap-SCSS XStatic support
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-xstatic-bootstrap-scss Version : 3.1.1.1 Upstream Author : Radomir Dopieralski openst...@sheep.art.pl * URL : https://github.com/stackforge/xstatic-bootstrap-scss * License : Expat Programming Lang: Python, Javascript, Css Description : Bootstrap-SCSS XStatic support XStatic is a Python web development tool for handling required static data files from external projects, such as CSS, images, and JavaScript. It provides a lightweight infrastructure to manage them via Python modules that your app can depend on in a portable, virtualenv-friendly way instead of using embedded copies. . This package contains the Python module support for Bootstrap-SCSS. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761162: clamav-unofficial-sigs: Cron job results spread onto mail and logs
On Fri 12/Sep/2014 02:46:06 +0200 Paul Wise wrote: On Thu, 2014-09-11 at 19:10 +0200, Alessandro Vesely wrote: I'd rather suggest something along the lines of the attached patch (not tested). It should get rid of some cron spam. For reporting, I think libclamav does issue some warnings if a database is unacceptably old, not sure that covers all databases though. Two issues with the patch: I don't think hardcoding the version number in user-agent is a good idea. I also don't think setting a version number in user-agent is useful either. It would be helpful for webmasters at the distributing sites if they can trace specific behavior to possible problems in the client software. I also don't want the clamav-unofficial-sigs user-agent to be specific to Debian so that part of the patch will be removed until Bill adds it to the official version. Fully agreed, the patch was actually meant for Bill. You removed the comparison between the original dbs in the clamav directory and the newly downloaded dbs. One gets a 304 reply if the file was changed. I concur that a dummy change (`touch`) would still cause the database to be reprocessed and reloaded, but don't think we should expect such kind of attack from a server. You can change the default URL by putting si_url=... here: /etc/clamav-unofficial-sigs.conf.d/sanesecurl.conf Hm... that would work if those assignments were done before sourcing $config_source. I guess you missed that the main configuration file sources the files in the conf.d directory (as well as the ones in /usr): /etc/clamav-unofficial-sigs.conf I had looked at that, it's cute. But comes at line 604. Alternatively: --- clamav-unofficial-sigs-3.7.2/clamav-unofficial-sigs.sh 2013-08-27 18:08:25.0 +0200 +++ clamav-unofficial-sigs-3.7.2/clamav-unofficial-sigs-patched2.sh 2014-09-12 09:49:51.0 +0200 @@ -751,7 +751,7 @@ fi # Unofficial ClamAV database provider URLs -ss_url=rsync.sanesecurity.net +ss_url=${ss_premium_url:-rsync.sanesecurity.net} si_url=clamav.securiteinfo.com mbl_url=www.malwarepatrol.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761248: gcc-4.9: Please enable gnat for kFreeBSD and Hurd again
On Fri, 2014-09-12 at 09:40 +0200, Matthias Klose wrote: Am 12.09.2014 um 09:27 schrieb Svante Signell: On Fri, 2014-09-12 at 09:01 +0200, Matthias Klose wrote: Control: tags -1 + moreinfo The part of debian/rules.defs is: ifndef DEB_STAGE # Ada ada_no_cpus := m32r sh3 sh3eb sh4 sh4eb ada_no_systems := ada_no_cross:= yes ada_no_snap := no ifeq ($(single_package),yes) ada_no_cpus += m68k powerpcspe sh4 sparc64 ada_no_cpus += alpha ifneq (,$(filter $(DEB_TARGET_ARCH),m68k mips mipsel powerpcspe sh4 sparc64 hurd-i386 kfreebsd-i386 kfreebsd-amd64)) ada_no_cpus += mips mipsel ada_no_cpus += hurd-i386 kfreebsd-i386 kfreebsd-amd64 ada_no_snap := yes endif endif and later ifneq (,$(filter $(DEB_TARGET_ARCH_CPU),$(ada_no_cpus))) with_ada := disabled for cpu $(DEB_TARGET_ARCH_CPU) endif The problem is not ada_no_snap but ada_no_cpus causing gnat1 no longer found by the gcc-4.9 compiler driver. and everything guarded by: ifeq ($(single_package),yes), which is not set for gcc-4.9 and gnat-4.9 builds. Yes you are right, but gcc-4.9 does not find gnat1: make[3]: Entering directory '/home/srs/DEBs/gnat-4.9/music123-16.3' gnatmake -j1 -R -v -eS music123 -cargs -g -O2 -fstack-protector-strong -largs -Wl,-z,relro -Wl,--as-needed -Wl,-z,defs GNATMAKE 4.9 Copyright (C) 1992-2014, Free Software Foundation, Inc. music123.ali being checked ... - music123.ali missing. gcc-4.9 -c -g -O2 -fstack-protector-strong music123.adb gcc-4.9: error trying to exec 'gnat1': execvp: No such file or directory End of compilation gnatmake: music123.adb compilation error and it is here: dpkg -S /usr/lib/gcc/i486-gnu/4.9/gnat1 gnat-4.9: /usr/lib/gcc/i486-gnu/4.9/gnat1 (can it be something in the gnat package?) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761234: openvpn: Openvpn connects to server but no data pass the tunel. Bad LZO decompression in server log
On Fri, Sep 12, 2014 at 12:10:44AM +0200, Maciej Kotliński wrote: Package: openvpn Version: 2.3.3-1 Severity: grave Justification: renders package unusable I can connect to OpenVPN server (2.3.2), no data is passed thru the tunnel. I use networm-manager openvpn plugin. Tcpdump see packages traveling out the client's both on tun0 interface and client's eth interface. I can't see any traffic on servers's tun interface. Server's ethernet interface receives packets from client(encapsulated traffic). There is a lot of Bad LZO decompression header byte: 0 message in server log. Other clients (mostly Windows and Android) don't have such a problem. The tunnel worked on the same laptop before. Some update made the problem. I tried to use openvpn openvpn_2.2.1-8+deb7u2_amd64.deb without succes. Hi, these warnings can be the source of the problem: Thu Sep 11 23:59:57 2014 83.26.245.199:46853 WARNING: 'link-mtu' is used inconsistently, local='link-mtu 1542', remote='link-mtu 1578' Thu Sep 11 23:59:57 2014 83.26.245.199:46853 WARNING: 'tun-mtu' is used inconsistently, local='tun-mtu 1500', remote='tun-mtu 1532' Have you tried following this advice: Thu Sep 11 23:59:57 2014 83.26.245.199:46853 WARNING: 'mtu-dynamic' is present in remote config but missing in local config, remote='mtu-dynamic' Regards, Alberto -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico mailto/sip: a...@inittab.org | en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 5347 CBD8 3E30 A9EB 4D7D 4BF2 009B 3375 6B9A AA55 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761261: git-annex: writes daemon.status file in the wrong location
Package: git-annex Version: 5.20140831+b1 Severity: normal When I clone over SSH from another user's home directory, git-annex writes the daemon.status outside of the git-annex I am cloning: pabs@chianamo ~/some/parent/directory $ git clone server.example.com:~user/other/parent/directory/their-git-annex/ my-git-annex Cloning into 'my-git-annex'... remote: Counting objects: 331, done. remote: Compressing objects: 100% (266/266), done. remote: Total 331 (delta 65), reused 0 (delta 0) Receiving objects: 100% (331/331), 28.37 KiB | 3.00 KiB/s, done. Resolving deltas: 100% (65/65), done. Checking connectivity... done. pabs@chianamo ~/some/parent/directory $ cd my-git-annex/ pabs@chianamo ~/some/parent/directory/my-git-annex (master=) $ git annex get warning: Not setting branch master as its own upstream. get IMG_1234.jpg (merging origin/git-annex into git-annex...) (Recording state in git...) (from origin...) ... On my GNOME desktop I notice chianamo:~pabs/their-git-annex/ pop up: pabs@chianamo ~ $ find ~/their-git-annex/ /home/pabs/their-git-annex/ /home/pabs/their-git-annex/.git /home/pabs/their-git-annex/.git/annex /home/pabs/their-git-annex/.git/annex/daemon.status pabs@chianamo ~ $ cat ~/their-git-annex/.git/annex/daemon.status lastRunning:1410508665.453574s scanComplete:True sanityCheckRunning:False lastSanityCheck: -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-1-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 Versions of packages git-annex depends on: ii curl 7.37.1-1 ii git1:2.1.0-1 ii libc6 2.19-10 ii libffi63.1-2 ii libgmp10 2:6.0.0+dfsg-6 ii libgnutls-deb0-28 3.3.7-2 ii libgsasl7 1.8.0-3 ii libicu52 52.1-5 ii libidn11 1.29-1 ii libxml22.9.1+dfsg1-4 ii libyaml-0-20.1.6-2 ii openssh-client 1:6.6p1-7 ii rsync 3.1.1-2 ii wget 1.15-1+b1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages git-annex recommends: ii bind9-host 1:9.9.5.dfsg-4 pn git-remote-gcrypt none ii gnupg 1.4.18-4 ii lsof 4.86+dfsg-1 ii nocache0.9-2 pn quvi none Versions of packages git-annex suggests: ii bup 0.25-1 ii graphviz 2.38.0-5+b1 ii libnss-mdns 0.10-6 pn tahoe-lafs none -- no debconf information -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#758725: package mrpt_1:1.2.1-1 FTBFS on i386, amd64, mips*
Hi Jose Luis, I can confirm that the head of git (from Sep, 10, 2014) has been built successfully on mips and mipsel. All tests executed successfully. Please note that changes from Sep 11 and 12 have not been included in this and that I have set BUILD_ASSIMP=OFF for mips and mipsel. Could you please prepare new version of mrpt package for Debian? Thank you! Jurica From: Jose Luis Blanco [joseluisblan...@gmail.com] Sent: 09 September 2014 02:18 To: Jurica Stanojkovic Cc: 758...@bugs.debian.org Subject: Re: Bug#758725: package mrpt_1:1.2.1-1 FTBFS on i386, amd64, mips* Thanks for the investigation! Following that line, I think I have solved all de-serialization problems in GIT head: https://github.com/jlblancoc/mrpt/commits/master The two relevant patches are: 1) https://github.com/jlblancoc/mrpt/commit/7b1536c7f43ddc9cc949407f71fde0c8db0ecf5b 2) https://github.com/jlblancoc/mrpt/commit/d7fe726eb896b1a9d453e3b2d53252b25dbc3918 Let me know if this finally solves the issue. JL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761262: wmlongrun: update config.{sub, guess} to fix FTBFS for ppc64le port
Package: wmlongrun Version: 0.3.0-pre1-4.2 Severity: normal Tags: patch User: debian-de...@lists.debian.org Usertags: autoreconf ppc64el Dear Maintainer, In order to avoid FTBFS wmlongrun source package on ppc64el arch, config.{sub, guess} files need to be updated before running ./configure in target:clean of rules file. With attached patch, We have successfully verified building wmlongrun source package on ppc64el build machine. Thanks for considering the patch. -ravindran. -- System Information: Debian Release: jessie/sid APT prefers buildd-unstable APT policy: (500, 'buildd-unstable'), (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.16-trunk-powerpc64le (SMP w/32 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages wmlongrun depends on: ii libc6 2.19-10 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.2-1 ii libxpm4 1:3.5.11-1 wmlongrun recommends no packages. wmlongrun suggests no packages. -- no debconf information --===4806957131303695759== Content-Type: text/x-diff; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=update-autotools-config.debpatch From 6984d88b985f7d26e77cc04f8891740c9ffd969d Mon Sep 17 00:00:00 2001 From: Ravindran Arani r...@linux.vnet.ibm.com Date: Fri, 12 Sep 2014 08:05:43 + Subject: [PATCH] autoreconf --- debian/control | 2 +- debian/rules | 10 +++--- 2 files changed, 4 insertions(+), 8 deletions(-) diff --git a/debian/control b/debian/control index a901a72..b8c160a 100644 --- a/debian/control +++ b/debian/control @@ -2,7 +2,7 @@ Source: wmlongrun Section: x11 Priority: optional Maintainer: Francois Gurin mat...@debian.org -Build-Depends: debhelper ( 3.0.0), libx11-dev, libxext-dev, libxpm-dev, libxt-dev +Build-Depends: debhelper ( 3.0.0), libx11-dev, libxext-dev, libxpm-dev, libxt-dev, autotools-dev Standards-Version: 3.6.1.1 Package: wmlongrun diff --git a/debian/rules b/debian/rules index 1bf03d1..0999a26 100755 --- a/debian/rules +++ b/debian/rules @@ -23,6 +23,7 @@ endif config.status: configure dh_testdir +dh_autotools-dev_updateconfig # Add here commands to configure the package. ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info @@ -44,13 +45,8 @@ clean: rm -f build-stamp # Add here commands to clean up after the build process. -./configure --$(MAKE) distclean --test -r /usr/share/misc/config.sub \ - cp -f /usr/share/misc/config.sub config.sub --test -r /usr/share/misc/config.guess \ - cp -f /usr/share/misc/config.guess config.guess - +[ ! -f Makefile ] || $(MAKE) distclean +dh_autotools-dev_restoreconfig dh_clean -- 2.1.0 --===4806957131303695759==-- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761263: RFP: obconf-qt -- Configurator of OpenBox window manage in Qt
Package: wnpp Severity: wishlist * Package name: obconf-qt Version : 0.1.0 Upstream Author : LXQt team: http://lxqt.org * URL : https://github.com/lxde/obconf-qt * License : GPL-2 and LGPL-2.1+ Programming Lang: C, C++ Description : Configurator of OpenBox window manage in Qt This is one of the packages that will be used in LXQt desktop environment. Reference information: http://wiki.lxde.org/en/Build_LXDE-Qt_From_Source#obconf-qt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686518: [PATCH] debian: Don't depened on $RUNLEVEL at startup to create bridges.
The patch below fixes the problem for me - Thanks On 11.09.2014, at 18:43, Gurucharan Shetty shet...@nicira.com wrote: Commit b2a0daa5bd (debian: Don't recreate bridges during manual restart.) added a check on $RUNLEVEL to only create bridges and ports when the system starts up. This fix does not work with systemd. This commit uses a different approach to solve the same problem. Reported-by: Philipp S. Schmidt ph...@in-panik.de Signed-off-by: Gurucharan Shetty gshe...@nicira.com --- debian/openvswitch-switch.init | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/debian/openvswitch-switch.init b/debian/openvswitch-switch.init index 481b29c..bf84477 100755 --- a/debian/openvswitch-switch.init +++ b/debian/openvswitch-switch.init @@ -31,7 +31,6 @@ test -e /etc/default/openvswitch-switch . /etc/default/openvswitch-switch network_interfaces () { -[ -z ${RUNLEVEL} ] return INTERFACES=/etc/network/interfaces [ -e ${INTERFACES} ] || return bridges=`awk '{ if ($1 == allow-ovs) { print $2; } }' ${INTERFACES}` @@ -67,11 +66,13 @@ start () { fi set $@ $OVS_CTL_OPTS $@ || exit $? -[ $2 = start ] network_interfaces ifup +if [ $2 = start ] [ $READ_INTERFACES != no ]; then +network_interfaces ifup +fi } stop () { -network_interfaces ifdown +[ $READ_INTERFACES != no ] network_interfaces ifdown ovs_ctl stop } @@ -106,8 +107,8 @@ restart () { start restart fi else -stop -start +READ_INTERFACES=no stop +READ_INTERFACES=no start fi } -- 1.7.9.5 AVE! Philipp S. Schmidt / phils… -- {phils}--(ph...@in-panik.de)--(http://phils.in-panik.de), wenn w eine aube ist dn man au dran dre en | o Schran muss hc h (Kurt Schwitters) | :wq! ---(phone: +49-179-6737439)--(jabber: ph...@jabber.ccc.de)---' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742508: [Python-modules-team] Bug#742508: python-rgain: collectiongain is unusable
On Fri, 22 Aug 2014 at 14:12:28 +0200, Simon Chopin wrote: (you might want to install it manually since I have to find a sponsor for the upload). I found this long-standing bug via how-can-i-help and did an upload, since I'm still theoretically a member of the python-modules team. Uploading to mentors.debian.net or opening a sponsorship-requests bug might be a useful way to get sponsored sooner. Regards, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758105: bug#18266: handling bytes not part of the charset, and other garbage
On 2014-09-11 20:26:12 -0700, Paul Eggert wrote: Vincent Lefevre wrote: ypig% LC_ALL=C locale charmap ANSI_X3.4-1968 That may be what the 'locale' command says, but bytes with the top bit on are considered to be valid single-byte characters. There are no encoding errors. So, in that sense it's not strict ASCII. Glibc regards it as ASCII: $ printf '\xe8' | LC_ALL=C iconv iconv: illegal input sequence at position 0 the current behavior breaks the sometimes used grep . solution to match non-empty lines. grep . matches lines containing one or more characters. Encoding errors are not characters, at least, not as far as plain grep is concerned. I just mean that grep . is a method given by some people, that was working before UTF-8. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#466628: VPN user and group passwords no longer being remembered
Package: network-manager-vpnc-gnome Followup-For: Bug #466628 Any progress on this? -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager-vpnc-gnome depends on: ii libatk1.0-0 2.12.0-1 ii libc6 2.19-10 ii libcairo-gobject2 1.12.16-5 ii libcairo2 1.12.16-5 ii libdbus-1-3 1.8.6-2 ii libdbus-glib-1-2 0.102-1 ii libgdk-pixbuf2.0-02.30.8-1 ii libglib2.0-0 2.40.0-5 ii libgtk-3-03.12.2-3+b1 ii libnm-glib-vpn1 0.9.10.0-2 ii libnm-glib4 0.9.10.0-2 ii libnm-gtk00.9.10.0-2 ii libnm-util2 0.9.10.0-2 ii libpango-1.0-01.36.7-1 ii libpangocairo-1.0-0 1.36.7-1 ii libsecret-1-0 0.18-1 ii network-manager-vpnc 0.9.10.0-1 network-manager-vpnc-gnome recommends no packages. network-manager-vpnc-gnome suggests no packages. -- no debconf information -- .''`. martin f. krafft madduck@d.o @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#747032: RFS: libjs-zxcvbn/1.0+dfsg.1-1
On Thu, Sep 11, 2014 at 08:54:09AM -0300, Eriberto Mota wrote: Jackub, do you have conviction that buildd has Internet access? Nevertheless, the download when building is undesirable. Jakub was meaning to say that even though policy does not allow interacting with the internet during build, many of the currently running buildds do not enforce this. So at the moment you could likely upload a (policy violating) package that downloads stuff during build and have it successfully built on most buildds. That said, this topic is not uncontroversial as some folks would like to be able to use apt-get source during build as a means for avoiding more binary packages postfixed -source. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761264: Network connections list contains wrongly named entries, change on mouse-over
Package: network-manager-gnome Version: 0.9.10.0-2 Severity: normal The names of the available wifi connections in the list dialog change all the time. For instance, right now, it displays the name of the currently connected wifi network for three entries. When I mouse-over, they change to something else. Also, some entries are just duplicates. See attached screenshots. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager-gnome depends on: ii dbus-x11 1.8.6-2 ii dconf-gsettings-backend [gsettings-backend] 0.20.0-2 ii gconf-service3.2.6-3 ii gnome-icon-theme 3.12.0-1 ii libc62.19-10 ii libcairo21.12.16-5 ii libdbus-1-3 1.8.6-2 ii libdbus-glib-1-2 0.102-1 ii libgconf-2-4 3.2.6-3 ii libgdk-pixbuf2.0-0 2.30.8-1 ii libglib2.0-0 2.40.0-5 ii libgnome-keyring03.12.0-1 ii libgtk-3-0 3.12.2-3+b1 ii libmm-glib0 1.2.0-1 ii libnm-glib-vpn1 0.9.10.0-2 ii libnm-glib4 0.9.10.0-2 ii libnm-gtk0 0.9.10.0-2 ii libnm-util2 0.9.10.0-2 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.7-1 ii libpangocairo-1.0-0 1.36.7-1 ii libsecret-1-00.18-1 ii network-manager 0.9.10.0-2 ii policykit-1-gnome0.105-2 Versions of packages network-manager-gnome recommends: pn gnome-keyring none ii iso-codes 3.56-1 pn mobile-broadband-provider-info none ii notification-daemon 0.7.6-1 Versions of packages network-manager-gnome suggests: pn network-manager-openconnect-gnome none ii network-manager-openvpn-gnome 0.9.10.0-1 pn network-manager-pptp-gnome none ii network-manager-vpnc-gnome 0.9.10.0-1 -- no debconf information -- .''`. martin f. krafft madduck@d.o @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#742508: [Python-modules-team] Bug#742508: python-rgain: collectiongain is unusable
Well, I wrote to my usual sponsor since he already knows the packaging. He still hasn't gotten back to me yet, so thanks a lot! On Fri, Sep 12, 2014 at 10:27 AM, Simon McVittie s...@debian.org wrote: On Fri, 22 Aug 2014 at 14:12:28 +0200, Simon Chopin wrote: (you might want to install it manually since I have to find a sponsor for the upload). I found this long-standing bug via how-can-i-help and did an upload, since I'm still theoretically a member of the python-modules team. Uploading to mentors.debian.net or opening a sponsorship-requests bug might be a useful way to get sponsored sooner. Regards, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761265: check_ssl_cert: include trusted roots by default
Package: nagios-plugins-contrib Version: 4.20120702 In the file /etc/nagios-plugins/config/ssl_cert.cfg the command definition is: /usr/lib/nagios/plugins/check_ssl_cert -H $HOSTADDRESS$ '$ARG1$' The default should probably include all the roots on a Debian system, like this: /usr/lib/nagios/plugins/check_ssl_cert -r /etc/ssl/certs -H $HOSTADDRESS$ '$ARG1$' and it would be nice to add this extra command check too: # 'check_ssl_cert_by_root' command definition # ARG2 may be either a root certificate PEM file or a directory of trusted roots define command{ command_namecheck_ssl_cert_by_root command_line/usr/lib/nagios/plugins/check_ssl_cert -r $ARG2$ -H $HOSTADDRESS$ '$ARG1$' } Also consider adding a comment at the top of the file: # checks SSL/TLS server is listening and using a valid certificate This will make it more obvious that it checks servers and not just PEM files on the local disk - check_ssl_cert is ambiguous -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761062: Upgrading from 304.117-1 to 340.32-1 with older graphics card leaves system without X Windows
Hi Marvin, On Tue, Sep 9, 2014 at 1:22 PM, Marvin Renich m...@renich.org wrote: Source: nvidia-graphics-drivers Version: 340.32-1 Severity: important On a machine with a graphics card supported by version 304, but relegated to the legacy packages for version 340, upgrading the nvidia-kernel-dkms and nvidia-driver packages leaves the system with an unusable X Windows system. The preinst script should determine if the hardware was supported by the old version of the package but not the new version, and give the sysadmin an opportunity to fail the upgrade, with an appropriate explanation. Most of the heavy lifting can be done with nvidia-detect; I would've assumed that there was already a debconf prompt provided by nvidia-graphics-drivers/nvidia-support, but I guess there isn't? In any case, patches welcome. I'd like to point out that the various nvidia packages are (supposed to be) co-installable, letting you pick what driver series to use at runtime rather than during package installation (and the kernel modules are patched so that they're versioned as well), so I don't think we should forcefully fail package installation attempts of nvidia drivers that aren't compatible with the user's hardware. Again, probably a debconf prompt invoking nvidia-detect at some point would be appropriate. Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761266: [pandoc] new upstream: 1.13.1
Package: pandoc Version: 1.12.4.2~dfsg-1+b11 Severity: wishlist --- Please enter the report below this line. --- There is a new upstream release (1.13.1), please package: http://johnmacfarlane.net/pandoc/releases.html I needed dokuwiki support (which was introduced in 1.13) so I built pandoc from sources for now. --- System information. --- Architecture: amd64 Kernel: Linux 3.16-1-amd64 Debian Release: jessie/sid 500 unstableftp.ro.debian.org 500 testing ftp.ro.debian.org 1 experimentalftp.ro.debian.org --- Package information. --- Depends (Version) | Installed =-+-== pandoc-data | 1.12.4.2~dfsg-1 libc6 (= 2.14) | libffi6(= 3.0.4) | libgmp10 | libicu52(= 52~m1-1~) | liblua5.1-0 | libpcre3(= 8.10) | libyaml-0-2 | zlib1g (= 1:1.1.4) | Package's Recommends field is empty. Suggests (Version) | Installed -+-=== texlive-latex-recommended| 2014.20140821-1 texlive-xetex| 2014.20140821-1 texlive-luatex | 2014.20140821-1 pandoc-citeproc | etoolbox | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761267: According to Russian goverment there was a lot of changes in tzdata v2014f. This version was imported to unstable and testing distribution. But not in stable and oldstable :-( It would be
Package: tzdata Version: 2014e-0squeeze1 Severity: important -- System Information: Debian Release: 6.0.10 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tzdata depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy tzdata recommends no packages. tzdata suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761134: [Help] strange 'missing-dependency-on-perlapi' lintian warning
* Andreas Tille andr...@an3as.eu, 2014-09-11, 22:31: I would like to upload libsbml5 but despite the fact that ${perl:Depends} is specified and dh calls dh_perl automatically this lintian error occures. To enable easy inspection I have uploaded the preliminary packages to https://people.debian.org/~tille/packages/libsmbl5/ dh_perl can't find the Perl modules, because they were installed into wrong directory: $ dpkg -c libsbml5-perl_5.10.0+dfsg-1_amd64.deb | grep -E '[.](pm|so)$' -rw-r--r-- root/root 14460736 2014-09-11 13:31 ./usr/lib/perl5/site_perl/5.20.0/x86_64-linux-gnu-thread-multi/auto/libSBML/LibSBML.so -rw-r--r-- root/root 2688864 2014-09-11 12:22 ./usr/lib/perl5/site_perl/5.20.0/x86_64-linux-gnu-thread-multi/LibSBML.pm But the correct place to install arch-specific Perl modules is: $ perl -MConfig -E'say $Config{vendorarch}' /usr/lib/x86_64-linux-gnu/perl5/5.20 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761255: partclone: please use ntfs-3g instead of linux-ntfs
Dear Aurelien, dear friends from NCHC, thank you for the bug report, Aurelien, I forward this reply to upstreams authors. Best regards, Georges. Aurelien Jarno a écrit : Package: partclone Version: 1:2014.2.15AR.1-5 Severity: normal Tags: patch linux-ntfs is deprecated and will be removed from the archive (see bug#734699). Please use ntfs-3g instead, which is as simple as switching the build-dependencies: diff -Nru partclone-0.2.72/debian/control partclone-0.2.72/debian/control --- partclone-0.2.72/debian/control 2014-08-26 13:53:09.0 +0200 +++ partclone-0.2.72/debian/control 2014-09-12 09:21:58.0 +0200 @@ -7,7 +7,7 @@ gettext (=0.18.2.1), e2fslibs-dev (= 1.41.3), xfslibs-dev, libreiser4-dev (=1.0.7-6.2), libreadline-gplv2-dev|libreadline5-dev, - libbsd-dev, libncursesw5-dev, libntfs-dev, vmfs-tools, + libbsd-dev, libncursesw5-dev, ntfs-3g-dev, vmfs-tools, libblkid-dev, pkg-config, xsltproc, docbook-xsl Standards-Version: 3.9.5 Homepage: http://partclone.org/ -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Georges KHAZNADAR et Jocelyne FOURNIER 22 rue des mouettes, 59240 Dunkerque France. Téléphone +33 (0)3 28 29 17 70 signature.asc Description: Digital signature
Bug#734468: blocking the ppc64el architecture bootstrap
On Mon, Aug 25, 2014 at 10:25:46AM +0200, Steinar H. Gunderson wrote: On Mon, Aug 25, 2014 at 04:45:09AM +0200, Aurelien Jarno wrote: It would be very nice if you can upload a fixed version of this package. Don't hesitate to ask questions if you need help to fix this bug. If you lack time for that, I can also proceed with an NMU. Hi Aurelien, Hi, I would be very grateful if you have time for an NMU. Thanks. I have just done it. Please find the diff attached. Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net diff -u pvm-3.4.5/debian/changelog pvm-3.4.5/debian/changelog --- pvm-3.4.5/debian/changelog +++ pvm-3.4.5/debian/changelog @@ -1,3 +1,11 @@ +pvm (3.4.5-12.6) unstable; urgency=medium + + * Non-maintainer upload with maintainer's permission. Thanks. + * Add support for arm64, mips64el, ppc64 in debian/getpvmarch (Closes: +#734468, #757324). + + -- Aurelien Jarno aure...@debian.org Fri, 12 Sep 2014 10:40:19 +0200 + pvm (3.4.5-12.5) unstable; urgency=low * Non-maintainer upload. diff -u pvm-3.4.5/debian/getpvmarch pvm-3.4.5/debian/getpvmarch --- pvm-3.4.5/debian/getpvmarch +++ pvm-3.4.5/debian/getpvmarch @@ -21,16 +21,13 @@ ia64) echo LINUX64 ;; - ppc64) + ppc64|ppc64el) echo LINUX64 ;; hppa) echo LINUXHPPA ;; - mips) - echo LINUXMIPS - ;; - mipsel) + mips*) echo LINUXMIPS ;; s390) @@ -45,6 +42,9 @@ arm) echo LINUXARM ;; + arm64) + echo LINUX64 + ;; sh4) echo LINUXSH ;;
Bug#760870: Patch to fix this issue
Hi, The patch attached with this email seems to solve this issue. I have applied it the ack-grep source code in sid and ran `make test' without any error. Should we add one test case in ack-grep source to specifically test this use case? Thanks, Partha --- ack.orig 2014-09-04 03:48:46.0 + +++ ack 2014-09-12 08:24:46.744780094 + @@ -331,7 +331,7 @@ $str = (?i)$str; } -my $re = eval { qr/$str/ }; +my $re = eval { qr/$str/m }; if ( !$re ) { die Invalid regex '$str':\n $@; }
Bug#761268: fdroidserver: Hardwired path to keytool is invalid
Package: fdroidserver Version: 0.2.1-1 Severity: important Dear Maintainer, http://anonscm.debian.org/cgit/collab- maint/fdroidserver.git/tree/debian/patches/hard-code-path-to-openjdk-7.patch this patch replaces nice 'keytoll' command with ugly '/usr/lib/jvm/java-7 -openjdk-amd64/bin/keytool', which does not exist on 32-bit system. As a workaround I created symlink /usr/lib/jvm/java-7-openjdk-amd64 - jdk-7-oracle-i586 and everything works fine. Please remove that patch since it breaks things. Thank you. Upstream issue: https://gitlab.com/fdroid/fdroidserver/issues/33 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (700, 'unstable'), (600, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16-trunk-686-pae (SMP w/2 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fdroidserver depends on: ii python 2.7.8-1 ii python-imaging 2.5.3-1 ii python-libcloud 0.15.1-1 ii python-magic 1:5.19-2 ii python-paramiko 1.14.1-1 Versions of packages fdroidserver recommends: pn openjdk-7-jdk none pn openjdk-7-jre-headless none pn opensc none ii rsync 3.1.1-2 ii wget1.15-1+b1 Versions of packages fdroidserver suggests: ii bzr 2.6.0+bzr6595-5 ii git 1:2.1.0-1 pn gradle none ii maven 3.0.5-1 ii mercurial 3.1.1-1 ii php55.6.0+dfsg-1 ii ruby1:2.1.0.4 ii subversion 1.8.10-1+b1 pn vagrant none ii virtualbox 4.3.14-dfsg-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760490: Support for Python 3 and new upstream release patch
Hi Eric, I have attached a debdiff, stripping out the upstream changes in the 2.32.1 release. My patch does this: python-boto (2.32.1-1.1) experimental; urgency=medium * Non-maintainer upload. * Uploading new upstream release to Experimental (Closes: #760490). * Added Python 3 support. * Vcs-Git field now canonical. * Now using source format 3.0 (quilt). * Added extend-diff-ignore = ^[^/]*[.]egg-info/ in debian/source/options. * debian/copyright using the parseable format 1.0. -- Thomas Goirand z...@debian.org Fri, 12 Sep 2014 08:21:48 + Please consider applying the patch to the current release. Because I need this package soon in at least Experimental, and that there's currently no version of boto in that suite, I have uploaded the resulting package to experimental, using the delayed/2 queue. I hope this isn't a problem. If it is, just let me know, and I'll dcut the package out. However, I don't think any of my change would be controversial. I by the way hope you appreciate the work on the debian/copyright: the current one doesn't list the copyright holders, which is a violation of the licensing... This obviously must be fixed before Jessie is frozen. If you agree with this upload, then it'd be nice if you could upload it to Sid strait away so that we benefit from the Python 3 support, which will unlock the possibility of Python 3 support in numerous packages (and a lot that I maintain by the way...). Cheers, Thomas Goirand (zigo) diff -Nru python-boto-2.29.1/debian/changelog python-boto-2.32.1/debian/changelog --- python-boto-2.29.1/debian/changelog 2014-09-12 09:04:35.0 + +++ python-boto-2.32.1/debian/changelog 2014-09-12 09:03:01.0 + @@ -1,3 +1,15 @@ +python-boto (2.32.1-1.1) experimental; urgency=medium + + * Non-maintainer upload. + * Uploading new upstream release to Experimental (Closes: #760490). + * Added Python 3 support. + * Vcs-Git field now canonical. + * Now using source format 3.0 (quilt). + * Added extend-diff-ignore = ^[^/]*[.]egg-info/ in debian/source/options. + * debian/copyright using the parseable format 1.0. + + -- Thomas Goirand z...@debian.org Fri, 12 Sep 2014 08:21:48 + + python-boto (2.29.1-1) unstable; urgency=medium * New upstream release (Closes: #750571). diff -Nru python-boto-2.29.1/debian/control python-boto-2.32.1/debian/control --- python-boto-2.29.1/debian/control 2014-09-12 09:04:35.0 + +++ python-boto-2.32.1/debian/control 2014-09-12 08:34:10.0 + @@ -2,19 +2,23 @@ Section: python Priority: optional Maintainer: Eric Evans eev...@debian.org -Build-Depends: debhelper (= 7), python-all (= 2.6.6-3) +Build-Depends: debhelper (= 7), + python-all (= 2.6.6-3), + python-setuptools, + python3-all (= 3.2), + python3-setuptools XS-Testsuite: autopkgtest X-Python-Version: = 2.5 Homepage: https://github.com/boto/boto -Vcs-Git: git://git.debian.org/git/users/eevans/python-boto +Vcs-Git: git://anonscm.debian.org/users/eevans/python-boto.git Vcs-Browser: http://anonscm.debian.org/gitweb/?p=users/eevans/python-boto.git Standards-Version: 3.9.5 Package: python-boto Architecture: all -Depends: ${python:Depends}, ${misc:Depends}, python-requests +Depends: python-requests, ${misc:Depends}, ${python:Depends} Provides: ${python:Provides} -Description: Python interface to Amazon's Web Services +Description: Python interface to Amazon's Web Services - Python 2.x Boto is a Python interface to the infrastructure services available from Amazon. . @@ -35,3 +39,33 @@ * Glacier * Elastic Block Store (EBS) * and many more... + . + This package provides the Python 2.x module. + +Package: python3-boto +Architecture: all +Depends: python3-requests, ${misc:Depends}, ${python3:Depends} +Provides: ${python3:Provides} +Description: Python interface to Amazon's Web Services - Python 3.x + Boto is a Python interface to the infrastructure services available from + Amazon. + . + Boto supports the following services: + * Elastic Compute Cloud (EC2) + * Elastic MapReduce + * CloudFront + * DynamoDB + * SimpleDB + * Relational Database Service (RDS) + * Identity and Access Management (IAM) + * Simple Queue Service (SQS) + * CloudWatch + * Route53 + * Elastic Load Balancing (ELB) + * Flexible Payment Service (FPS) + * Simple Storage Service (S3) + * Glacier + * Elastic Block Store (EBS) + * and many more... + . + This package provides the Python 3.x module. diff -Nru python-boto-2.29.1/debian/copyright python-boto-2.32.1/debian/copyright --- python-boto-2.29.1/debian/copyright 2014-09-12 09:04:35.0 + +++ python-boto-2.32.1/debian/copyright 2014-09-12 09:02:45.0 + @@ -1,37 +1,99 @@ -This package was debianized by Eric Evans eev...@debian.org on -Wed, 04 Jul 2007 18:54:44 -0500 - -It was downloaded from: http://code.google.com/p/boto/ - -Upstream Author: Mitch Garnaat mi...@garnaat.com -
Bug#760870: Patch to fix this issue
Control: forwarded -1 https://github.com/petdance/ack2/issues/491 Control: tags -1 + upstream fixed-upstream Hi, ppm wrote: The patch attached with this email seems to solve this issue. Thanks for the patch. --- ack.orig 2014-09-04 03:48:46.0 + +++ ack 2014-09-12 08:24:46.744780094 + @@ -331,7 +331,7 @@ $str = (?i)$str; } -my $re = eval { qr/$str/ }; +my $re = eval { qr/$str/m }; if ( !$re ) { die Invalid regex '$str':\n $@; } Upstream already came to the same conclusion/patch: https://github.com/petdance/ack2/commit/17504aa361eef269c57f43c21e16d1705cd1e7c0 Due to this issue there will be a new upstream release (2.16) very soon anyways, so I'll wait for that one. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761269: FTBFS: requires 'apt' annotation processing tool from JDK = 6
Source: lwjgl Version: 2.7.1+dfsg-3 Severity: serious Justification: fails to build from source (but built successfully in the past) Forwarded: https://github.com/LWJGL/lwjgl/issues/6 While attempting to fix lwjgl's other FTBFS by removing the Build-Conflicts with binutils-gold, I got this error, and many similar errors for other targets: generate-opengl: [apply] E: Command line option 'n' [from -nocompile] is not known. [apply] Result: 100 This turns out to be because the build process is trying to run the 'apt' annotation processing tool from $JAVA_HOME/bin, and getting the 'apt' advanced package tool from /usr/bin instead. openjdk-6-jdk ships /usr/lib/jvm/java-6-openjdk-amd64/bin/apt which is the desired tool, but that version is not in jessie (#675495). openjdk-7-jdk does not have a corresponding utility: that feature has been removed upstream. -- System Information: Debian Release: jessie/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749957: lwjgl: FTBFS - build-conflicts binutils-gold (which binutils provides)
Control: tags 749957 + patch On Sat, 31 May 2014 at 02:13:50 +0100, Michael Tautschnig wrote: Removing binutils is obviously not an option. Here is my attempt at a fix. Unfortunately, I ran into another bit of bit-rotted build infrastructure (requiring the 'apt' tool from openjdk = 6), for which I've just filed another RC bug. Sorry I couldn't get this to a point where it was uploadable. It might not be necessary to use -fuse-ld=bfd at all - I didn't try without it (so far I just cargo-culted the assumption that gold(1) is still somehow unsuitable for this package). (By the way, lwjgl/2.7.1+dfsg-3 seems to be missing from pkg-java git: please push that commit?) S From 5dd362fc05a49af50471c97bf8694f4fe4b02b2a Mon Sep 17 00:00:00 2001 From: Simon McVittie s...@debian.org Date: Fri, 12 Sep 2014 09:57:20 +0100 Subject: [PATCH] Remove Build-Conflicts on binutils-gold (Closes: #749957) --- debian/changelog | 9 + debian/control | 2 -- debian/patches/p/allarchs.diff | 3 ++- 3 files changed, 11 insertions(+), 3 deletions(-) diff --git a/debian/changelog b/debian/changelog index 13bc5fd..7aeb7c0 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,12 @@ +lwjgl (2.7.1+dfsg-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Remove Build-Conflicts on binutils-gold, alter +debian/patches/p/allarchs.diff to pass -fuse-ld=bfd to the compiler +when linking instead (Closes: #749957) + + -- Simon McVittie s...@debian.org Fri, 12 Sep 2014 09:48:06 +0100 + lwjgl (2.7.1+dfsg-3) unstable; urgency=low * add java bin dir to the PATH environment (closes: #664180) diff --git a/debian/control b/debian/control index b5113df..c3b6455 100644 --- a/debian/control +++ b/debian/control @@ -18,8 +18,6 @@ Build-Depends: libxt-dev, Build-Depends-Indep: default-jdk-doc, -Build-Conflicts: - binutils-gold, Standards-Version: 3.9.3 Vcs-Git: git://git.debian.org/git/pkg-java/lwjgl.git Vcs-Browser: http://git.debian.org/?p=pkg-java/lwjgl.git diff --git a/debian/patches/p/allarchs.diff b/debian/patches/p/allarchs.diff index f7af820..5f1a19e 100644 --- a/debian/patches/p/allarchs.diff +++ b/debian/patches/p/allarchs.diff @@ -4,6 +4,7 @@ Subject: [PATCH] p/allarchs This patch to build on all archs. Signed-off-by: Gabriele Giacone 1o5g4...@gmail.com +[edited to pass -fuse-ld=bfd to the compiler when linking -smcv] --- platform_build/linux_ant/build.xml | 36 ++-- @@ -32,7 +33,7 @@ Index: lwjgl-2.7.1+dfsg/platform_build/linux_ant/build.xml property name=linker_flags32 value=${version_script_flags32} -shared -O2 -Wall -o ${libname32} ${libs32} ${xf86vm_lib}/ property name=linker_flags64 value=${version_script_flags64} -shared -O2 -Wall -o ${libname64} ${libs64} ${xf86vm_lib}/ -+ property name=linker_flagsdeb value=${version_script_flags32} -shared -O2 -Wall -o ${libname32} ${libs} ${xf86vm_lib}/ ++ property name=linker_flagsdeb value=${version_script_flags32} -shared -O2 -Wall -fuse-ld=bfd -o ${libname32} ${libs} ${xf86vm_lib}/ condition property=build.32bit.only not -- 2.1.0
Bug#761270: RFP: libsysstat -- Library for querying system information and statistics
Package: wnpp Severity: wishlist * Package name: libsysstat Version : 0.1.0 Upstream Author : LXQt team: http://lxqt.org Razor team: http://razor-qt.org Kuzma Shapran kuzma.shap...@gmail.com * URL : https://github.com/lxde/libsysstat * License : GPL-2 and LGPL-2.1+ Programming Lang: C, C++ Description : Library for querying system information and statistics This is one of the packages that will be used in LXQt desktop environment. Reference information: http://wiki.lxde.org/en/Build_LXDE-Qt_From_Source#libsysstat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761236: wdm does not work with systemd as the init system
On Fri, Sep 12, 2014 at 02:51:44AM +0430, Eliad Bagherzadegan wrote: Package: wdm Version: 1.28-17 Severity: important Dear Maintainer, I am not sure if this is a wdm bug or a systemd bug, but anyhow, if systemd is chosen as the init system wdm (and xdm) won't work. What's more peculiar is that if one has slim installed, it (slim) would start as the display manager (at least it did in my case). What's even more peculiar is that slim starts on tty2. If this IS a wdm bug, a similar one must be filed against xdm. I'm not sure if the slim thing is a bug. If it is, please report it. Hi, May this be the same as slim's http://bugs.debian.org/748668? Quoting from my bug report: After recent switch to systemd, I noticed that slim is started as default-x-display-manager, althought it is not the chosen default, $ cat /etc/X11/default-display-manager /usr/bin/wdm This did not happen under systemv and might be related to /lib/systemd/system/slim.service not checking default selection. I guess that if you remove slim wdm will work again. Not sure of systemd has provision for these kind of things or is package responsability to use a wrapper to check for defaults and proceed accordingly. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761134: [Debian-med-packaging] Bug#761134: [Help] strange 'missing-dependency-on-perlapi' lintian warning (Was: Bug#761134: libsbml5-perl: Depends on libperl5.18 but should be libperl5.20 now)
Hi, Eriberto eribe...@eriberto.pro.br schrieb : Hi Andreas, I didn't see the package. However, it can be a false positive from new Lintian. I already had three false positives from new checks. Please, see the bugs of the Lintian in BTS to identify if it is or not a false positive. If I look into the package, it seems, lintian is right. In the package libsbml5-perl_5.10.0+dfsg-1_amd64.deb DEBIAN/control misses an entry for perlapi-$Config{version}. $LIBSBML_SOURCES/debian/control contains Depends: ${shlibs:Depends}, ${perl:Depends}, ${misc:Depends} And in the build logs I can see the dh_perl call: [...] make[1]: Leaving directory '/«BUILDDIR»/libsbml-5.10.0+dfsg' dh_install -a -O--with-python2 -O--dbg-package=libsbml5-dbg dh_installdocs -a -O--with-python2 -O--dbg-package=libsbml5-dbg dh_installchangelogs -a -O--with-python2 -O--dbg-package=libsbml5-dbg dh_perl -a -O--with-python2 -O--dbg-package=libsbml5-dbg [...] https://lintian.debian.org/tags/missing-dependency-on-perlapi.html says, that this should be sufficient to get the right entry. I'm shure, this error is quite new. I hope this help. Cheers, Eriberto 2014-09-11 17:31 GMT-03:00 Andreas Tille andr...@an3as.eu: Hi, I would like to upload libsbml5 but despite the fact that ${perl:Depends} is specified and dh calls dh_perl automatically this lintian error occures. To enable easy inspection I have uploaded the preliminary packages to https://people.debian.org/~tille/packages/libsmbl5/ Any help to fix this lintian problem is welcome Andreas. On Thu, Sep 11, 2014 at 09:27:39AM -0700, Steve Lane wrote: Thanks very much. Now I guess I wait for it to show up on the webpage and in the repo, yes..? Best, -- Steve Lane On Sep 11 09:24, Andreas Tille wrote: Hi, I think a package rebuild should be sufficient to close this bug. Thus I commited * rebuild with latest libperl Closes: #761134 to the changelog. Ivo, it is *really* high time to upload libsbml if we want to deliver it in Jessie. Do you have any idea why the current state of SVN does not build on other machines. Please communicate your problems or lets consult debian-mentors. We are really short in time before the freeze (2014-11-05). Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140911203113.ga30...@an3as.eu ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759407: gnat-4.9: gnat1 not found on kfreebsd-i386
reassign 759407 src:gcc-4.9 thanks Hello, Svante is correct on one point: some version of gcc-4.9 broke gnat-4.9 on kfreebsd-i386 at least. Proof: on August 11, gnat-4.9 (=4.9.1-1) worked perfectly well when combined with gcc-4.9 (exact version unspecified): https://buildd.debian.org/status/fetch.php?pkg=libtemplates-parserarch=kfreebsd-i386ver=11.8.2014-3stamp=1407787293 The symptoms appeared later, still with gnat-4.9 (=4.9.1-1) but with a later gcc-4.9; not a snapshot. On August 24: https://buildd.debian.org/status/fetch.php?pkg=gnat-gpsarch=kfreebsd-i386ver=5.3-3stamp=1408919003 Between these two dates (August 11 and August 24), there were no uploads of gnat-4.9 but there were some uploads of gcc-4.9, therefore gcc-4.9 must have broken something, possibly in the target triplet or directory where it looks for gnat1. Possibly, this bug has already been fixed by the last change in this upload: gcc-4.9 (4.9.1-11) unstable; urgency=medium * Update to SVN 20140830 (r214759) from the gcc-4_9-branch. * Update cross installation patches for the branch. * Use the base version (4.9) when accessing files in gcc_lib_dir. -- Matthias Klose d...@debian.org Sat, 30 Aug 2014 22:05:47 +0200 I'll try to check this (on kfreebsd-i386) over the weekend. This particular bug is for kfreebsd-i386 only. hurd-i386 has similar symptoms on different dates (for example, the build of gnat-gps (=5.3-3) succeeded on hurd-i386 when it failed on kfreebsd-i386). I propose to use #761248 (severity important) to track the issue on hurd-i386, if it is different. -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761134: [Debian-med-packaging] Bug#761134: [Help] strange 'missing-dependency-on-perlapi' lintian warning
Jakub Wilk jw...@debian.org schrieb : * Andreas Tille andr...@an3as.eu, 2014-09-11, 22:31: I would like to upload libsbml5 but despite the fact that ${perl:Depends} is specified and dh calls dh_perl automatically this lintian error occures. To enable easy inspection I have uploaded the preliminary packages to https://people.debian.org/~tille/packages/libsmbl5/ dh_perl can't find the Perl modules, because they were installed into wrong directory: $ dpkg -c libsbml5-perl_5.10.0+dfsg-1_amd64.deb | grep -E '[.](pm|so)$' -rw-r--r-- root/root 14460736 2014-09-11 13:31 ./usr/lib/perl5/site_perl/5.20.0/x86_64-linux-gnu-thread-multi/auto/libSBML/LibSBML.so -rw-r--r-- root/root 2688864 2014-09-11 12:22 ./usr/lib/perl5/site_perl/5.20.0/x86_64-linux-gnu-thread-multi/LibSBML.pm But the correct place to install arch-specific Perl modules is: $ perl -MConfig -E'say $Config{vendorarch}' /usr/lib/x86_64-linux-gnu/perl5/5.20 Thanks for the hint, I'll try to fix this soon. Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761271: ksplashx: segfault with error 5
Package: kde-workspace-bin Version: 4:4.11.11-1 Severity: important After upgrading to kde-workspace-bin 4:4.11.11-1 on an MSI U123 netbook there are problems starting KDE. After the login the normal row of icons starts and at the end 'after the desktop icon' the screen turns black, and the following error message shows up in the kern.log: Sep 12 10:52:30 hostname kernel: [ 69.201771] ksplashx[1202]: segfault at ff16247f ip 08055f7c sp bfe8f4d0 error 5 in ksplashx[8048000+1d000] After 300 seconds the desktop finally appears but some windows do not work properly and are not responsive when moving etc. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kde-workspace-bin depends on: ii iso-codes 3.56-1 ii kde-runtime 4:4.14.0-2 ii kde-style-oxygen 4:4.11.11-1 ii kde-workspace-data4:4.11.11-1 ii kde-workspace-kgreet-plugins 4:4.11.11-1 ii kscreen 1.0.2.1-1 ii libc6 2.19-10 ii libcln6 1.3.3-1 ii libdbusmenu-qt2 0.9.2-1 ii libfontconfig12.11.0-6 ii libfreetype6 2.5.2-1.1 ii libgcc1 1:4.9.1-12 ii libgl1-mesa-glx [libgl1] 10.2.6-1 ii libice6 2:1.0.9-1 ii libjpeg8 8d1-1 ii libkactivities6 4:4.13.3-1 ii libkcmutils4 4:4.14.0-1 ii libkdeclarative5 4:4.14.0-1 ii libkdecore5 4:4.14.0-1 ii libkdesu5 4:4.14.0-1 ii libkdeui5 4:4.14.0-1 ii libkfile4 4:4.14.0-1 ii libkidletime4 4:4.14.0-1 ii libkio5 4:4.14.0-1 ii libknewstuff3-4 4:4.14.0-1 ii libknotifyconfig4 4:4.14.0-1 ii libkparts44:4.14.0-1 ii libkpty4 4:4.14.0-1 ii libkscreensaver5 4:4.11.11-1 ii libkworkspace4abi24:4.11.11-1 ii libnepomukcore4 4:4.14.0-1+b2 ii libpam0g 1.1.8-3.1 ii libphonon44:4.7.2-1 ii libplasma34:4.14.0-1 ii libplasmagenericshell44:4.11.11-1 ii libpng12-01.2.50-2 ii libprocesscore4abi1 4:4.11.11-1 ii libprocessui4a4:4.11.11-1 ii libqalculate5 0.9.7-9 ii libqimageblitz4 1:0.0.6-4 ii libqjson0 0.8.1-3 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-declarative4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-sql4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-xml4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libsm62:1.2.2-1 ii libsolid4 4:4.14.0-1 ii libsoprano4 2.9.4+dfsg-1.1 ii libstdc++64.9.1-12 ii libstreamanalyzer00.7.8-1.2+b2 ii libudev1 208-8 ii libusb-0.1-4 2:0.1.12-24 ii libx11-6 2:1.6.2-3 ii libxcursor1 1:1.1.14-1 ii libxext6 2:1.3.2-1 ii libxfixes31:5.0.1-2 ii libxft2 2.3.2-1 ii libxi62:1.7.4-1 ii libxinerama1 2:1.1.3-1 ii libxkbfile1 1:1.0.8-1 ii libxrandr22:1.4.2-1 ii libxrender1 1:0.9.8-1 ii libxtst6 2:1.2.2-1 ii phonon4:4.7.2-1 ii plasma-desktop4:4.11.11-1 ii plasma-netbook4:4.11.11-1 ii qdbus 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii x11-utils 7.7+2 ii x11-xserver-utils 7.7+3 Versions of packages kde-workspace-bin recommends: ii plasma-scriptengines 4:4.11.11-1 ii policykit-1-gnome 0.105-2 ii polkit-kde-1 0.99.1-1 ii upower0.99.1-3 Versions of packages kde-workspace-bin suggests: ii x11-xkb-utils 7.7+1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761190: apt_all and system wide APT configuration options
Am 11.09.2014 um 18:27 schrieb Steve Schnepp: I can add an extra_args config variable to the plugin as https://github.com/munin-monitoring/munin/pull/252 Would that solve your issue ? Hi Steve, yes it does. (actually it partly does, see below, but regarding this issue: I modified some Jessie and Wheezy systems, and the result is looking good so far) What I ended up doing was: 1. take a newer 'apt_all' script from unstable, from 2.1.9-1 (It seems to work fine under both 2.0.6-4+deb7u2 and 2.0.21-2) 2. apply your changes from https://github.com/munin-monitoring/munin/pull/252 and add the new env.options to the plugin configuration 3. replace the original update cron job with an 'apt-get update' cron job. This has the benefit of addressing another issue - having to run the plugin as root to make everything work. (see #720275 and #715141) Maybe I should file another bug report, to further discuss 1. and 3.? Regards Ingmar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761272: dh-systemd: deb-systemd-invoke stop not protected by || true
Package: dh-systemd Version: 1.21 Severity: important Hi, The current lvm2 package is trying to start/stop a .socket unit that doesn't exist (see: #760682) The starting of the non existant socket on installation is suceeding while stopping is failing on removal. Looking at the generated maintainer scripts I seeing the following: /var/lib/dpkg/info/lvm2.postinst: deb-systemd-invoke start lvm2-monitor.socket /dev/null || true /var/lib/dpkg/info/lvm2.prerm: deb-systemd-invoke stop lvm2-monitor.socket /dev/null As you can see the start is protected by ||true while the stop is not. I guess the stop and start should be symetric here. Apparently with dh_installinit, invoke-rc.d was not protected at all making the maintscript fail. I guess this is a sensible action? Cheers, Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dh-systemd depends on: ii debhelper 9.20140817 ii perl 5.20.0-6 dh-systemd recommends no packages. Versions of packages dh-systemd suggests: ii augeas-tools 1.2.0-0.2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661563: [Reportbug-maint] Bug#661563: Direct the user towards Debian upport
Salve Sandro, On Fri, 12 Sep 2014, Sandro Tosi wrote: Hello Tomas, thanks once again to work on reportbug! On Thu, Sep 11, 2014 at 4:54 PM, Tomas Pospisek t...@sourcepole.ch wrote: Hello everybody, as discussed in [1] and ack'ed in [2] by Paul Wise those people that actually maintain the general package, i.e. some of the subscribers of the debian-www mailing list, do in general *not* want users to fill reports against the general package and instead contact Debian support. The attached patch implements this. ehm, it seems you missed the attach? :) I'm sorry, here it comes attached. The differences to the patch provided by Jonathan Nieder in the original bug report are: 1. the users are directed to the Debian Support page, that lists a couple of different options to get Debian support 2. it's a simple info string displayed and not a prompt, so it's not necessary to apply the multiline-patch Also see bugs #734053 [3] and #755495 [4] that are related to this bug. I'm afraid i'm probably reply as done for 'base' (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761206#10) I don't like to remove a pseudopackage from reportbug (as skilled user can still mail the BTS directly) but restrict its usage to specific modes, and keep the pseudopkgs list in sync with BTS (ie, as soon as BTS removes general, i'm more than happy to remove it from reportbug too) As you've probably seen in #734053 [3] Don Armstrong is considering deprecating [5] the 'base' package. Greets thanks, *t [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734053 [5] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734053#55commit 88f2d04 Author: Tomas Pospisek tpo...@sourcepole.ch Date: Wed Sep 10 23:19:56 2014 +0200 nudge user towards support when reporting general bugs diff --git bin/reportbug bin/reportbug index 72dc827..127cbda 100755 --- bin/reportbug +++ bin/reportbug @@ -484,6 +484,11 @@ def get_package_name(bts='debian', mode=MODE_EXPERT): package = 'reportbug' if package in ('general', 'project', 'debian-general', 'base'): +ui.long_message( +If you have a general problem, please do consider using + 'the available Debian support channels to narrow the problem ' + 'down. This will help us together to resolve the problem ' + 'quicker. See https://www.debian.org/support') if not ui.yes_no( Are you sure this bug doesn't apply to a specific package?, 'Yes, this bug is truly general.',
Bug#760838:
Control: tags -1 pending should upload soon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760838: iipimage-server: unknown substitution variable ${shlibs:Depends}
would be done by now, but I still keep getting: dpkg-gencontrol: warning: Depends field of package iipimage-server: unknown substitution variable ${shlibs:Depends} -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761273: Use changelog release for control generation
Package: openjdk-8 Version: 8u40~b04-2 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu utopic ubuntu-patch Hi guys, We got a backport request in Ubuntu for openjdk-8, with a note that gcc-4.9 → gcc-4.8 in d/control is required. I took a look and noticed some automagic generation, but this assumes that the release on the machine being built for is the same as the one the package is being prepared for. I don't think this assumption will always hold. How about the attached approach, which uses the changelog distribution instead? A modification might be to fall back to the old way in the UNRELEASED case? Don't have a solution for the distribution variable apart from maintaining a table mapping from release to distro, but I think that it's less likely to be a problem in practice. Cheers, -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] diff -u openjdk-8-8u40~b04/debian/rules openjdk-8-8u40~b04/debian/rules --- openjdk-8-8u40~b04/debian/rules +++ openjdk-8-8u40~b04/debian/rules @@ -27,8 +27,8 @@ PKGVERSION := $(call vafilt,$(CHANGELOG_VARS),Version) distribution := $(shell lsb_release --id --short) -distrel := $(shell lsb_release --codename --short) -ifeq ($(distrel),n/a) +distrel := $(strip $(patsubst %-backports, %, $(patsubst %-updates, %, $(call vafilt,$(CHANGELOG_VARS),Distribution +ifeq ($(distrel),UNRELEASED) distrel := sid endif
Bug#761274: RM: qsstv [kfreebsd-amd64 kfreebsd-i386] -- ANAIS; package now built for linux-any instead of any
Package: ftp.debian.org Severity: normal This package now depends on sound system infrasture that is not available on non-linux archs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736066: Allow encfs into jessie?
On Thu, Sep 11, 2014 at 04:06:06PM -0400, Harlan Lieberman-Berg wrote: On Thu, 2014-09-11 at 19:33 +0200, Eduard Bloch wrote: I though Jan has just described one. For example, taking a 10 year old CD with backups from your safe and trying to get the data back. Another option would be to take the same approach that TrueCrypt did under (potentially) the same circumstances, and allow encfs into jessie - but only for read-only containers. That way, people can recover their data easily, but there's no risk of perpetuating a completely broken encryption layer. That'd be the best of both worlds, in my opinion. Note that some people have encfs encrypted HOME dirs by means of things like libpam-encfs. I do not think they will enjoy having their HOME partition suddenly become RO, even if can be recovered with the new package. They should of course be warned loudly that an old encryption layer is in use, with some potential risks. Another option would be a jessie encfs-ro package conflicting with encfs, but neither providing nor replacing it, so no new volumes are created. encfs would be kept out of jessie and once fixed it would manage to replace encfs-ro. However, the drawback is that the old encryption layer would still be present in upgraded systems until fix happens and reaches a stable release. I do not have a clear opinion about what is better. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610220: Show URLs in TODO/NOTE as hyperlinks in the web view
Hi, attached is a patch to lib/python/web_support.py which turns the notes (used in CVEs) into hyperlinks - if they start with http(s):// Please tell me whether it's ok to commit this. cheers, Holger Index: lib/python/web_support.py === --- lib/python/web_support.py (Revision 28738) +++ lib/python/web_support.py (Arbeitskopie) @@ -453,12 +453,16 @@ def make_pre(lines): Creates a pre-formatted text area. -r = [] -append = r.append +pre = [] +append = pre.append for l in lines: -append(l) -append('\n') -return tag('pre', ''.join(r)) +# please tell me once gopher:// is back +if l.startswith('http://') or l.startswith('https://'): +append(A(l)) +else: +append(l) +append(BR()) +return tag('pre', pre) def make_menu(convert, *entries): Creates an unnumbered list of hyperlinks. signature.asc Description: This is a digitally signed message part.
Bug#715141: apt_all update cronjob creates error mails when testing and unstable are not in the apt sources
Hi, I too am interested in getting this fixed. (see also: #761190) Regards Ingmar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761273: [Openjdk] Bug#761273: Use changelog release for control generation
Control: tags -1 - patch Am 12.09.2014 um 12:07 schrieb Iain Lane: We got a backport request in Ubuntu for openjdk-8, with a note that gcc-4.9 → gcc-4.8 in d/control is required. I took a look and noticed some automagic generation, but this assumes that the release on the machine being built for is the same as the one the package is being prepared for. I don't think this assumption will always hold. How about the attached approach, which uses the changelog distribution instead? A modification might be to fall back to the old way in the UNRELEASED case? Don't have a solution for the distribution variable apart from maintaining a table mapping from release to distro, but I think that it's less likely to be a problem in practice. I'd like to keep it this way. You usually do a test build on the target release anyway, don't you? Maybe check for a envvar TARGET_DISTRELEASE instead? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760836: owncloud: should not recommend libreoffice
On 08/09/14 17:10, David Prévot wrote: This isn't really very nice on a server for what is optional functionality. Are the thumbnails really an optional functionality? I mean, they are provided by default, unless there are missing dependencies. Installing the needed packages to enable this feature seems to match the policy wording about Recommends (“The Recommends field should list packages that would be found together with this one in all but unusual installations.” 7.2). They certainly aren't core functionality; that is, I could quite happily use ownCloud without them and never know the difference. I think this is preferable to installing such a long list of dependencies, and it's not like I can't install them if I do want thumbnails. I realise this is Recommends, not Depends, and that functionality can be disabled. But we foresee this tripping up our engineers in the future, and an accidental upgrade installing a raft of things we don't want. Is this bug actually about “bad” admins that may break the expectations of “good” admins? Is that the reason why you believe this issue is of important severity? No, this is about not installing by default such a large amount of desktop packages on a server. In general having recommends by default is a good thing, but we should be careful not to undermine that by forcing people to disable them for ownCloud. Patch attached, with a slight difference from upstream: libreoffice|libreoffice-writer gives users the opportunity to just have libreoffice-writer if they wish. I’m not sure to follow the rationale of suggesting libreoffice-writer as an alternative (one may install whatever they want if they feel the need to, independently of what any package may suggest). The people suggesting libreoffice-writer in the upstream thread have been corrected more than once, what’s your rationale? Nevertheless that package that falls out of their repository at the moment Suggests:libreoffice-writer. I have no strong feelings either way, and I agree that a simpler dependency is cleaner. If we are to consider demoting this recommended tool to a suggestion, why shouldn’t we do the same of the other tools used for thumbnails, as documented in the README (and the upstream admin documentation pulled in via owncloud-doc)? I think there's a balance to be struck here between easy and lightweight things and heavy things; for example, thumbnails for PDF, svg, text, images, movies, mp3 and various [but not all] office files rely only on imagemagick and avconv/ffmpeg, which are a small cost. -- Jonathan Wiltshire Tiger Computing Ltd Linux for Business Tel: 01600 483 484 Web: http://www.tiger-computing.co.uk Follow us on Facebook: http://www.facebook.com/TigerComputing Registered in England. Company number: 3389961 Registered address: Wyastone Business Park, Wyastone Leys, Monmouth, NP25 3SR signature.asc Description: OpenPGP digital signature
Bug#761275: Remove 5kc-malta loongson-2e/f and octeon from flavor list of mips64el
Package: src:linux Version: 3.16.2-2 After talking on Debconf14, we are planning switch mips64el back to mips64r2 ISA. So 5kc-malta, and loongson-2e/f don't support mips64r2 ISA, and octeon need patch for little endian. In this patch, we also fix a ftbfs problem, due to lacking of a newline at end of defines file. -- YunQiang Su diff --git a/debian/config/mips64/defines b/debian/config/mips64/defines index 6558f0d..5ff622c 100644 --- a/debian/config/mips64/defines +++ b/debian/config/mips64/defines @@ -30,3 +30,4 @@ hardware-long: Cavium Networks Octeon [octeon_image] configs: kernelarch-mips/config.octeon + diff --git a/debian/config/mips64el/defines b/debian/config/mips64el/defines index 41bc336..0911e9e 100644 --- a/debian/config/mips64el/defines +++ b/debian/config/mips64el/defines @@ -1,10 +1,7 @@ [base] flavours: sb1-bcm91250a - loongson-2e - loongson-2f loongson-3 - octeon kernel-arch: mips [build] @@ -20,28 +17,6 @@ hardware-long: Broadcom BCM91250A systems (aka SWARM) [sb1-bcm91250a_image] configs: kernelarch-mips/config.sb1-bcm91250a -[5kc-malta_description] -hardware: MIPS Malta -hardware-long: MIPS Malta boards - -[5kc-malta_image] -configs: kernelarch-mips/config.5kc-malta - -[loongson-2e_description] -hardware: Loongson 2E -hardware-long: Lemote Loongson 2E systems - -[loongson-2e_image] -configs: kernelarch-mips/config.loongson-2e - -[loongson-2f_description] -hardware: Loongson 2F -hardware-long: Lemote Loongson 2F systems - -[loongson-2f_image] -recommends: libc6-loongson2f -configs: kernelarch-mips/config.loongson-2f - [loongson-3_description] hardware: Loongson 3A/3B hardware-long: Loongson 3A or 3B based systems (e.g. from Loongson or Lemote) @@ -49,9 +24,3 @@ hardware-long: Loongson 3A or 3B based systems (e.g. from Loongson or Lemote) [loongson-3_image] configs: kernelarch-mips/config.loongson-3 -[octeon_description] -hardware: Octeon -hardware-long: Cavium Networks Octeon - -[octeon_image] -configs: kernelarch-mips/config.octeon diff --git a/debian/installer/mips64el/kernel-versions b/debian/installer/mips64el/kernel-versions index 0759981..d0e38a8 100644 --- a/debian/installer/mips64el/kernel-versions +++ b/debian/installer/mips64el/kernel-versions @@ -1,7 +1,3 @@ # arch version flavour installedname suffix build-depends mips64el - sb1-bcm91250a - y - -mips64el - 5kc-malta - y - -mips64el - loongson-2e - y - -mips64el - loongson-2f - y - mips64el - loongson-3- y - -mips64el - octeon- y - diff --git a/debian/installer/mips64el/modules/mips64el-5kc-malta b/debian/installer/mips64el/modules/mips64el-5kc-malta deleted file mode 12 index 84b512e..000 --- a/debian/installer/mips64el/modules/mips64el-5kc-malta +++ /dev/null @@ -1 +0,0 @@ -../../mips/modules/mips-4kc-malta \ No newline at end of file diff --git a/debian/installer/mips64el/modules/mips64el-loongson-2e b/debian/installer/mips64el/modules/mips64el-loongson-2e deleted file mode 12 index b62930d..000 --- a/debian/installer/mips64el/modules/mips64el-loongson-2e +++ /dev/null @@ -1 +0,0 @@ -../../mipsel/modules/mipsel-loongson-2e \ No newline at end of file diff --git a/debian/installer/mips64el/modules/mips64el-loongson-2f b/debian/installer/mips64el/modules/mips64el-loongson-2f deleted file mode 12 index 58388bb..000 --- a/debian/installer/mips64el/modules/mips64el-loongson-2f +++ /dev/null @@ -1 +0,0 @@ -../../mipsel/modules/mipsel-loongson-2f \ No newline at end of file diff --git a/debian/installer/mips64el/modules/mips64el-octeon b/debian/installer/mips64el/modules/mips64el-octeon deleted file mode 12 index da584c6..000 --- a/debian/installer/mips64el/modules/mips64el-octeon +++ /dev/null @@ -1 +0,0 @@ -../../mips/modules/mips-octeon \ No newline at end of file
Bug#631427: Bug#671032: Processed: Re: Bug#631427: gcc-4.6: FTBFS with GCC_TARGET
On Fri, Sep 12, 2014 at 2:15 PM, Matthias Klose d...@debian.org wrote: Control: reassign -1 debhelper Control: tags -1 -patch dh_strip can do it now with setting DEB_HOST_GNU_TYPE The attached patch can fix this bug. No, it can't handle cases with HOST and TARGET code in packages, and you only do it for some library packages. Sorry for this misunderstanding. For gcc-4.9 for multiarch cross toolchains, maybe my patch is enough. Can you consider it? Please see that this issue was cloned for debhelper, and there is #631427 for GCC. Matthias -- To unsubscribe, send mail to 671032-unsubscr...@bugs.debian.org. -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761273: [Openjdk] Bug#761273: Use changelog release for control generation
On Fri, Sep 12, 2014 at 12:24:42PM +0200, Matthias Klose wrote: […] I'd like to keep it this way. You usually do a test build on the target release anyway, don't you? Maybe check for a envvar TARGET_DISTRELEASE instead? The problem is the build-depends generation in d/control. If I debuild -S and then do a build in sbuild then it doesn't get updated for the release I'm building for (which is in debian/changelog), but the one I built the source package on. Then my test build has the wrong build-depends. (There's no solution I know of for syncs, but the current approach doesn't help there either) -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749815: Package updated
Hmm, I am getting unsure - it seems like they don't want you to create an alioth project if you are only maintaining one package - see https://wiki.debian.org/Alioth/PackagingProject and https://wiki.debian.org/Alioth/FAQ#Will_you_accept_my_project_.3F https://wiki.debian.org/Alioth/FAQ#Do_I_need_an_Alioth_project_.3F - I have asked on the alioth IRC-channel, let's see what they say. I read the IRC answer and set the maintainer to l10 team, seems appropriate. BTW upstream changed the name in 1.6.9-oss, while I imported it as 1.6.9, do you think we should change the name accordingly (I mean debian/changelog)? Yeah, that sound like a good idea. Correcting myself, it seems not, seems that oss is the version with all the deps, while there is a stripped versionin /releases. I corrected watch file, copyright, and reimported the corrected version. Unfortunately I needed to override the upstream/1.6.9 tag, otherwise git-buildpackage would have complained in recreating the upstream tarball. Sorry for the noise. I also added a .gitignore and removed the built files from the source tree. cheers, Gianfranco -- Andreas Rönnquist gus...@gusnan.se -- To unsubscribe, send mail to 749815-unsubscr...@bugs.debian.org. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761276: ITP: python-xstatic-font-awesome -- Font Awesome XStatic support
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-xstatic-font-awesome Version : 4.1.0 Upstream Author : Radomir Dopieralski openst...@sheep.art.pl * URL : https://github.com/stackforge/xstatic-font-awesome * License : Expat, OFL-1.1 Programming Lang: Python Description : Font Awesome XStatic support XStatic is a Python web development tool for handling required static data files from external projects, such as CSS, images, and JavaScript. It provides a lightweight infrastructure to manage them via Python modules that your app can depend on in a portable, virtualenv-friendly way instead of using embedded copies. . This package contains the Python 2.x module support for the Font Awesome. See the description of the fonts-font-awesome package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761277: gdc uninstallable on kfreebsd because of missing dep. libphobos-4.9-dev
Package: gdc Version: 4.9.1-4 Severity: grave Hi, gdc currently depends on libphobos-4.9-dev, including on kfreebsd-*, but libphobos-4.9-dev is not beeing built on these architectures. It may be that the bug is that libphobos should be built on kfreebsd. From the gcc-4.9 build log: -Dlibphobos_archs=amd64 armel armhf i386 x32 kfreebsd-amd64 kfreebsd-i386 but Will not build the phobos D runtime library: disabled for system kfreebsd-gnu Kind regards, Thibaut. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: kfreebsd-i386 (i386) Kernel: kFreeBSD 9.0-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash signature.asc Description: OpenPGP digital signature
Bug#756522: bumblebee-nvidia: cannot access secondary gpu - error: Permission denied
Hello everybody, jkwong888 at https://github.com/Bumblebee-Project/Bumblebee/issues/580 came up with a fix that actually solves the problem - at least for me. Turns out that appending the following screen-section to /etc/bumblebee/xorg.conf.nvidia makes bumblebee work: Section Screen Identifier Default Screen Device DiscreteNvidia EndSection After a restart of bumblebeed, optirun works properly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747908: [libtuxcap] [transition blocker] Please allow to compile with imagemagick/experimental
Control: tags -1 - patch On Mon, 12 May 2014 21:33:52 + bastien ROUCARIES roucaries.bast...@gmail.com wrote: [...] Hi, Please allow libtuxcap to compile with newer imagemagick. I have a patch to test but due to cmake bug I could not yet test. Hi, I have just tested your patch. Unfortunately libtuxcap still FTBFS in the configure step. I wonder if we should keep libtuxcap at all. There has not been a new release for five years now, it has no reverse dependencies and it seems there is not much interest in maintaining this package. For what it's worth, libtuxcap shouldn't block this transition so please go ahead and remove it from testing. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#761278: RM: cfitsio3 -- ROM; superseded by cfitsio
Package: ftp.debian.org Severity: normal Please remove cfitsio3 from unstable, as it has been superseded by cfitsio which provides the same libcfitsio3-dev package (but with a different ABI). It will break a few packages on some architectures but none of them are in testing so I guess it's fine: | healpix-cxx: libhealpix-cxx0 [armel sparc] It FTBFS on these architectures (#754753) | healpy: python-healpy [armel armhf hurd-i386 i386 kfreebsd-i386 mips mipsel powerpc s390x sparc] The maintainer explicitly restricted the architectures to amd64 and kfreebsd-amd64, so it won't build anymore on them. | kstars: kstars [hurd-i386] This package is not buildable on hurd-i386 for a few versions already. | libindi: indi-bin [hurd-i386] | libindi0b [hurd-i386] | libindidriver0b [hurd-i386] | libindimain0 [hurd-i386] Ditto. | python-astropy: python-astropy [hurd-i386] | python3-astropy [hurd-i386] Ditto. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761279: nmu: calligra_1:2.8.5+dfsg-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu calligra_1:2.8.5+dfsg-1 . amd64 . -m Rebuild against libexiv2-13. Please rebuild calligra on amd64 only, since it was uploaded to NEW before the exiv2 transition took place. Thanks, -- Pino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761225: closed by Sylvestre Ledru sylves...@debian.org (Re: Bug#761225: subsurface: something is not right :()
On Fri, 12 Sep 2014, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the subsurface package: #761225: subsurface: something is not right :( It has been closed by Sylvestre Ledru sylves...@debian.org. This is fixed with subsurface 4.2-2 ;) Sylvestre subsurface : Depends: libgit2-0 (= 0.20.0) but it is not installable ^^ ^ Hmm... And that's what I'm trying to upgrade to: subsurface 4.2-2, and hit the wall ;) It has a dependency to: 'libgit2-0 (= 0.20.0)' ^ a non-existing package. Maybe that should be libgit2-21? Because that is what libgit2-dev depends on? Cheers, -- Cristian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761280: digikam: Hangs on startup while initializing main view
Package: digikam Version: 4:4.1.0-1+b2 Severity: important Dear Maintainer, After a recent update of my sid system, Digikam fails to load for me. It is stuck on Initializing Main View. I removed all digikam subdirectories in .kde/, and also reinstalled digikam to no avail. Oddly, when running as root the problem does not happen. Backtrace information: (gdb) bt #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x7fa9641b3437 in g_cond_wait () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7fa964195bfb in g_once_init_enter () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7fa936dd75d0 in gst_object_get_type () from /usr/lib/x86_64-linux-gnu/libgstreamer-0.10.so.0 #4 0x7fa936e1ea25 in gst_registry_get_type () from /usr/lib/x86_64-linux-gnu/libgstreamer-0.10.so.0 #5 0x7fa936e1ec85 in gst_registry_get_default () from /usr/lib/x86_64-linux-gnu/libgstreamer-0.10.so.0 #6 0x7fa9370c4aed in ?? () from /usr/lib/x86_64-linux- gnu/qt4/plugins/phonon_backend/phonon_gstreamer.so #7 0x7fa9370bbf60 in ?? () from /usr/lib/x86_64-linux- gnu/qt4/plugins/phonon_backend/phonon_gstreamer.so #8 0x7fa9370bc2db in qt_plugin_instance () from /usr/lib/x86_64-linux- gnu/qt4/plugins/phonon_backend/phonon_gstreamer.so #9 0x7fa96c8d0373 in QPluginLoader::instance() () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 ---Type return to continue, or q return to quit--- #10 0x7fa94416fc2b in ?? () from /usr/lib/kde4/plugins/phonon_platform/kde.so #11 0x7fa9441703c7 in ?? () from /usr/lib/kde4/plugins/phonon_platform/kde.so #12 0x7fa97226cf66 in ?? () from /usr/lib/x86_64-linux-gnu/libphonon.so.4 #13 0x7fa97226e358 in Phonon::Factory::backend(bool) () from /usr/lib/x86_64-linux-gnu/libphonon.so.4 #14 0x7fa97226eb23 in ?? () from /usr/lib/x86_64-linux-gnu/libphonon.so.4 #15 0x7fa972262224 in ?? () from /usr/lib/x86_64-linux-gnu/libphonon.so.4 #16 0x7fa97225f9c7 in ?? () from /usr/lib/x86_64-linux-gnu/libphonon.so.4 #17 0x7fa97229af50 in ?? () from /usr/lib/x86_64-linux-gnu/libphonon.so.4 #18 0x7fa97229b1dc in Phonon::VideoPlayer::mediaObject() const () from /usr/lib/x86_64-linux-gnu/libphonon.so.4 #19 0x006a3cc1 in ?? () #20 0x00695400 in ?? () #21 0x0069ca4d in ?? () #22 0x005999fa in ?? () #23 0x005b4308 in ?? () #24 0x00493a11 in ?? () #25 0x7fa96b940b45 in __libc_start_main (main=0x492bf0, argc=1, argv=0x7fff1cd31dc8, init=optimized out, fini=optimized out, rtld_fini=optimized out, stack_end=0x7fff1cd31db8) at libc-start.c:287 #26 0x0049632f in _start () -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-1-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 Versions of packages digikam depends on: ii digikam-data 4:4.1.0-1 ii digikam-private-libs 4:4.1.0-1+b2 ii kde-runtime 4:4.14.0-2 ii libc6 2.19-10 ii libgcc1 1:4.9.1-13 ii libgphoto2-6 2.5.4-1.1 ii libgphoto2-port10 2.5.4-1.1 ii libkdcraw23 4:4.14.0-1 ii libkdecore5 4:4.14.0-1 ii libkdeui5 4:4.14.0-1 ii libkexiv2-11 4:4.14.0-1+b1 ii libkhtml5 4:4.14.0-1 ii libkio5 4:4.14.0-1 ii libkipi11 4:4.13.3-1 ii libknotifyconfig4 4:4.14.0-1 ii libkparts44:4.14.0-1 ii libopencv-core2.4 2.4.9+dfsg-1+b1 ii libopencv-imgproc2.4 2.4.9+dfsg-1+b1 ii libphonon44:4.7.2-1 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-sql4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-sql-sqlite 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-xml4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libsolid4 4:4.14.0-1 ii libstdc++64.9.1-13 ii libthreadweaver4 4:4.14.0-1 ii perl 5.20.0-6 ii phonon4:4.7.2-1 Versions of packages digikam recommends: ii chromium [www-browser] 35.0.1916.153-2 ii iceweasel [www-browser] 31.1.0esr-1 ii kipi-plugins 4:4.1.0-1+b2 ii konqueror [www-browser] 4:4.14.0-1 ii links [www-browser] 2.8-2 ii mplayerthumbs4:4.14.0-1 ii w3m [www-browser]0.5.3-17 Versions of packages digikam suggests: pn digikam-doc none ii systemsettings 4:4.11.11-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747169: RFS: socksjs-twisted/1.2.1-1 [ITP]
On Thu, Sep 11, 2014 at 11:09:34PM +0200, Alexandre Rossi wrote: Thanks for your time. - Please, create a VCS to control your debian/ versions. You can use github or other. So, add the Vcs-Browser and Vcs-{Git|Svn|Cvs} to d/control. You can see an example here[1]. Done. You need use 'git://' to Vcs-Git, intead of 'https://'. That's not what recommended by github and https:// works as a git clone url. I'm not against changing this though. FWIW, IMHO this is correct: I think it's fine for Vcs-* to specify ways to check out a read-only copy of the latest source and/or its history. Even for very commonly-used VCS hosting sites such as Gitorious, GitHub and Alioth, it's quite common for somebody to either not have an account there yet or simply to not have access to this particular project, not to mention the fact that one *may* have an account there, but access to it may depend on, say, an SSH private key that is not currently loaded and is not accessible from this particular machine. So, in short, IMHO it's fine for Vcs-Git to contain an https:// URL; for people with actual commit access it's a matter of 'git remote set origin git://...' to change it after a debcheckout, or, of course, 'debcheckout -a' in the first place for the well-known repositories. And this discussion taught me something new - I didn't know about 'debcheckout -a' until now, I just found it in a hey, wouldn't it be nice if debcheckout could do that... I wonder how hard it would be to implement it... wait a minute, let me check the manual page... oh wait, it does that already! moment :) G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: Digital signature
Bug#760737: Phonon related
I experienced the same problem, and was able to work around it by removing phonon-backend-gstreamer. This after running the following backtrace (gdb) bt #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x7fa9641b3437 in g_cond_wait () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7fa964195bfb in g_once_init_enter () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7fa936dd75d0 in gst_object_get_type () from /usr/lib/x86_64-linux-gnu/libgstreamer-0.10.so.0 #4 0x7fa936e1ea25 in gst_registry_get_type () from /usr/lib/x86_64-linux-gnu/libgstreamer-0.10.so.0 #5 0x7fa936e1ec85 in gst_registry_get_default () from /usr/lib/x86_64-linux-gnu/libgstreamer-0.10.so.0 #6 0x7fa9370c4aed in ?? () from /usr/lib/x86_64-linux-gnu/qt4/plugins/phonon_backend/phonon_gstreamer.so #7 0x7fa9370bbf60 in ?? () from /usr/lib/x86_64-linux-gnu/qt4/plugins/phonon_backend/phonon_gstreamer.so #8 0x7fa9370bc2db in qt_plugin_instance () from /usr/lib/x86_64-linux-gnu/qt4/plugins/phonon_backend/phonon_gstreamer.so #9 0x7fa96c8d0373 in QPluginLoader::instance() () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 ---Type return to continue, or q return to quit--- #10 0x7fa94416fc2b in ?? () from /usr/lib/kde4/plugins/phonon_platform/kde.so #11 0x7fa9441703c7 in ?? () from /usr/lib/kde4/plugins/phonon_platform/kde.so #12 0x7fa97226cf66 in ?? () from /usr/lib/x86_64-linux-gnu/libphonon.so.4 #13 0x7fa97226e358 in Phonon::Factory::backend(bool) () from /usr/lib/x86_64-linux-gnu/libphonon.so.4 #14 0x7fa97226eb23 in ?? () from /usr/lib/x86_64-linux-gnu/libphonon.so.4 #15 0x7fa972262224 in ?? () from /usr/lib/x86_64-linux-gnu/libphonon.so.4 #16 0x7fa97225f9c7 in ?? () from /usr/lib/x86_64-linux-gnu/libphonon.so.4 #17 0x7fa97229af50 in ?? () from /usr/lib/x86_64-linux-gnu/libphonon.so.4 #18 0x7fa97229b1dc in Phonon::VideoPlayer::mediaObject() const () from /usr/lib/x86_64-linux-gnu/libphonon.so.4 #19 0x006a3cc1 in ?? () #20 0x00695400 in ?? () #21 0x0069ca4d in ?? () #22 0x005999fa in ?? () #23 0x005b4308 in ?? () #24 0x00493a11 in ?? () #25 0x7fa96b940b45 in __libc_start_main (main=0x492bf0, argc=1, argv=0x7fff1cd31dc8, init=optimized out, fini=optimized out, rtld_fini=optimized out, stack_end=0x7fff1cd31db8) at libc-start.c:287 #26 0x0049632f in _start ()
Bug#761280: resolved by removing gstreamer backend for phonon
Running apt-get remove phonon-backend-gstreamer solved the issue for now. Reinstalling it makes the problem re-appear.
Bug#736066: Allow encfs into jessie?
Hi Holger, On Thu, Sep 11, 2014 at 06:42:32PM +0200, Holger Levsen wrote: I (probably too briefly) skimmed though the bug report, but couldn't find a usecase where an encrypted filestem container with broken crypto could be useful. Could you elaborate, please? As far as I understand the EncFS Security Audit, encfs is not using 'broken crypto'. The conclusion of the audit states it quite clearly: EncFS is probably safe as long as the adversary only gets one copy of the ciphertext and nothing more. EncFS is not safe if the adversary has the opportunity to see two or more snapshots of the ciphertext at different times. EncFS attempts to protect files from malicious modification, but there are serious problems with this feature. (from https://defuse.ca/audits/encfs.htm) A common use case for disk encryption is to protect a lost or stolen laptop. And the adversary is not some powerful agency, but a curious person browsing through the hard disk before formatting it. I see no reason to assume that encfs is not good enough for that use case, at the moment. Of course, the crypto should be improved ASAP, as attacks to crypto only get better. Regards, Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761248: gcc-4.9: Please enable gnat for kFreeBSD and Hurd again
retitle 761248 gnat-4.9: gnat1 should be installed in /usr/lib/i586-arch/4.9 not /usr/lib/i486-arch/4.9 reassign 761248 gnat-4.9 found 761248 4.9.1-1 thanks On Fri, 2014-09-12 at 09:40 +0200, Matthias Klose wrote: Am 12.09.2014 um 09:27 schrieb Svante Signell: On Fri, 2014-09-12 at 09:01 +0200, Matthias Klose wrote: Control: tags -1 + moreinfo Yes you are right, but gcc-4.9 does not find gnat1: make[3]: Entering directory '/home/srs/DEBs/gnat-4.9/music123-16.3' gnatmake -j1 -R -v -eS music123 -cargs -g -O2 -fstack-protector-strong -largs -Wl,-z,relro -Wl,--as-needed -Wl,-z,defs GNATMAKE 4.9 Copyright (C) 1992-2014, Free Software Foundation, Inc. music123.ali being checked ... - music123.ali missing. gcc-4.9 -c -g -O2 -fstack-protector-strong music123.adb gcc-4.9: error trying to exec 'gnat1': execvp: No such file or directory End of compilation gnatmake: music123.adb compilation error and it is here: dpkg -S /usr/lib/gcc/i486-gnu/4.9/gnat1 gnat-4.9: /usr/lib/gcc/i486-gnu/4.9/gnat1 (can it be something in the gnat package?) Found the problem: gcc-4.9 is expecting to find gnat1 at /usr/lib/gcc/i586-{gnu,kfreebsd-gnu}/4.9/ but currently it is installed at /usr/lib/gcc/i486-{gnu,kfreebsd-gnu}/4.9/ Creating a symbolic link make the build of music123 succeed. Reassigning the bug to gnat-4.9. This should solve the build problems for both kFreeBSD and Hurd. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761160: [git-buildpackage/master] Allow to always drop pq branch after export
tag 761160 pending thanks Date: Fri Sep 12 13:05:47 2014 +0200 Author: Guido Günther a...@sigxcpu.org Commit ID: ee4447920b41cad774f1494c0e2b2312ca3a5a9a Commit URL: https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=commitdiff;h=ee4447920b41cad774f1494c0e2b2312ca3a5a9a Patch URL: https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=commitdiff_plain;h=ee4447920b41cad774f1494c0e2b2312ca3a5a9a Allow to always drop pq branch after export Closes: #761160 A snapshot build including this change will be available at http://honk.sigxcpu.org:8001/job/git-buildpackage/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758725: package mrpt_1:1.2.1-1 FTBFS on i386, amd64, mips*
Great news! Sure. I'm preparing it, after some checking will submit it. Thanks. JL On Fri, Sep 12, 2014 at 10:17 AM, Jurica Stanojkovic jurica.stanojko...@imgtec.com wrote: Hi Jose Luis, I can confirm that the head of git (from Sep, 10, 2014) has been built successfully on mips and mipsel. All tests executed successfully. Please note that changes from Sep 11 and 12 have not been included in this and that I have set BUILD_ASSIMP=OFF for mips and mipsel. Could you please prepare new version of mrpt package for Debian? Thank you! Jurica From: Jose Luis Blanco [joseluisblan...@gmail.com] Sent: 09 September 2014 02:18 To: Jurica Stanojkovic Cc: 758...@bugs.debian.org Subject: Re: Bug#758725: package mrpt_1:1.2.1-1 FTBFS on i386, amd64, mips* Thanks for the investigation! Following that line, I think I have solved all de-serialization problems in GIT head: https://github.com/jlblancoc/mrpt/commits/master The two relevant patches are: 1) https://github.com/jlblancoc/mrpt/commit/7b1536c7f43ddc9cc949407f71fde0c8db0ecf5b 2) https://github.com/jlblancoc/mrpt/commit/d7fe726eb896b1a9d453e3b2d53252b25dbc3918 Let me know if this finally solves the issue. JL -- ___ Dr. Jose-Luis Blanco-Claraco CITE-IV 1.05 Universidad de Almería, Departamento de Ingeniería 04120 Almería (Spain) http://www.ual.es/~jlblanco/ ___ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760455: CVE request: automake: insecure use of /tmp in install-sh
Hello, It was discovered [1] that there's an issue in how automake handles temp directories. When the destination directory does not exist, install-sh checks if mkdir -p works, but it does so in an insecure way. Here are the relevant parts of the code: mkdirprog=${MKDIRPROG-mkdir} # ... tmpdir=${TMPDIR-/tmp}/ins$RANDOM-$$ trap 'ret=$?; rmdir $tmpdir/d $tmpdir 2/dev/null; exit $ret' 0 if (umask $mkdir_umask exec $mkdirprog $mkdir_mode -p -- $tmpdir/d) /dev/null 21 then # ... rmdir $tmpdir/d $tmpdir else # ... In some shells (such as dash) $RANDOM is not set, so $tmpdir is easily predictable. Moreover, mkdir -p follows symlinks to existing directories. Local attacker can exploit this to create or remove empty directories named d. (But on modern Linux systems this is mitigated by the protected_symlinks feature.) References: [1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760455 [2]: https://bugzilla.redhat.com/show_bug.cgi?id=1140725 [3]: https://bugs.gentoo.org/show_bug.cgi?id=522638 Can a CVE ID be assigned to this please? Thanks. -- Vasyl Kaigorodov | Red Hat Product Security PGP: 0xABB6E828 A7E0 87FF 5AB5 48EB 47D0 2868 217B F9FC ABB6 E828 pgpmrLbWpWtoc.pgp Description: PGP signature
Bug#761277: gdc uninstallable on kfreebsd because of missing dep. libphobos-4.9-dev
Control: severity -1 important Am 12.09.2014 um 12:47 schrieb Thibaut Paumard: Package: gdc Version: 4.9.1-4 Severity: grave Hi, gdc currently depends on libphobos-4.9-dev, including on kfreebsd-*, but libphobos-4.9-dev is not beeing built on these architectures. It may be that the bug is that libphobos should be built on kfreebsd. From the gcc-4.9 build log: -Dlibphobos_archs=amd64 armel armhf i386 x32 kfreebsd-amd64 kfreebsd-i386 but Will not build the phobos D runtime library: disabled for system kfreebsd-gnu please can the kfreebsd maintainers have a look, if phobos can be built? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760864: closed by Ana Beatriz Guerrero Lopez a...@debian.org (Bug#760864: fixed in mstflint 3.7.0+1.18.gcdb9f80-3)
Thank you Ana! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761062: Upgrading from 304.117-1 to 340.32-1 with older graphics card leaves system without X Windows
* Vincent Cheng vch...@debian.org [140912 04:37]: I'd like to point out that the various nvidia packages are (supposed to be) co-installable, letting you pick what driver series to use at runtime rather than during package installation (and the kernel modules are patched so that they're versioned as well), so I don't think we should forcefully fail package installation attempts of nvidia drivers that aren't compatible with the user's hardware. Again, probably a debconf prompt invoking nvidia-detect at some point would be appropriate. The non-legacy and legacy packages being co-installable isn't sufficient to solve this problem. When the non-legacy packages were installed, they had the correct drivers (kernel and X) for the given hardware, and there were no legacy packages that had drivers for that hardware. When nVidia deprecated drivers for a selection of older hardware, they created a new legacy package, and removed support for those video cards from the non-legacy package. Now the user performs a normal upgrade, getting the new version of the non-legacy package which no longer supports the user's hardware. The package has essentially been renamed from nvidia-kernel-dkms to nvidia-legacy-304xx-kernel-dkms for _some_ users of nvidia-kernel-dkms but not all. If this were a simple rename, the normal Replaces and Conflicts dance would get the new package installed correctly, but Debian's package management system does not have a way to describe that one package conditionally supersedes another. Because this bug leaves the system in a severely broken state, I believe a failed upgrade is the only viable solution. The upgrade should fail iff the version of the non-legacy package on the system before the upgrade supported the hardware and the new version does not, and either of the following is true: the legacy packages that support the hardware are not installed (both kernel and X), the nvidia alternative does not point to the version that supports the hardware. I don't believe a debconf prompt is helpful here. If the above conditions are met, you want the upgrade to fail (the user presumably had a working system prior to the upgrade and will definitely have a broken system if the upgrade continues). If the above conditions are not met, you do not want to fail the upgrade, as the nvidia upgrade will not affect the system (either the system was working prior to the upgrade and will continue to work afterward, or the system wasn't working prior to the upgrade so the upgrade won't break anything that wasn't already broken). Note that using nvidia-detect in the preinst, which is what I think is needed to fix this, will require a PreDepends on nvidia-detect. I think having the non-legacy packages bring this in as at least a Recommends would have been a good thing all along, so I don't think that is a big deal. ...Marvin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761281: luarocks: Please update package for new upstream release (2.2.0)
Package: luarocks Version: 2.0.9-1 Severity: normal Dear Maintainer, there have been several new upstream releases, 2.2.0 being the current one. History: http://luarocks.org/en/Release_history Please update the Debian package. -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty'), (500, 'saucy-updates'), (500, 'saucy-security'), (500, 'saucy'), (151, 'utopic'), (150, 'testing'), (100, 'trusty-backports'), (100, 'saucy-backports'), (50, 'experimental'), (50, 'unstable'), (50, 'stable'), (50, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-35-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages luarocks depends on: ii liblua5.1-0-dev [liblua5.1-dev] 5.1.5-5ubuntu0.1 ii lua5.1 5.1.5-5ubuntu0.1 ii wget 1.15-1ubuntu1 ii zip 3.0-8 luarocks recommends no packages. luarocks suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761282: dash: overwrites local admin's choice of /bin/sh during any upgrade
Package: dash Version: 0.5.7-4 Severity: serious Justification: Policy F. Policy F. suggests that update-alternatives, or diversions, are used to permit the system administrator to handle their choices. For /bin/sh, update-alternatives is not suitable, so diversions have been used, with great success, until Debian lenny. Afterwards, with the takeover of /bin/sh by the dash package in a technically questionable way, with RC bugs ignored for two subsequent releases, people were told to just manually change the /bin/sh symlink because the local system administrator could no longer use a local diversion to handle /bin/sh, which the dash maintainers did not want to fix. Nor did anyone review or agree to implement Goswin’s system-shell-* package proposal. However, the dash package trashes the /bin/sh symlink on every upgrade (and downgrade), such as the one from Debian wheezy (0.5.7-3) to jessie (0.5.7-4), which I just tested in an amd64 clean and minimal cowbuilder environment. (If dash/sh is false, neither bash nor dash package upgrades trash the existing, changed, /bin/sh symlink.) -- System Information: Debian Release: jessie/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable') Architecture: x32 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Versions of packages dash depends on: ii debianutils 4.4 ii dpkg 1.17.13 ii libc62.19-10 dash recommends no packages. dash suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761283: nmu: grilo-plugins_0.2.13-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hi, the 'Pocket' plugin in grilo-plugins requires a version of librest that was not available in kfreebsd when the package was built. The latest librest is finally available so grilo-plugins can now be rebuilt. I just tested it myself and it builds fine. nmu grilo-plugins_0.2.13-1 . kfreebsd-amd64 kfreebsd-i386 . -m Rebuild against the latest librest in order to build the 'Pocket' plugin Thanks, Berto -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744115: codeblocks is marked for autoremoval from testing
On Fri, Sep 12, 2014 at 12:35:00AM -0700, Vincent Cheng wrote: In case I haven't made it clear previously, you're more than welcome to NMU codeblocks; I doubt David and/or Michael would object. I'm open to patching it if it's not too intrusive, otherwise I suggest just dropping it for jessie and carrying on with the wxwidgets transition. My main qualm about dropping it is that it seems to have a reasonable user base. And while we have other IDEs packaged (even others based on wx), they're probably not easy for a user to migrate between. But since upstream seems to have fixed this on trunk (but hasn't yet made a release with those changes), perhaps the best answer is to provide a backport to jessie once upstream make a release. I don't think a package with maintainers that are more or less inactive should be blocking it. OK, cool. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761284: blueman: can't set alternative file browser
Package: blueman Version: 1.99~alpha1-1 Severity: important Dear Maintainer, * What led up to the situation? I have a mate desktop environment and bluemon don't recognize caja as file browser (want to use thunar) when i try to explore a smartphone folder. It tell me to change the browser in the preferences. * What exactly did you do (or not do) that was effective (or ineffective)? Click on the tray icon local services transfer * What was the outcome of this action? Grey box with nothing inside and no way to set the alternate browser * What outcome did you expect instead? Set caja as file browser in alternative to thunar or nautilus -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages blueman depends on: ii bluez 5.21-3 ii dbus1.8.6-2 ii dunst [notification-daemon] 1.1.0-1 ii gir1.2-appindicator3-0.10.4.92-3 ii gir1.2-gconf-2.03.2.6-3 ii gir1.2-gdkpixbuf-2.02.30.8-1 ii gir1.2-glib-2.0 1.40.0-2 ii gir1.2-gtk-3.0 3.12.2-3+b1 ii gir1.2-notify-0.7 0.7.6-2 ii gir1.2-pango-1.01.36.7-1 ii gnome-icon-theme3.12.0-1 ii libatk1.0-0 2.12.0-1 ii libbluetooth3 5.21-3 ii libc6 2.19-10 ii libcairo-gobject2 1.12.16-5 ii libcairo2 1.12.16-5 ii libgdk-pixbuf2.0-0 2.30.8-1 ii libglib2.0-02.40.0-5 ii libgtk-3-0 3.12.2-3+b1 ii libpango-1.0-0 1.36.7-1 ii libpangocairo-1.0-0 1.36.7-1 ii libpulse-mainloop-glib0 5.0-6 ii libpython2.72.7.8-6 ii librsvg2-common 2.40.3-2 ii libstartup-notification00.12-4 ii mate-notification-daemon [notification-daemon] 1.8.0-2 ii notification-daemon 0.7.6-1 ii obex-data-server0.4.5-1+b3 ii python 2.7.8-1 ii python-dbus 1.2.0-2+b3 ii python-gi 3.12.2-1 ii python-gi-cairo 3.12.2-1 Versions of packages blueman recommends: ii policykit-1 0.105-6.1 blueman 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#760303: squid 3.3.8-1.2 segfaults during initscript start/restart
signature Dale Schroeder Technical Issues Del Sol Food Company, Inc. (979)836-5978(979) 836-5978 On 09/11/2014 2:34 PM, Gilles Darold wrote: Le 10/09/2014 20:49, Dale Schroeder a écrit : On 09/10/2014 11:41 AM, Mathieu Parent (Debian) wrote: 2014-09-10 17:02 GMT+02:00 Dale Schroeder d...@briannassaladdressing.com: [...] With the squidclamav service commented out in c-icap.conf and squidclamav package uninstalled, this is the backtrace output: [...] squidclamav directives were active in squid.conf. As mentioned in a previous email, commenting the squidclamav directives in squid.conf allows squid3 to start/restart without error. This looks like a squid problem then. Quite possibly, or a squidclamav conflict. Gilles from squidclamav offered to test with the Debian versions of squid3 and c-icap, but has not yet reported back. I have not heard from squid3 maintainer Luigi Gangitano. I'll add him to the thread. I have had no luck with tcpdump using the following command: tcpdump -w /root/capture.log host 127.0.0.1 and port 1344 Try: tcpdump -i lo -w /root/capture.log host 127.0.0.1 and port 1344 No change; capture.log is still empty. Note that I won't probably solve your problem as it seems too deep in the code for me. I appreciate your help. Regards I have play a little this night with a squid3+c-icap+squidanalyzer in the same version as you. The most difficult for me was to understand how to install testing packages. Distributor ID:Debian Description:Debian GNU/Linux 7.6 (wheezy) Release:7.6 Codename:wheezy ii c-icap 1:0.3.4-1 amd64 ICAP server implementation ii squid3 3.3.8-1.2 amd64 Full featured Web Proxy cache (HTTP proxy) and squidclamav-6.11 compiled Everything works great for me I was able to view my favorit concert of the moment:-) But after restarting squid3 I also have the following entries in my syslog file Sep 11 21:22:16 gilles-debian kernel: [ 9360.558097] squid3[4919]: segfault at 0 ip 7f8a88d8e010 sp 7fff6eaddb50 error 4 in squid3[7f8a88a28000+49b000] Sep 11 21:22:17 gilles-debian squid3[4987]: Squid Parent: will start 1 kids Sep 11 21:22:17 gilles-debian squid3[4987]: Squid Parent: (squid-1) process 4992 started Outside those entries in /var/log/syslog everything work like a charm, I keep watching video through c-icap+squidclamav without any problem. Here what I have in cache.log at the time of the segfault: [...] My experience is similar to yours. Even with the segfault, squid3 starts and functions. Additionally, the log rotation seems to fail. I get an email showing errors and an exit code, but when I check the logs, there is one for each day as defined in logratate. /etc/cron.daily/logrotate: 2014/09/12 06:25:21| assertion failed: mem.cc:281: size == StrPoolsAttrs[i].obj_size Aborted error: error running shared postrotate script for '/var/log/squid3/*.log ' run-parts: /etc/cron.daily/logrotate exited with return code 1 I don't understand how a log rotation can fail, yet succeed. Gilles, thank you for your efforts. Dale