Bug#793478: gcc-5-plugin-dev: GCCPLUGIN_VERSION_MAJOR == 5 GCCPLUGIN_VERSION_MINOR == 5 for GCC 5.1.1
Package: gcc-5-plugin-dev Version: 5.1.1-14 Severity: important Tags: newcomer Dear Maintainer, * What led up to the situation? Compiling my MELT meta-plugin for GCC 5.1; see http://gcc-melt.org/ for more about MELT. Then did: % grep GCCPLUGIN /usr/lib/gcc/x86_64-linux-gnu/5/plugin/include/plugin-version.h Obtaining: #define GCCPLUGIN_VERSION_MAJOR 5 #define GCCPLUGIN_VERSION_MINOR 5 #define GCCPLUGIN_VERSION_PATCHLEVEL 5 #define GCCPLUGIN_VERSION (GCCPLUGIN_VERSION_MAJOR*1000 + GCCPLUGIN_VERSION_MINOR) This is wrong. GCCPLUGIN_VERSION_MINOR should be 1 for GCC 5.1 The upstream GCC 5.1 5.2 from FSF does not show this issue. * What exactly did you do (or not do) that was effective (or ineffective)? Using Debian GCC 5 plugin dev package * What was the outcome of this action? * What outcome did you expect instead? I also registered that bug on GCC bugzilla as https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66991 but it is very probably Debian specific (since non reproducible upstream) -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-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 Init: sysvinit (via /sbin/init) Versions of packages gcc-5-plugin-dev depends on: ii gcc-5 5.1.1-14 ii gcc-5-base 5.1.1-14 ii libc6 2.19-19 ii libgmp-dev 2:6.0.0+dfsg-7 gcc-5-plugin-dev recommends no packages. gcc-5-plugin-dev suggests no packages. -- no debconf information Regards. -- Basile Starynkevitch http://starynkevitch.net/Basile/ France bas...@starynkevitch.net working on http://gcc-melt.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789216: libfile-searchpath-perl: diff for NMU version 0.06-2.1
Control: tags 789216 + patch Control: tags 789216 + pending Dear maintainer, I've prepared an NMU for libfile-searchpath-perl (versioned as 0.06-2.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. diff -u libfile-searchpath-perl-0.06/debian/changelog libfile-searchpath-perl-0.06/debian/changelog --- libfile-searchpath-perl-0.06/debian/changelog +++ libfile-searchpath-perl-0.06/debian/changelog @@ -1,3 +1,11 @@ +libfile-searchpath-perl (0.06-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add build dependency on libmodule-build-perl +Closes: #789216 + + -- Damyan Ivanov d...@debian.org Fri, 24 Jul 2015 11:54:12 + + libfile-searchpath-perl (0.06-2) unstable; urgency=low * Bump Standards-Version to 3.9.3 diff -u libfile-searchpath-perl-0.06/debian/control libfile-searchpath-perl-0.06/debian/control --- libfile-searchpath-perl-0.06/debian/control +++ libfile-searchpath-perl-0.06/debian/control @@ -1,7 +1,7 @@ Source: libfile-searchpath-perl Section: perl Priority: optional -Build-Depends: debhelper (= 7), cdbs +Build-Depends: debhelper (= 7), cdbs, libmodule-build-perl Build-Depends-Indep: perl (= 5.6.0-12) Maintainer: Taku YASUI t...@debian.org Standards-Version: 3.9.3
Bug#793479: tcpdump: tcpdump prints dropped privs to user message to stdout, should be stderr
Package: tcpdump Version: 4.6.2-5 Severity: grave Control: fixed -1 4.7.4-1 Control: tag -1 jessie I have been using tcpdump like this for ages: /usr/sbin/tcpdump -Z $user -S0 -p -n U -B $bufsz -i $iface -w - $rule The important thing here is that tcpdump drops privileges to $user and writes the pcap file to standard output ... which gets piped to another process. Post-processing of the resulting streams broke after upgrading to jessie because tcpdump prints that bit of information about dropping privileges to standard output. This has been fixed in 4.7.4-1 currently part of stretch. Since a backport of that is available via jessie-backports, I'm going to use that on the machines affected. Cheers, -Hilko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789334: libgraphics-colornames-perl: diff for NMU version 2.11-6.1
Control: tags 789334 + patch Control: tags 789334 + pending Dear maintainer, I've prepared an NMU for libgraphics-colornames-perl (versioned as 2.11-6.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. diff -Nru libgraphics-colornames-perl-2.11/debian/changelog libgraphics-colornames-perl-2.11/debian/changelog --- libgraphics-colornames-perl-2.11/debian/changelog 2014-04-12 08:51:58.0 +0300 +++ libgraphics-colornames-perl-2.11/debian/changelog 2015-07-24 14:59:29.0 +0300 @@ -1,3 +1,12 @@ +libgraphics-colornames-perl (2.11-6.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add build dependency on libmodule-build-perl and replace perl-modules +build dependency with perl +Closes: #789334 -- FTBFS with perl 5.22 + + -- Damyan Ivanov d...@debian.org Fri, 24 Jul 2015 11:59:11 + + libgraphics-colornames-perl (2.11-6) unstable; urgency=low * Moving to unstable. diff -Nru libgraphics-colornames-perl-2.11/debian/control libgraphics-colornames-perl-2.11/debian/control --- libgraphics-colornames-perl-2.11/debian/control 2014-04-12 09:11:24.0 +0300 +++ libgraphics-colornames-perl-2.11/debian/control 2015-07-24 15:00:11.0 +0300 @@ -6,7 +6,7 @@ Maintainer: Manoj Srivastava sriva...@debian.org Homepage: http://search.cpan.org/~rrwo/Graphics-ColorNames-2.11/lib/Graphics/ColorNames.pm Standards-Version: 3.9.5 -Build-Depends-Indep: perl-modules, libmodule-load-perl, libpod-coverage-perl, +Build-Depends-Indep: perl, libmodule-build-perl, libmodule-load-perl, libpod-coverage-perl, libtest-pod-perl, libtest-exception-perl, debhelper (= 9.0.0) Package: libgraphics-colornames-perl
Bug#789340: libio-stty-perl: diff for NMU version 0.03-1.1
Control: tags 789340 + patch Control: tags 789340 + pending Dear maintainer, I've prepared an NMU for libio-stty-perl (versioned as 0.03-1.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. diff -Nru libio-stty-perl-0.03/debian/changelog libio-stty-perl-0.03/debian/changelog --- libio-stty-perl-0.03/debian/changelog 2012-05-20 19:56:17.0 +0300 +++ libio-stty-perl-0.03/debian/changelog 2015-07-24 15:03:17.0 +0300 @@ -1,3 +1,11 @@ +libio-stty-perl (0.03-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add build dependency on libmodule-build-perl +Closes: #789340 -- FTBFS with perl 5.22 + + -- Damyan Ivanov d...@debian.org Fri, 24 Jul 2015 12:02:46 + + libio-stty-perl (0.03-1) unstable; urgency=low * New upstream release. diff -Nru libio-stty-perl-0.03/debian/control libio-stty-perl-0.03/debian/control --- libio-stty-perl-0.03/debian/control 2012-05-20 19:13:41.0 +0300 +++ libio-stty-perl-0.03/debian/control 2015-07-24 15:03:35.0 +0300 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Bart Martens ba...@debian.org Build-Depends: debhelper (= 9) -Build-Depends-Indep: perl (= 5.6.0) +Build-Depends-Indep: perl (= 5.6.0), libmodule-build-perl Standards-Version: 3.9.3 Homepage: http://search.cpan.org/dist/IO-Stty/
Bug#789342: libjavascript-rpc-perl: diff for NMU version 0.10-1.2
Control: tags 789342 + patch Control: tags 789342 + pending Dear maintainer, I've prepared an NMU for libjavascript-rpc-perl (versioned as 0.10-1.2) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. diff -u libjavascript-rpc-perl-0.10/debian/control libjavascript-rpc-perl-0.10/debian/control --- libjavascript-rpc-perl-0.10/debian/control +++ libjavascript-rpc-perl-0.10/debian/control @@ -2,7 +2,7 @@ Section: perl Priority: optional Build-Depends: debhelper (= 4.0.2) -Build-Depends-Indep: perl (= 5.6), libcgi-simple-perl, libtest-pod-coverage-perl, libtest-pod-perl +Build-Depends-Indep: perl (= 5.6), libcgi-pm-perl | perl ( 5.19), libcgi-simple-perl, libtest-pod-coverage-perl, libtest-pod-perl Maintainer: Jonas Genannt jonas.gena...@capi2name.de Standards-Version: 3.6.2 diff -u libjavascript-rpc-perl-0.10/debian/changelog libjavascript-rpc-perl-0.10/debian/changelog --- libjavascript-rpc-perl-0.10/debian/changelog +++ libjavascript-rpc-perl-0.10/debian/changelog @@ -1,3 +1,11 @@ +libjavascript-rpc-perl (0.10-1.2) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Add build dependency on libcgi-pm-perl | perl ( 5.19) +Closes: #789342 + + -- Damyan Ivanov d...@debian.org Fri, 24 Jul 2015 12:06:00 + + libjavascript-rpc-perl (0.10-1.1) unstable; urgency=low * Non-maintainer upload.
Bug#793480: squashfs-tools: Update to 4.3 and man pages updated
Source: squashfs-tools Version: 1:4.2+20130409-2 Severity: normal * Here is the code to update the source to 4.3+20140919 (from https://github.com/plougher/squashfs-tools) * Also contains fix for CVE-2015-4645/46 (from https://github.com/devttys0/sasquatch/pull/5) * Also contains updates to manual page (upstreamed from redhat's squashfs-tools package). Sorry I might have missegmented my patches and bug reporting (#793467, #793468), but now you have anything: updated source code, two CVEs fixed as a patch and the man pages updated. Preety debdiff: http://pastebin.com/HcViHJBW Raw debdiff: http://pastebin.com/raw.php?i=HcViHJBW Take care, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789342: libjavascript-rpc-perl: diff for NMU version 0.10-1.2
Sorry, the previous diff was from before I ran 'dch -r' to finalise theangelog. Please use the attached diff instead. diff -u libjavascript-rpc-perl-0.10/debian/control libjavascript-rpc-perl-0.10/debian/control --- libjavascript-rpc-perl-0.10/debian/control +++ libjavascript-rpc-perl-0.10/debian/control @@ -2,7 +2,7 @@ Section: perl Priority: optional Build-Depends: debhelper (= 4.0.2) -Build-Depends-Indep: perl (= 5.6), libcgi-simple-perl, libtest-pod-coverage-perl, libtest-pod-perl +Build-Depends-Indep: perl (= 5.6), libcgi-pm-perl | perl ( 5.19), libcgi-simple-perl, libtest-pod-coverage-perl, libtest-pod-perl Maintainer: Jonas Genannt jonas.gena...@capi2name.de Standards-Version: 3.6.2 diff -u libjavascript-rpc-perl-0.10/debian/changelog libjavascript-rpc-perl-0.10/debian/changelog --- libjavascript-rpc-perl-0.10/debian/changelog +++ libjavascript-rpc-perl-0.10/debian/changelog @@ -1,3 +1,11 @@ +libjavascript-rpc-perl (0.10-1.2) unstable; urgency=medium + + * Non-maintainer upload. + * Add build dependency on libcgi-pm-perl | perl ( 5.19) +Closes: #789342 + + -- Damyan Ivanov d...@debian.org Fri, 24 Jul 2015 12:10:04 + + libjavascript-rpc-perl (0.10-1.1) unstable; urgency=low * Non-maintainer upload.
Bug#793185: [linux-sunxi] Re: forwarding a bug: cpufreq missing in debian stable on a cuibeboard
Hi, Maxime Ripard wrote: On Fri, Jul 24, 2015 at 04:36:57AM -0700, Thomas Kaiser wrote: And this was the kernel config I used: https://github.com/igorpecovnik/lib/blob/429867a80c85011b6d31048481c0beb1c7bc76fa/config/linux-sunxi-next.config # CONFIG_REGULATOR_AXP20X is not set Thanks. Will give it a try with CONFIG_REGULATOR_AXP20X=y ASAP. What puzzles me is that exactly the same kernel (I used Igor Pečovnik's build system) provides working cpufreq support on 5 A20 devices and one it fails. And none of those 5 use CPU voltage scaling. Maybe I don't understand the whole meaning. But on a Banana Pi a few weeks ago [1] and on a pcDuino3 Nano I used the last days for USB/UAS benchmarks the cpufreq stuff was available below /sys/devices/system/cpu/cpu0/cpufreq/ and altering parameters always had an effect. But I will follow your advise, double check and report back. Thx, Thomas [1] http://www.lemaker.org/forum.php?mod=viewthreadtid=15543
Bug#778098: quarry: diff for NMU version 0.2.0.dfsg.1-4.1
Hi Gregor, gregor herrmann gre...@debian.org writes: I've prepared an NMU for quarry (versioned as 0.2.0.dfsg.1-4.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Thanks a lot to Dariusz and you for fixing this bug. Feel free to upload the NMU directly. Sorry for not fixing this earlier. Thanks, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793481: Links tooltip stay after a window is closed
Package: pidgin Version: 2.10.11-1 Severity: normal Hello In an IRC windows, when I put my mouse cursor over a link, there is a tooltip with the link, like (http://example.com). If I close the windows using Ctrl+W while the tooltip is there, the tooltip doesn't disapear, and there hanging on every application event after all pidgin windows are minimized to the systray. Quite anoying. I expected the tooltip to disapear when the window is closed. -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (990, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages pidgin depends on: ii gconf2 3.2.6-3 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-18 ii libcairo2 1.14.0-2.1 ii libdbus-1-3 1.8.18-0+deb8u1 ii libdbus-glib-1-20.102-1 ii libfontconfig1 2.11.0-6.3 ii libfreetype62.5.2-3 ii libgadu31:1.12.0-5 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.1-1 ii libgstreamer0.10-0 0.10.36-1.5 ii libgtk2.0-0 2.24.25-3 ii libgtkspell02.0.16-1.1 ii libice6 2:1.0.9-1+b1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-0 1.36.8-3 ii libpurple0 2.10.11-1 ii libsm6 2:1.2.2-1+b1 ii libx11-62:1.6.2-3 ii libxml2 2.9.1+dfsg1-5 ii libxss1 1:1.2.2-1 ii perl-base [perlapi-5.20.1] 5.20.2-3+deb8u1 ii pidgin-data 2.10.11-1 Versions of packages pidgin recommends: ii gstreamer0.10-alsa 0.10.36-2 pn gstreamer0.10-ffmpegnone ii gstreamer0.10-plugins-base 0.10.36-2 ii gstreamer0.10-plugins-good 0.10.31-3+nmu4+b1 Versions of packages pidgin suggests: ii libsqlite3-0 3.8.7.1-1+deb8u1 -- 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#791964: gdm3: upgrade causes X session to be terminated
On Fri, 10 Jul 2015 09:38:56 -0700 Josh Triplett j...@joshtriplett.org wrote: For a short-term fix, how about quickly re-introducing the gdm3 workaround? Then, we can experiment with possible ways to drop it and (more) carefully test the upgrade paths with packages that haven't been uploaded yet, and subsequently with experimental. I did that now in 3.14.2-2. Would be great if someone can help track this down. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#793198: systemd: poweroff, reboot without stopping services and unmounting
Am 24.07.2015 um 13:49 schrieb Пронин Илья Сергеевич: Wrote config for my broken hwclock, thanks. But it has nothing to do with fs errors and bad fs superblocks. poweroff causes errors, not reboot. I attached logs for poweroff and then boot, for fresh fixed fs. Something goes wrong while shutdown every time. It's faster than reboot. I've tried to reboot many times, both systemctl reboot and LXDE menu (dbus), it seems to work fine. Can you attach your fstab as well, please. Which fs errors (for which partitions) do you get exactly. Please copy them all verbatim here. I'm also confused now, when the problem actually happens: Does it happen with systemctl reboot, systemctl poweroff, shutdown from lxde menu, reboot from lxde menu? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#793185: [linux-sunxi] Re: forwarding a bug: cpufreq missing in debian stable on a cuibeboard
On Fri, Jul 24, 2015 at 05:12:57AM -0700, Thomas Kaiser wrote: What puzzles me is that exactly the same kernel (I used Igor Pečovnik's build system) provides working cpufreq support on 5 A20 devices and one it fails. And none of those 5 use CPU voltage scaling. Maybe I don't understand the whole meaning. But on a Banana Pi a few weeks ago [1] and on a pcDuino3 Nano I used the last days for USB/UAS benchmarks the cpufreq stuff was available below /sys/devices/system/cpu/cpu0/cpufreq/ and altering parameters always had an effect. Yes, and it had an effect on the frequency, not the voltage. Maxime -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com signature.asc Description: Digital signature
Bug#791964: gdm3: upgrade causes X session to be terminated
Control: severity -1 important Am 24.07.2015 um 14:22 schrieb Michael Biebl: On Fri, 10 Jul 2015 09:38:56 -0700 Josh Triplett j...@joshtriplett.org wrote: For a short-term fix, how about quickly re-introducing the gdm3 workaround? Then, we can experiment with possible ways to drop it and (more) carefully test the upgrade paths with packages that haven't been uploaded yet, and subsequently with experimental. I did that now in 3.14.2-2. Would be great if someone can help track this down. I kept this bug open since I want to re-purpose it for tracking the process of re-adding BusName again. But I'm lowering the severity, so the package migrate to testing now. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#793185: [linux-sunxi] Re: forwarding a bug: cpufreq missing in debian stable on a cuibeboard
Am Freitag, 24. Juli 2015 14:12:57 UTC+2 schrieb Thomas Kaiser: Maxime Ripard wrote: What puzzles me is that exactly the same kernel (I used Igor Pečovnik's build system) provides working cpufreq support on 5 A20 devices and one it fails. And none of those 5 use CPU voltage scaling. Maybe I don't understand the whole meaning. But on a Banana Pi a few weeks ago [1] and on a pcDuino3 Nano I used the last days for USB/UAS benchmarks the cpufreq stuff was available below /sys/devices/system/cpu/cpu0/cpufreq/ and altering parameters always had an effect. But I will follow your advise, double check and report back. I think what Maxime was trying to say is, that while all of your boards support Cpufreq, only the Cubietruck supports voltage scaling because only Cubietruck has the power regulator nodes defined in it's dts file (just have a look at the last lines of the Cubitruck dts file and compare that to the dts file, let's say, for Bananapi). On the other boards, the frequency is scaled, but the voltage always stays at 1.4V as set in U-Boot (that means the voltages in the cpufreq operating points are not used on these boards). At least that's what I understand after a recent email axchange with Chen-Yu Tsai. Cheers, Timo
Bug#778098: quarry: diff for NMU version 0.2.0.dfsg.1-4.1
On Fri, 24 Jul 2015 08:10:24 -0400, Vincent Legout wrote: I've prepared an NMU for quarry (versioned as 0.2.0.dfsg.1-4.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Thanks a lot to Dariusz and you for fixing this bug. Feel free to upload the NMU directly. Sorry for not fixing this earlier. Thanks! Rescheduled to 0-day. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Beatles: Wild Honey Pie signature.asc Description: Digital Signature
Bug#793478: gcc-5-plugin-dev: GCCPLUGIN_VERSION_MAJOR == 5 GCCPLUGIN_VERSION_MINOR == 5 for GCC 5.1.1
On 07/24/2015 01:09 PM, Basile Starynkevitch wrote: Package: gcc-5-plugin-dev Version: 5.1.1-14 Severity: important Tags: newcomer Dear Maintainer, * What led up to the situation? Compiling my MELT meta-plugin for GCC 5.1; see http://gcc-melt.org/ for more about MELT. Then did: % grep GCCPLUGIN /usr/lib/gcc/x86_64-linux-gnu/5/plugin/include/plugin-version.h Obtaining: #define GCCPLUGIN_VERSION_MAJOR 5 #define GCCPLUGIN_VERSION_MINOR 5 #define GCCPLUGIN_VERSION_PATCHLEVEL 5 #define GCCPLUGIN_VERSION (GCCPLUGIN_VERSION_MAJOR*1000 + GCCPLUGIN_VERSION_MINOR) fixed for the next upload -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
