Bug#764089: RM: rawstudio -- ROM; upstream dead, ftbfs, #745517
Package: ftp.debian.org Severity: normal See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=745517#14 for details. Thanks, Bernd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#763529: remmina-rdp: segfaulting with new freerdp
Severity: serious Package: remmina-plugin-rdp Version: 1.0.0+git20140913-2 Not exactly sure if that bug is really in the remmina plugin :/ But the plugin is not usable at all... Core was generated by `remmina'. Program terminated with signal SIGSEGV, Segmentation fault. #0 ArrayList_Add (arrayList=0x0, obj=obj@entry=0x1869230) at /build/freerdp-w4JyYw/freerdp-1.1.0~git20140921.1.440916e+dfsg1/winpr/libwinpr/utils/collections/ArrayList.c:206 206 /build/freerdp-w4JyYw/freerdp-1.1.0~git20140921.1.440916e+dfsg1/winpr/libwinpr/utils/collections/ArrayList.c: No such file or directory. (gdb) bt #0 ArrayList_Add (arrayList=0x0, obj=obj@entry=0x1869230) at /build/freerdp-w4JyYw/freerdp-1.1.0~git20140921.1.440916e+dfsg1/winpr/libwinpr/utils/collections/ArrayList.c:206 #1 0x7f593dc05ea6 in freerdp_channels_new () at /build/freerdp-w4JyYw/freerdp-1.1.0~git20140921.1.440916e+dfsg1/channels/client/channels.c:354 #2 0x7f593e6fa960 in ?? () from /usr/lib/x86_64-linux-gnu/remmina/plugins/remmina-plugin-rdp.so #3 0x0043396e in remmina_protocol_widget_open_connection_real () #4 0x0041ec1e in remmina_connection_window_open_from_file_full () #5 0x0041ec76 in remmina_connection_window_open_from_filename () #6 0x0042c0b2 in ?? () #7 0x7f594f757b11 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #8 0x7f594e93d245 in g_closure_invoke (closure=0x1719b50, return_value=0x79dd99b0, n_param_values=2, param_values=0x79dd9a60, invocation_hint=0x79dd9a00) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./gobject/gclosure.c:768 #9 0x7f594e94ef3c in signal_emit_unlocked_R (node=node@entry=0x13aea50, detail=detail@entry=0, instance=instance@entry=0x170c3b0, emission_return=emission_return@entry=0x79dd9b10, instance_and_params=instance_and_params@entry=0x79dd9a60) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./gobject/gsignal.c:3553 #10 0x7f594e957255 in g_signal_emit_valist (instance=, signal_id=, detail=, var_args=var_args@entry=0x79dd9bf0) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./gobject/gsignal.c:3319 #11 0x7f594e9579af in g_signal_emit (instance=, signal_id=, detail=) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./gobject/gsignal.c:3365 #12 0x7f594f8f7d27 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #13 0x7f594f8f71e0 in gtk_widget_event () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #14 0x7f594f75696a in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #15 0x7f594f756cd7 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #16 0x7f594f756da6 in gtk_propagate_event () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #17 0x7f594f75593e in gtk_main_do_event () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #18 0x7f594f235773 in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 #19 0x7f594f26b1c2 in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 #20 0x7f594ef43c5d in g_main_dispatch (context=0x13ffda0) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./glib/gmain.c:3111 #21 g_main_context_dispatch (context=context@entry=0x13ffda0) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./glib/gmain.c:3710 #22 0x7f594ef43f48 in g_main_context_iterate (context=0x13ffda0, block=block@entry=1, dispatch=dispatch@entry=1, self=) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./glib/gmain.c:3781 #23 0x7f594ef44272 in g_main_loop_run (loop=0x140c700) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./glib/gmain.c:3975 #24 0x7f594f754e29 in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #25 0x00415538 in main () (gdb) -- Mit freundlichen Grüßen Bernd Zeimetz Systems Engineer Debian Developer conova communications GmbH Web| http://www.conova.com/ E-Mail | b.zeim...@conova.com Zentrale Salzburg Karolingerstraße 36A 5020 Salzburg Tel | +43 (0) 662 22 00 - 313 Fax | +43 (0) 662 22 00 - 209 Es gelten die Allgemeinen Geschäftsbedingungen der conova communications GmbH, http://www.conova.com/de/agb/ smime.p7s Description: S/MIME cryptographic signature
Bug#763527: varnish: random segfaults due to varnish bug #1448
Package: varnish Version: 3.0.2-2+deb7u1 Severity: important hi, although I know it is fixed in jessie/unstable, it would be very appreciated if you could backport the bugfixes in varnish to wheezy or at least bring https://github.com/varnish/Varnish-Cache/commit/f6f75eac911a433f86ce28df9f2a8f489eed3503 into the wheezy package. varnish is segfaulting pretty often here due to that bug so using malloc is useless in our case. Thanks, Bernd -- Mit freundlichen Grüßen Bernd Zeimetz Systems Engineer Debian Developer conova communications GmbH Web| http://www.conova.com/ E-Mail | b.zeim...@conova.com Zentrale Salzburg Karolingerstraße 36A 5020 Salzburg Tel | +43 (0) 662 22 00 - 313 Fax | +43 (0) 662 22 00 - 209 Es gelten die Allgemeinen Geschäftsbedingungen der conova communications GmbH, http://www.conova.com/de/agb/ smime.p7s Description: S/MIME cryptographic signature
Bug#763525: varnish: random segfaults due to varnish bug #1448
Package: varnish Version: 3.0.2-2+deb7u1 Severity: important hi, although I know it is fixed in jessie/unstable, it would be very appreciated if you could backport the bugfixes in varnish to wheezy or at least bring https://github.com/varnish/Varnish-Cache/commit/f6f75eac911a433f86ce28df9f2a8f489eed3503 into the wheezy package. varnish is segfaulting pretty often here due to that bug so using malloc is useless in our case. Thanks, Bernd -- Mit freundlichen Grüßen Bernd Zeimetz Systems Engineer Debian Developer conova communications GmbH Web| http://www.conova.com/ E-Mail | b.zeim...@conova.com Zentrale Salzburg Karolingerstraße 36A 5020 Salzburg Tel | +43 (0) 662 22 00 - 313 Fax | +43 (0) 662 22 00 - 209 Es gelten die Allgemeinen Geschäftsbedingungen der conova communications GmbH, http://www.conova.com/de/agb/ smime.p7s Description: S/MIME cryptographic signature
Bug#759093: winpdb: Patch for wxPython 3.0
On 20. September 2014 22:48:11 MESZ, Olly Betts wrote: >On Sat, Sep 20, 2014 at 01:28:00PM +0200, Bernd Zeimetz wrote: >> Maybe because of >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757718 >> >> I would appreciate if you could NMU winpdb with the patches for both >> bugs, I'm missing the time to do so right now. > >Hi Bernd, > >I'm wondering if I should switch winpdb away from dpatch - lintian >gives >an error that dpatch is obsolete, and I'm struggling to remember how to >correctly add patches with dpatch (it looks like I didn't actually >manage to apply my previous patch when I tested). Please do! I have the same trouble with dpatch :-) > >But such changes can be controversial, so I thought I should check >first... > >Cheers, >Olly -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#759093: winpdb: Patch for wxPython 3.0
On 09/20/2014 05:17 AM, Olly Betts wrote: > Control: tags 759093 + patch > Control: severity -1 serious > # Justification: blocks the on-going wxpython3.0 transition > > I rebuilt winpdb with the attached patch, but I failed to work out how > to usefully test it - even installing winpdb from unstable and setting > the wx.pth alternative so that wxPython 2.8 is used, I couldn't > successfully run a script under the debugger. Maybe because of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757718 I would appreciate if you could NMU winpdb with the patches for both bugs, I'm missing the time to do so right now. Thanks, Bernd > > Probably user error, as I've never tried to use this application before. > But I'd be very grateful if you could test the patched package. > > Cheers, > Olly > -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#755815: [/master] Re-check build-dependencies.
tag 755815 pending thanks Date: Tue Aug 26 15:43:11 2014 +0200 Author: Bernd Zeimetz Commit ID: c369f4c8596670951b3d2fa419ca3fb5589db746 Commit URL: http://anonscm.debian.org/gitweb/?p=collab-maint/gmic.git;a=commitdiff;h=c369f4c8596670951b3d2fa419ca3fb5589db746 Patch URL: http://anonscm.debian.org/gitweb/?p=collab-maint/gmic.git;a=commitdiff_plain;h=c369f4c8596670951b3d2fa419ca3fb5589db746 Re-check build-dependencies. libav-* were removed before already. Closes: #755815 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#758325: clang: trying to overwrite files from clang-3.3
Package: clang Version: 1:3.4-23 Severity: grave clang fails to install together with clang-3.3: Unpacking clang (1:3.4-23) over (1:3.3-21+nmu1) ... dpkg: error processing archive /var/cache/apt/archives/clang_1%3a3.4-23_amd64.deb (--unpack): trying to overwrite '/usr/bin/clang-tblgen', which is also in package clang-3.3 1:3.3-16 Processing triggers for man-db (2.6.7.1-1) ... There is a breaks/replaces for clang-3.3 missing. As clang-3.3 will be removed I guess it should be fine to downgrade the bug, but the current state doesn't make regular testing/unstable users happy ;) -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#751746: [gpsd/master] Remove start/stop options from dh_installinit.
tag 751746 pending thanks Date: Sat Aug 16 14:38:31 2014 +0200 Author: Bernd Zeimetz Commit ID: e60cdd47b79b079de5341a74fb25271799e19c5b Commit URL: http://git.recluse.de/?p=debian/pkg-gpsd.git;a=commitdiff;h=e60cdd47b79b079de5341a74fb25271799e19c5b Patch URL: http://git.recluse.de/?p=debian/pkg-gpsd.git;a=commitdiff_plain;h=e60cdd47b79b079de5341a74fb25271799e19c5b Remove start/stop options from dh_installinit. insserv handles boot ordering these days. Thanks: Paul Wise Closes: #751746 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#550964: [gpsd/master] Disable hotplugging of ftdi/pl2302 usb<>serial adapters.
tag 550964 pending tag 696020 pending thanks Date: Sat Aug 16 14:35:05 2014 +0200 Author: Bernd Zeimetz Commit ID: 72a6a4af75a364596782f9576431e714b600f377 Commit URL: http://git.recluse.de/?p=debian/pkg-gpsd.git;a=commitdiff;h=72a6a4af75a364596782f9576431e714b600f377 Patch URL: http://git.recluse.de/?p=debian/pkg-gpsd.git;a=commitdiff_plain;h=72a6a4af75a364596782f9576431e714b600f377 Disable hotplugging of ftdi/pl2302 usb<>serial adapters. These adapters are too common to hit them with the gpsd hotplug script. Closes: #550964 Closes: #696020 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#757998: linux-2.6: backport from /dev/random enhancements to wheezy?
Package: linux02.6 Severity: wishlist hi kernel maintainers, if possible please backport the /dev/random enhancements from 3.13 to our beloved wheezy kernel. http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=0891ad829d2a0501053703df66029e843e3b8365 thanks, bernd -- Mit freundlichen Grüßen Bernd Zeimetz Systems Engineer Debian Developer conova communications GmbH Web| http://www.conova.com/ E-Mail | b.zeim...@conova.com Zentrale Salzburg Karolingerstraße 36A 5020 Salzburg Tel | +43 (0) 662 22 00 - 313 Fax | +43 (0) 662 22 00 - 209 Es gelten die Allgemeinen Geschäftsbedingungen der conova communications GmbH, http://www.conova.com/de/agb/ smime.p7s Description: S/MIME cryptographic signature
Bug#757832: liblqr: FTBFS with clang instead of gcc
hi, > Detected this kind of error: > http://clang.debian.net/status.php?version=3.5.0rc1&key=UNDEF_REF > > Full build log is available here: > http://clang.debian.net/logs/2014-06-16/liblqr_0.4.1-2_unstable_clang.log could you tell me how this error is supposed to be fixed? i had a look at lqr/lqr_energy.c and lqr/lqr_energy.h and tried to figure out why lqr_energy.c:(.text+0x2e6): undefined reference to `lqr_pixel_get_norm' happens. its only used in lqr/lqr_energy.c, defined in that file and in the according header file Nothing on the first look that seems to be wrong. So either I'm blind, or I fail to understand why clang is whining :) Please enlighten me? Thanks, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#757821: remmina-plugin-rdp: libfreerdp libraries not found
Package: remmina-plugin-rdp Version: 1.0.0-6 Severity: grave bzed@conthink ~ % ldd /usr/lib/remmina/plugins/remmina-plugin-rdp.so | grep found libfreerdp-core.so.1.0 => not found libfreerdp-gdi.so.1.0 => not found libfreerdp-kbd.so.1.0 => not found libfreerdp-codec.so.1.0 => not found libfreerdp-channels.so.1.0 => not found bzed@conthink ~ as a result the rdp plugin won't load. A rebuild in a clean chroot also fails: CMake Error: The following variables are used in this project, but they are set to NOTFOUND. Please set them or make sure they are set and tested correctly in the CMake files: FREERDP_CHANNELS_LIBRARY linked by target "remmina-plugin-rdp" in directory /tmp/buildd/remmina-1.0.0/remmina-plugins/rdp FREERDP_KBD_LIBRARY linked by target "remmina-plugin-rdp" in directory /tmp/buildd/remmina-1.0.0/remmina-plugins/rdp -- Configuring incomplete, errors occurred! See also "/tmp/buildd/remmina-1.0.0/obj-x86_64-linux-gnu/CMakeFiles/CMakeOutput.log". See also "/tmp/buildd/remmina-1.0.0/obj-x86_64-linux-gnu/CMakeFiles/CMakeError.log". dh_auto_configure: cmake .. -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=None -DWITH_APPINDICATOR=OFF returned exit code 1 debian/rules:9: recipe for target 'override_dh_auto_configure' failed make[1]: *** [override_dh_auto_configure] Error 2 make[1]: Leaving directory '/tmp/buildd/remmina-1.0.0' debian/rules:6: recipe for target 'build' failed make: *** [build] Error 2 -- Mit freundlichen Grüßen Bernd Zeimetz Systems Engineer Debian Developer conova communications GmbH Web| http://www.conova.com/ E-Mail | b.zeim...@conova.com Zentrale Salzburg Karolingerstraße 36A 5020 Salzburg Tel | +43 (0) 662 22 00 - 313 Fax | +43 (0) 662 22 00 - 209 Es gelten die Allgemeinen Geschäftsbedingungen der conova communications GmbH, http://www.conova.com/de/agb/ smime.p7s Description: S/MIME cryptographic signature
Bug#757758: dkms: moduleconfig_update_obsoletes calls sed without options
Package: dkms Version: 2.2.0.3-1.2 Severity: important For the current open-vm-tools-dkms package, dkms calls its own function moduleconfig_update_obsoletes(), but it does not produce a proper sed command in the upper part, so that sed fails more or less badly later. + moduleconfig_update_obsoletes /etc/modprobe.d/dkms.conf /etc/modprobe.d/dkms /etc/modules.conf /etc/modprobe.conf /etc/modprobe.d/open-vm-tools.conf /etc/sysconfig/kernel + [[ -n ]] + local mod_diff + (( index=0 )) + (( index < 2 )) + [[ -n '' ]] + continue + (( index++ )) + (( index < 2 )) + [[ -n '' ]] + continue + (( index++ )) + (( index < 2 )) + for file in '"$@"' + [[ -n /etc/modprobe.d/dkms.conf ]] + [[ -w /etc/modprobe.d/dkms.conf ]] + [[ /etc/modprobe.d/dkms.conf = /etc/sysconfig/kernel ]] + sed /etc/modprobe.d/dkms.conf sed: -e expression #1, char 6: unknown command: `m' [.] -- 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.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 dkms depends on: ii build-essential11.6 ii coreutils 8.21-1.2 ii dpkg-dev 1.17.10 ii gcc4:4.9.1-1 ii make 4.0-8 ii module-init-tools 18-1 ii patch 2.7.1-5 Versions of packages dkms recommends: ii fakeroot 1.20.1-1 ii linux-headers-amd64 3.14+59 pn linux-image ii menu 2.1.47 ii sudo 1.8.9p5-1 dkms suggests no packages. -- Configuration Files: /etc/modprobe.d/dkms.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#745517: rawstudio buggy @upstream
For those interested: I had a look at the rawstudio svn, there is even a 2.1 release tagged, but no tarball published. Reason for that might be that the tarball generation is broken :) There are also various other bugs which make the build fail compltely. As there are working and good alternatives, I'm not willing to spent the time into fixing upstream code. If nobody objects, I'll file a removal bug if rawstudio is still not in testing when jessie is being frozen. cheers, bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#756488: [gpsd/master] Set GPSD_SOCKET to the default location.
tag 756488 pending thanks Date: Mon Aug 4 17:15:58 2014 +0200 Author: Bernd Zeimetz Commit ID: 7b5a981146f52735404102617b4b9b538313b225 Commit URL: http://git.recluse.de/?p=debian/pkg-gpsd.git;a=commitdiff;h=7b5a981146f52735404102617b4b9b538313b225 Patch URL: http://git.recluse.de/?p=debian/pkg-gpsd.git;a=commitdiff_plain;h=7b5a981146f52735404102617b4b9b538313b225 Set GPSD_SOCKET to the default location. Closes: #756488 Thanks: Jeremy Laine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#756620: new upstream (9.4.6)
Hi, will do before Jessie will be frozen. Cheers, Bernd On 31. Juli 2014 14:08:22 MESZ, Daniel Baumann wrote: >Package: open-vm-tools >Severity: wishlist > >it would be nice if you could upgrade to the current upstream release >(9.4.6). > >-- >Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern >Email: daniel.baum...@progress-technologies.net >Internet: >http://people.progress-technologies.net/~daniel.baumann/ -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
Bug#755434: pmount: please support exfat filesystem (via fuse)
Package: pmount Version: 0.9.99-alpha-1 Severity: wishlist hi, please support the exfat filesystem, using exfat-fuse (and exfat-utils) if installed. thanks, bernd -- 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.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pmount depends on: ii libblkid1 2.20.1-5.8 ii libc6 2.19-1 pmount recommends no packages. Versions of packages pmount suggests: ii cryptsetup 2:1.6.4-4 -- Configuration Files: /etc/pmount.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#751377: percona-xtrabackup: talks home without asking
tags 751377 security severity 751377 grave thanks On 06/12/2014 11:22 AM, Salvatore Bonaccorso wrote: Sounds similar to what was found for percona-toolkit: [0] http://seclists.org/oss-sec/2014/q1/398 [1] https://security-tracker.debian.org/tracker/CVE-2014-2029 [2] https://bugs.debian.org/740846 after a closer look at the code it seems to do exactly what was described in the mentioned bug reports above. -- Mit freundlichen Grüßen Bernd Zeimetz Systems Engineer Debian Developer conova communications GmbH Web| http://www.conova.com/ E-Mail | b.zeim...@conova.com Zentrale Salzburg Karolingerstraße 36A 5020 Salzburg Tel | +43 (0) 662 22 00 - 313 Fax | +43 (0) 662 22 00 - 209 Es gelten die Allgemeinen Geschäftsbedingungen der conova communications GmbH, http://www.conova.com/de/agb/ smime.p7s Description: S/MIME cryptographic signature
Bug#751377: percona-xtrabackup: talks home without asking
Package: percona-xtrabackup
Severity: serious
According to our firewall logs, percona xtrabackup tries to talk home
without having explicit permission to do so. I think the code is
somewhere around here:
innobackupex.pl
my $advice = pingback(
instances => $instances_to_check,
protocol => $protocol,
url => $args{url} # testing
|| $ENV{PERCONA_VERSION_CHECK_URL} # testing
|| "$protocol://v.percona.com",
);
--
Mit freundlichen Grüßen
Bernd Zeimetz
Systems Engineer
Debian Developer
conova communications GmbH
Web| http://www.conova.com/
E-Mail | b.zeim...@conova.com
Zentrale Salzburg
Karolingerstraße 36A
5020 Salzburg
Tel | +43 (0) 662 22 00 - 313
Fax | +43 (0) 662 22 00 - 209
Es gelten die Allgemeinen Geschäftsbedingungen der
conova communications GmbH, http://www.conova.com/de/agb/
smime.p7s
Description: S/MIME cryptographic signature
Bug#750440: collectd: segfault on Include *.conf after Include *.conf
Package: collectd
Version: 5.4.1-1
Severity: important
Hi,
(I'm using a backport of 5.4.1-1 to wheezy...)
I have a collectd.conf with
Include "/etc/collectd/conf.d/*.conf"
and
/etc/collectd/conf.d/customer.conf
with
# MANAGED BY PUPPET - DO NOT TOUCH
Include "/etc/collectd/conf_customer.d/*.conf"
and as a result collectd segfaults while reading the config...
(gdb) thread apply all bt full
Thread 1 (Thread 0x77fef700 (LWP 23607)):
#0 0x77016094 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#1 0x770184d4 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#2 0x7701b816 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#3 0x7701bd60 in realloc () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#4 0x0040a2fd in cf_ci_replace_child (offset=4, dst=,
src=)
at configfile.c:480
temp = 0x0
i =
#5 cf_include_all (depth=, root=) at
configfile.c:594
new =
pattern = 0x0
j =
old =
i =
#6 cf_read_file (depth=0, pattern=0x0, file=) at
configfile.c:642
root = 0x62a3e0
#7 cf_read_generic (path=path@entry=0x7fffee8f
"/etc/collectd/collectd.conf",
pattern=pattern@entry=0x0, depth=depth@entry=0) at configfile.c:818
temp =
statbuf = {st_dev = 65024, st_ino = 143235, st_nlink = 1, st_mode =
33188, st_uid = 0, st_gid = 0,
__pad0 = 0, st_rdev = 0, st_size = 306, st_blksize = 4096, st_blocks
= 8, st_atim = {
tv_sec = 1401795390, tv_nsec = 175536763}, st_mtim = {tv_sec =
1397476274, tv_nsec = 0},
st_ctim = {tv_sec = 1401561454, tv_nsec = 821300175}, __unused = {0,
0, 0}}
root = 0x6260a0
status =
path_ptr =
we = {we_wordc = 1, we_wordv = 0x626010, we_offs = 0}
i =
#8 0x0040aa60 in cf_read (filename=filename@entry=0x7fffee8f
"/etc/collectd/collectd.conf")
at configfile.c:1062
conf =
i =
#9 0x004067ee in main (argc=4, argv=0x7fffec78) at collectd.c:466
sig_int_action = {__sigaction_handler = {sa_handler = 0x381728,
sa_sigaction = 0x381728},
sa_mask = {__val = {3675944, 18064, 37168, 2097152, 25769803778,
1592128, 140737488349664,
140737488349776, 140737354115488, 2, 140737347116840,
140737488349776, 140737351947205,
140737354076160, 140737354127832, 0}}, sa_flags = -5624,
sa_restorer = 0x7fffea10}
sig_term_action = {__sigaction_handler = {sa_handler = 0x77dea1e0,
sa_sigaction = 0x77dea1e0}, sa_mask = {__val =
{140737488349664, 3675944, 0, 104,
140737349262824, 18446744072981839872, 140737354115488, 2,
140737347142871, 140737488348640,
18446744072793096192, 18446726195228049408, 27455186257, 0, 0,
0}}, sa_flags = 0,
sa_restorer = 0}
sig_usr1_action = {__sigaction_handler = {sa_handler = 0x46474e552,
sa_sigaction = 0x46474e552},
sa_mask = {__val = {140737488349664, 140737488349776,
140737354114240, 0, 140737349263208,
140737354077448, 140737351947205, 1, 140737354127832, 0, 0,
140737349262824,
140737351946972, 140737354076160, 140737354080256,
140737354127832}}, sa_flags = 0,
sa_restorer = 0x10220a044103000}
sig_pipe_action = {__sigaction_handler = {sa_handler =
0xd4a0,
sa_sigaction = 0xd4a0}, sa_mask = {__val =
{140737354114240, 0, 140737349281953,
140737488348912, 18446744072828747776, 18446726195228049408,
2891346194603737376,
6345572219099545636, 9225061059625536128, 36099303206426640,
4574562436009993,
1157706579345145856, 140737488350320, 140737354083984,
1128128877175185,
4788199386330641403}}, sa_flags = -5664, sa_restorer =
0x7fffea50}
configfile = 0x7fffee8f "/etc/collectd/collectd.conf"
test_config = 1
test_readall = 0
basedir =
sig_chld_action = {__sigaction_handler = {sa_handler = 0, sa_sigaction
= 0}, sa_mask = {__val = {
4210004, 0, 140737351950866, 0, 140737351892824, 140737488349776,
140737351947205,
140737354076160, 0, 140737351950816, 140737351934218,
140737354129432, 140737488349088,
140737488349712, 140737488349088, 140737354077808}}, sa_flags =
8, sa_restorer = 0x7c96f087}
pid =
daemonize = 1
exit_status = 0
--
Mit freundlichen Grüßen
Bernd Zeimetz
Systems Engineer
Debian Developer
conova communications GmbH
Web| http://www.conova.com/
E-Mail | b.zeim...@conova.com
Zentrale Salzburg
Karolingerstraße 36A
5020 Salzburg
Tel | +43 (0) 662 22 00 - 313
Fax | +43 (0) 662 22 00 - 209
Es gelten die Allgemeinen Ge
Bug#750413: udev: broken vmware eth numbering with vmxnet3 devices
Package: udev
Severity: important
Version: 175-7.2
Hi,
due to 75-persistent-net-generator.rules ignoring vmware ethernet
cards, eth device numbering is broken for vmxnet3 devices as the
PCI bus id is not sorted for them.
Depending on the type of your scsi/sas controller (yay!), the
pci bus ids of the vmxnet3 cards either start at 03:00.0 or
0b:00.0. Unfortunately the 4th (if starting with 0b:00.0)
or the 5th vmxnet3 network interface is assigned a pci id
smaller than the first interface...
Looking at my vmxnet rules might make it easier to understand
the problem than trying to understand my explanation. Rules
are rolled out by puppet, depending on the pci id of the
scsi/sas controller (or if there is a vmxnet device with
/03:00.0/).
So with
03:00.0 Serial Attached SCSI controller: LSI Logic / Symbios Logic SAS1068
PCI-X Fusion-MPT SAS (rev 01)
we have
SUBSYSTEM=="net", ACTION=="add", KERNELS==":0b:00.0"
DRIVERS=="vmxnet3", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", KERNELS==":13:00.0"
DRIVERS=="vmxnet3", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
SUBSYSTEM=="net", ACTION=="add", KERNELS==":1b:00.0"
DRIVERS=="vmxnet3", ATTR{type}=="1", KERNEL=="eth*", NAME="eth2"
SUBSYSTEM=="net", ACTION=="add", KERNELS==":04:00.0"
DRIVERS=="vmxnet3", ATTR{type}=="1", KERNEL=="eth*", NAME="eth3"
SUBSYSTEM=="net", ACTION=="add", KERNELS==":0c:00.0"
DRIVERS=="vmxnet3", ATTR{type}=="1", KERNEL=="eth*", NAME="eth4"
SUBSYSTEM=="net", ACTION=="add", KERNELS==":14:00.0"
DRIVERS=="vmxnet3", ATTR{type}=="1", KERNEL=="eth*", NAME="eth5"
SUBSYSTEM=="net", ACTION=="add", KERNELS==":1c:00.0"
DRIVERS=="vmxnet3", ATTR{type}=="1", KERNEL=="eth*", NAME="eth6"
SUBSYSTEM=="net", ACTION=="add", KERNELS==":05:00.0"
DRIVERS=="vmxnet3", ATTR{type}=="1", KERNEL=="eth*", NAME="eth7"
and if there is no sas controller on 03:00.0, we have
SUBSYSTEM=="net", ACTION=="add", KERNELS==":03:00.0"
DRIVERS=="vmxnet3", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", KERNELS==":0b:00.0"
DRIVERS=="vmxnet3", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
SUBSYSTEM=="net", ACTION=="add", KERNELS==":13:00.0"
DRIVERS=="vmxnet3", ATTR{type}=="1", KERNEL=="eth*", NAME="eth2"
SUBSYSTEM=="net", ACTION=="add", KERNELS==":1b:00.0"
DRIVERS=="vmxnet3", ATTR{type}=="1", KERNEL=="eth*", NAME="eth3"
SUBSYSTEM=="net", ACTION=="add", KERNELS==":04:00.0"
DRIVERS=="vmxnet3", ATTR{type}=="1", KERNEL=="eth*", NAME="eth4"
SUBSYSTEM=="net", ACTION=="add", KERNELS==":0c:00.0"
DRIVERS=="vmxnet3", ATTR{type}=="1", KERNEL=="eth*", NAME="eth5"
SUBSYSTEM=="net", ACTION=="add", KERNELS==":14:00.0"
DRIVERS=="vmxnet3", ATTR{type}=="1", KERNEL=="eth*", NAME="eth6"
SUBSYSTEM=="net", ACTION=="add", KERNELS==":1c:00.0"
DRIVERS=="vmxnet3", ATTR{type}=="1", KERNEL=="eth*", NAME="eth7"
SUBSYSTEM=="net", ACTION=="add", KERNELS==":05:00.0"
DRIVERS=="vmxnet3", ATTR{type}=="1", KERNEL=="eth*", NAME="eth8"
That works as expected, assuming that there was
a puppet run after adding the first network interface.
Not that nice...
e1000 and the old vmxnet works as expected.
A fix would be nice..
thanks,
bernd
--
Mit freundlichen Grüßen
Bernd Zeimetz
Systems Engineer
Debian Developer
conova communications GmbH
Web| http://www.conova.com/
E-Mail | b.zeim...@conova.com
Zentrale Salzburg
Karolingerstraße 36A
5020 Salzburg
Tel | +43 (0) 662 22 00 - 313
Fax | +43 (0) 662 22 00 - 209
Es gelten die Allgemeinen Geschäftsbedingungen der
conova communications GmbH, http://www.conova.com/de/agb/
smime.p7s
Description: S/MIME cryptographic signature
Bug#738646: gpsd: FTBFS on hurd-i386
On 06/02/2014 04:21 PM, Svante Signell wrote: >> Could you fix the value upstream, and then backport the fix into the >> Debian package? There are quite a few libgps-dev dependencies which are >> waiting for it and accounting for the dreadful out-of-dateness. > > Attached is an updated patch, already applied upstream in > http://git.savannah.gnu.org/cgit/gpsd.git/commit/?id=d6b65b483e38df80e75f0093172f2326264a1961 > and the commit linked to above from February. thanks for the link, but... as I commited it upstream I know about it already ;) Just didn't have the time to upload it to debian (or the keys to do so...). -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#710200: Uses deprecated HAL on non-Linux
Please do so, and keep dependencies in mind which might need removal, too. On 17. Mai 2014 00:55:14 MESZ, Michael Biebl wrote: >Am 17.05.2014 00:49, schrieb Michael Biebl: >> I'm fine with uploading that. Just let me know. > >Fwiw, I would also take care of removing the outdated binaries from the >archive for !linux-any. > >-- >Why is it that all of the instruments seeking intelligent life in the >universe are pointed away from Earth? -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
Bug#710200: Uses deprecated HAL on non-Linux
On 17. Mai 2014 00:49:42 MESZ, Michael Biebl wrote: >Am 17.05.2014 00:34, schrieb Bernd Zeimetz: >> severity 710200 wishlist >> thanks >> >>> This bug is serious, since hal will be removed. It's been dead for >5+ years >>> now. Unless you want to take over the maintenance of hal? I'd be >happy to >>> hand over maintainership to you. >> >> But then you can't force people to stop using it by creating serious >bugs. I'm >> sure Mirek and his co-workers are willing to fix this issue, but >removing >> software from Debian just because you want to remove something that >exists for >> years is nothing that makes this bug serious. > >It is. Since shipping hal with jessie would be unresponsible. > >>> Is there actually anyone using rhn-client-tools on !Linux which >would >>> justify blocking any progress on this bug? This is an honest >question. >> >> Actually I don't think it would be a problem to remove it for !linux. >Please > >You mean, making rhn-client-tools linux-any? >Sure, I can provide a patch for that. See attachment. I'm almost sure that other packages depend on it which might need a Linux-any arch, too - please have a look - thanks. >I'm fine with uploading that. Just let me know. > >Michael -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#710200: Uses deprecated HAL on non-Linux
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 severity 710200 wishlist thanks > This bug is serious, since hal will be removed. It's been dead for 5+ years > now. Unless you want to take over the maintenance of hal? I'd be happy to > hand over maintainership to you. But then you can't force people to stop using it by creating serious bugs. I'm sure Mirek and his co-workers are willing to fix this issue, but removing software from Debian just because you want to remove something that exists for years is nothing that makes this bug serious. Also there doesn't seem to be an alternative for hal on !linux. You make want to take this to the porters... If you want to get rid of it, what about removing it from linux (keeping it for !linux) and orphaning it? > Is there actually anyone using rhn-client-tools on !Linux which would > justify blocking any progress on this bug? This is an honest question. Actually I don't think it would be a problem to remove it for !linux. Please figure out which packages depend on it and commit appropriate changes, the packages are in collab-maint. I'll happily upload them. Also please ask for removal of these packages from the !linux architectures. Or fix libgudev-dev...and udev... and systemd. Thanks, Bernd - -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBCAAGBQJTdpJbAAoJEOs2Fxpv+UNfQb4QAMEl6+FZ7HH6qoAppKZBRS0/ Yj3+WPJpGS3W7OIxEnCgPEcO3JfUbWdVHg7q18ok4UPJZCHKSKYMS72vQH66JbMd ivMo7FsYgNBwIvyK49YRaT1p2WnAKK4DMwZVj8CQ9lvmsvKeC1AXXwKdoD1x1af1 EQcKJJqZFXeTYjG9eKZPImQl5h64YuifQau3LNnbp8LRmfLQUE5tvRpH8bXJaUML toAUUSkHE0FtIl0ea1KtXStoaRzWHWbTQZvFk9uVn7hTvOA74r/f/SiEKccWDilQ PmnDyVSy8oZZwWNxKNHPTCsoWsQw38wfqcpAFi+0zdgDSZOeBdkBuszuhZ226CEk OIeJzpuc+6jaD7v6iyKkzQVH+46IcUx/4knJyXqN47c/2WhpobDzArllOelmiobk ZEC3hej9pltdX94aAh1Vj8aE0jeAMTtIc2W5aGRmfqNkNA5WpmWh3pzAYPDjmeSF Pqyl/Lp/zuy00HOmbYYlMQmgI11psXVMy29lYNywHlRLk6PhaqI6EuH3LneQhfy9 aH5NemLelUW5dtN9TNdUqD4Th0JtQHZkRORcc7D9izwM41a3OLbcGgzJ8m0mf87J t7Zt71ys/cXdiNbK18K3LHuC0vLCF3FMRfN+3CapH3tOutXa4LJ89h+DDD7wVmt+ t2RNh8WAKU14o9HI/L/V =rD/X -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#710200: Uses deprecated HAL on non-Linux
severity 710200 wishlist thanks Hi Michael, as discussed in the burg report there is not proper hal replacement at all as even gudev doesn't provide as much information as hal does, and there is no replacement at all on !linux platforms. So either you provide a properly working replacement on !linux or you convince me that spacewalk support for !linux should be removed. But just your wish to remove hal doensn't make this bug serious, escpecially not of there is no replacement for it. Maybe leave hal alone on !linux until there is something useful in place? cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#748138: ferm: ipvs module support
Package: ferm Severity: wishlist Tags: patch hi, attached is a patch to add ipvs module support to ferm. please apply :) thanks, bernd -- Mit freundlichen Grüßen Bernd Zeimetz Systems Engineer Debian Developer conova communications GmbH Web| http://www.conova.com/ E-Mail | b.zeim...@conova.com Zentrale Salzburg Karolingerstraße 36A 5020 Salzburg Tel | +43 (0) 662 22 00 - 313 Fax | +43 (0) 662 22 00 - 209 Es gelten die Allgemeinen Geschäftsbedingungen der conova communications GmbH, http://www.conova.com/de/agb/ >From cca7d552783ed7928508123afd59724e8e1c645a Mon Sep 17 00:00:00 2001 From: Bernd Zeimetz Date: Wed, 14 May 2014 19:32:47 +0200 Subject: [PATCH] Add support for the ipvs module. --- doc/ferm.pod | 12 src/ferm | 1 + 2 files changed, 13 insertions(+) diff --git a/doc/ferm.pod b/doc/ferm.pod index ff4e4ee..3feec22 100644 --- a/doc/ferm.pod +++ b/doc/ferm.pod @@ -812,6 +812,18 @@ list with more than one of these). There are more possible settings, type "iptables -m hashlimit -h" for documentation. +=item B + +Check the package length. + +mod ipvs ipvs ACCEPT; # packet belongs to an IPVS connection +mod ipvs vproto tcp ACCEPT; # VIP protocol to match; by number or name, e.g. "tcp +mod ipvs vaddr 1.2.3.4/24 ACCEPT; # VIP address to match +mod ipvs vport http ACCEPT; # VIP port to match +mod ipvs vdir ORIGINAL ACCEPT; # flow direction of packet +mod ipvs vmethod GATE ACCEPT; # IPVS forwarding method used +mod ipvs vportctl 80; # VIP port of the controlling connection to match + =item B Check the package length. diff --git a/src/ferm b/src/ferm index a18fcdb..3ee520f 100755 --- a/src/ferm +++ b/src/ferm @@ -261,6 +261,7 @@ add_match_def 'hashlimit', qw(hashlimit=s hashlimit-burst=s hashlimit-mode=c has add_match_def 'iprange', qw(!src-range !dst-range); add_match_def 'ipv4options', qw(ssrr*0 lsrr*0 no-srr*0 !rr*0 !ts*0 !ra*0 !any-opt*0); add_match_def 'ipv6header', qw(header!=c soft*0); +add_match_def 'ipvs', qw(!ipvs*0 !vproto !vaddr !vport !vdir !vportctl); add_match_def 'length', qw(length!); add_match_def 'limit', qw(limit=s limit-burst=s); add_match_def 'mac', qw(mac-source!); -- 2.0.0.rc2 smime.p7s Description: S/MIME cryptographic signature
Bug#741342: /usr/sbin/update-grub: update-grub writes root=UUID= to grub.cfg for LVM2, renders machine unbootable
found 1.99-27+deb7u2 thanks Hi, I'm seeing the behaviour as explained in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741342#15 on our Wheezy machines with more than one PV, too. Adding a second PV to the vg we boot from breaks booting... Using GRUB_DISABLE_LINUX_UUID="true" helps for now. Thanks for fixes ;) Bernd -- Mit freundlichen Grüßen Bernd Zeimetz Systems Engineer Debian Developer conova communications GmbH Web| http://www.conova.com/ E-Mail | b.zeim...@conova.com Zentrale Salzburg Karolingerstraße 36A 5020 Salzburg Tel | +43 (0) 662 22 00 - 313 Fax | +43 (0) 662 22 00 - 209 Es gelten die Allgemeinen Geschäftsbedingungen der conova communications GmbH, http://www.conova.com/de/agb/ smime.p7s Description: S/MIME cryptographic signature
Bug#721283: [www.debian.org] Please mention Bytemark's donation
[ CCing leader@ as I think its a rather important thing to discuss ] Hi, I object against adding new (and incomplete stuff) to a completely outdated page. We have a lot of people sponsoring hardware, parts, or monkey for hardware, including some who did never ever ask for a press release - or don't even want to have one and maybe don't want to be mentioned at all. Adding bytemark to https://www.debian.org/misc/equipment_donations looks weird to all those who sponsored stuff and who would like to be there, and maybe even weird to bytemark as they are listed with companies who donated a 20gb drive or similar things years ago (which was EXPENSIVE back at that time). That page needs to go away, or it needs to be kept uptodate by people who actually know who sponsored what and who wants/should be mentioned (and thats not the www team, sorry :)) - either the hardware donations people and/or the Auditors. Actually I think we should not publish single donations on the web page at all, at least not in this form. If there was a press release its in the archive, but keeping track of all donations is a hard task and prone to problems and errors, and having a general "thank you" page is at least easier to maintain until we found a proper way to keep track of who-sponsored-what-and-wants-to-be-published-how. Cheers, Bernd On 05/08/2014 10:28 PM, Holger Wansing wrote: > Hi, > > Filipus Klutiero wrote: >> Package: www.debian.org >> Severity: wishlist >> X-Debbugs-Cc: hardware-donati...@debian.org >> >> Bytemark recently made a major hardware donation to Debian, on which we >> released a statement: http://www.debian.org/News/2013/20130404 >> However, there is no permanent mention visible from >> http://www.debian.org/donations.en.html >> Bytemark is already credited in http://www.debian.org/partners/index.en.html >> but not for hardware donations. >> >> By the way, both Bytemark and Eaton ( >> http://www.debian.org/News/2013/20130321 ) made donations to Debian, but >> none show on http://www.debian.org/misc/equipment_donations.en.html >> Both appear as "development and service partners", but if it's intended to >> keep business already listed there out of equipment_donations, I guess the >> former should be more prominent than the latter on >> http://www.debian.org/donations.en.html > > > I would propose something like this: > > > == %< > > > ted@IBM-T60:~/deb/website/webwml$ cvs diff > english/misc/equipment_donations.wml > Enter passphrase for key '/home/ted/.ssh/id_alioth': > Index: english/misc/equipment_donations.wml > === > RCS file: /cvs/webwml/webwml/english/misc/equipment_donations.wml,v > retrieving revision 1.13 > diff -u -r1.13 equipment_donations.wml > --- english/misc/equipment_donations.wml30 Apr 2014 09:22:48 - > 1.13 > +++ english/misc/equipment_donations.wml8 May 2014 20:29:20 - > @@ -7,6 +7,12 @@ > The following organizations have donated equipment to Debian: > > > +# misc core infrastructure services > + http://bytemark.co.uk/";>Bytemark Hosting has donated a > + fully-populated HP BladeSystem (containing 16 server blades) and > several > + HP Modular Storage Arrays (providing a total of 57 TB); see > + https://www.debian.org/News/2013/20130404";>the statement > + on this. > # master & murphy >http://www.brainfood.com/";>Brainfood (previously known as >http://www.novare.net/";>Novare International) > > === >% > == > > > I will commit this, if noone objects. > > > Holger > > -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690256: uploaded to mentors
Hi, Gpsbabel has an active maintainer and there will be a new version soon enough. So don't upload stuff to mentors, its a waste of your time. If you want to help, send pull requests or use git format-patch. Thanks On 06. Mai 2014 23:11:38 MESZ, "Alberto Fernández" wrote: >Hi > >I've just reuploaded gpsbabel 1.4.4 to mentors. > >we may consider packaging 1.5.0 > >El mar, 06-05-2014 a las 11:42 +0200, Florian Ernst escribió: >> Hello there, >> >> On Sat, Jun 22, 2013 at 01:24:31PM +0200, Alberto Fernández wrote: >> > I've packaged version 1.4.4 and uploaded to mentors if you're >interested >> > on reviewing and sponsoring it. >> >> There doesn't seem to be such a package on mentors anymore. >> >> Bernd, any new on a possible update? >> >> Cheers, >> Flo -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
Bug#747093: collectd: segfault if lvm vg doesn't contain lvs
Package: collectd Version: 5.4.1-1 Severity: important Hi, collectd segfaults if a vg doesn't contain lvs. A fix was commited in the 5.4 branch after the release of 5.4.1: 25d7de930baa8a25b232a6276e123ca692c1e710 (although the comment says vgs, it checks for lvs here). Please fix it in testing/unstable. thanks, bernd -- Mit freundlichen Grüßen Bernd Zeimetz Systems Engineer Debian Developer conova communications GmbH Web| http://www.conova.com/ E-Mail | b.zeim...@conova.com Zentrale Salzburg Karolingerstraße 36A 5020 Salzburg Tel | +43 (0) 662 22 00 - 313 Fax | +43 (0) 662 22 00 - 209 Es gelten die Allgemeinen Geschäftsbedingungen der conova communications GmbH, http://www.conova.com/de/agb/ smime.p7s Description: S/MIME cryptographic signature
Bug#746881: merkaartor: ftbfs with GCC-4.9
hi, > The full build log can be found at: > http://people.debian.org/~doko/logs/failed-gcc49/merkaartor_0.18.1-3_unstable_gcc49.log > The last lines of the build log are at the end of this report. bzed@think /tmp% wget 'http://people.debian.org/~doko/logs/failed-gcc49/merkaartor_0.18.1-3_unstable_gcc49.log' ... HTTP request sent, awaiting response... 404 Not Found 2014-05-04 08:46:45 ERROR 404: Not Found. :( -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#746514: Autoreconf during build
On 04/30/2014 10:36 PM, Kurt Roeckx wrote: > Package: debian-policy > > It seems that a lot of packages do not use something like > autoreconf during build, and every time someone starts a new > port he has to patches way too many packages to get config.guess > and config.sub updated. Do you have numbers? There is dh_autotools-dev which works well and should be a default indeed. > I would like that we say that at least config.guess and config.sub > must be updated during the build process and that things like > configure should be regenerated during the build process. Regenerating configure is often a major pita as it often requires additional steps additional to calling auto*. Where possible and if needed there is dh_autoreconf, but even that fails often enough. And forcing people to upgrade configure is a waste of time imho. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#742745: 742745: backtrace not from code in this package
severity 742745 minor tags 742745 moreinfo unreproducible thanks Can't find the code from the backtrace in the package code... -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#732218: transition: gpsd
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, > Feel free to upload to sid. Let us know when binNMUs can be scheduled. uploaded right now. Thanks! - -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBCAAGBQJTK2m+AAoJEOs2Fxpv+UNf5DcP/0QLdsst1iEc6AGejKLYCw3f Rtk97hieeF2jr03vL1ewcMGkuobq/OQs6cIDpVc8y6ug63B9H0515jHixaZrAU3T VhVrnxmfwKq460ljGsIJBbcU3e5qJlExMstkzWdqc3PVr7nIex+nprhWfo2bJpZI LEjOXK8JH5Qr38xWoLtcfHdgUj60mCjSF6Eab0lz1YI0IB/kFRVaKe8JeQNBr9ll Gwpq2yG0keb1z54vh2pVSDqL5+GRtrsPZvo/lETXlH2g+MEfGhr8GswP3LWhLUtf ZMLqJ6TkmL7a63U88aqgqQK7fTqKQP4P+E3qfLyoE9Nvs+s1ik9CQPFSBjW48Qz6 nd9FOHHrTVUFTIfaePf8SWxxht8GmQghLzrWUPWYrIoTNRyJ3unEedE3BNHw8eV+ 5vISDS7VQjwhYlXk2zphltcEVdj8vvogEeDJdYYK7uh5/mMW9lkD+mkfkDuVWIPc GhBoSn+RBLpDX9dXW6VQ+x1q0kVJ2xOk62oE2kdaujq5fLl1LruhDgvoo+IM8HEd 6oQLikC0tahyioZq0fbD9qN4RaKzsSloqKUoVBge0GYIsLLYRd++C31SCXbsWVo1 uzRAnVyy3gvh1zeKIAGkM2cWcJr68ANFEqgp+WY8QCH433kK6wC1Jo8JDdYfmnEo zwfirnPXPoKcp0hM8MkC =HFXg -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688173: Info received (Please port to libnl-3.x)
Hi, I've planned to update all spacewalk related packages at the bsp in Salzburg, but I can try to find the time to do it earlier. Cheers, Bernd On 15. März 2014 01:02:52 MEZ, Michael Biebl wrote: >Is there any chance to see this bug fixed? >Apparently upstream has released versions which have been ported to >libnl-3. So an update would be appreciated. > > >-- >Why is it that all of the instruments seeking intelligent life in the >universe are pointed away from Earth? -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
Bug#738646: gpsd: FTBFS on hurd-i386
tag 738646 fixed-upstream thanks Hi! On 11.02.2014 15:40, Svante Signell wrote: Currently gpsd from experimental fails to build on GNU/Hurd due to a missing definition of IPV6_TCLASS. The attached patch solves this problem by using that option for setsockopt conditionally. Thanks for the patch, but I've commited http://git.savannah.gnu.org/cgit/gpsd.git/commit/?id=f2753b6728b1857fa78cc0695cce7dc819db5c51 in the upstream repository already, assuming it should work. Cheers, bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#736812: open-vm-tools: drag-and-drop doesnt block and files are transfered incomplete
Hi again, Point 3 is likely for upstream? The issue here is that you cant stop/start the vmblock filesystem as long as anyone is using it. Supposedly you would send a signal to the user daemons, telling them to give up any references to it - but its not handled and instead the user daemon terminates. what I forgot here: upstream ships a pam config, which doesn't find its way into the package into the package yet. I have to investigate what else is missing. I think I'll do everything form scratch, but I just didn't have the time to do so since I took over the maintenance. for /etc/pam.d/vmtoolsd: #%PAM-1.0 auth sufficient pam_unix2.so nullok auth sufficient pam_unix.so shadow nullok auth required pam_unix_auth.so shadow nullok accountsufficient pam_unix2.so accountsufficient pam_unix.so accountrequired pam_unix_acct.so Could you give that a try (I guess it needs some modifications), but it might fix some issues - not sure though. Thanks, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#736812: open-vm-tools: drag-and-drop doesnt block and files are transfered incomplete
Hi Norbert! Thanks a lot for your research! After some research and alot more trial and error, I found that there are multiple Issues: 1. the vmblock filesystem is never started 2. the file /usr/bin/vmware-user-suid-wrapper is missing the apparently critical suid bit (I never knew about this bit before) 3. the vmtoolsd instances spawned by vmware-user-suid-wrapper dont handle SIGUSR1 and SIGUSR2 as they should. [...] For Point 1 I attached a fixed etc/init.d/open-vm-tools. It has some things commented out because of Point 3. Actually I'm not sure if all of these changes should go into the init script of open-vm-tool - for running VMs in ESX and managing them via vcenter - especially when they don't have a Desktop enabled at all - I'm not sure if one really wants to have all the drag&drop features and other fancy stuff. It might make more sense to put these things into an extra init script in the open-vm-tools-desktop package, which should ship what you need if you run a Debian installation with a full blown desktop, at least in non-esx installations (vmware player, or however that thing was called :)) Point 2 is easily fixed with chmod 04555 /usr/bin/vmware-user-suid-wrapper. Makes sense. I'll add a dpkg-statoverride. Point 3 is likely for upstream? The issue here is that you cant stop/start the vmblock filesystem as long as anyone is using it. Supposedly you would send a signal to the user daemons, telling them to give up any references to it - but its not handled and instead the user daemon terminates. And another bug would be that the vmxnet driver is not picked up automatically, for this to work you would need to add the module to the initital ramdisk. Along with other m0dules which should have the same problem, but I cant verify it: which version of open-vm-tools are you using now? There is a pre-inst hook in the current version which should load vmxnet before loading pcnet32. I'd guess it should find its way into the initrd, too. But I don't have any oldish vmware installations to give vmxnet a try. These days vmxnet3 is being used, which is shipped with the upstream kernel and happily put into the initrd by default as it is a used module. vmw_pvscsi Actually I've never seen that module in use bevore, I'll have to investigate what I have to do to use it - I guess I have to pass a full disk device into the VM. As it is shipped with the vanilla kernel I would not expect problems. I'm thinking about organizing a bug squashing party here in salzburg around the end of may - maybe you'd like to come so we can bring the package into a useful shape together? I can handle the server/vm parts, but I'm not really a desktop/gui user. Thanks for your work, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#736628: procps: ftbfs due to pbuilder problems are not serious
severity 736628 important thanks hi, imho this bug should not stop the transition of procps to testing - not having /sys in a build chroot sounds more like a bug in pbuilder. It builds fine on the Debian buildds and works well - so I'm setting the severity to important. Feel free to rise it again if you think I'm wrong. Thanks, Bernd -- Mit freundlichen Grüßen Bernd Zeimetz Systems Engineer Debian Developer conova communications GmbH Web| http://www.conova.com/ E-Mail | b.zeim...@conova.com Zentrale Salzburg Karolingerstraße 36A 5020 Salzburg Tel | +43 (0) 662 22 00 - 313 Fax | +43 (0) 662 22 00 - 209 Es gelten die Allgemeinen Geschäftsbedingungen der conova communications GmbH, http://www.conova.com/de/agb/ smime.p7s Description: S/MIME cryptographic signature
Bug#735536: caff: fix for infinite loop after signing a key
tags 735536 patch
thanks
Hi,
the attached patch created the trustdb gpg is missing.
It might make sense to fix the while loop to stop in case import_key fails, but
fixing the issue behind this bug was more important for me.
The patch also fixes a warning about defined being deprecated.
Cheers,
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
--- /usr/bin/caff 2011-11-01 20:01:39.0 +0100
+++ caff 2014-01-26 22:46:39.626878889 +0100
@@ -596,7 +596,7 @@
}
}
- next unless (defined(@$readyr)); # Wait some more.
+ next unless ($readyr); # Wait some more.
for my $rfd (@$readyr) {
$readwrote_stuff_this_time = 1;
@@ -732,11 +732,31 @@
};
##
+# create trustdb in $gnupghome
+##
+sub create_trustdb($) {
+ my ($gnupghome) = @_;
+
+ my $gpg = GnuPG::Interface->new();
+ $gpg->call( $CONFIG{'gpg'} );
+ $gpg->options->hash_init(
+ 'homedir' => $gnupghome,
+ 'extra_args' => [ qw{ --import-ownertrust } ] );
+ $gpg->options->meta_interactive( 0 );
+ my ($inputfd, $stdoutfd, $stderrfd, $statusfd, $handles) = make_gpg_fds();
+my $pid = $gpg->wrap_call(handles => $handles);
+my ($stdout, $stderr, $status) = readwrite_gpg('#\n', $inputfd, $stdoutfd, $stderrfd, $statusfd);
+waitpid $pid, 0;
+};
+
+##
# import a key from the scalar $asciikey into a gpg homedirectory in $tempdir
##
sub import_key($$) {
my ($gnupghome, $asciikey) = @_;
+create_trustdb($gnupghome);
+
my $gpg = GnuPG::Interface->new();
$gpg->call( $CONFIG{'gpg'} );
$gpg->options->hash_init(
Bug#708132: Review on mentors
Hi, I've added a short review on the last version on mentors. I'll happily sponsor the package as soon as it is in a good shape, feel free to contact me directly, either on irc or by mail (please CC: b.zeim...@conova.com so I can keep track of it at work). Thanks! Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#735272: closed by Chris Lamb (Bug#735272: fixed in redis 2:2.8.4-1)
Hi Chris, thanks for the fast fix, but there are two things (and I can also blame myself for not realizing it earlier / not mentioning it in the bug report): - sentinel.conf should be shipped, too imho. - redis-sentinal is the same binary as redis-server, a symlink works well, too - I was somewhat stuck on old documentations which talked about the redis-sentinal binary. thanks, bernd -- Mit freundlichen Grüßen Bernd Zeimetz Systems Engineer Debian Developer conova communications GmbH Web| http://www.conova.com/ E-Mail | b.zeim...@conova.com Zentrale Salzburg Karolingerstraße 36A 5020 Salzburg Tel | +43 (0) 662 22 00 - 313 Fax | +43 (0) 662 22 00 - 209 Es gelten die Allgemeinen Geschäftsbedingungen der conova communications GmbH, http://www.conova.com/de/agb/ smime.p7s Description: S/MIME cryptographic signature
Bug#735272: redist-server: please ship redis-sentinel
Package: redis-server Version: 2:2.8.2-1 Hi, although redis-sentinel is being built by src/Makefile, it is not listed in the install target of the Makefile - but it would still be nice to have it in the server package. Thanks, Bernd -- Mit freundlichen Grüßen Bernd Zeimetz Systems Engineer Debian Developer conova communications GmbH Web| http://www.conova.com/ E-Mail | b.zeim...@conova.com Zentrale Salzburg Karolingerstraße 36A 5020 Salzburg Tel | +43 (0) 662 22 00 - 313 Fax | +43 (0) 662 22 00 - 209 Es gelten die Allgemeinen Geschäftsbedingungen der conova communications GmbH, http://www.conova.com/de/agb/ smime.p7s Description: S/MIME cryptographic signature
Bug#729540: closed by Bernd Zeimetz (Bug#729540: fixed in open-vm-tools 2:9.4.0-1280544-1)
oid *) == 8); > ^ > /var/lib/dkms/open-vm-tools/9.4.0/build/vsock/linux/vsockCommon.h: In function > ‘VSockPtrToVA64’: > /var/lib/dkms/open-vm-tools/9.4.0/build/vsock/./shared/vm_assert.h:366:20: > warning: typedef ‘AssertOnCompileFailed’ locally defined but not used > [-Wunused-local-typedefs] >typedef char AssertOnCompileFailed[AssertOnCompileMisused]; \ > ^ > /var/lib/dkms/open-vm-tools/9.4.0/build/vsock/linux/vsockCommon.h:152:4: note: > in expansion of macro ‘ASSERT_ON_COMPILE’ > ASSERT_ON_COMPILE(sizeof ptr <= sizeof (VA64)); > ^ > /var/lib/dkms/open-vm-tools/9.4.0/build/vsock/linux/vmci_sockets_packet.h: In > function ‘VSockSeqPacketAsserts’: > /var/lib/dkms/open-vm-tools/9.4.0/build/vsock/./shared/vm_assert.h:366:20: > warning: typedef ‘AssertOnCompileFailed’ locally defined but not used > [-Wunused-local-typedefs] >typedef char AssertOnCompileFailed[AssertOnCompileMisused]; \ > ^ > /var/lib/dkms/open-vm-tools/9.4.0/build/vsock/./shared/vm_assert.h:388:7: > note: > in definition of macro ‘MY_ASSERTS’ >assertions \ >^ > /var/lib/dkms/open-vm-tools/9.4.0/build/vsock/linux/vmci_sockets_packet.h:154:4: > note: in expansion of macro ‘ASSERT_ON_COMPILE’ > ASSERT_ON_COMPILE(sizeof (VSockPacket) == 56); > ^ > /var/lib/dkms/open-vm-tools/9.4.0/build/vsock/./shared/vm_assert.h:366:20: > warning: typedef ‘AssertOnCompileFailed’ locally defined but not used > [-Wunused-local-typedefs] >typedef char AssertOnCompileFailed[AssertOnCompileMisused]; \ > ^ > /var/lib/dkms/open-vm-tools/9.4.0/build/vsock/./shared/vm_assert.h:388:7: > note: > in definition of macro ‘MY_ASSERTS’ >assertions \ >^ > /var/lib/dkms/open-vm-tools/9.4.0/build/vsock/linux/vmci_sockets_packet.h:155:4: > note: in expansion of macro ‘ASSERT_ON_COMPILE’ > ASSERT_ON_COMPILE(sizeof (VSockSeqPacket) == 32); > ^ > /var/lib/dkms/open-vm-tools/9.4.0/build/vsock/./shared/vmci_iocontrols.h: In > function ‘VMCIVA64ToPtr’: > /var/lib/dkms/open-vm-tools/9.4.0/build/vsock/./shared/vm_assert.h:366:20: > warning: typedef ‘AssertOnCompileFailed’ locally defined but not used > [-Wunused-local-typedefs] >typedef char AssertOnCompileFailed[AssertOnCompileMisused]; \ > ^ > /var/lib/dkms/open-vm-tools/9.4.0/build/vsock/./shared/vmci_iocontrols.h:64:4: > note: in expansion of macro ‘ASSERT_ON_COMPILE’ > ASSERT_ON_COMPILE(sizeof (void *) == 8); > ^ > /var/lib/dkms/open-vm-tools/9.4.0/build/vsock/./shared/vmci_iocontrols.h: In > function ‘VMCIPtrToVA64’: > /var/lib/dkms/open-vm-tools/9.4.0/build/vsock/./shared/vm_assert.h:366:20: > warning: typedef ‘AssertOnCompileFailed’ locally defined but not used > [-Wunused-local-typedefs] >typedef char AssertOnCompileFailed[AssertOnCompileMisused]; \ > ^ > /var/lib/dkms/open-vm-tools/9.4.0/build/vsock/./shared/vmci_iocontrols.h:93:4: > note: in expansion of macro ‘ASSERT_ON_COMPILE’ > ASSERT_ON_COMPILE(sizeof ptr <= sizeof (VA64)); > ^ > /var/lib/dkms/open-vm-tools/9.4.0/build/vsock/linux/af_vsock.c: In function > ‘__VSockVmciCreate’: > /var/lib/dkms/open-vm-tools/9.4.0/build/vsock/linux/af_vsock.c:3150:18: error: > incompatible types when assigning to type ‘uid_t’ from type ‘kuid_t’ >vsk->owner = current_uid(); > ^ > make[4]: *** [/var/lib/dkms/open-vm-tools/9.4.0/build/vsock/linux/af_vsock.o] > Error 1 > make[3]: *** [_module_/var/lib/dkms/open-vm-tools/9.4.0/build/vsock] Error 2 > make[2]: *** [sub-make] Error 2 > make[1]: *** [all] Error 2 > make[1]: Leaving directory `/usr/src/linux-headers-3.12-1-amd64' > make: *** [vsock.ko] Error 2 > make: Leaving directory `/var/lib/dkms/open-vm-tools/9.4.0/build/vsock' > > > It also failed for the 3.10 kernel that I was previously running, but I didn't > keep the log for that. > Some packages that are installed on the system I tried to compile it for that > may be of relevance are: > > # dpkg --list | grep -P > '^ii\s+(open-vm|linux-(headers|image|kbuild|libc)|dkms|make\s|gcc(\s|-4))' > ii dkms2.2.0.3-1.2allDynamic > Kernel Module Support Framework > ii gcc 4:4.8.2-1 amd64 GNU C > compiler > ii gcc-4.8 4.8.2-10 amd64 GNU C > compiler > ii gcc-4.8-base:amd64 4.8.2-10 amd64 GCC, the > GNU Compiler Collection (base package) > ii gcc-4.8-doc 4.8.2-2all > documentation for the GNU compilers (gcc, gobjc, g++) > ii gcc-
Bug#704713: (no subject)
Hi, yes, the package needs a general cleanup for the new gimp version - I'm working on it, but needs some time. cheers, bernd On 01/11/2014 12:05 AM, Rebecca N. Palmer wrote: > Control: merge -1 732848 > > This package is now uninstallable, as its binNMU for libglew1.7->1.10 failed > with this bug. > > Making it build again now also requires another fix for automake>>1.11, which > is > also already in Ubuntu: > https://launchpad.net/ubuntu/+source/gimp-plugin-registry/5.20120621ubuntu3 I > have checked that this builds in sid (amd64 pbuilder) without further changes, > but have not tried to actually use it. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#734610: libprocps3-dev: .so symlink broken
Hi, Please upload when you have the time to do so, here it fails to build on amd64 with similar errors as on ia64, so I gave up and didn't nmu it yet. Thanks, Bernd Craig Small schrieb: >On Wed, Jan 08, 2014 at 03:27:49PM +0100, Bernd Zeimetz wrote: >> nmu diff is attached. As this is kinda urgent to make the transition >> succeed, I'll upload it tonight if nobody stops me from doing so. >Go ahead, I won't be able to do it until 12 hours from now. >Appreciate an email once you don't it or I'll upload it then. >Thanks for the fix. > > - Craig >-- >Craig Small (@smallsees) http://enc.com.au/ csmall at : >enc.com.au >Debian GNU/Linux http://www.debian.org/ csmall at : >debian.org >GPG fingerprint:5D2F B320 B825 D939 04D2 0519 3938 F96B DF50 >FEA5 -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
Bug#734610: libprocps3-dev: .so symlink broken
Package: libprocps3-dev
Version: 1:3.3.9-1
Severity: grave
libprocps3-dev ships a broken symlink:
/usr/lib/x86_64-linux-gnu/libprocps.so ->
/lib/x86_64-linux-gnu/libprocps.so.1
but libprocps3 ships
/lib/x86_64-linux-gnu/libprocps.so.3
This breaks the build of packages like open-vm-tools...
nmu diff is attached. As this is kinda urgent to make the transition
succeed, I'll upload it tonight if nobody stops me from doing so.
-- 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.10-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libprocps3-dev depends on:
ii libc6-dev [libc-dev] 2.17-92+b1
ii libprocps31:3.3.9-1
libprocps3-dev recommends no packages.
libprocps3-dev suggests no packages.
-- no debconf information
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
diff --git a/debian/changelog b/debian/changelog
index f0b7409..803fa82 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+procps (1:3.3.9-1.1) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * Fix /usr/lib/${DEB_HOST_MULTIARCH}/libprocps.so symlink:
+libprocps3 ships libprocps.so.3, not libprocps.so.1
+
+ -- Bernd Zeimetz Wed, 08 Jan 2014 15:21:13 +0100
+
procps (1:3.3.9-1) unstable; urgency=medium
* New upstream version
diff --git a/debian/libprocps3-dev.links.in b/debian/libprocps3-dev.links.in
index 7643bcf..3b2981f 100644
--- a/debian/libprocps3-dev.links.in
+++ b/debian/libprocps3-dev.links.in
@@ -1 +1 @@
-lib/${DEB_HOST_MULTIARCH}/libprocps.so.1 usr/lib/${DEB_HOST_MULTIARCH}/libprocps.so
+lib/${DEB_HOST_MULTIARCH}/libprocps.so.3 usr/lib/${DEB_HOST_MULTIARCH}/libprocps.so
Bug#734547: open-vm-tools: Please build-depend on libprocps3-dev instead of libprocps0-dev
tags 734547 pending thanks Hi David, > Please update the build dependencies, this package is currently the last > one holding procps migration. thanks for the reminder, I've missed that migration so far - took some time to bring the package into some useful state again. If everything works well, I'll upload it today (probably within the next few hours). Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#734449: open-vm-tools-dkms: Some modules still fail to compile
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Hilmar, thanks for your help so far! As 3.12 for amd64 arrive in unstable today, I was able to poke a bit at the code. By picking some patches from upstream and (hopefully!) adding a few from_kuid() I should be able to make it build with 3.12 tomorrow. I'll let you know! Thanks, Bernd On 01/07/2014 11:46 PM, Hilmar Preusse wrote: > On 07.01.14 Bernd Zeimetz (be...@bzed.de) wrote: > > Hi, > >> Ah, sorry, you have to apply the patch to the sources from unstable >> instead of putting it into debian/patches. It removes the gcc 4.7 stuff >> from all files in debian/ >> > Patch applies now. I can build the new packages and installed it. The > make.log now has less warnings, but the error message itself remains and > the modules fail to compile. New make.log attached. > > Hilmar > - -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBCAAGBQJSzKlGAAoJEOs2Fxpv+UNfMlgQAJRDDY8ftqiW76Nlup43pXGG c478qhmG8Irqnt0kMgVm0i56IoFwtYZENYyC2O8tY03ZRu8OwJ1a7+73R3WWCaEz eOeF/ETTcloAzfr2Oogm2piCuopVYLLulF2+SjTANSjQq017tXkX4u/hIPw7luK7 tT7CP2zcWUSLD8w+PN7iSk7cS7OD5C68+fMMco0QoLv3E23GEufQhB1wIsBAWuaL 72lrZwTKcURV8bkRY3TQvQtPGebdms/0VQSvBCwQ4Gqj9PKuEAdRbVskVauHzaBn 4kHTSDL6TomfcAqygDZb5vnz9PbOpAR0exSRPGdYa7PMNWqXgj4D+jKm3osHQAML GSyqoW7RPSqk5c8CVu6NX+ENlApFCaK9ilj8Z7FPopVH79w3cJ1GWtIsrtq89xgB A2nl0YLKW38AKlqLcX3Pdk1ke+lqjq+xSeuYDVf7KlDE/nhFGXS2JADnoZ8uQlK/ F40bcK+WfwHWxr7GK5AlCE0KNttMDt2dSXxbYHTuZEyx6RGqlYiBR8XzxofLxqpG oZiOvdzPvdIKGwuwaKBFa7KPR4AdrYSltVzuu3RASkObWzpef09JvT4IUBFgaEFl cVp4u30RZ4cjQTAbwH4uWrVo3UhOeLF9p/ykhYXJ598i6JKLbhvgveWpzCi8Ibl4 oX0OBQntEGcQZIOmu7GM =9DxJ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#734449: open-vm-tools-dkms: Some modules still fail to compile
Ah, sorry, you have to apply the patch to the sources from unstable instead of putting it into debian/patches. It removes the gcc 4.7 stuff from all files in debian/ Hilmar Preusse schrieb: >On 07.01.14 Bernd Zeimetz (be...@bzed.de) wrote: > >Hi, > >> uups, forgot to attach the patch :) >> >On the URI were only amd64 packages: If have to rebuild. The >orig.tar.gz was also not there, hence I downloaded the source from >unstable and tried to integrate the patch. >Put it into /debian/patches and added an entry in the series file. >The build fails: > >dpkg-source: info: using options from >open-vm-tools-9.4.0-1280544/debian/source/options: --compression=xz >dpkg-source: info: using source format `3.0 (quilt)' >dpkg-source: info: building open-vm-tools using existing >./open-vm-tools_9.4.0-1280544.orig.tar.gz >patching file debian/control >patching file >debian/patches/1a3eb34_Fix-AssertOnCompileFailed-for-GCC-4.8-kernel-3.10 >patching file debian/patches/series >Hunk #1 FAILED at 6. >1 out of 1 hunk FAILED >patching file debian/rules >dpkg-source: info: fuzz is not allowed when applying patches >dpkg-source: info: if patch 'gcc-4.8-kernel-fixes.patch' is correctly >applied by quilt, use 'quilt refresh' to update it >dpkg-source: error: LC_ALL=C patch -t -F 0 -N -p1 -u -V never -g0 -E -b >-B .pc/gcc-4.8-kernel-fixes.patch/ --reject-file=- < >open-vm-tools-9.4.0-1280544.orig.SgkJ1N/debian/patches/gcc-4.8-kernel-fixes.patch >gave error exit status 1 > >Hilmar >-- >sigmentation fault -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
Bug#734449: open-vm-tools-dkms: Some modules still fail to compile
Hi Hilmar, hi Jim, could you give the dkms package from http://devel.recluse.de/~bzed/.publish/2014-01-07-WisBjJ7x0Vg/ a try? If you don't trust random packages from random sources in the net, please take the source from unstable and apply the attached patch, rebuild it and see if it works. (I'd give it a try, but there is no amd64 kernel > 3.11 in the repository at the moment ) Thanks, Bernd On 07.01.2014 11:35, Hilmar Preuße wrote: Package: open-vm-tools-dkms Version: 2:9.4.0-1280544-1 Severity: important Dear Maintainer, Some modules still do not build. This does not cause a failed installation -> Sev important. make.log is attached. Hilmar -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.12-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages open-vm-tools-dkms depends on: ii dkms 2.2.0.3-1.2 ii make 3.81-8.3 Versions of packages open-vm-tools-dkms recommends: ii open-vm-tools 2:9.4.0-1280544-1 Versions of packages open-vm-tools-dkms suggests: pn open-vm-tools-desktop -- no debconf information -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#734449: open-vm-tools-dkms: Some modules still fail to compile
uups, forgot to attach the patch :)
On 07.01.2014 13:30, Bernd Zeimetz wrote:
Hi Hilmar, hi Jim,
could you give the dkms package from
http://devel.recluse.de/~bzed/.publish/2014-01-07-WisBjJ7x0Vg/
a try? If you don't trust random packages from random sources in the
net,
please take the source from unstable and apply the attached patch,
rebuild
it and see if it works.
(I'd give it a try, but there is no amd64 kernel > 3.11 in the
repository
at the moment )
Thanks,
Bernd
On 07.01.2014 11:35, Hilmar Preuße wrote:
Package: open-vm-tools-dkms
Version: 2:9.4.0-1280544-1
Severity: important
Dear Maintainer,
Some modules still do not build. This does not cause a failed
installation
-> Sev important. make.log is attached.
Hilmar
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.12-1-686-pae (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
(ignored: LC_ALL set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages open-vm-tools-dkms depends on:
ii dkms 2.2.0.3-1.2
ii make 3.81-8.3
Versions of packages open-vm-tools-dkms recommends:
ii open-vm-tools 2:9.4.0-1280544-1
Versions of packages open-vm-tools-dkms suggests:
pn open-vm-tools-desktop
-- no debconf information
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435Fcommit 242d45e44c923c5de9fee5a9134ac1f79e1ea50d
Author: Bernd Zeimetz
Date: Tue Jan 7 12:46:43 2014 +0100
Pick patch from upstream to build with gcc 4.8
diff --git a/debian/control b/debian/control
index 6298fe1..bc7bfd0 100644
--- a/debian/control
+++ b/debian/control
@@ -3,7 +3,7 @@ Section: admin
Priority: extra
Maintainer: Bernd Zeimetz
Build-Depends:
- debhelper (>= 9), autotools-dev, gcc-4.7, dkms, doxygen, libcunit1-dev,
+ debhelper (>= 9), autotools-dev, dkms, doxygen, libcunit1-dev,
libdumbnet-dev, libfuse-dev, libgtk2.0-dev, libgtkmm-2.4-dev,
libicu-dev, libnotify-dev, libpam0g-dev, libprocps0-dev, libx11-dev,
libxinerama-dev, libxss-dev, libxtst-dev
diff --git
a/debian/patches/1a3eb34_Fix-AssertOnCompileFailed-for-GCC-4.8-kernel-3.10
b/debian/patches/1a3eb34_Fix-AssertOnCompileFailed-for-GCC-4.8-kernel-3.10
new file mode 100644
index 000..5adc6b6
--- /dev/null
+++ b/debian/patches/1a3eb34_Fix-AssertOnCompileFailed-for-GCC-4.8-kernel-3.10
@@ -0,0 +1,75 @@
+From 1a3eb34dd0ad5aa3e51d586cf1fcf310c1f4350e Mon Sep 17 00:00:00 2001
+From: "VMware, Inc" <>
+Date: Tue, 17 Sep 2013 20:35:40 -0700
+Subject: [PATCH] Fix AssertOnCompileFailed for GCC 4.8 (kernel 3.10+)
+
+GCC 4.8 now includes -Wunused-local-typedefs as part of -Wall. This
+causes it to spew a gazillion warnings when compiling our modules on
+3.10+ kernels. Because it's a typedef we can't use the (void) cast
+trick, so we need to use attributes. This change introduces
+UNUSED_TYPE to vm_basic_types.h and uses it where appropriate to make
+the compiler happy when building our modules.
+
+Signed-off-by: Dmitry Torokhov
+---
+ open-vm-tools/lib/include/vm_assert.h | 7 ++-
+ open-vm-tools/lib/include/vm_atomic.h | 5 -
+ open-vm-tools/lib/include/vm_basic_types.h | 5 +
+ 3 files changed, 15 insertions(+), 2 deletions(-)
+
+--- a/lib/include/vm_assert.h
b/lib/include/vm_assert.h
+@@ -358,12 +358,17 @@ void WarningThrottled(uint32 *count, con
+ * The implementation uses both enum and typedef because the typedef alone is
+ * insufficient; gcc allows arrays to be declared with non-constant
expressions
+ * (even in typedefs, where it makes no sense).
++ *
++ * NOTE: if GCC ever changes so that it ignores unused types altogether, this
++ * assert might not fire! We explicitly mark it as unused because GCC 4.8+
++ * uses -Wunused-local-typedefs as part of -Wall, which means the typedef will
++ * generate a warning.
+ */
+
+ #define ASSERT_ON_COMPILE(e) \
+do { \
+ enum { AssertOnCompileMisused = ((e) ? 1 : -1) }; \
+- typedef char AssertOnCompileFailed[AssertOnCompileMisused]; \
++ UNUSED_TYPE(typedef char
AssertOnCompileFailed[AssertOnCompileMisused]); \
+} while (0)
+
+
+--- a/lib/include/vm_atomic.h
b/lib/include/vm_atomic.h
+@@ -2447,6 +2447,9 @@ Atomic_TestBit64(Atomic_uint64 *var, //
+ * (void *)val, we have (void *)(uintptr_t)val.
+ * The specific problem case is the Windows ddk compiler
+ * (as used by the SVGA driver). -- edward
++ *
++ * NOTE: See the comment in vm_assert.h for why we need UNUSED_TYPE in
++ * AtomicAssertOnCompile(), and why we need to be very careful doing so.
+ */
+
+ #define MAKE_ATOMIC_TYPE(name, size, in, out, cast)
\
+@@ -2460,7 +2463,7 @@ Atomic_TestBit64(Atomic_u
Bug#717381: ITA: open-vm-tools
retitle 717381 ITA: open-vm-tools thanks hi, I'll adopt the package. cheers, bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#732218: transition: gpsd
Hi again, this is a friendly reminder not to forgot about this bug. at least a reply with a possible time frame would be nice. Thanks, Bernd On 12/15/2013 07:41 PM, Bernd Zeimetz wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > > Hi release team, > > gpsd 3.10 (currently in experimental) comes with a soname bump in > libgps/libqgpsmm. As the list of reverse dependencies is rather long > (like kdeish stuff), please let me know when its save to upload it > to unstable. > > There were no changes which should stop the build-rdepds from building > fine, so I don't expect issues. > > Thanks, > > Bernd > > > > Ben file: > > title = "gpsd"; > is_affected = .depends ~ "lib(gps|qgpsmm)20" | .depends ~ "lib(gps|qgpsmm)21"; > is_good = .depends ~ "lib(gps|qgpsmm)21"; > is_bad = .depends ~ "lib(gps|qgpsmm)20"; > > > -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#732218: transition: gpsd
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi release team, gpsd 3.10 (currently in experimental) comes with a soname bump in libgps/libqgpsmm. As the list of reverse dependencies is rather long (like kdeish stuff), please let me know when its save to upload it to unstable. There were no changes which should stop the build-rdepds from building fine, so I don't expect issues. Thanks, Bernd Ben file: title = "gpsd"; is_affected = .depends ~ "lib(gps|qgpsmm)20" | .depends ~ "lib(gps|qgpsmm)21"; is_good = .depends ~ "lib(gps|qgpsmm)21"; is_bad = .depends ~ "lib(gps|qgpsmm)20"; -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#732194: RM: gimp-resynthesizer -- ROM; transitional package, not needed anymore
Package: ftp.debian.org Severity: normal transitional package, was shipped with wheezy, should be removed. thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#730845: gpsd: modifies conffiles (policy 10.7.3): /etc/default/gpsd
severity 730845 minor tags 730845 wontfix thanks Hi, > during a test with piuparts I noticed your package modifies conffiles. > This is forbidden by the policy, see > http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files no, it actually does not modify them but instead it keeps the formerly debconf generated conf file - which was not a conffile before. As letting dpkg handle it by asking the user what to do resulted in a serious bug from you, I've ensured that the file stays where it is and the user is not being asked at install time (which is the better behaviour definitely). And btw - the way the debconf stuff was handled before in the package (it was taken over from the former maintainer by me) was rc buggy, too. You might want to modify piuparts to check if there actually existed a (debconf) generated file before assuming this is a bug. Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#730680: [gpsd/master] Handle new /etc/default/gpsd sanely.
tag 730680 pending thanks Date: Thu Nov 28 23:36:28 2013 +0100 Author: Bernd Zeimetz Commit ID: c732667080312eb97058cc4badecb330853d93ab Commit URL: http://git.recluse.de/?p=debian/pkg-gpsd.git;a=commitdiff;h=c732667080312eb97058cc4badecb330853d93ab Patch URL: http://git.recluse.de/?p=debian/pkg-gpsd.git;a=commitdiff_plain;h=c732667080312eb97058cc4badecb330853d93ab Handle new /etc/default/gpsd sanely. Avoid asking users to keep the current config file version in case an older gpsd package was installed before. Also remove all special upgrade handling code for upgrades from versions pre-lenny. So gpsd upgrades from Etch directly to Jessie might fail. Thanks: Andreas Beckmann Closes: #730680 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#730664: O: obdgpslogger
Package: wnpp Severity: normal As the maintainer went missing after the initial upload of obdgpslogger, and the package is maintained by NMUs, I'm orphaning it. Description-en: suite of tools to log OBDII and GPS data OBDII is a standard for getting diagnostic information from your car. The main tool, obdgpslogger, is a command-line tool to log that data, with your gps position, to a sqlite database. Provided alongside are various tools used to convert logs to formats such as CSV or Google Earth KML. Also contained in the package is an OBDII and ELM327 simulator, obdsim, that uses plugins to generate data. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#697664: gpsd hotplug doesn't result in working gpsd on Raspberry Pi
Hi, please give gpsd form experimental a try and see if it works for you. cheers, bernd On 01/08/2013 07:20 AM, Tom Epperly wrote: > Package: gpsd > Version: 3.6-4 > Severity: normal > > Dear Maintainer, > > I am trying to use gpsd to access a GlobalSat BU-353 USB GPS with my > Raspberry Pi board. If I run, > gpsd /dev/ttyUSB0 from the command line, it works fine (i.e., I can access > GPS information via cgps). > If I try to access the gpsd that is automatically launch via the USB > hotplug/udev system, it doesn't work (i.e., cgps doesn't return GPS > information). > > Here is the logged output in xconsole -file /dev/xconsole from > hotplugging the GPS unit into place: > > Jan 7 22:00:25 raspberrypi kernel: [10510.798190] usb 1-1.2: new full-speed > USB device number 8 using dwc_otg > Jan 7 22:00:26 raspberrypi kernel: [10510.900721] usb 1-1.2: New USB device > found, idVendor=067b, idProduct=2303 > Jan 7 22:00:26 raspberrypi kernel: [10510.900752] usb 1-1.2: New USB device > strings: Mfr=1, Product=2, SerialNumber=0 > Jan 7 22:00:26 raspberrypi kernel: [10510.900768] usb 1-1.2: > Product:USB-Serial Controller > Jan 7 22:00:26 raspberrypi kernel: [10510.900781] usb 1-1.2:Manufacturer: > Prolific Technology Inc. > Jan 7 22:00:26 raspberrypi kernel: [10510.909504] pl2303 1-1.2:1.0:pl2303 > converter detected > Jan 7 22:00:26 raspberrypi kernel: [10510.912840] usb 1-1.2: pl2303 > converter now attached to ttyUSB0 > Jan 7 22:00:27 raspberrypi gpsd.hotplug: add /dev/ttyUSB0 > Jan 7 22:00:27 raspberrypi gpsdctl: gpsd_control(action=add,arg=/dev/ttyUSB0) > Jan 7 22:00:27 raspberrypi gpsdctl: launching gpsd -F /var/run/gpsd.sock > Jan 7 22:00:27 raspberrypi gpsd[2932]: gpsd:ERROR: can't create IPv6 socket > > It seems that the hotplug is just running "gpsdctl add /dev/ttyUSB0", > so I tried running that on the command line. Here is what showed up > in the xconsole > > Jan 7 22:13:06 raspberrypi gpsdctl: gpsd_control(action=add, > arg=/dev/ttyUSB0) > Jan 7 22:13:06 raspberrypi gpsdctl: reached a running gpsd > Jan 7 22:13:25 raspberrypi gpsd[2932]: gpsd:ERROR: device open failed: > Permission denied - retrying read-only > Jan 7 22:13:25 raspberrypi gpsd[2932]: gpsd:ERROR: read-only device open > failed: Permission denied > > root@raspberrypi:/lib/udev# ls -al /dev/ttyUSB0 > crw-rw---T 1 root dialout 188, 0 Jan 7 22:00 /dev/ttyUSB0 > root@raspberrypi:/lib/udev# groups nobody > nobody : nogroup > root@raspberrypi:/lib/udev# > > # more /etc/hosts > 127.0.0.1 localhost > ::1 localhost ip6-localhost ip6-loopback > fe00::0 ip6-localnet > ff00::0 ip6-mcastprefix > ff02::1 ip6-allnodes > ff02::2 ip6-allrouters > > 127.0.1.1 raspberrypi > # > > -- System Information: > Debian Release: 7.0 > Architecture: armhf (armv6l) > > Kernel: Linux 3.2.27+ (PREEMPT) > Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > Versions of packages gpsd depends on: > ii debconf [debconf-2.0] 1.5.49 > ii libbluetooth3 4.99-2 > ii libc6 2.13-37+rpi1 > ii libdbus-1-31.6.8-1 > ii libgps20 3.6-4 > ii libusb-1.0-0 2:1.0.11-1 > ii lsb-base 4.1+Debian8 > ii netbase5.0 > > Versions of packages gpsd recommends: > ii python 2.7.3~rc2-1 > ii udev175-7 > > Versions of packages gpsd suggests: > ii dbus 1.6.8-1 > ii gpsd-clients 3.6-4 > > -- debconf information: > * gpsd/start_daemon: false > * gpsd/socket: /var/run/gpsd.sock > * gpsd/device: /dev/gps0 > * gpsd/daemon_options: > * gpsd/autodetection: true > -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#719519: help needed?
Enrico, Please do so if you have the time. Very appreciated! Thanks, Bernd Enrico Tassi schrieb: >Bzed, do you want me to prepare an NMU with the new upstream release? > >Currently the package is /completely/ unusable because of the >incompatibility with lua-lpeg 0.12. > >Cheers >-- >Enrico Tassi -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
Bug#728778: dh_systemd backport: produces broken dependencies, packages uninstallable
Package: dh-systemd Version: 1.11~bpo70.1 Severity: serious The dependencies generated by dh_systemd in wheezy-backports are not installable: Depends: init-system-helpers (>= 1.11) but it is not going to be installed # apt-cache policy init-system-helpers init-system-helpers: Installed: (none) Candidate: 1.11~bpo70.1 Version table: 1.11~bpo70.1 0 This breaks building and backporting packages using dh_systemd. -- Mit freundlichen Grüßen Bernd Zeimetz Systems Engineer Debian Developer conova communications GmbH Web| http://www.conova.com/ E-Mail | b.zeim...@conova.com Zentrale Salzburg Karolingerstraße 36A 5020 Salzburg Tel | +43 (0) 662 22 00 - 313 Fax | +43 (0) 662 22 00 - 209 Es gelten die Allgemeinen Geschäftsbedingungen der conova communications GmbH, http://www.conova.com/de/agb/ smime.p7s Description: S/MIME cryptographic signature
Bug#726529: libapache2-mod-rpaf: fails on ipv6 addresses
Package: libapache2-mod-rpaf Severity: important Hi, ip based allow/deny rules are broken with libapache2-mod-rpaf and ipv6. https://github.com/ttkzw/mod_rpaf-0.6/commit/3848870bc419e46b9c49bf4d3403993bab9d1bf6 fixes this issue. Thanks, Bernd -- Mit freundlichen Grüßen Bernd Zeimetz Systems Engineer Debian Developer conova communications GmbH Web| http://www.conova.com/ E-Mail | b.zeim...@conova.com Zentrale Salzburg Karolingerstraße 36A 5020 Salzburg Tel | +43 (0) 662 22 00 - 313 Fax | +43 (0) 662 22 00 - 209 Es gelten die Allgemeinen Geschäftsbedingungen der conova communications GmbH, http://www.conova.com/de/agb/ smime.p7s Description: S/MIME cryptographic signature
Bug#725088: Intention to use NMU to fix the bug
On 10/15/2013 09:31 PM, Sergei Golovan wrote: > Hi Bernd, > > On Tue, Oct 15, 2013 at 10:53 PM, Bernd Zeimetz wrote: >> Hi, >> >>> I've bumped the severity of this bug to serious to ensure Tcl/Tk 8.4 >>> will not go to jessie when it'll become stable. >>> >>> I'm planning to use NMU to fix this bug if there's no objection for that. >> >> if you don't mind please NMU it. > > Looking into the binary packages I've found a dangling symlink > /usr/lib/radiance/dev/ogloh.hdi (it points to oglo.hd, though there's > only oglo.hdi around). Seems like a typo in debian/radiance.links. > Should I fix this too, or no? yes, please. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#725088: Intention to use NMU to fix the bug
Hi, > I've bumped the severity of this bug to serious to ensure Tcl/Tk 8.4 > will not go to jessie when it'll become stable. > > I'm planning to use NMU to fix this bug if there's no objection for that. if you don't mind please NMU it. thanks, bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726009: Insufficient RAM on build-machines (was Bug#726009: yade: FTBFS on i386 (and others))
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 10/12/2013 07:43 PM, Anton Gladky wrote:
> Thanks all, guys, for recommendations and explanations. I will try to split
> some large cpp-files as Dmitrijs mentioned (there are a couple of them,
> which are failing reliably on weak archs), remove some optimization options
> as Mathieu advised and we will see, whether it helps.
As I have a similar problem with gmic, here is my workaround in debian/rules,
maybe its helpful for you:
BUILDD_MEM := $(shell awk '/^MemTotal:/ {print $$2}' /proc/meminfo)
BUILDD_MEM_OK := $(strip $(shell test $(BUILDD_MEM) -gt 180 && echo yes))
BUILDD_SLOW_ARCH := $(strip $(shell dpkg-architecture -qDEB_BUILD_ARCH_CPU | \
grep -q -E '^(arm|mips|sh4|m68k).*' && echo yes))
ifneq (yes,$(BUILDD_MEM_OK))
GMIC_CFLAGS = -O0 -g
else
ifneq (yes,$(BUILDD_SLOW_ARCH))
GMIC_CFLAGS = -O3 -g
else
GMIC_CFLAGS = -O1 -g -fno-tree-pre
endif
endif
Good luck,
Bernd
>
> I would also try to build Yade with clang on failing archs, if upper
> mentioned actions will not help to solve the problem. Though
> openmp-parallelisation will be disabled in this case, ant it is not very
> convenient.
>
> Thanks again,
>
> Anton
>
> On 10/12/2013 02:34 PM, Mathieu Malaterre wrote:
>> Anton,
>>
>> On Fri, Oct 11, 2013 at 9:00 PM, Anton Gladky wrote:
>> [...]
>>>> /usr/bin/c++ -Dyade_EXPORTS -g -O2 -fstack-protector
>>>> --param=ssp-buffer-size=4 -Wformat -Werror=format-security
>>>> -D_FORTIFY_SOURCE=2 -DYADE_PTR_CAST=static_pointer_cast
>>>> -DYADE_CAST=static_cast -fPIC -DYADE_VTK -DYADE_OPENMP -fopenmp
>>>> -DYADE_GTS -DQGLVIEWER_FOUND -DYADE_OPENGL -frounding-math
>>>> -DYADE_CGAL -DFLOW_ENGINE -frounding-math -DLINSOLV -DFLOW_ENGINE
>>>> -DYADE_GL2PS -O3 -DNDEBUG -fPIC -
>>
>> You are using cmake in Release mode, which is bad IMHO. So having -O2 and
>> -O3 (in that order) compiles code in -O3, which is way too much AFAIK.
>>
>> Ref: http://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html ... If you
>> use multiple -O options, with or without level numbers, the last such
>> option is the one that is effective. ...
>>
>> See also here why CMAKE_BUILD_TYPE should be required to be set to "" on
>> debian: http://bugs.debian.org/701231#12
>>
>> 2cts
>
>
- --
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/
iQIcBAEBCAAGBQJSWtwtAAoJEOs2Fxpv+UNfk/AP/2bOgmDo/AOEamZQorJe/Kns
i0+rsTnEZ69s5DJ0nt1zRMvKCMTNrfkcunxEwhjYEEsAqVHUXKl+hSS0i+s4zPbI
zYOo9DvrrTUrBEz1hqeOVJZxLXJrwS78+Y74sgn9ViBadNaz1nqGOE9/Uux3FDpp
memIwR2b+FRiPNvww3QZy0xG7nVwO91zpLobo1HpVod/XeQ3Xo5huX3LUsMlhGza
BzGPfvsb8m0a5QtNomndWLwakceD35LonqMHqTwzkTCEkFGs0FUes/fhkxey74Wq
PkuZfpplFSApvAFDn+xekHmFnTFdLtXNCneGIUo0S+FytyLniJ6lFSViNURtqFNC
iyrbY1gWKFOzcw42eUVUNlWRPL6fYdjnrnwWMnM6PTYnklY+H6s96RDUVzCOyEDv
z5p2r2RSuFstqUa12XZN7HyoV3XmMDJAm95CLxWL8RW3dUB0antKyKyO71BaJUhW
0q9WFkNnAnDzj5f4fazi9iIP8j+hackG2mro6g3weoraL9p/QX5Aihp6awNdI2UQ
iFSLlr8HTcPc8ucLp7k2zGCDK0xm8DzuVUIIcfYxgvLj7QoMoq5gg1/TiTulqi9y
Oi2L93bOWn+T8APYFbu4iJTG7VzLhR3blkbjv+8EQ/OCAW6n+2GhTbT/75QLBuZ2
1YEkw8Cj4jW+naG1TIgm
=47Fr
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#725525: [/master] Drop -mtune=generic option from upstream's Makefile.
tag 725525 pending thanks Date: Sun Oct 6 22:09:13 2013 +0200 Author: Bernd Zeimetz Commit ID: ef5bff794db58442386135b1bdbf191e2f758f01 Commit URL: http://anonscm.debian.org/gitweb/?p=collab-maint/gmic.git;a=commitdiff;h=ef5bff794db58442386135b1bdbf191e2f758f01 Patch URL: http://anonscm.debian.org/gitweb/?p=collab-maint/gmic.git;a=commitdiff_plain;h=ef5bff794db58442386135b1bdbf191e2f758f01 Drop -mtune=generic option from upstream's Makefile. Thanks: KiBi Closes: #725525 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#703645: packaging Postgres binary dump files
On 09/20/2013 06:18 PM, Daniel Pocock wrote: > To go the other way (from an ASCII SQL into a binary dump file) during > the package build phase, it needs to be loaded into a running PostgreSQL > server and then extracted with pg_dump. I don't think that is a great > build dependency, especially if we want to support things like chroot > builds. I don't think you should distribute the files in the binary format at all as you'd have to require a pg_restore which is able to restore the files from pg_dump in the version you've used to package it - so while it might be possible that the ascii version just works well for older postgres versions, you might end up with needed pg_restore form 9.x just becuase you dumped it with it. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#721384: [www.debian.org] officiallogo.svg can't be opened in inkscape
Hi, > inkscape from stable (0.48.3.1-1.3) can open it. I was kinde sure i ran into the same issues some months ago, I guess with the version which is in stable now. > Maybe there is a regression in a more recent inkscape version ? No idea. > Is there any inkscape error message that would help justify the patch > attached ? > /home/bzed/workspace/debian/logo/officiallogo_orig.svg:18: namespace warning : xmlns: URI &ns_svg; is not absolute xmlns="&ns_svg;" xmlns:xlink="&ns_xlink;" xmlns:a="http://ns.adobe.com/AdobeSV ^ /home/bzed/workspace/debian/logo/officiallogo_orig.svg:22: namespace warning : xmlns: URI &ns_vars; is not absolute ^ /home/bzed/workspace/debian/logo/officiallogo_orig.svg:25: namespace warning : xmlns: URI &ns_custom; is not absolute ^ Same error happens on the nd logo, too. Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#721644: nsca-client: overwrites nsca.cfg from nsca package on upgrade
Severity: serious Version: 2.9.1-2 Package: nsca-client Upgrading nsca to nsca-client results in a loss of all settings in nsca.cfg - this should be handled in a sane way on upgrades. Thanks, Bernd -- Mit freundlichen Grüßen Bernd Zeimetz Systems Engineer Debian Developer conova communications GmbH Web| http://www.conova.com/ E-Mail | b.zeim...@conova.com Zentrale Salzburg Karolingerstraße 36A 5020 Salzburg Tel | +43 (0) 662 22 00 - 313 Fax | +43 (0) 662 22 00 - 209 Es gelten die Allgemeinen Geschäftsbedingungen der conova communications GmbH, http://www.conova.com/de/agb/ smime.p7s Description: S/MIME cryptographic signature
Bug#679607: python-pywbem and sblim-wbemcli: error when trying to install together
Hi, I'm preparing a new upload of sblim-wbemcli. Shall I rename the contained wbemcli binary, or do you still plan letting me use that name? given the low popcon and pywebem not being devleoped by upstream anymore, I think it would be okay for you to take the name, if we find a proper way to let people know about it. I guess pywbem could ship wbemcli.py instead, then it would be obvious. What would you think about a debconf notice which is displayed only to those who have python-wbem installed? or something like that? Do you have better ideas? Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#685085: [/master] Recommend expect-dev for unbuffer.
tag 685085 pending thanks Date: Thu Aug 29 22:23:34 2013 +0200 Author: Bernd Zeimetz Commit ID: 01c93179176aeba77679f5cc3ee6b564d97c9ed9 Commit URL: http://git.debian.org/?p=collab-maint/viking.git;a=commitdiff;h=01c93179176aeba77679f5cc3ee6b564d97c9ed9 Patch URL: http://git.debian.org/?p=collab-maint/viking.git;a=commitdiff_plain;h=01c93179176aeba77679f5cc3ee6b564d97c9ed9 Recommend expect-dev for unbuffer. Closes: #685085 Thanks: Uwe Storbeck -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#684061: [/master] Depend on gpsbabel.
tag 684061 pending thanks Date: Thu Aug 29 22:17:44 2013 +0200 Author: Bernd Zeimetz Commit ID: 2a7574b93fa7379547946e3da157fec3067f45fd Commit URL: http://git.debian.org/?p=collab-maint/viking.git;a=commitdiff;h=2a7574b93fa7379547946e3da157fec3067f45fd Patch URL: http://git.debian.org/?p=collab-maint/viking.git;a=commitdiff_plain;h=2a7574b93fa7379547946e3da157fec3067f45fd Depend on gpsbabel. Closes: #684061 Thanks: Celelibi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#721384: [www.debian.org] officiallogo.svg can't be opened in inkscape
Package: www.debian.org Severity: normal Tags: patch Hi, I was not able to open http://www.debian.org/logos/officiallogo.svg using inkscape - as it seems it was created with some adobe program. A diff that fixes this issue is attached. Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F --- officiallogo_orig.svg 2007-06-23 19:17:07.0 +0200 +++ officiallogo.svg2013-08-31 01:25:50.053621454 +0200 @@ -7,29 +7,14 @@ http://ns.adobe.com/Graphs/1.0/";> http://ns.adobe.com/Variables/1.0/";> http://ns.adobe.com/ImageReplacement/1.0/";> - http://ns.adobe.com/SaveForWeb/1.0/";> - http://ns.adobe.com/GenericCustomNamespace/1.0/";> http://ns.adobe.com/XPath/1.0/";> - http://www.w3.org/2000/svg";> http://www.w3.org/1999/xlink";> ]> http://ns.adobe.com/AdobeSVGViewerExtensions/3.0/"; +xmlns:xlink="&ns_xlink;" xmlns:a="http://ns.adobe.com/AdobeSVGViewerExtensions/3.0/"; width="107.662" height="240.721" viewBox="0 0 107.662 240.721" overflow="visible" enable-background="new 0 0 107.662 240.721" xml:space="preserve"> - - - - - - - - - - - -
Bug#721283: [www.debian.org] Please mention Bytemark's donation
On 08/29/2013 11:48 PM, Filipus Klutiero wrote: > Bytemark is already credited in http://www.debian.org/partners/index.en.html > but > not for hardware donations. We do not list which kind of donations we got on that page, which is good, otherwise we'd have to start some kind of ranking, depending on the amount of hardware/whatever a company sponsored, and that's something we clearly neither want to have nor should we point out to the public. New companies are added at the end of the list, which is not the best thing, too, but fine so far. > By the way, both Bytemark and Eaton ( > http://www.debian.org/News/2013/20130321 ) > made donations to Debian, but none show on > http://www.debian.org/misc/equipment_donations.en.html That page is completely outdated and unmaintained, it should go away. I think having the partners page and the mirror sponsors page is fine, everything else is impossible to maintain. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#718741: gpsd: FTBFS on arm* & more
Hi, thanks for the report. The fix was commited but I forgot about it unfortunately :( Uploading right now! cheers, bernd On 08/05/2013 01:56 AM, Hector Oron wrote: > Source: gpsd > Version: 3.9-1 > Severity: serious > Justification: FTBFS > > > Hello, > > Your package fails to build from source on Debian autobuilder network. > > Please check your package build logs at: > <https://buildd.debian.org/status/package.php?p=gpsd&suite=sid> > > Best regards > > > -- System Information: > Debian Release: jessie/sid > APT prefers unstable > APT policy: (900, 'unstable'), (500, 'stable'), (1, 'experimental') > Architecture: i386 (i686) > > Kernel: Linux 3.10-1-686-pae (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 > -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#717255: [Pkg-freeipmi-devel] Bug#717255: Bug#717255: src:freeipmi: maintainer address rejects mail
On 07/21/2013 05:07 PM, Helmut Grohne wrote: >> To avoid having yet another list catching tons of spam, I don't think it >> will be >> opened for public postings. > > Your reasoning makes sense. Still it makes discovering the contact for a > random package a little harder and that is unfortunate. This issue > recently popped up on -devel during the Mayhem reports. If you have a > suggestion on how to mechanically determine the (public/private) > security contacts of a random package, that would be appreciated. Thats pretty easy: - contact the person who signed the upload ~% who-uploads gpsd Uploads for gpsd: 3.9-1 to unstable: Bernd Zeimetz 3.6-4+deb7u1 to wheezy: Bernd Zeimetz 3.6-5 to unstable: Bernd Zeimetz or the person in the changelog, which should never be a machine account... % zcat /usr/share/doc/gpsd/changelog.Debian.gz | parsechangelog - | grep Maintainer Maintainer: Bernd Zeimetz Most list addresses on alioth do not allow to post to the list without subscribing. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#716949: nagios-nrpe-server: removes its PID on connection errors
Package: nagios-nrpe-server Version: 2.13-3 Severity: serious Tags: patch Hi, after being scanned by nmap or just with a simple tcp health check, it restarts itself but seems to fail to create the pid file again - so stopping or restarting the nrpe daemon fails, which will break all upgrades. A longer discussion and a patch can be found here: https://bugs.launchpad.net/ubuntu/+source/nagios-nrpe/+bug/1126890 Interestingly I was not able to trigger the bug on all wheezy machines, but didn't find the time to figure out why. But this should not happen anyway: nmap sT -p 5666 hostname Jul 15 11:12:01 hstname nrpe[30261]: Error: Network server getpeername() failure (107: Transport endpoint is not connected) Jul 15 11:12:01 hostname nrpe[30261]: Cannot remove pidfile '/var/run/nagios/nrpe.pid' - check your privileges. Jul 15 11:12:01 hostname nrpe[30261]: Daemon shutdown A fix in wheezy would be appreciated. Thanks, Bernd -- Mit freundlichen Grüßen Bernd Zeimetz Systems Engineer Debian Developer conova communications GmbH Web| http://www.conova.com/ E-Mail | b.zeim...@conova.com Zentrale Salzburg Karolingerstraße 36A 5020 Salzburg Tel | +43 (0) 662 22 00 - 313 Fax | +43 (0) 662 22 00 - 209 Es gelten die Allgemeinen Geschäftsbedingungen der conova communications GmbH, http://www.conova.com/de/agb/ smime.p7s Description: S/MIME cryptographic signature
Bug#715155: uwsgi-plugin-nagios: plugin doesn't recognize its own option
Package: uwsgi-plugin-nagios Version: 1.2.3+dfsg-5+b1 Severity: grave Hi, the uwsgi nagios plugin doesn't work at all: # uwsgi -s /tmp/foo --plugin nagios --nagios the loaded plugin (nagios_plugin.so) has no .name attribute uwsgi: unrecognized option '--nagios' getopt_long() error Expected output would be something like # uwsgi -s /tmp/foo --plugin nagios --nagios connect(): No such file or directory [socket.c line 342] UWSGI CRITICAL: could not connect() to workers A fix in stable would be appreciated, too. Thanks, Bernd -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-rt-amd64 (SMP w/4 CPU cores; PREEMPT) 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 uwsgi-plugin-nagios depends on: ii libc6 2.17-6 ii uwsgi-core 1.2.3+dfsg-5+b1 uwsgi-plugin-nagios recommends no packages. uwsgi-plugin-nagios 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#714111: Update GIMP + Resynthesize (gimp-plugin-registry)
On 06/27/2013 04:35 AM, Uwe Borchert wrote: > Hi, > > Am 27.06.2013 01:17, schrieb Bernd Zeimetz: > >> what you describe is imho just a result of the rewrite of the plugin >> - it works a bit different now. > > Is there any new documentation available? I can't find anything. > All docs describe the well known behavior. It was somewhere, can't find it, though. >>> Imagine a blue textured background with someting like a red cloud. >> >> Done. What you should do now is to copy the area with the red cloud (or some >> other area you want to use as a source for resynthesizing into a new image >> (layer should work, too...). Cut the could out of the copied image if you've >> chosen to copy that part... >> >>> Now select the cloud an Filters/Map/Resynthesizer the image. >> >> Select the image with the copied stuff as texture source! Run resynthesize... > > This part will not work as expected! Why? Where is the problem to select the copied image as texture source in the resynthesizer dialog? So far I can't see any issues with the plugin, sorry. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#714111: Update GIMP + Resynthesize (gimp-plugin-registry)
Hi, what you describe is imho just a result of the rewrite of the plugin - it works a bit different now. > Imagine a blue textured background with someting like a red cloud. Done. What you should do now is to copy the area with the red cloud (or some other area you want to use as a source for resynthesizing into a new image (layer should work, too...). Cut the could out of the copied image if you've chosen to copy that part... > Now select the cloud an Filters/Map/Resynthesizer the image. Select the image with the copied stuff as texture source! Run resynthesize... > red cloud should disapear, but it's swirled around and blurred. If > you use Filters/Enhance/Heal Selection the red cloud would dispear. and everything should be as you want it to be, I think. Does that help? Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#714199: gpsd: [PATCH] use dh-systemd for proper systemd maintscripts
Hi, thanks for the patch! Applied, will be shipped with the next upload. http://git.recluse.de/?p=debian/pkg-gpsd.git;a=commit;h=d41eaabd6ccacaec4aa14a6790211ff07bfac877;js=1 cheers, Bernd On 06/26/2013 08:30 PM, Michael Stapelberg wrote: > Package: gpsd > Version: 3.9-1 > Severity: normal > Tags: patch > User: pkg-systemd-maintain...@lists.alioth.debian.org > Usertags: systemd-units > X-Debbugs-CC: pkg-systemd-maintain...@lists.alioth.debian.org > > > Hi, > > Thanks for shipping a systemd service file with gpsd. > > By applying the attached patch, systemd users will enjoy a fully working > gpsd on their machines: it will get enabled and started properly > (even if installed on sysvinit and later switching to systemd). > > Therefore, please apply the patch for your next upload. Thanks! > > I also added a diff between the old (3.9-1) and new (3.9-1 with systemd > patch) control.tar.gz contents. > -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#714111: Update GIMP + Resynthesize (gimp-plugin-registry)
Hi, as far as I understand the plugin works as expected. There were some changes by upstream - I'd suggest you discuss your problems with them. Cheers, Bernd On 06/26/2013 02:11 AM, Uwe Borchert wrote: > Hi, > > using resynthesize via Filters/Enhance/Heal Selection (1) will work. > Only Filters/Render/Resynthesize (2) will fail. > > (1) German: Filter/Verbessern/Heal Selection) > (2) German: Filter/Render/Resynthesize > > This is the first work-around I found. Hope this helps. > > Bye bye -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#685797: [Pkg-nagios-devel] Bug#685797: nagios-plugins-contrib: check_raid - cli64 and ModelName containing spaces
Hi, > One of our servers with an areca card has drives that have modelnames > containing spaces and hyphens. This causes the drive section of the > results from check_raid to be blank. Attached is a patch to update the > regex and handle our drives. thanks for the bug report and sorry for the late reply. Please check if check_raid from the version in unstable works for you as your patch doesn't apply anymore. It would be great if you could update the patch if necessary - then I'll also push it to upstream. Thanks Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661167: [Pkg-nagios-devel] Bug#661167: Bug#661167: please include nagios-check-printer-status
Hi again, unfortunately I didn't get a reply at all. Please let me know what your opinion is, otherwise I'll close this bug as I don't have a personal use for the plugin yet. >> please include nagios-check-printer-status: >> >> http://svn.noreply.org/svn/weaselutils/trunk/nagios-check-printer-status > > I'm not keen on including exactly that plugin as it uses lpstat only. > Something which knows about cups - which is the default printing system > these days - would be better. > > Maybe one of these: > > http://exchange.nagios.org/directory/Plugins/Printing/check_cups_queue/details > > https://www.monitoringexchange.org/inventory/Check-Plugins/Hardware/Devices/Printer/check_cups Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693375: [gpsd/master] Adding pt_BR translation.
tag 693375 pending thanks Date: Thu May 16 18:55:05 2013 +0200 Author: Bernd Zeimetz Commit ID: 6503bfe716407005bc2bd8234fcbfd8983212c7a Commit URL: http://git.recluse.de/?p=debian/pkg-gpsd.git;a=commitdiff;h=6503bfe716407005bc2bd8234fcbfd8983212c7a Patch URL: http://git.recluse.de/?p=debian/pkg-gpsd.git;a=commitdiff_plain;h=6503bfe716407005bc2bd8234fcbfd8983212c7a Adding pt_BR translation. Thanks: Adriano Rafael Gomes Closes: #693375 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#706727: unblock: gpsd/3.6-5
Hi, > It was /far/ too late to get in before the release at that point, so... thought so, but as I didn't find the time to read all the lists I thought I could give it a try :) Pretty busy these days... > >> +gpsd (3.6-5) unstable; urgency=medium >> + >> + * [818fb0a6] Fixing two security bugs in gpsd >> +- one triggered by malformed NMEA packets, making gpsd crash >> +- the other one is a possible DOS in the AIS parser, >> + CVE-2013-2038 >> +Thanks to Salvatore Bonaccorso (Closes: #706665) > > Please use "3.6-4+deb7u1" as the version and "wheezy" as the upload > target. uploaded. Thanks, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#706665: [gpsd/master] Fixing two security bugs in gpsd
tag 706665 pending thanks Date: Fri May 3 20:56:39 2013 +0200 Author: Bernd Zeimetz Commit ID: 818fb0a6210e96ff72e3a2557d2707ddf05fe07b Commit URL: http://git.recluse.de/?p=debian/pkg-gpsd.git;a=commitdiff;h=818fb0a6210e96ff72e3a2557d2707ddf05fe07b Patch URL: http://git.recluse.de/?p=debian/pkg-gpsd.git;a=commitdiff_plain;h=818fb0a6210e96ff72e3a2557d2707ddf05fe07b Fixing two security bugs in gpsd - one triggered by malformed NMEA packets, making gpsd crash - the other one is a possible DOS in the AIS parser, CVE-2013-2038 Closes: #706665 Thanks: Salvatore Bonaccorso -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#706727: unblock: gpsd/3.6-5
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Hi!
Please unblock package gpsd as it fixes CVE-2013-2038
The bug is not *that* bad, so if you don't have the time to get it in
before wheezy is released, I'll prepare an update for the first point
release, no problem at all.
Thanks,
Bernd
unblock gpsd/3.6-5
diff --git a/debian/changelog b/debian/changelog
index 4fb3c27..54e87f3 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,13 @@
+gpsd (3.6-5) unstable; urgency=medium
+
+ * [818fb0a6] Fixing two security bugs in gpsd
+- one triggered by malformed NMEA packets, making gpsd crash
+- the other one is a possible DOS in the AIS parser,
+ CVE-2013-2038
+Thanks to Salvatore Bonaccorso (Closes: #706665)
+
+ -- Bernd Zeimetz Fri, 03 May 2013 20:57:35 +0200
+
gpsd (3.6-4) unstable; urgency=low
* [8607cd96] Add some bugfixes from upstream.
diff --git a/debian/patches/08edc49_Address-Savannah-bug-38511
b/debian/patches/08edc49_Address-Savannah-bug-38511
new file mode 100644
index 000..23803a6
--- /dev/null
+++ b/debian/patches/08edc49_Address-Savannah-bug-38511
@@ -0,0 +1,23 @@
+From 08edc49d8f63c75bfdfb480b083b0d960310f94f Mon Sep 17 00:00:00 2001
+From: "Eric S. Raymond"
+Date: Wed, 10 Apr 2013 22:22:34 -0400
+Subject: [PATCH] Address Savannah bug #38511:
+
+ais_context->bitlen <= sizeof(ais_context->bits)/8 is not checked
+---
+ drivers.c |4
+ 1 file changed, 4 insertions(+)
+
+--- a/drivers.c
b/drivers.c
+@@ -1332,6 +1332,10 @@ static bool aivdm_decode(const char *buf
+ (1 << (7 - ais_context->bitlen % 8));
+ }
+ ais_context->bitlen++;
++ if (ais_context->bitlen > sizeof(ais_context->bits)) {
++ gpsd_report(LOG_INF, "overlong AIVDM payload truncated.\n");
++ return false;
++ }
+ }
+ /*@ +shiftnegative @*/
+ }
diff --git a/debian/patches/dd9c3c2_Fix-a-malformed-packet-crash
b/debian/patches/dd9c3c2_Fix-a-malformed-packet-crash
new file mode 100644
index 000..e60fcea
--- /dev/null
+++ b/debian/patches/dd9c3c2_Fix-a-malformed-packet-crash
@@ -0,0 +1,33 @@
+From dd9c3c2830cb8f8fd8491ce68c82698dc5538f50 Mon Sep 17 00:00:00 2001
+From: "Eric S. Raymond"
+Date: Wed, 24 Apr 2013 07:44:35 -0400
+Subject: [PATCH] Fix a malformed-packet crash.
+
+Under weird circumstances, this line of device input
+
+$GPGGA,030130$GPGLL,2638.1728,N,08011.3893,W,030131.000,A,A*41
+
+could core-dump the packet parser. The context had to be exactly
+right for it to happen. The bug was an incorrect attempt at optimizing
+recovery from this rare case.
+---
+ NEWS |3 ++-
+ packet.c |5 ++---
+ test/daemon/triton400.log | 11 ++-
+ www/faq.html.in |4 ++--
+ 4 files changed, 12 insertions(+), 11 deletions(-)
+
+--- a/packet.c
b/packet.c
+@@ -471,9 +471,8 @@ static void nextstate(struct gps_packet_
+ /* not strictly correct, but helps for interpreting logfiles */
+ lexer->state = NMEA_RECOGNIZED;
+ else if (c == '$'){
+- /* faster recovery from missing sentence trailers */
+- lexer->state = NMEA_DOLLAR;
+- lexer->inbufptr += (n-1);
++ lexer->state = GROUND_STATE;
++ character_pushback(lexer);
+ } else if (!isprint(c))
+ lexer->state = GROUND_STATE;
+ break;
diff --git a/debian/patches/series b/debian/patches/series
index 9c47577..c9b2081 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -6,3 +6,5 @@
a3f6c60_Do-not-assume-little_endian-just-because-__BIG_ENDIAN__-is-not-defined
5158d66_Fix-the-leap-seconds-notify
c5623da_Another-fix-the-leap-seconds-notify
7f25576_Rebuild-some-binary-driver-tests.-Explain-why-this-is-needed
+08edc49_Address-Savannah-bug-38511
+dd9c3c2_Fix-a-malformed-packet-crash
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#706665: gpsd: CVE-2013-2038
Hi, > the following vulnerability was published for gpsd. > > CVE-2013-2038[0]: > DoS (packet parser crash) in the AIS driver when processing malformed packet interesting as there is also a second way to make gpsd crash, although that would require a pretty buggy NMEA string. If you look at the > If you fix the vulnerability please also make sure to include the > CVE (Common Vulnerabilities & Exposures) id in your changelog entry. > > Patches referenced by upstream developer and detailed explanation can be > found at [1,2,3]. > > For further information see: > > [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2038 > http://security-tracker.debian.org/tracker/CVE-2013-2038 > [1] http://marc.info/?l=oss-security&m=136753549732442&w=2 > [2] > http://git.savannah.gnu.org/cgit/gpsd.git/commit/?id=dd9c3c2830cb8f8fd8491ce68c82698dc5538f50 > [3] > http://git.savannah.gnu.org/cgit/gpsd.git/commit/?id=08edc49d8f63c75bfdfb480b083b0d960310f94f > > Please adjust the affected versions in the BTS as needed. > > @Bernd: I have not (yet) further investigated, only looked at current > code to see if above match. Already looked into it, and I've prepared a fixed upload already. But I don't think the bug is bad enough to require a security upload or fix in wheezy before the release. I'll upload it to unstable and see if the release team picks it up for wheezy, otherwise it will be fine to have it in the first point-release. Cheers, Bernd > > Regards, > Salvatore -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#493784: libgc: please provide a build with --enable-large-config
On 04/05/2013 10:23 AM, Christoph Egger wrote: > Philipp Kern writes: >> On Mon, Aug 04, 2008 at 11:26:10PM +0200, Bernd Zeimetz wrote: >>> for some use cases ([1] for example) it would be useful to have a >>> version of libgc available, which was built with --enable-large-config. >>> I didn't dig into libgc to find out what the best way would be to >>> achive this, but I'm sure there is one ;) >> >> Related to #503218, which I don't want to reopen, I again had the case of >> inkscape not opening a file with a libgc without --enable-large-config. I >> recompiled libgc and it worked. That's on x86 with 8G of RAM, so I'm ok >> with inkscape chewing 6G of it. Maybe it could be made the default on >> some architectures only? At least if it's a compatible change? > > I'll look into it after the freeze Cool, thanks a lot! Actually I even remember why I've opened the bug 5 years ago - rendering OSM tiles needed --enable-large-config Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#703360: unblock: zbar/0.10+doc-8
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Hi release team,
please unblock the package zbar as the last upload makes the Python
extension actually work on arm* (and maybe other architectures).
See #702499 for details.
I'm also fixing #634774 with the upload as I had it commited already,
replacing [!kfreebsd-* !hurd-*] by [linux-any]. Hope thats okay,
although absolutely not release critical.
Full diff between -7 and -8 is attached.
Thanks,
Bernd
unblock zbar/0.10+doc-8
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
diff --git a/debian/changelog b/debian/changelog
index e27a8ee..2ddb8ab 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,15 @@
+zbar (0.10+doc-8) unstable; urgency=low
+
+ * [5c38da40] Use [linux-any] instead of [!kfreebsd-*].
+Thanks to Robert Millan (Closes: #634774)
+ * [1f15f52e] Add sentinel to PyGetSetDef imagescanner_getset[].
+Ensure that the loop is terminated which reads the
+imagescanner_getset[] array on import - otherwise we'll run into
+a segfault, at least on arm.
+Thanks to Anton Gladky and Peter Green (Closes: #702499)
+
+ -- Bernd Zeimetz Sun, 17 Mar 2013 22:46:47 +0100
+
zbar (0.10+doc-7) unstable; urgency=low
* [48425c37] Ack'ing NMU.
diff --git a/debian/control b/debian/control
index 452084f..e25d6ef 100644
--- a/debian/control
+++ b/debian/control
@@ -2,7 +2,7 @@ Source: zbar
Section: libs
Priority: optional
Maintainer: Bernd Zeimetz
-Build-Depends: debhelper (>= 7), autotools-dev (>= 20100122.1~), libgtk2.0-dev, libmagick++-dev, libqt4-dev, libx11-dev, pkg-config, python-all-dev (>= 2.6.6-3~), python-all-dbg (>= 2.6.6-3~), python-gtk2-dev, perl, dpkg-dev (>= 1.15.6), dh-autoreconf, quilt (>= 0.46-7~), libv4l-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386]
+Build-Depends: debhelper (>= 7), autotools-dev (>= 20100122.1~), libgtk2.0-dev, libmagick++-dev, libqt4-dev, libx11-dev, pkg-config, python-all-dev (>= 2.6.6-3~), python-all-dbg (>= 2.6.6-3~), python-gtk2-dev, perl, dpkg-dev (>= 1.15.6), dh-autoreconf, quilt (>= 0.46-7~), libv4l-dev [linux-any]
Standards-Version: 3.8.4
Homepage: http://zbar.sourceforge.net/
XS-Python-Version: >= 2.4
diff --git a/debian/patches/python-zbar-import-fix-am.patch b/debian/patches/python-zbar-import-fix-am.patch
new file mode 100644
index 000..5d632a6
--- /dev/null
+++ b/debian/patches/python-zbar-import-fix-am.patch
@@ -0,0 +1,12 @@
+--- a/python/imagescanner.c
b/python/imagescanner.c
+@@ -67,7 +67,8 @@ imagescanner_get_results (zbarImageScann
+ }
+
+ static PyGetSetDef imagescanner_getset[] = {
+-{ "results", (getter)imagescanner_get_results, },
++{ "results", (getter)imagescanner_get_results, NULL, NULL, NULL},
++{NULL} /* Sentinel */
+ };
+
+ static PyObject*
diff --git a/debian/patches/series b/debian/patches/series
index 7f82554..027a79b 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1 +1,2 @@
0001-Description-Linux-2.6.38-and-later-do-not-support-th.patch
+python-zbar-import-fix-am.patch
Bug#702499: Confirmed
, '__package__': None}, fromlist=None, level=-1) at
../Python/import.c:2175
buf = 0x330130 "zbar"
buflen = 4
parent = None
head =
next =
tail =
#11 0x00111c12 in PyImport_ImportModuleLevel (name=0xb6d81824 "zbar",
globals={'__builtins__': , '__name__': '__main__',
'__doc__': None, '__package__': None}, locals=
{'__builtins__': , '__name__': '__main__',
'__doc__': None, '__package__': None}, fromlist=None, level=-1) at
../Python/import.c:2233
result =
#12 0x000e7ffe in builtin___import__ (self=0x0, args=('zbar', {'__builtins__':
, '__name__': '__main__', '__doc__': None,
'__package__': None}, {...}, None), kwds=0x0)
at ../Python/bltinmodule.c:49
kwlist = {0x1b9020 "name", 0x1b8cd4 "globals", 0x1b8d00 "locals",
0x1b9028 "fromlist", 0x1b9034 "level", 0x0}
name = 0xb6d81824 "zbar"
globals = {'__builtins__': , '__name__':
'__main__', '__doc__': None, '__package__': None}
locals = {'__builtins__': , '__name__':
'__main__', '__doc__': None, '__package__': None}
fromlist = None
level = -1
#13 0x00077e6e in PyCFunction_Call (func=, arg=
('zbar', {'__builtins__': , '__name__':
'__main__', '__doc__': None, '__package__': None}, {...}, None), kw=0x0) at
../Objects/methodobject.c:85
f = 0xb6df2678
meth = 0xe7f89
self = 0x0
size = 4
#14 0x000299c6 in PyObject_Call (func=,
arg=('zbar', {'__builtins__': , '__name__':
'__main__', '__doc__': None, '__package__': None}, {...}, None),
kw=0x0) at ../Objects/abstract.c:2529
result =
call = 0x77ded
#15 0x000f9e54 in PyEval_CallObjectWithKeywords (func=, arg=
('zbar', {'__builtins__': , '__name__':
'__main__', '__doc__': None, '__package__': None}, {...}, None), kw=0x0) at
../Python/ceval.c:3890
result = 'zbar'
#16 0x000f54e6 in PyEval_EvalFrameEx (f=Frame 0x32b0e0, for file , line
1, in (), throwflag=0) at ../Python/ceval.c:2333
stack_pointer = 0x32b224
next_instr = 0xb6c9dfcd "Z"
opcode = -1226889608
oparg = 0
why = WHY_NOT
err = 0
x =
v =
w = ('zbar', {'__builtins__': ,
'__name__': '__main__', '__doc__': None, '__package__': None}, {...}, None)
u = -1
t = 0x0
stream = 0x0
fastlocals = 0x32b220
freevars = 0x32b220
retval = 0x0
tstate = 0x2d1068
co = 0xb6d94628
instr_ub = -1
instr_lb = 0
instr_prev = -1
first_instr = 0xb6c9dfc4 "d"
names = ('zbar',)
consts = (-1, None)
filename = 0xb6c9fbdc ""
__PRETTY_FUNCTION__ = "PyEval_EvalFrameEx"
#17 0x000f846c in PyEval_EvalCodeEx (co=0xb6d94628, globals={'__builtins__':
, '__name__': '__main__', '__doc__': None,
'__package__': None}, locals=
{'__builtins__': , '__name__': '__main__',
'__doc__': None, '__package__': None}, args=0x0, argcount=0, kws=0x0,
kwcount=0, defs=0x0, defcount=0, closure=0x0)
at ../Python/ceval.c:3253
f = Frame 0x32b0e0, for file , line 1, in ()
retval = 0x0
fastlocals = 0x32b220
freevars = 0x32b220
tstate = 0x2d1068
x = [, ]
u =
__PRETTY_FUNCTION__ = "PyEval_EvalCodeEx"
#18 0x000efcf6 in PyEval_EvalCode (co=0xb6d94628, globals={'__builtins__':
, '__name__': '__main__', '__doc__': None,
'__package__': None}, locals=
{'__builtins__': , '__name__': '__main__',
'__doc__': None, '__package__': None}) at ../Python/ceval.c:667
No locals.
#19 0x001200dc in run_mod (mod=0x334688, filename=0x1bf42c "",
globals={'__builtins__': , '__name__': '__main__',
'__doc__': None, '__package__': None}, locals=
{'__builtins__': , '__name__': '__main__',
'__doc__': None, '__package__': None}, flags=0xbefff5c8, arena=0x3386c8) at
../Python/pythonrun.c:1365
co = 0xb6d94628
v =
#20 0x00120002 in PyRun_StringFlags (str=0x2d1008 "import zbar\n", start=257,
globals={'__builtins__': , '__name__': '__main__',
'__doc__': None, '__package__': None}, locals=
{'__builtins__': , '__name__': '__main__',
'__doc__': None, '__package__': None}, flags=0xbefff5c8) at
../Python/pythonrun.c:1328
ret = 0x0
mod = 0x334688
arena = 0x3386c8
#21 0x0011ee82 in PyRun_SimpleStringFlags (command=0x2d1008 "import zbar\n",
flags=0xbefff5c8) at ../Python/pythonrun.c:969
m =
d = {'__builtins__': , '__name__':
'__main__', '__doc__': None, '__package__': None}
v =
#22 0x00135950 in Py_Main (argc=3, argv=0xbefff784) at ../Modules/main.c:583
c = 99
sts = 0
command = 0x2d1008 "import zbar\n"
filename = 0x0
module = 0x0
fp = 0xb6f0e680
p = 0x0
unbuffered = 0
skipfirstline = 0
stdin_is_interactive = 1
help = 0
version = 0
saw_unbuffered_flag = 0
cf = {cf_flags = 0}
#23 0x0001d4fa in main (argc=3, argv=0xbefff784) at ../Modules/python.c:23
No locals.
(gdb)
Cheers,
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#702499: Confirmed
Hi! On 03/13/2013 11:20 PM, Anton Gladky wrote: > zbarpygt imports silently. So no crash, nothing badly happening? Does it work? Like are you able to scan a barcode? Thanks, bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#702499: Confirmed
hi, thanks for the bug report. Looking at the backtrace it smells like a bug in python actually. Does anybody of you (as you have the hardware at home as it seems :)) have the time to debug this? The other wild guess would be compiler issues ... At least please try to import the gtk version - zbarpygtk - and see if it happens there, too. Thanks, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686200: open-vm-tools: fails to upgrade do failing to stop the old daemon
Hi, as you've tagged this bug moreinfo: In unstable you've added the one second sleep "fix" to the init script again instead of using the return values of start-stop-daemon properly. As discussed on #683299 a sleep 1 does not make sense at all, either it is properly implemented and works as expected, then you don't need a sleep 1, or its buggy, then sleep 1 might work or not, depending on the system load and other fun. Please fix this as suggested in my NMU. Thanks, Bernd -- Mit freundlichen Grüßen Bernd Zeimetz Systems Engineer Debian Developer conova communications GmbH Web| http://www.conova.com/ E-Mail | b.zeim...@conova.com Zentrale Salzburg Karolingerstraße 36A 5020 Salzburg Tel | +43 (0) 662 22 00 - 313 Fax | +43 (0) 662 22 00 - 209 Es gelten die Allgemeinen Geschäftsbedingungen der conova communications GmbH, http://www.conova.com/de/agb/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#659632: debian graphite-web enhancements
Hey guys, are there any news about the graphite web packaging? Is there something missing? Do you need a sponsor? Would be good to have the package in Debian soon. Thanks, Bernd -- Mit freundlichen Grüßen Bernd Zeimetz Systems Engineer Debian Developer conova communications GmbH Web| http://www.conova.com/ E-Mail | b.zeim...@conova.com Zentrale Salzburg Karolingerstraße 36A 5020 Salzburg Tel | +43 (0) 662 22 00 - 313 Fax | +43 (0) 662 22 00 - 209 Es gelten die Allgemeinen Geschäftsbedingungen der conova communications GmbH, http://www.conova.com/de/agb/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#696198: ferm: weird parsing failure when using domain (ip ip6) in functions
Package: ferm
Version: 2.1.1-2
Severity: normal
Hi there!
Ferm fails to parse
@def &foo() = {
domain (ip ip6) table filter chain FOO ACCEPT;
}
&foo();
with the following error message:
Error in foo.ferm line 2:
(
ip ip6
)
table filter chain FOO ACCEPT ;
<--
Missing "}" at end of file
Which is kinda confusing and not pointing to the real problem (even
worse, if you call &foo much later, it points to a completely wrong
line...).
I'd expect it to work as
@def &foo() = {
domain ip6 table filter chain FOO ACCEPT;
domain ip table filter chain FOO ACCEPT;
}
&foo();
just works well:
# Generated by ferm 2.1.1 on Mon Dec 17 23:59:11 2012
*filter
:FOO - [0:0]
-A FOO --jump ACCEPT
COMMIT
# Generated by ferm 2.1.1 on Mon Dec 17 23:59:11 2012
*filter
:FOO - [0:0]
-A FOO --jump ACCEPT
COMMIT
Cheers,
Bernd
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages ferm depends on:
ii debconf 1.5.46
ii iptables 1.4.14-3
ii lsb-base 4.1+Debian7
ii perl 5.14.2-13
Versions of packages ferm recommends:
ii libnet-dns-perl 0.68-1.1
ferm suggests no packages.
-- Configuration Files:
/etc/default/ferm changed [not included]
/etc/ferm/ferm.conf [Errno 13] Permission denied: u'/etc/ferm/ferm.conf'
-- 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
