Bug#745732: [Pkg-fonts-bugs] Bug#745732: fontforge: Please package new version
Quoting D. Stuart Freeman (stuart.free...@et.gatech.edu): Source: fontforge Version: 20120731.b-5 Severity: wishlist Dear Maintainer, The version of fontforge currently in unstable is nearly 2 years out of date. Version 2.0 was released 4 months ago, see: https://github.com/fontforge/fontforge/releases Thank you for pointing us to this. Any volunteer for this among pkg-fonts folks? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741235: efibootmgr patch
The patch in question is part of git commit de0ca44637, which has been merged upstream on November 29th 2012, according to GitHub. So a new upstream release should include this patch as well. -- Best Regards Jan signature.asc Description: OpenPGP digital signature
Bug#745793: [udev] man page bug - wrong system rules path
Package: udev Version: 204-8 Severity: normal --- Please enter the report below this line. --- The first line in RULES FILES section: The udev rules are read from the files located in the system rules directory /usr/lib/udev/rules.d The directory here may be /lib/udev/rules.d --- System information. --- Architecture: amd64 Kernel: Linux 3.14-trunk-amd64 Debian Release: jessie/sid 990 unstable ftp.debian.org 500 testing-updates ftp.debian.org 500 testing security.debian.org 500 testing ftp.debian.org 1 experimental ftp.debian.org --- Package information. --- Depends (Version) | Installed =-+-== libacl1 (= 2.2.51-8) | 2.2.52-1 libblkid1 (= 2.19.1) | 2.20.1-5.7 libc6 (= 2.17) | libkmod2 (= 5~) | libselinux1 (= 2.0.65) | libudev1 (= 204-8) | lsb-base (= 3.0-6) | util-linux (= 2.16) | procps | Package's Recommends field is empty. Package's Suggests field is empty.
Bug#745793: [udev] man page bug - wrong system rules path
reassign 745973 src:systemd forcemerge 717491 745973 thanks Am 25.04.2014 08:15, schrieb ??: The first line in RULES FILES section: The udev rules are read from the files located in the system rules directory /usr/lib/udev/rules.d The directory here may be /lib/udev/rules.d See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717491 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#744174: fixed in mpd 0.18.10-2
To whom it may concern, For those who stumble upon this issue and are trying to fix it on their system, I found that I still had the issue even with 0.18.10-2 installed. In particular, running sudo chkconfig mpd on returned: insserv: warning: current start runlevel(s) (empty) of script `mpd' overrides LSB defaults (2 3 4 5). insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script `mpd' overrides LSB defaults (0 1 6). And running the find command from upthread (find /etc/rc* -name '*mpd*') still returned: /etc/rc0.d/K02mpd /etc/rc1.d/K02mpd /etc/rc2.d/K02mpd /etc/rc3.d/K02mpd /etc/rc4.d/K02mpd /etc/rc5.d/K02mpd /etc/rc6.d/K02mpd The solution I found was to delete these K02mpd files (sudo rm /etc/rc*.d/K02mpd) and then reinstall the package with sudo apt-get install --reinstall mpd. The reinstall indicated that it setup the S05mpd files then and chkconfig automatically reported mpd was set to run on boot without anyfurther intervention. I hope this is useful. Thanks, Matthew Todd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745708: open-iscsi: umountiscsi.sh prematurely exits when encountering targets without block devices
Patch looks good. But just a quick question. If the specific target session does not have any block device, wouldn't BLOCK_FILE be empty and thus not fall under the if condition ? BLOCK_FILE will not be empty, and *that* is exactly the root of the problem. When the wildcards in the following line: for BLOCK_FILE in $SESSION_DIR/target*/*\:*/block/*; do do not match anything, BLOCK_FILE will be: $SESSION_DIR/target*/*\:*/block/* like for ex. in my case : /sys/devices/platform/host5/session3/target*/*:*/block/* In the next line we strip all but the last part, so we end up with *, and a few lines later basically try to umount /dev/* . It's due to the somewhat unintuitive behaviour of the * wildcard. When it doesn't match, you get the litteral * . Sammy Disclaimer: http://transtrend.com/disclaimer.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745708: open-iscsi: umountiscsi.sh prematurely exits when encountering targets without block devices
On 04/25/2014 11:48 AM, Sammy Atmadja wrote: Patch looks good. But just a quick question. If the specific target session does not have any block device, wouldn't BLOCK_FILE be empty and thus not fall under the if condition ? BLOCK_FILE will not be empty, and *that* is exactly the root of the problem. When the wildcards in the following line: for BLOCK_FILE in $SESSION_DIR/target*/*\:*/block/*; do do not match anything, BLOCK_FILE will be: $SESSION_DIR/target*/*\:*/block/* like for ex. in my case : /sys/devices/platform/host5/session3/target*/*:*/block/* In the next line we strip all but the last part, so we end up with *, and a few lines later basically try to umount /dev/* . It's due to the somewhat unintuitive behaviour of the * wildcard. When it doesn't match, you get the litteral * . Sammy Disclaimer: http://transtrend.com/disclaimer.txt Thanks. Makes sense. I will prepare an upload soon. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#745794: chromium: Missing build dependency on `libkrb5-dev` causes build errors and preventing Chromium 34 to enter unstable for i386
Package: chromium Version: 34.0.1847.116-2 Severity: grave Dear Debian folks, in Debian Sid/unstable with the architecture i386, Chromium is still at version 33 instead of 34 as for the architecture amd64. This is due to a build error on i386 [1]. g++ '-DV8_DEPRECATION_WARNINGS' '-D_FILE_OFFSET_BITS=64' '-DNO_TCMALLOC' '-DDISABLE_NACL' '-DCHROMIUM_BUILD' '-DUSE_CAIRO=1' '-DUSE_GLIB=1' '-DUSE_DEFAULT_RENDER_THEME=1' '-DUSE_LIBJPEG_TURBO=1' '-DUSE_NSS=1' '-DUSE_X11=1' '-DENABLE_ONE_CLICK_SIGNIN' '-DGTK_DISABLE_SINGLE_INCLUDES=1' '-DUSE_XI2_MT=2' '-DENABLE_REMOTING=1' '-DENABLE_WEBRTC=1' '-DUSE_PROPRIETARY_CODECS' '-DENABLE_PEPPER_CDMS' '-DENABLE_CONFIGURATION_POLICY' '-DENABLE_INPUT_SPEECH' '-DENABLE_NOTIFICATIONS' '-DUSE_UDEV' '-DENABLE_EGLIMAGE=1' '-DENABLE_TASK_MANAGER=1' '-DENABLE_EXTENSIONS=1' '-DENABLE_PLUGIN_INSTALLATION=1' '-DENABLE_PLUGINS=1' '-DENABLE_SESSION_SERVICE=1' '-DENABLE_THEMES=1' '-DENABLE_BACKGROUND=1' '-DENABLE_AUTOMATION=1' '-DENABLE_GOOGLE_NOW=1' '-DCLD_VERSION=2' '-DENABLE_FULL_PRINTING=1' '-DENABLE_PRINTING=1' '-DENABLE_SPELLCHECK=1' '-DENABLE_CAPTIVE_PORTAL_DETECTION=1' '-DENABLE_MANAGED_USERS=1' '-DENABLE_MDNS=1' '-DNET_IMPLEMENTATION' '-DUSE_KERBEROS' '-DDLOPEN_KERBEROS' '-DENABLE_BUILT_IN_DNS' '-DU_USING_ICU_NAMESPACE=0' '-DU_STATIC_IMPLEMENTATION' '-DUSE_GCONF' '-DUSE_GIO' '-D__STDC_CONSTANT_MACROS' '-D__STDC_FORMAT_MACROS' '-DNDEBUG' '-DNVALGRIND' '-DDYNAMIC_ANNOTATIONS_ENABLED=0' '-D_FORTIFY_SOURCE=2' -I. -Isdch/open-vcdiff/src -Ithird_party/icu/source/i18n -Ithird_party/icu/source/common -Ithird_party/zlib -Iout/Release/obj/gen/net -Iout/Release/obj/gen -Inet/third_party/nss/ssl -fstack-protector --param=ssp-buffer-size=4 -pthread -fno-exceptions -fno-strict-aliasing -Wall -Wno-unused-parameter -Wno-missing-field-initializers -fvisibility=hidden -pipe -fPIC -Wno-unused-local-typedefs -pthread -I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib/i386-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/freetype2 -I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/libdrm -I/usr/include/harfbuzz -pthread -I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -pthread -I/usr/include/gconf/2 -I/usr/include/dbus-1.0 -I/usr/lib/i386-linux-gnu/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -pthread -I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -I/usr/include/nss -I/usr/include/nspr -pthread -I/usr/include/gtk-2.0 -I/usr/lib/i386-linux-gnu/gtk-2.0/include -I/usr/include/gio-unix-2.0/ -I/usr/include/freetype2 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/libdrm -m32 -mmmx -O2 -fno-ident -fdata-sections -ffunction-sections -funwind-tables -fno-rtti -fno-threadsafe-statics -fvisibility-inlines-hidden -Wsign-compare -MMD -MF out/Release/.deps/out/Release/obj.target/net/net/http/failing_http_transaction_factory.o.d.raw -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -c -o out/Release/obj.target/net/net/http/failing_http_transaction_factory.o net/http/failing_http_transaction_factory.cc g++ '-DV8_DEPRECATION_WARNINGS' '-D_FILE_OFFSET_BITS=64' '-DNO_TCMALLOC' '-DDISABLE_NACL' '-DCHROMIUM_BUILD' '-DUSE_CAIRO=1' '-DUSE_GLIB=1' '-DUSE_DEFAULT_RENDER_THEME=1' '-DUSE_LIBJPEG_TURBO=1' '-DUSE_NSS=1' '-DUSE_X11=1' '-DENABLE_ONE_CLICK_SIGNIN' '-DGTK_DISABLE_SINGLE_INCLUDES=1' '-DUSE_XI2_MT=2' '-DENABLE_REMOTING=1' '-DENABLE_WEBRTC=1' '-DUSE_PROPRIETARY_CODECS' '-DENABLE_PEPPER_CDMS' '-DENABLE_CONFIGURATION_POLICY' '-DENABLE_INPUT_SPEECH' '-DENABLE_NOTIFICATIONS' '-DUSE_UDEV' '-DENABLE_EGLIMAGE=1' '-DENABLE_TASK_MANAGER=1' '-DENABLE_EXTENSIONS=1' '-DENABLE_PLUGIN_INSTALLATION=1' '-DENABLE_PLUGINS=1' '-DENABLE_SESSION_SERVICE=1' '-DENABLE_THEMES=1' '-DENABLE_BACKGROUND=1' '-DENABLE_AUTOMATION=1' '-DENABLE_GOOGLE_NOW=1' '-DCLD_VERSION=2' '-DENABLE_FULL_PRINTING=1' '-DENABLE_PRINTING=1' '-DENABLE_SPELLCHECK=1' '-DENABLE_CAPTIVE_PORTAL_DETECTION=1' '-DENABLE_MANAGED_USERS=1' '-DENABLE_MDNS=1' '-DNET_IMPLEMENTATION' '-DUSE_KERBEROS' '-DDLOPEN_KERBEROS' '-DENABLE_BUILT_IN_DNS' '-DU_USING_ICU_NAMESPACE=0' '-DU_STATIC_IMPLEMENTATION' '-DUSE_GCONF' '-DUSE_GIO' '-D__STDC_CONSTANT_MACROS' '-D__STDC_FORMAT_MACROS' '-DNDEBUG' '-DNVALGRIND' '-DDYNAMIC_ANNOTATIONS_ENABLED=0' '-D_FORTIFY_SOURCE=2' -I. -Isdch/open-vcdiff/src -Ithird_party/icu/source/i18n -Ithird_party/icu/source/common -Ithird_party/zlib -Iout/Release/obj/gen/net -Iout/Release/obj/gen -Inet/third_party/nss/ssl -fstack-protector --param=ssp-buffer-size=4 -pthread -fno-exceptions
Bug#500192: openssh-server: support generation of ssh keys if none are present
* Russ Allbery [Thu Apr 24, 2014 at 06:02:57PM -0700]: m...@linux.it (Marco d'Itri) writes: This is much simpler to implement in jessie, since openssh = 6.4 supports ssh-keygen -A. Also, I am not sure if this should really be handled automatically by the init script. Nice, thanks for the hint regarding 'ssh-keygen -A'. I'm aware that it might not be always wanted to have it generated through the init script. We could support controlling its behaviour via /etc/default/ssh though. If implemented, this should not be done if GSSAPIKeyExchange is enabled, since in that case the lack of keys may be an intentional configuration choice by the server administrator to force the use of Kerberos keys instead of system-generated public keys. Good point, thanks for mentioning that, Russ. Colin, what's your take on this? I'd be willing to work on this if there's any chance to get it merged. regards, -mika- signature.asc Description: Digital signature
Bug#725464: awk: error on translate to spanish
forwarded 725464 e...@li.org severity 725464 minor tags 725464 + l10n thanks Hello, Thanks for your bug report. I forwarded you suggestion to the Spanish translators of the gawk program. As for your question about who is the real translation maintainer: Cristian Othón Martínez Vera was the last tranlator, but coordination of the translations is handled through the e...@li.org mailing list. Regards, Jeroen Schot -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745726: apt: shell is left colored when abborting colored output of apt
On Thu, Apr 24, 2014 at 03:44:28PM +0200, Sven Bartscher wrote: Package: apt Version: 1.0.1 Severity: minor Thanks for your bugreport. When pressing ctrl+c to interrupt apt while downloading packages the color doesn't get reset for the rest of the shell session. So the shell is colored orange until the color is set to something else. This is fixed in git and will be part of the next upload. Cheers, Michael -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture i386; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends true; APT::Install-Suggests 0; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^linux-image-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^linux-image-686-pae$; APT::NeverAutoRemove:: ^linux-headers-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^linux-headers-686-pae$; APT::NeverAutoRemove:: ^linux-image-extra-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^linux-image-extra-686-pae$; APT::NeverAutoRemove:: ^linux-signed-image-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^linux-signed-image-686-pae$; APT::NeverAutoRemove:: ^kfreebsd-image-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^kfreebsd-image-686-pae$; APT::NeverAutoRemove:: ^kfreebsd-headers-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^kfreebsd-headers-686-pae$; APT::NeverAutoRemove:: ^gnumach-image-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^gnumach-image-686-pae$; APT::NeverAutoRemove:: ^.*-modules-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^.*-modules-686-pae$; APT::NeverAutoRemove:: ^.*-kernel-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^.*-kernel-686-pae$; APT::NeverAutoRemove:: ^linux-backports-modules-.*-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^linux-backports-modules-.*-686-pae$; APT::VersionedKernelPackages ; APT::VersionedKernelPackages:: linux-image; APT::VersionedKernelPackages:: linux-headers; APT::VersionedKernelPackages:: linux-image-extra; APT::VersionedKernelPackages:: linux-signed-image; APT::VersionedKernelPackages:: kfreebsd-image; APT::VersionedKernelPackages:: kfreebsd-headers; APT::VersionedKernelPackages:: gnumach-image; APT::VersionedKernelPackages:: .*-modules; APT::VersionedKernelPackages:: .*-kernel; APT::VersionedKernelPackages:: linux-backports-modules-.*; APT::Never-MarkAuto-Sections ; APT::Never-MarkAuto-Sections:: metapackages; APT::Never-MarkAuto-Sections:: restricted/metapackages; APT::Never-MarkAuto-Sections:: universe/metapackages; APT::Never-MarkAuto-Sections:: multiverse/metapackages; APT::Never-MarkAuto-Sections:: oldlibs; APT::Never-MarkAuto-Sections:: restricted/oldlibs; APT::Never-MarkAuto-Sections:: universe/oldlibs; APT::Never-MarkAuto-Sections:: multiverse/oldlibs; APT::Periodic ; APT::Periodic::Update-Package-Lists 1; APT::Periodic::Download-Upgradeable-Packages 0; APT::Periodic::AutocleanInterval 0; APT::Update ; APT::Update::Post-Invoke ; APT::Update::Post-Invoke:: touch /var/lib/apt/periodic/update-success-stamp 2/dev/null || true; APT::Update::Post-Invoke-Success ; APT::Update::Post-Invoke-Success:: /usr/bin/test -e /usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service /usr/bin/test -S /var/run/dbus/system_bus_socket /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 4 --method org.freedesktop.PackageKit.StateHasChanged cache-update /dev/null; /bin/echo /dev/null; APT::Archives ; APT::Archives::MaxAge 30; APT::Archives::MinAge 2; APT::Archives::MaxSize 500; APT::Architectures ; APT::Architectures:: i386; APT::Compressor ; APT::Compressor::. ; APT::Compressor::.::Name .; APT::Compressor::.::Extension ; APT::Compressor::.::Binary ; APT::Compressor::.::Cost 1; APT::Compressor::gzip ; APT::Compressor::gzip::Name gzip; APT::Compressor::gzip::Extension .gz; APT::Compressor::gzip::Binary gzip; APT::Compressor::gzip::Cost 2; APT::Compressor::gzip::CompressArg ; APT::Compressor::gzip::CompressArg:: -9n; APT::Compressor::gzip::UncompressArg ; APT::Compressor::gzip::UncompressArg:: -d; APT::Compressor::bzip2 ; APT::Compressor::bzip2::Name bzip2; APT::Compressor::bzip2::Extension .bz2; APT::Compressor::bzip2::Binary bzip2; APT::Compressor::bzip2::Cost 3; APT::Compressor::bzip2::CompressArg ; APT::Compressor::bzip2::CompressArg:: -9; APT::Compressor::bzip2::UncompressArg ; APT::Compressor::bzip2::UncompressArg:: -d; APT::Compressor::xz ; APT::Compressor::xz::Name xz; APT::Compressor::xz::Extension .xz; APT::Compressor::xz::Binary xz; APT::Compressor::xz::Cost 4; APT::Compressor::xz::CompressArg ; APT::Compressor::xz::CompressArg:: -6; APT::Compressor::xz::UncompressArg ; APT::Compressor::xz::UncompressArg:: -d; APT::Compressor::lzma ; APT::Compressor::lzma::Name lzma; APT::Compressor::lzma::Extension .lzma;
Bug#745795: cache corruption in python-tables on amd64 machines
Package: python-tables Version: 2.3.1-3 Severity: important Hi, At a customer, a problem was found with python-tables where, if a file was opened twice, the second (and subsequent) time(s) python-tables would return junk. See attached test case. Run like so: wouter@carillon:~$ python Python 2.7.6 (default, Mar 22 2014, 15:40:47) [GCC 4.8.2] on linux2 Type help, copyright, credits or license for more information. import bugTesting as b b.bugTest('bugged_file.h5') [208 135 150 2 0 0 0 0 128 230] [0 0 0 0 0 0 0 0 0 0] [0 0 0 0 0 0 0 0 0 0] b.bugTest('bugged_file.h5') [112 22 157 2 0 0 0 0 128 230] [0 0 0 0 0 0 0 0 0 0] [208 201 160 2 0 0 0 0 0 0] b.bugTest('bugged_file.h5') [112 22 157 2 0 0 0 0 128 230] [0 0 0 0 0 0 0 0 0 0] [208 133 159 2 0 0 0 0 0 0] On an i386 machine the output of the above is the same every time, as one would expect. On a machine running the amd64 port, however, this is not the case. While I'm filing this bug report on my laptop (which runs unstable), the customer in question is running stable and has seen the same problem. Regards, -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-tables depends on: ii python 2.7.5-5 ii python-numexpr 2.2.2-4+b1 ii python-numpy1:1.8.1-1 ii python-tables-data 3.1.1-1 ii python-tables-lib 3.1.1-1 python-tables recommends no packages. Versions of packages python-tables suggests: pn python-netcdf none pn python-tables-doc none pn vitables none -- no debconf information python-tables-bug.txz Description: application/xz
Bug#745796: shadow: Please enable ACL and xattr support
Source: shadow Version: 1:4.1.5.1-1.1 Severity: wishlist Hello, While investigating for an other bug (audit support) I saw that ACL and xattr support was explicitly disabled in the debian/rules, is there any reasons for this as it seems that libattr and libacl are available on all the architectures (including the non-linux ones)? If I understood the code well, this is used when creating a new user and the /etc/skel is copied in his new $HOME. So, shouldn't this be enabled? Cheers, Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745777: RFS: ipad-charge/0~20131118.c82b032-1 [ITP] -- USB charging control utility to charge an Apple device
Hello, I have recently uploaded a new version with correct upstream version numbers. You can now get the package with dget by using this command: dget -x http://mentors.debian.net/debian/pool/main/i/ipad-charge/ipad-charge_1.1-3.dsc Changes since last upload: ipad-charge (1.1-3) unstable; urgency=medium * Fixed manpage file name -- Benjamin Donald-Wilson be...@ubuntu.com Fri, 25 Apr 2014 17:17:27 +1000 ipad-charge (1.1-2) unstable; urgency=low * Forgot to actually upload the man page last time -- Benjamin Donald-Wilson be...@ubuntu.com Fri, 25 Apr 2014 17:03:41 +1000 ipad-charge (1.1-1) unstable; urgency=low * Fixed upstream version numbers (Found in the source what version it is) * Created a man page * Fixed Description: field line wrapping in debian/control -- Benjamin Donald-Wilson be...@ubuntu.com Fri, 25 Apr 2014 16:26:55 +1000 Sorry for so much changelog spam, and I accidently forgot to set urgency=medium on the last one. Looking forward to your responses, Benjamin Donald-Wilson On Fri, Apr 25, 2014 at 9:43 AM, Benjamin Donald-Wilson be...@ubuntu.comwrote: Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package ipad-charge * Package name: ipad-charge Version : 0~20131118.c82b032-1 Upstream Author : Max Korenkov * URL : https://github.com/mkorenkov/ipad_charge * License : GPL-2+ Section : x11 It builds those binary packages: ipad-charge - USB charging control utility to charge an Apple device To access further information about this package, please visit the following URL: http://mentors.debian.net/package/ipad-charge Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/i/ipad-charge/ipad-charge_0~20131118.c82b032-1.dsc Regards, Benjamin Donald-Wilson
Bug#745797: RFS: acsccid/1.0.6-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package acsccid * Package name: acsccid Version : 1.0.6-1 Upstream Author : Advanced Card Systems Ltd. i...@acs.com.hk * URL : http://acsccid.sourceforge.net/ * License : LGPL-2.1+ Section : libs It builds those binary packages: libacsccid1 - PC/SC driver for ACS USB CCID smart card readers To access further information about this package, please visit the following URL: http://mentors.debian.net/package/acsccid Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/a/acsccid/acsccid_1.0.6-1.dsc acsccid 1.0.6 contains the following updates: - Add the following readers support: ACR32 ICC Reader ACR1251K Dual Reader ACR1252 1S CL Reader ACR1252 CL Reader ACR1252 USB FW_Upgrade v100 ACR1256U PICC Reader - Fix ACR32 incorrect max slot index. - Get the data rates if bNumDataRatesSupported is not equal to zero. - Merge the fixes from ccid: Use ATTRS{bInterfaceClass}==0b in src/pcscd_acsccid.rules. Fix the buffer overflow in ATR_InitFromArray(). Fix the T1 resync problem. Changes since the last upload: acsccid (1.0.6-1) unstable; urgency=low * New upstream release. * Updated Standards-Version to 3.9.5. * Updated debian/copyright. * Used dh-autoreconf to update libtool. Thanks to Dimitri John Ledkov. (Closes: #732751) Regards, Godfrey Chung -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_HK.utf8, LC_CTYPE=en_HK.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745707: xpra: raising a window with H.264 encoding causes xpra to crash and remain stale
On 25.04.2014 04:06, Dmitry Smirnov wrote: On Thu, 24 Apr 2014 10:46:23 Arno Töll wrote: Versions of packages xpra depends on: ii libavutil52 10:2.1.3-dmo1 ii libswscale2 10:2.1.3-dmo1 I'm pretty sure the above libraries are responsible for troubles. *le sigh* -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#745749: lcms2: Fix endianess for Power processor
Hi Brento, On Thu, Apr 24, 2014 at 03:04:05PM -0300, Breno Leitao wrote: The patch was already sent upstream and accepted by the community as seen in the following discussion thread: I intend to upload 2.6 in the near future. Reading the code, it seems that little endian PowerPC is considered there. Can you confirm this? Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745707: xpra: raising a window with H.264 encoding causes xpra to crash and remain stale
On 25.04.2014 09:46, Arno Töll wrote: On 25.04.2014 04:06, Dmitry Smirnov wrote: On Thu, 24 Apr 2014 10:46:23 Arno Töll wrote: Versions of packages xpra depends on: ii libavutil52 10:2.1.3-dmo1 ii libswscale2 10:2.1.3-dmo1 I'm pretty sure the above libraries are responsible for troubles. *le sigh* Err, wait: Yes, I'm using DMO on the client side. However, what's crashing is the server if the client wishes H.264 encoding? -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#742990: News?
Hello, Is anybody working on this bug? As ckeditor is marked for autoremoval from testing on 2014-05-13. NB: I have already uploaded the previous RC fix, but don't have enough time currently (already maintaining too many packages) Cheers, -- Mathieu Parent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745798: privacy violation/ban emails reveal re-written addresses
Package: amavis-new Version: 1:2.7.1-2 Severity: serious When an email is banned due to an attachment, the ban email sent to the sender includes the ultimate recipient's address resolved by the virtual lookup table This appears to be a privacy risk, as the virtual mapping contains email addresses that may not already be known to the sender. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745784: vlc: segmentation fault when plaking .mkv file
reassign 745784 libavcodec54 tags 745784 + fixed-upstream thanks Hello, This is a known bug in libav 9 and already fixed upstream. Le 2014-04-25 06:26, Arthur Marsh a écrit : Package: vlc Version: 2.1.2-2+b3 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffd8135700 (LWP 20767)] __memcpy_sse2_unaligned () at ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:37 37 ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S: No such file or directory. (gdb) bt #0 __memcpy_sse2_unaligned () at ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:37 #1 0x7fffc9fa240e in memcpy (__len=1280, __src=0x0, __dest=optimized out) at /usr/include/x86_64-linux-gnu/bits/string3.h:51 #2 ffmpeg_CopyPicture (p_ff_pic=0x7fffd0c39f00, p_pic=0x7fffb800c510, p_dec=0x7fffd0c0b3e8) at avcodec/video.c:897 -- Rémi Denis-Courmont -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745799: chromium: save as saves a reloaded page rather than the current page
Package: chromium Version: 34.0.1847.116-2 Severity: normal Tags: upstream Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Attempting to save a particular job vacancy listed at http://www.vacancies.sa.gov.au/NOVPUblic/asp/public/VacancySearch.aspx via the save as option. see: http://code.google.com/p/chromium/issues/detail?id=367031 for details * What exactly did you do (or not do) that was effective (or ineffective)? using iceweasel to do save as rather than chromium * What was the outcome of this action? a fresh version of the web page was saved * What outcome did you expect instead? the currently displayed page should be saved *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.15.0-rc2 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages chromium depends on: ii chromium-inspector 34.0.1847.116-2 ii gconf-service3.2.6-2 ii libasound2 1.0.27.2-3 ii libatk1.0-0 2.12.0-1 ii libc62.18-4 ii libcairo21.12.16-2 ii libcap2 1:2.22-1.2 ii libcups2 1.7.2-1 ii libdbus-1-3 1.8.0-3 ii libexpat12.1.0-4 ii libfontconfig1 2.11.0-5 ii libfreetype6 2.5.2-1 ii libgcc1 1:4.9.0-1 ii libgconf-2-4 3.2.6-2 ii libgcrypt11 1.5.3-4 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-2 ii libgnome-keyring03.8.0-2 ii libgtk2.0-0 2.24.23-1 ii libjpeg8 8d-2 ii libnspr4 2:4.10.4-1 ii libnss3 2:3.16-1 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libspeechd2 0.8-6 ii libspeex11.2~rc1.1-1 ii libstdc++6 4.9.0-1 ii libudev1 204-8 ii libx11-6 2:1.6.2-1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-1 ii libxext6 2:1.3.2-1 ii libxfixes3 1:5.0.1-1 ii libxi6 2:1.7.2-1 ii libxml2 2.9.1+dfsg1-3 ii libxrender1 1:0.9.8-1 ii libxslt1.1 1.1.28-2 ii libxss1 1:1.2.2-1 ii libxtst6 2:1.2.2-1 ii xdg-utils1.1.0~rc1+git20111210-7 chromium recommends no packages. Versions of packages chromium suggests: ii chromium-l10n 34.0.1847.116-2 pn mozplugger none -- Configuration Files: /etc/chromium/default changed: CHROMIUM_FLAGS=--password-store=detect flashso=/usr/lib/pepperflashplugin-nonfree/libpepflashplayer.so if [ -f $flashso ] then flashversion=`strings $flashso|grep ^LNX|sed -e s/^LNX //|sed -e s/,/./g` CHROMIUM_FLAGS=$CHROMIUM_FLAGS --ppapi-flash-path=$flashso --ppapi-flash-version=$flashversion fi -- no debconf information -- debsums errors found: debsums: changed file /usr/lib/chromium/mksnapshot.x64 (from chromium package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745800: can't stop banned notifications
Package: amavisd-new Version: 1:2.7.1-2 Severity: important I get far too many emails such as: BANNED contents (application/x-msdos-program,.dat,test1.exe) in mail FROM ... The default configuration sends a copy of all these to postmaster I found this email: http://permalink.gmane.org/gmane.mail.virus.amavis.user/37395 which suggests adding $banned_admin = undef; to the configuration. I tried adding that immediately under $virus_admin and it didn't help (I did restart amavisd too). It seems that all banned emails are treated the same as virus/quarantine emails, even if the messages says No virus found, so as a workaround I set $virus_admin = undef; and then I don't get the notifications at all - but this is not desirable either, as they end up in the quarantine directory wasting disk space. Given the amount of rubbish email these days, it would be better if the default configuration was able to simply bounce everything to sender (where sender address is legitimate) and drop everything else without wasting the postmaster's time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725426: closed by Jeroen Schot sc...@a-eskwadraat.nl (Re: Bug#725426: gawk(1) man page is unclear regarding for loops with multi-index arrays)
On Fri, 25 Apr 2014 09:03:19 +0200 Jeroen Schot wrote: Hello, Thanks for your bug report. You are welcome! I agree that the man page of gawk was unclear about for loops with multi-index arrays. Fortunately this has been clarified in the latest version: | The in construct may also be used in a for loop to iterate over all | the elements of an array. However, the (i, j) in array construct | only works in tests, not in for loops. Good, many thanks for dealing with my bug report! Bye. -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpbMyuzJ8iII.pgp Description: PGP signature
Bug#745801: libssl1.0.0: no services restarted if libraries/restart-without-asking=true
Package: libssl1.0.0 Version: 1.0.1g-3 Severity: normal Dear Maintainer, Recent update to libssl only restarts services if the debconf option libraries/restart-without-asking is set to false. In case it is set to true no restart takes place. From the postinst code it is clear that the $answer variable never gets set to 'yes' in this case: Checking for services that may need to be restarted...done. Checking for services that may need to be restarted...done. Checking init scripts... Proposed patch is attached. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-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/bash Versions of packages libssl1.0.0:amd64 depends on: ii debconf [debconf-2.0] 1.5.53 ii libc6 2.18-4 ii multiarch-support 2.18-4 libssl1.0.0:amd64 recommends no packages. libssl1.0.0:amd64 suggests no packages. -- debconf information excluded --- libssl1.0.0:amd64.postinst.dist 2014-04-25 10:03:31.052118289 +0200 +++ libssl1.0.0:amd64.postinst 2014-04-25 10:07:39.019787117 +0200 @@ -163,6 +163,8 @@ else answer=no fi + else + answer=yes fi echo if [ $answer = yes ] [ $services != ]; then
Bug#745802: Please add libcpre.gcc.o to list of not distributable files
Package: lintian Context: cae2spab6s3wxkx+9enfheoci2bfq4o4+h__vkup6c2a93lw...@mail.gmail.com On 21-04-14 21:51, roucaries bastien wrote: Could you open a lintian bug with: - md5sum - sha1 - sha256 of the previous file. I will add to not distributable list of file paul@wollumbin $ md5sum libcpre.gcc.o 90c983b1d401c770bb28b03ad8791f9d libcpre.gcc.o paul@wollumbin $ sha1sum libcpre.gcc.o 241278e1b032954bdff6405b3c963c8f0208ad51 libcpre.gcc.o paul@wollumbin $ sha256sum libcpre.gcc.o 3db379a515ed0abd0dc74a149e1b7039b9b2978e61470c8021b1cebb02750145 libcpre.gcc.o signature.asc Description: OpenPGP digital signature
Bug#745776: tree 1.7.0 released -- other packages will need it
Hello there, On Thu, Apr 24, 2014 at 11:03:21PM +0200, Jason A. Donenfeld wrote: On Thu, Apr 24, 2014 at 8:54 AM, Florian Ernst florian_er...@gmx.net wrote: On Thu, Apr 24, 2014 at 12:00:54AM +0200, Jason A. Donenfeld wrote: Tree 1.7.0 was released. The next version of pass, a package maintained by Colin Watson, will depend on it. Do you think you could version bump your tree package so that it's ready when the next version of pass comes out? Sure, I will take care of that next weekend. BTW, feel free to file a bugreport next time (or allow me to forward your private mail to the Debian BTS). You're welcome to forward my mail to the BTS. Hehe, Colin beat me to it. Now adding this information to his bugreport. Thanks for taking care of this. You're welcome. :) Cheers, Flo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745707: xpra: raising a window with H.264 encoding causes xpra to crash and remain stale
On Fri, 25 Apr 2014 09:55:49 Arno Töll wrote: Err, wait: Yes, I'm using DMO on the client side. However, what's crashing is the server if the client wishes H.264 encoding? I don't know although I'd suspect similar issue as I can't reproduce the problem despite using Xpra all the time. Try to start local server xpra start :44 and connect xpra attach :44 --no-mmap to see whether it works with the same libraries. Hopefully we'll understand your problem better. -- Regards, Dmitry Smirnov. signature.asc Description: This is a digitally signed message part.
Bug#745736: RM: isdnutils/1:3.25+dfsg1-3.3 from testing
On 25.04.2014 01:39, Julien Cristau wrote: Control: tag -1 moreinfo On Thu, Apr 24, 2014 at 23:51:34 +0800, Rolf Leggewie wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Hello, this is a request for removal of the isdnutils package from testing by the maintainer. The reason is that its presence presents the new libcapi20-3 package from migrating. # Broken Depends: drdsl/non-free: drdsl [i386] ibod: ibod [amd64 armel armhf i386 mips mipsel powerpc s390x sparc] isdnactivecards/contrib: isdnactivecards [amd64 armel i386 mips mipsel powerpc sparc] # Broken Build-Depends: manpages-de: isdnlog What should happen to those packages? Julien, thank you for the swift reaction. Hm, I'm really at a loss about this one myself. I've been the maintainer for isdnutils for a number of years and my main focus has always been to get rid of the many, many hacks in isdnutils that were somehow working, but unhealthy and unmaintainable, especially all the hand-crafted scripting. There's been an NMU that I do not approve of and I consider hackish. It works around a kernel problem and thus is out of place in isdnutils. I do not want to bless that NMU with an upload of mine. At the same time, reversing that NMU would create a backlash and wouldn't be the right thing, either, I think. Essentially, I am unable to upload to unstable. I've seen experimental as the only venue left for me. I was unaware it would not be sufficient. I carved out libcapi20-3 from the isdnutils package for greater modularity and I'd like it to migrate to testing. In 2005, a versioned dependency on libcapi20-3 was introduced in the pppdcapiplugin and capiutils Depends: libcapi20-3 (= ${binary:Version}). I've contacted doko who apparently uploaded that change to see if that is really necessary, I believe it's not and can be relaxed to an unversioned dependency. The same reason that prevents the migration is now obviously preventing the removal of the testing package. Two things need to be done, I guess in isdnutils in testing if the binary package cannot be temporarily removed without too much collateral damage. 1) stop building the libcapi20-3 binary 2) relax the versioned run-time dependency above to an unversioned one For the package to successfully migrate from unstable to testing a few RC-bugs would need to be addressed as well, though (#745624, #725000, #710359). I'm willing to do that work, but like I stated, I feel precluded from doing it in unstable. I'm hoping for a suggestion on how to move this forward in the best interest of everyone involved. How do we get out of this situation? Regards Rolf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#500192: openssh-server: support generation of ssh keys if none are present
Control: tag -1 wontfix On Fri, Apr 25, 2014 at 08:56:27AM +0200, Michael Prokop wrote: Colin, what's your take on this? I'd be willing to work on this if there's any chance to get it merged. I'm generally extremely reluctant to do this kind of thing because, while it may be useful in some cases, there's a significant risk that it will cause keys to be generated in environments where not much entropy is available (see e.g. https://factorable.net/weakkeys12.extended.pdf). The current arrangements make it much more probable that keys will be generated after the system has been up for a while and has accumulated a decent amount of entropy, and I'm much happier with that. Of course any other random package installed in a cloud guest or a live CD, say, can arrange to start something before sshd that runs ssh-keygen -A. But I would be much happier with that kind of thing living *outside* the OpenSSH packaging, because firstly I don't have to be responsible for the consequences :-), and secondly it stands at least some chance of being able to be more aware of the context in which it will be run and take steps to mitigate it, such as by making context-specific arrangements for the entropy pool to be well-populated before generating keys: the kind of thing that things outside the OpenSSH packaging are in a much better position to decide. In the case of a cloud guest, for example, it may be more appropriate to do the key generation from the host, or at least make sure that entropy is fed in from the host *before* running ssh-keygen. So, for me, I'm afraid this bug is wontfix in OpenSSH itself because I would much rather be safe by default, but you're welcome to arrange for it to be done somewhere else where you can understand the problems and arrange to avoid them as much as possible. Cheers, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732004: wget : lead to a kernel panic
On 01/27/2014 08:40 PM, Noël Köthe wrote: Hello, Hmm, OK. Should be plenty but depends on the site/URL you want to download. It is hard to guess without reproducing the problem with the URL. http/https? many small files, crashes with a huge file? I need the or just a URL to reproduce the problem. Can you reproduce the problem with wget 1.14 or 1.15 (testing/unstable)? thx. Regards Noël Hi Noël, I tried with 1.15 and everything's fine ! Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745592: Duplicate detected
Hello, I have the same issue. The following reports seem to be related: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=745592 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=745651 Kind regards, Aiko Barz -- :wq ✉ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660216: ITP: run-with-lockfile -- Simple binary to run command with lock file tracking
The source for the original run-with-lockfile.c code have moved, and is now available from URL: https://raw.githubusercontent.com/mysociety/theyworkforyou/master/scripts/run-with-lockfile.c . Since I proposed this package, mysociety have moved to a shell script variant, available from URL: https://raw.githubusercontent.com/mysociety/commonlib/master/bin/run-with-lockfile.sh . I've asked the lockfile-progs package maintainer in bug #741300 if he would be willing to include the shell script there instead of creating a new package for so little code, but have not received any feedback in URL: http://bugs.debian.org/741300 yet. The C version look like this: /* * run-with-lockfile.c: * Lock a file and then execute a program. * * Copyright (c) 2003 Chris Lightfoot. All rights reserved. * Email: ch...@ex-parrot.com; WWW: http://www.ex-parrot.com/~chris/ * * Chris has kindly licensed this under the GPL. * */ static const char rcsid[] = $Id: run-with-lockfile.c,v 1.1 2006-04-27 14:20:20 twfy-live Exp $; #include sys/types.h #include errno.h #include fcntl.h #include stdio.h #include stdlib.h #include string.h #include unistd.h #include sys/stat.h void usage(FILE *fp) { fprintf(fp, run-with-lockfile [-n] FILE COMMAND\n \n Open (perhaps create) and fcntl-lock FILE, then run COMMAND. If option -n\n is given, fail immediately if the lock is held by another process;\n otherwise, wait for the lock. When COMMAND is run, the variable LOCKFILE\n will be set to FILE in its environment. COMMAND is run by passing it to\n /bin/sh with the -c parameter.\n \n Exit value is that returned from COMMAND; or, if -n is given and the lock\n could not be obtained, 100; or, if another error occurs, 101.\n \n Copyright (c) 2003-4 Chris Lightfoot, Mythic Beasts Ltd.\n %s\n, rcsid ); } int main(int argc, char *argv[]) { char *file, *command, *envvar; int wait = 1, n; int fd; struct stat st; struct flock fl; if (argv[1] (0 == strcmp(argv[1], -h) || 0 == strcmp(argv[1], --help))) { usage(stdout); return 0; } if (argc == 4) { if (strcmp(argv[1], -n) != 0) { fprintf(stderr, run-with-lockfile: `%s' is not a valid option\n, argv[1]); usage(stderr); return 101; } else { wait = 0; --argc; ++argv; } } if (argc != 3) { fprintf(stderr, run-with-lockfile: incorrect arguments\n); usage(stderr); return 101; } file= argv[1]; command = argv[2]; if (-1 == (fd = open(file, O_RDWR | O_CREAT, 0666))) { fprintf(stderr, run-with-lockfile: %s: %s\n, file, strerror(errno)); return 101; } /* Paranoia. */ if (-1 == fstat(fd, st)) { fprintf(stderr, run-with-lockfile: %s: %s\n, file, strerror(errno)); return 101; } else if (!S_ISREG(st.st_mode)) { fprintf(stderr, run-with-lockfile: %s: is not a regular file\n, file); return 101; } fl.l_type = F_WRLCK; fl.l_whence = SEEK_SET; fl.l_start = 0; fl.l_len= 0; while (-1 == (n = fcntl(fd, wait ? F_SETLKW : F_SETLK, fl)) errno == EINTR); if (n == -1) { if (!wait (errno == EAGAIN || errno == EACCES)) return 100; else { fprintf(stderr, run-with-lockfile: %s: set lock: %s\n, file, strerror(errno)); return 101; } } /* Set an environment variable. */ envvar = malloc(strlen(file) + sizeof(LOCKFILE=)); sprintf(envvar, LOCKFILE=%s, file); putenv(envvar); errno = 0; n = system(command);/* XXX should replace with fork/exec... */ if (n == -1) { fprintf(stderr, run-with-lockfile: %s: %s\n, command, strerror(errno)); n = 101; } else if (n == 127 errno != 0) { fprintf(stderr, run-with-lockfile: /bin/sh: %s\n, strerror(errno)); n = 101; } /* else n is the return code of the command... */ close(fd); return n; } The shell script version look like this: #!/bin/sh # This shell script alternative to run-with-lockfile depends on the # Debian package lockfile-progs (sudo apt-get install lockfile-progs) # which uses liblockfile for NFS-safe locking. # The locking strategy is not exactly the same as Chris Lightfoot's # run-with-lockfile.c [1] but it should be substitutable in many # circumstances, and in addition is NFS-safe. # [1] https://secure.mysociety.org/cvstrac/fileview?f=mysociety/run-with-lockfile/run-with-lockfile.c FAIL_IF_OTHER=false if [ x$1 = x-n ] then FAIL_IF_OTHER=true shift fi if [ $# != 2 ] then echo Usage: $0 [-n] FILE COMMAND exit 101 fi LOCK_FILENAME=$1 COMMAND=$2 if [ $FAIL_IF_OTHER = true ] lockfile-check -l $LOCK_FILENAME then exit 100 fi # This is based on the example in lockfile-progs(1): lockfile-create -l $LOCK_FILENAME || exit 101 lockfile-touch -l $LOCK_FILENAME #
Bug#741300: lockfile-progs: Please add run-with-lockfile implementation
Hi. Did you find time to look at my proposal to add a lock file wrapper run-with-lockfile in the lockfile-progs package? I had to set up a cron job with locking today, and was reminded how painful it is without such wrapper available. :) -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745804: override: pegsolitaire:games/optional
Package: ftp.debian.org Severity: normal Dear ftp team, please change the override of pegsolitaire from extra to optional. The package has neither special requirements nor does it conflict with other packages. Regards, Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745805: libcatalyst-modules-perl: Request for Library Upgrade
Package: libcatalyst-modules-perl Version: 47 Severity: wishlist Dear Maintainer, I would like to request an update of the library Catalyst::Model::DBIC::Schema from version 0.61 to 0.62 http://search.cpan.org/~ilmari/Catalyst-Model-DBIC-Schema-0.62/ The reson is that in 0.61 the deprecated function Class::MOP::load_class is used in the library Catalyst::Model::DBIC::Schema::Types.pm Upstream version 0.62 resolves this issue. Thanks in advance Markus -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.13-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 libcatalyst-modules-perl depends on: ii libauthen-simple-perl0.5-1 ii libcache-cache-perl 1.06-2 ii libcache-fastmmap-perl 1.40-2+b1 ii libcatalyst-perl 5.90053-1 ii libcatalyst-view-tt-perl 0.41-1 ii libcgi-formbuilder-perl 3.08-2 ii libclass-c3-perl 0.26-1 ii libclass-throwable-perl 0.10-2 ii libconfig-any-perl 0.24-1 ii libdata-visitor-perl 0.30-1 ii libdbix-class-cursor-cached-perl 1.001002-1 ii libdbix-class-perl 0.08270-1 ii libdbix-class-schema-loader-perl 0.07039-1 ii libdbix-connector-perl 0.53-1 ii libdevel-stacktrace-perl 1.3100-1 ii libemail-mime-perl [libemail-mime-creator-perl] 1.926-1 ii libemail-sender-perl 1.300011-1 ii libfile-changenotify-perl0.24-1 ii libfile-slurp-perl .19-4 ii libhtml-formfu-perl 2.0-1 ii libhtml-prototype-perl 1.48-4 ii libhtml-widget-perl 1.11-4 ii libjson-any-perl 1.33-1 ii libjson-perl 2.61-1 ii liblocale-maketext-lexicon-perl 1.00-1 ii liblog-log4perl-perl 1.43-1 ii libmoose-perl2.1204-1 ii libmoosex-attribute-chained-perl 1.0.1-1 ii libmoosex-emulate-class-accessor-fast-perl 0.00903-1 ii libmoosex-markasmethods-perl 0.15-1 ii libmoosex-nonmoose-perl 0.26-1 ii libmoosex-traits-pluggable-perl 0.12-1 ii libnamespace-autoclean-perl 0.15-1 ii libobject-signature-perl 1.07-1 ii libparams-validate-perl 1.08-1 ii libpath-class-perl 0.33-1 ii libregexp-assemble-perl 0.35-8 ii libset-object-perl 1.34-1 ii libstring-rewriteprefix-perl 0.007-1 ii libsub-install-perl 0.927-1 ii libtask-weaken-perl 1.04-1 ii libtemplate-plugin-class-perl0.13-3 ii libtest-www-mechanize-catalyst-perl 0.59-1 ii libtest-www-mechanize-perl 1.42-1 ii libtie-ixhash-perl 1.23-1 ii libtry-tiny-perl 0.21-1 ii libuniversal-can-perl1.20140124-1 ii libuniversal-isa-perl1.20120726-1 ii perl 5.18.2-2+b1 ii perl-modules [liblocale-maketext-simple-perl]5.18.2-2 libcatalyst-modules-perl recommends no packages. Versions of packages libcatalyst-modules-perl suggests: ii libcatalyst-devel-perl 1.39-1 ii libcatalyst-dispatchtype-regex-perl 5.90033-2 ii libconfig-general-perl 2.52-1 ii libconfig-tiny-perl 2.20-1 pn libhtml-mason-perl none ii libxml-simple-perl 2.20-1 ii libyaml-perl 0.84-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745806: Please allow uploads to squeeze-lts
Package: dput-ng Version: 1.7 Severity: normal Tags: patch For the Debian LTS efforts there's now the new suite squeeze-lts. Please merge the attached patch to allow people to upload to this suite. Cheers, Moritz diff -aur dput-ng-1.7.orig/skel/codenames/debian.json dput-ng-1.7/skel/codenames/debian.json --- dput-ng-1.7.orig/skel/codenames/debian.json 2013-06-21 02:36:11.0 +0200 +++ dput-ng-1.7/skel/codenames/debian.json 2014-04-25 12:53:08.203373714 +0200 @@ -8,6 +8,7 @@ general: [ unstable, experimental, +squeeze-lts, rc-buggy, sid ], Nur in dput-ng-1.7/skel/codenames: debian.json~. diff -aur dput-ng-1.7.orig/tests/dputng/codenames/debian.json dput-ng-1.7/tests/dputng/codenames/debian.json --- dput-ng-1.7.orig/tests/dputng/codenames/debian.json 2013-06-21 02:36:11.0 +0200 +++ dput-ng-1.7/tests/dputng/codenames/debian.json 2014-04-25 12:53:08.203373714 +0200 @@ -8,6 +8,7 @@ general: [ unstable, experimental, +squeeze-lts, rc-buggy, sid ], Nur in dput-ng-1.7/tests/dputng/codenames: debian.json~.
Bug#745807: swift-im does not play sounds by default because of nas dependency
Package: swift-im Version: 2.0~beta1+dev47-1 Severity: minor swift-im uses Qt 4.x and would like to play with QSound::play(). By default on a desktop (with windows manager Plasma, that gets you Pulse-Audio) the sound for new messages is not playing. In Qt4 on Debian I assume that the Network Audio System will be used, which, according to the Qt4 documentation will fail sliently if there is no nasd setup and running. See http://qt-project.org/doc/qt-4.8/qsound.html#details Qt5 seems to have a reworked system here. So there are several ways to improve the user experience: a) build swift-im with qt5 b) add the nasd as Recommendation (I'm not sure if this work well with other sound applications, and I don't know how to set up nasd properly.) c) disable the configuration option by patch, hmm if there were more detailed messages, maybe the notifation mechanism of Plasma could play sounds instead. d) help upstream (oh, I think you are Debian Maintainer and Upstream. :) ) to use something else to play sounds Thanks for maintaining swift-im in Debian! Regards, Bernhard -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (550, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages swift-im depends on: ii libavahi-client30.6.31-99intevation1 ii libavahi-common30.6.31-99intevation1 ii libboost-date-time1.49.01.49.0-3.2 ii libboost-filesystem1.49.0 1.49.0-3.2 ii libboost-program-options1.49.0 1.49.0-3.2 ii libboost-regex1.49.01.49.0-3.2 ii libboost-signals1.49.0 1.49.0-3.2 ii libboost-system1.49.0 1.49.0-3.2 ii libboost-thread1.49.0 1.49.0-3.2 ii libc6 2.13-38+deb7u1 ii libgcc1 1:4.7.2-5 ii libidn111.25-2 ii libqt4-dbus 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libqtwebkit42.2.1-5 ii libssl1.0.0 1.0.1e-2+deb7u7 ii libstdc++6 4.7.2-5 ii libswiften2 2.0~beta1+dev47-1 ii libx11-62:1.5.0-1+deb7u1 ii libxml2 2.8.0+dfsg1-7+nmu2 ii libxss1 1:1.2.2-1 ii zlib1g 1:1.2.7.dfsg-13 swift-im recommends no packages. swift-im 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#743566: mc: Failed gpm connect attempt ... for vc /dev/tty0
* Dmitry Smirnov only...@debian.org, 2014-04-04, 08:52: Running mc under screen is not something I do often, I do it quite often and I've never seen this problem nor I can reproduce it even with gpm installed. How exactly can one reproduce it? I've reproduced this on a fairly clean amd64 VM: 1) apt-get install screen mc gpm 2) login on tty1 3) run: screen mc -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#105768: Utilisez les magnetiques et demarquez vous de la concurrence
Utilisez les MAGNÉTIQUES et démarquez vous de la concurrence Les magnétiques sont prévus pour un montage provisoire sur une surface métallique http://www.banderole-eco.com/promotions/8000.php http://www.banderole-eco.com/promotions/8000.php Taille 40 * 60 57,00 €* kit 4u Taille 40 * 80 87,00 €* kit 4u Taille 120 * 60 97,00 €* kit 2u Applications : Le magnétique publicitaire est une plaque de caoutchouc de moins de 2 mm d'épaisseur flexible aimanté sur lequel on imprime directement en qualité photographique haute résolution (1080 dpi) la maquette souhaitée avec une encre UV qui résiste au soleil et aux intempéries. Le magnétique publicitaire est un support personnalisable, souple et résistant pour intérieur et extérieur, qui est repositionnable indéfiniment sur tout vos support métallique et ne détériore pas ni ne laisse de marque sur la surface où il est installé. Il faut simplement repositionner le magnétique au moins une fois par semaine afin de nettoyer le support et éviter ainsi l'accumulation d'humidité qui pourrait abimer la superficie qui reçoit le magnétique, surtout en extérieur. http://www.banderole-eco.com/promotions/8000.php Si vous ne disposer pas de maquette la creation a 15 € (Photo et texte fournis par le client)
Bug#459244: Utilisez les magnetiques et demarquez vous de la concurrence
Utilisez les MAGNÉTIQUES et démarquez vous de la concurrence Les magnétiques sont prévus pour un montage provisoire sur une surface métallique http://www.banderole-eco.com/promotions/8000.php http://www.banderole-eco.com/promotions/8000.php Taille 40 * 60 57,00 €* kit 4u Taille 40 * 80 87,00 €* kit 4u Taille 120 * 60 97,00 €* kit 2u Applications : Le magnétique publicitaire est une plaque de caoutchouc de moins de 2 mm d'épaisseur flexible aimanté sur lequel on imprime directement en qualité photographique haute résolution (1080 dpi) la maquette souhaitée avec une encre UV qui résiste au soleil et aux intempéries. Le magnétique publicitaire est un support personnalisable, souple et résistant pour intérieur et extérieur, qui est repositionnable indéfiniment sur tout vos support métallique et ne détériore pas ni ne laisse de marque sur la surface où il est installé. Il faut simplement repositionner le magnétique au moins une fois par semaine afin de nettoyer le support et éviter ainsi l'accumulation d'humidité qui pourrait abimer la superficie qui reçoit le magnétique, surtout en extérieur. http://www.banderole-eco.com/promotions/8000.php Si vous ne disposer pas de maquette la creation a 15 € (Photo et texte fournis par le client)
Bug#730604: libvirt-bin: Please rename libvirt-bin.service back to libvirtd.service and use symlink or Alias= instead
Package: libvirt-bin Followup-For: Bug #730604 Hello, Are you still OK with this patch? Uploading it to experimental might be a good idea show people can test if everything is going OK with the restart of the daemon? Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745732: (no subject)
745...@bugs.debian.org From: Jonas Smedegaard d...@jones.dk Subject: Re: [Pkg-fonts-devel] Bug#745732: [Pkg-fonts-bugs] Bug#745732: fontforge: Please package new version Quoting Christian PERRIER (2014-04-25 08:01:24) Quoting D. Stuart Freeman (stuart.free...@et.gatech.edu): The version of fontforge currently in unstable is nearly 2 years out of date. Version 2.0 was released 4 months ago, see: https://github.com/fontforge/fontforge/releases Thank you for pointing us to this. There is a 2.0.20140101-1 release in experimental, put together by Hideki (cc'ed) who also seems like the most active on that package in general. What's the status of that release? Any volunteer for this among pkg-fonts folks? If relevant, I can offer to get involved with it - but since I am not comfortable with the magic of the short-for dh sequencer, that offer implies switching the packaging to CDBS. I suspect some might not want that (for exact same reason). Please do tell if that is of interest. Regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#259382: Utilisez les magnetiques et demarquez vous de la concurrence
Utilisez les MAGNÉTIQUES et démarquez vous de la concurrence Les magnétiques sont prévus pour un montage provisoire sur une surface métallique http://www.banderole-eco.com/promotions/8000.php http://www.banderole-eco.com/promotions/8000.php Taille 40 * 60 57,00 €* kit 4u Taille 40 * 80 87,00 €* kit 4u Taille 120 * 60 97,00 €* kit 2u Applications : Le magnétique publicitaire est une plaque de caoutchouc de moins de 2 mm d'épaisseur flexible aimanté sur lequel on imprime directement en qualité photographique haute résolution (1080 dpi) la maquette souhaitée avec une encre UV qui résiste au soleil et aux intempéries. Le magnétique publicitaire est un support personnalisable, souple et résistant pour intérieur et extérieur, qui est repositionnable indéfiniment sur tout vos support métallique et ne détériore pas ni ne laisse de marque sur la surface où il est installé. Il faut simplement repositionner le magnétique au moins une fois par semaine afin de nettoyer le support et éviter ainsi l'accumulation d'humidité qui pourrait abimer la superficie qui reçoit le magnétique, surtout en extérieur. http://www.banderole-eco.com/promotions/8000.php Si vous ne disposer pas de maquette la creation a 15 € (Photo et texte fournis par le client)
Bug#736869: jenkins-job-builder: new upstream version 0.6.0 available
Package: jenkins-job-builder Followup-For: Bug #736869 Hi, 0.7.0 has been released as well. An update would be awesome. Cheers, -- Guido -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14.0-rc1+ (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745609: RFS: eso-midas/13.09pl1.2-1 [ITP] -- European Southern Observatory Munich Image Data Analysis System
Hi Thorsten, thank you for the review of the licensing. I now removed all questionable files -- most important was IMO gui/GraphLib/libsrc/uimxR5/include/msg.h which was ASCL licensed (not dfsg-free). It is now replaced by a patch with its original one from netBSD. Best regards Ole On 24.04.2014 19:44, Thorsten Alteholz wrote: your debian/copyright needs some additions: install/unix/systems/Cygwin/values.h is LGPL gui/GraphLib/libsrc/uimxR5/include/msg.h is some Apple license libsrc/readline/* is GPL1+ gui/GraphLib/DESCRIPTION has some additional license information Most important install/unix/systems/Linux_alpha/README.linux tells that midas is only for non-commercial usage. You should get a statement from upstream that this is no longer valid and add a comment to debian/copyright (or better let upstream remove that file). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745808: speech-dispatcher: CVE-2014-1724
Package: speech-dispatcher Severity: important Tags: security Hi, the details are a bit scarce, can you contact upstream whether the Chrome developers have contacted them? http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-1724 It's unclear whether this is a security issue in itself or only as part of the integration in Chrome. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745784: vlc: segmentation fault when plaking .mkv file
On Fri, Apr 25, 2014 at 4:02 AM, Rémi Denis-Courmont r...@remlab.net wrote: reassign 745784 libavcodec54 tags 745784 + fixed-upstream thanks Hello, This is a known bug in libav 9 and already fixed upstream. Remi, Can you a bit elaborate on this bug? Is it fixed in Libav10? What exactly is the fix? If we identified the git commit, I'd be happy to include it in the next point release and push it out to unstable and saucy. Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#401132: Processed: Devel::Peek enhancement
found 401132 5.18.2-1 thanks On Thu, Apr 24, 2014 at 08:24:05PM +, Debian Bug Tracking System wrote: Processing commands for cont...@bugs.debian.org: fixed 401132 perl/5.18.2-1 Bug #401132 [perl] Devel::Peek enhancement Marked as fixed in versions perl/5.18.2-1. This is incorrect. The bug is fixed upstream but not yet in Debian. % git describe da1929e7566d4399b20541f8609bd48b40663034 v5.19.2-317-gda1929e So it's in 5.19.3 and the upcoming 5.20 series but should remain open until then. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745809: ocsinventory-agent: New upstream release 2.1
Package: ocsinventory-agent Version: 2:2.0.5-1 Severity: normal Dear Maintainer, 2.1 has been released the 6 february 2014. Christian -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.13.10 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ocsinventory-agent depends on: ii debconf [debconf-2.0] 1.5.53 ii libnet-ip-perl1.26-1 ii libnet-ssleay-perl1.58-1 ii libproc-daemon-perl 0.14-2 ii libwww-perl 6.06-1 ii libxml-simple-perl2.20-1 ii perl [libcompress-zlib-perl] 5.18.2-2+b1 ii po-debconf1.0.16+nmu2 ii ucf 3.0027+nmu1 Versions of packages ocsinventory-agent recommends: ii dmidecode 2.12-2 ii hdparm 9.43-1.1 ii pciutils 1:3.2.1-2 Versions of packages ocsinventory-agent suggests: ii nmap 6.40-0.2 pn read-edid none ii smartmontools 6.2+svn3841-1.2 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745810: libratpoints-dev: please provide the ratpoints executable.
Source: ratpoints Version: 2.1.3+dfsg-2 Severity: important Hello Debian Science Team, The program ratpoints is not included in any of the binaries packages for ratpoints. Please provide it. The packages are rather useless without it. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745811: /usr/bin/nm-applet: nm-applet: CRITICAL **: nm_secret_agent_register: assertion 'priv-registered == FALSE' failed
Package: network-manager-gnome Version: 0.9.8.8-5 Severity: normal File: /usr/bin/nm-applet Dear Maintainer, With Debian Jessie and XFCE, nm-applet reports: ** (nm-applet:3534): CRITICAL **: nm_secret_agent_register: assertion 'priv-registered == FALSE' failed Bug already upstream: https://bugzilla.gnome.org/show_bug.cgi?id=727923 -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager-gnome depends on: ii dbus-x11 1.8.0-3 ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii gconf-service3.2.6-2 ii gnome-icon-theme 3.12.0-1 ii libatk1.0-0 2.12.0-1 ii libc62.18-4 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libdbus-1-3 1.8.0-3 ii libdbus-glib-1-2 0.102-1 ii libgconf-2-4 3.2.6-2 ii libgdk-pixbuf2.0-0 2.30.6-1 ii libglib2.0-0 2.40.0-2 ii libgnome-bluetooth11 3.8.1-2 ii libgnome-keyring03.4.1-1 ii libgtk-3-0 3.12.0-4 ii libmm-glib0 1.0.0-4 ii libnm-glib-vpn1 0.9.8.8-7 ii libnm-glib4 0.9.8.8-7 ii libnm-gtk0 0.9.8.8-5 ii libnm-util2 0.9.8.8-7 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libsecret-1-00.18-1 ii network-manager 0.9.8.8-7 ii policykit-1-gnome0.105-2 Versions of packages network-manager-gnome recommends: ii gnome-bluetooth 3.8.1-2 ii gnome-keyring3.8.2-2+b1 ii iso-codes3.52-1 ii mobile-broadband-provider-info 20140317-1 ii notification-daemon 0.7.6-1 ii xfce4-notifyd [notification-daemon] 0.2.4-2 Versions of packages network-manager-gnome suggests: pn network-manager-openconnect-gnome none pn network-manager-openvpn-gnome none pn network-manager-pptp-gnome none pn network-manager-vpnc-gnome none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745812: apache2.preinst depends on a2query, which may not exist
Package: apache2 Version: 2.4.9-1 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu utopic Downstream bug: https://launchpad.net/bugs/1312533 apache2.preinst calls a2query if /etc/apache2/ exists, but a2query is supplied by apache2 itself, so is not necessarily available at the time the preinst is called. This happens on upgrade from 2.4.7-1~ if the package was previously installed but removed and not purged. I'm not exactly sure how to fix this - I don't quite follow the existing logic. I verified this on Debian as follows: echo deb http://snapshot.debian.org/archive/debian/20130813T130820Z/ sid main /etc/apt/sources.list apt-get -o Acquire::Check-Valid-Until=false update apt-get install -y apache2 # this installs 2.4.6-3 dpkg -r apache2 echo deb http://cdn.debian.net/debian sid main /etc/apt/sources.list apt-get update apt-get install apache2 # install 2.4.9-1 This blows up as follows: Preparing to unpack .../apache2_2.4.9-1_amd64.deb ... /var/lib/dpkg/tmp.ci/preinst: line 118: a2query: command not found dpkg: error processing archive /var/cache/apt/archives/apache2_2.4.9-1_amd64.deb (--unpack): subprocess new pre-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/apache2_2.4.9-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) signature.asc Description: Digital signature
Bug#745546: Re: Bug#745546: lintian: False positive: openttd source: source-is-missing os/dos/cwsdpmi/cwsdpmi.txt
On 22-04-14 20:47, Adam D. Barratt wrote: On Tue, 2014-04-22 at 19:17 +0200, Matthijs Kooijman wrote: The file referenced is somehow detected as a binary, even though it is just a text file containing licensing info and documentation. The file itself is available here: http://vcs.openttd.org/svn/browser/tags/1.4.0/os/dos/cwsdpmi/cwsdpmi.txt I suspect due to (on wheezy at least): $ file /tmp/cwsdpmi.txt /tmp/cwsdpmi.txt: Macromedia Flash data (compressed), version 68 So, shouldn't this bug be reassigned to the file package? Paul [I have indeed two such files in my fpc package]. signature.asc Description: OpenPGP digital signature
Bug#745813: iceweasel: strange web connection problem
Package: iceweasel Version: 24.4.0esr-1 Severity: important Dear Maintainer, On my kFreeBSD/Debian system I encounter the following connection/display problems : * launching iceweasel on the command line without any url - I can't get a byte from the web even from the Iceweasel Start Page search engine - addons system display the What are Add-ons? message where it complains about no connection : When you're connected to the internet,... - about:config won't display in any tab * launching iceweasel on the command line with an url - I get the url web page I can navigate in the displayed page, even middle button click is operational - I get the about:config page if specified on the command line I can reproduce the addons behaviour with icedove. Thanks in advance, xavier grave -- Package-specific info: -- Extensions information Name: Adblock Plus Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d} Package: xul-ext-adblock-plus Status: enabled Name: Default theme Location: /usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled -- Plugins information -- Addons package information ii iceweasel 24.4.0esr-1 kfreebsd-amd Web browser based on Firefox ii xul-ext-adbloc 2.5.1+dfsg-1 all advertisement blocking extension -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (1, 'experimental') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 9.2-1-amd64 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 4.4 ii fontconfig 2.11.0-5 ii libc0.1 2.18-4 ii libgdk-pixbuf2.0-0 2.30.6-1 ii libglib2.0-02.40.0-2 ii libgtk2.0-0 2.24.23-1 ii libnspr42:4.10.4-1 ii libsqlite3-03.8.4.3-1 ii libstdc++6 4.9-20140303-1 ii procps 1:3.3.9-2 ii xulrunner-24.0 24.4.0esr-1 iceweasel recommends no packages. Versions of packages iceweasel suggests: pn fonts-mathjax none ii fonts-oflb-asana-math 000.907-6 ii fonts-stix [otf-stix] 1.1.0-1 ii libgssapi-krb5-2 1.12.1+dfsg-1 pn mozplugger none Versions of packages xulrunner-24.0 depends on: ii libatk1.0-0 2.12.0-1 ii libbz2-1.01.0.6-5 ii libc0.1 2.18-4 ii libcairo2 1.12.16-2 ii libdbus-1-3 1.8.0-3 ii libevent-2.0-52.0.21-stable-1 ii libfontconfig12.11.0-5 ii libfreetype6 2.5.2-1 ii libgcc1 1:4.9-20140303-1 ii libgdk-pixbuf2.0-02.30.6-1 ii libglib2.0-0 2.40.0-2 ii libgtk2.0-0 2.24.23-1 ii libhunspell-1.3-0 1.3.2-7 ii libmozjs24d 24.4.0esr-1 ii libnspr4 2:4.10.4-1 ii libnss3 2:3.16-1 ii libpango-1.0-01.36.3-1 ii libsqlite3-0 3.8.4.3-1 ii libstartup-notification0 0.12-3 ii libstdc++64.9-20140303-1 ii libvpx1 1.3.0-2 ii libx11-6 2:1.6.2-1 ii libxext6 2:1.3.2-1 ii libxrender1 1:0.9.8-1 ii libxt61:1.1.4-1 ii zlib1g1:1.2.8.dfsg-1 Versions of packages xulrunner-24.0 suggests: ii libcanberra0 0.30-2 ii libdbus-glib-1-2 0.102-1 pn libgnomeui-0 none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745814: update ruby-rails-autolink to latest upstream
package: ruby-rails-autolink version: 1.1.0-1 severity: important trying to update to latest upstream results in test failures Running tests for ruby2.0 using debian/ruby-tests.rb... MiniTest::Unit::TestCase is now Minitest::Test. From /home/pravi/forge/debian/git/pkg-ruby-extras/ruby-rails-autolink/test/test_rails_autolink.rb:20:in `top (required)' Run options: --seed 25598 # Running: F..ES.. Finished in 0.074360s, 255.5148 runs/s, 1425.5034 assertions/s. 1) Failure: TestRailsAutolink#test_auto_link_email_addres_with_especial_chars [/home/pravi/forge/debian/git/pkg-ruby-extras/ruby-rails-autolink/test/test_rails_autolink.rb:180]: --- expected +++ actual @@ -1 +1 @@ -a href=\mailto:andre$la*+r-a.o'rea=l~l...@tenderlovemaking.com\andamp;re$la*+r-a.o#39;rea=l~l...@tenderlovemaking.com/a +a href=\mailto:andre$la*+r-a.o'rea=l~l...@tenderlovemaking.com\andamp;re$la*+r-a.o#x27;rea=l~l...@tenderlovemaking.com/a 2) Error: TestRailsAutolink#test_auto_link_does_not_timeout_when_parsing_odd_email_input: NameError: uninitialized constant TestRailsAutolink::Timeout /home/pravi/forge/debian/git/pkg-ruby-extras/ruby-rails-autolink/test/test_rails_autolink.rb:323:in `block in test_auto_link_does_not_timeout_when_parsing_odd_email_input' /home/pravi/forge/debian/git/pkg-ruby-extras/ruby-rails-autolink/test/test_rails_autolink.rb:322:in `each' /home/pravi/forge/debian/git/pkg-ruby-extras/ruby-rails-autolink/test/test_rails_autolink.rb:322:in `test_auto_link_does_not_timeout_when_parsing_odd_email_input' /usr/lib/ruby/vendor_ruby/minitest/test.rb:106:in `block (3 levels) in run' /usr/lib/ruby/vendor_ruby/minitest/test.rb:204:in `capture_exceptions' /usr/lib/ruby/vendor_ruby/minitest/test.rb:103:in `block (2 levels) in run' /usr/lib/ruby/vendor_ruby/minitest/test.rb:256:in `time_it' /usr/lib/ruby/vendor_ruby/minitest/test.rb:102:in `block in run' /usr/lib/ruby/vendor_ruby/minitest.rb:317:in `on_signal' /usr/lib/ruby/vendor_ruby/minitest/test.rb:276:in `with_info_handler' /usr/lib/ruby/vendor_ruby/minitest/test.rb:101:in `run' /usr/lib/ruby/vendor_ruby/minitest.rb:759:in `run_one_method' /usr/lib/ruby/vendor_ruby/minitest.rb:293:in `run_one_method' /usr/lib/ruby/vendor_ruby/minitest.rb:287:in `block (2 levels) in run' /usr/lib/ruby/vendor_ruby/minitest.rb:286:in `each' /usr/lib/ruby/vendor_ruby/minitest.rb:286:in `block in run' /usr/lib/ruby/vendor_ruby/minitest.rb:317:in `on_signal' /usr/lib/ruby/vendor_ruby/minitest.rb:306:in `with_info_handler' /usr/lib/ruby/vendor_ruby/minitest.rb:285:in `run' /usr/lib/ruby/vendor_ruby/minitest.rb:149:in `block in __run' /usr/lib/ruby/vendor_ruby/minitest.rb:149:in `map' /usr/lib/ruby/vendor_ruby/minitest.rb:149:in `__run' /usr/lib/ruby/vendor_ruby/minitest.rb:126:in `run' /usr/lib/ruby/vendor_ruby/minitest.rb:55:in `block in autorun' 19 runs, 106 assertions, 1 failures, 1 errors, 1 skips You have skipped tests. Run with --verbose for details. Test ruby2.0 failed. Continue building the package? (Y/N) y Running tests for ruby2.1 using debian/ruby-tests.rb... MiniTest::Unit::TestCase is now Minitest::Test. From /home/pravi/forge/debian/git/pkg-ruby-extras/ruby-rails-autolink/test/test_rails_autolink.rb:20:in `top (required)' Run options: --seed 10154 # Running: ..EFS.. Finished in 0.255544s, 74.3511 runs/s, 414.8006 assertions/s. 1) Error: TestRailsAutolink#test_auto_link_does_not_timeout_when_parsing_odd_email_input: NameError: uninitialized constant TestRailsAutolink::Timeout /home/pravi/forge/debian/git/pkg-ruby-extras/ruby-rails-autolink/test/test_rails_autolink.rb:323:in `block in test_auto_link_does_not_timeout_when_parsing_odd_email_input' /home/pravi/forge/debian/git/pkg-ruby-extras/ruby-rails-autolink/test/test_rails_autolink.rb:322:in `each' /home/pravi/forge/debian/git/pkg-ruby-extras/ruby-rails-autolink/test/test_rails_autolink.rb:322:in `test_auto_link_does_not_timeout_when_parsing_odd_email_input' /usr/lib/ruby/vendor_ruby/minitest/test.rb:106:in `block (3 levels) in run' /usr/lib/ruby/vendor_ruby/minitest/test.rb:204:in `capture_exceptions' /usr/lib/ruby/vendor_ruby/minitest/test.rb:103:in `block (2 levels) in run' /usr/lib/ruby/vendor_ruby/minitest/test.rb:256:in `time_it' /usr/lib/ruby/vendor_ruby/minitest/test.rb:102:in `block in run' /usr/lib/ruby/vendor_ruby/minitest.rb:317:in `on_signal' /usr/lib/ruby/vendor_ruby/minitest/test.rb:276:in `with_info_handler' /usr/lib/ruby/vendor_ruby/minitest/test.rb:101:in `run' /usr/lib/ruby/vendor_ruby/minitest.rb:759:in `run_one_method' /usr/lib/ruby/vendor_ruby/minitest.rb:293:in `run_one_method' /usr/lib/ruby/vendor_ruby/minitest.rb:287:in `block (2 levels) in run' /usr/lib/ruby/vendor_ruby/minitest.rb:286:in `each' /usr/lib/ruby/vendor_ruby/minitest.rb:286:in `block in run' /usr/lib/ruby/vendor_ruby/minitest.rb:317:in `on_signal'
Bug#668223: Wrong translate in fr - Faute d'orthographe sur un message de nautilus
tags 668223 + moreinfo stop Bonjour, La chaîne de caractère dont vous parlez ne provient pas de Nautilus. Elle se trouve probablement dans une extension ou dans le navigateur dont vous parlez. Lequel ou laquelle au juste ? Cordialement, -- Stéphane Aulery -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745815: libjarjar-java: generate jars with invalid information
Package: libjarjar-java Version: 1.4+svn142-1 Severity: important groovy package generates two jar files during build time and one of them (groovy-all.jar) is manipulated with libjarjar-java during its creation. This worked OK until 1.1-3 but stopped working on 1.4+svn142-1 with the inclusion of libasm4-java among libjarjar-java dependencies. Example: miguel@nina:~/packages/groovy$ groovy -cp /usr/share/java/groovy-all-1.8.6.jar -e 'println 1' java.lang.OutOfMemoryError: Java heap space at java.util.ArrayList.init(ArrayList.java:144) at org.codehaus.groovy.reflection.GeneratedMetaMethod$DgmMethodRecord.loadDgmInfo(GeneratedMetaMethod.java:193) at org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.registerMethods(MetaClassRegistryImpl.java:155) at org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.init(MetaClassRegistryImpl.java:83) at org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.init(MetaClassRegistryImpl.java:61) at groovy.lang.GroovySystem.clinit(GroovySystem.java:29) at org.codehaus.groovy.runtime.InvokerHelper.clinit(InvokerHelper.java:49) at groovy.lang.GroovyObjectSupport.init(GroovyObjectSupport.java:32) at groovy.lang.Binding.init(Binding.java:34) at groovy.lang.GroovyShell.init(GroovyShell.java:70) at groovy.ui.GroovyMain.processOnce(GroovyMain.java:544) at groovy.ui.GroovyMain.run(GroovyMain.java:337) at groovy.ui.GroovyMain.process(GroovyMain.java:323) at groovy.ui.GroovyMain.processArgs(GroovyMain.java:120) at groovy.ui.GroovyMain.main(GroovyMain.java:100) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.codehaus.groovy.tools.GroovyStarter.rootLoader(GroovyStarter.java:108) at org.codehaus.groovy.tools.GroovyStarter.main(GroovyStarter.java:130) 1 I also took a look at groovy source code on that file GeneratedMetaMethod.java at line 193 and I found this call: ListDgmMethodRecord res = new ArrayListDgmMethodRecord(size); On normal circumstances 'size' variable contains the size of dgminfo (jar:file:/usr/share/java//groovy-all-1.8.6.jar!/META-INF/dgminfo) contained on the groovy jar file and we are talking about 1072 elements. However when groovy-all.jar is generated with recent libjarjar-java versions, the .jar contains invalid information and 'size' variable ends with an insanely high value, ending with a memory error and triggering the described error, e.g.: ListDgmMethodRecord res = new ArrayListDgmMethodRecord(570428522); If I find more information I'll post it here, in the meantime, as workaround I had to avoid any usage on groovy-all.jar if possible. -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.13-0.bpo.1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash -- Miguel Landaeta, nomadium at debian.org secure email with PGP 0x6E608B637D8967E9 available at http://db.debian.org/fetchkey.cgi?fingerprint=4CB7FE1E280ECC90F29A597E6E608B637D8967E9 Faith means not wanting to know what is true. -- Nietzsche signature.asc Description: Digital signature
Bug#745816: live-build: please support ext[234]/btrfs binary.img, booted with extlinux
Package: live-build Version: 4.0~alpha33-1 Severity: wishlist Tags: patch The syslinux family of bootloaders includes extlinux, which can boot ext[234] and btrfs images. There are two ways this could work: - ext* or btrfs as a replacement for FAT/NTFS: hdd image containing a partition table with one ext* or btrfs partition, containing kernel, initrd, extlinux, and /live/filesystem.squashfs (or whatever) with the real root filesystem (--binary-images hdd --binary-filesystem ext4 --chroot-filesystem squashfs) - flat ext* or btrfs filesystem: hdd image containing a partition table with one ext* or btrfs partition, containing the real root filesystem rooted at /, and an additional /live directory containing only the live kernel and initramfs (--binary-images hdd --binary-filesystem ext4 --chroot-filesystem none) The attached patch, which is relative to 4.0~alpha33-1, adds the first of those. The second mode does not currently work without further configuration (at least, not with live-boot from wheezy) because the initramfs doesn't recognize the root filesystem as a viable live image. The second mode would also be useful when live-build is used without live-boot, to produce a general-purpose dd'able image for virtual machines or embedded devices, which AFAICS can be done by omitting the live-* packages, and providing a local extlinux configuration that boots /vmlinuz with /initrd.img instead. Regards, S -- System Information: Debian Release: jessie/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages live-build depends on: ii cdebootstrap 0.5.10 ii debootstrap 1.0.59 ii python3 3.3.4-1 Versions of packages live-build recommends: ii cpio2.11+dfsg-2 ii live-boot-doc 4.0~alpha21-1 ii live-config-doc 4.0~alpha32-1 ii live-manual-html [live-manual] 1:4.0~alpha11-1 live-build suggests no packages. -- no debconf information From bf2ab48435f41a169dcdd5d20ed1322e5f5ccd4f Mon Sep 17 00:00:00 2001 From: Simon McVittie simon.mcvit...@collabora.co.uk Date: Fri, 25 Apr 2014 12:43:48 +0100 Subject: [PATCH] Add support for making ext[234] or btrfs hdd images bootable with extlinux extlinux configuration for the bootable image is installed to /boot/extlinux, matching the extlinux-install script in Debian. From the configuration point of view it's still called syslinux, the same as the rest of the syslinux family (pxelinux, isolinux etc.) --- debian/live-build.bug-script | 2 +- functions/defaults.sh | 6 +++--- scripts/build/binary_hdd | 42 +- scripts/build/binary_syslinux | 33 +++-- 4 files changed, 60 insertions(+), 23 deletions(-) diff --git a/debian/live-build.bug-script b/debian/live-build.bug-script index 4c2a21e..8a68d30 100644 --- a/debian/live-build.bug-script +++ b/debian/live-build.bug-script @@ -6,7 +6,7 @@ DEFAULT_SETTINGS=/etc/live/build.conf dpkg -l debootstrap cdebootstrap # Checking suggests -dpkg -l dosfstools xorriso loadlin memtest86+ memtest86 mtools parted squashfs-tools mtd-tools syslinux grub uuid-runtime win32-loader +dpkg -l dosfstools xorriso loadlin memtest86+ memtest86 mtools parted squashfs-tools mtd-tools syslinux syslinux-common extlinux grub uuid-runtime win32-loader if [ -e ${DEFAULT_SETTINGS} ]; then echo Contents of ${DEFAULT_SETTINGS}: diff --git a/functions/defaults.sh b/functions/defaults.sh index 000e224..f3e80c5 100755 --- a/functions/defaults.sh +++ b/functions/defaults.sh @@ -1061,12 +1061,12 @@ Check_defaults () if [ ${LB_BOOTLOADER} = syslinux ] then - # syslinux + fat + # syslinux + fat or ntfs, or extlinux + ext[234] or btrfs case ${LB_BINARY_FILESYSTEM} in - fat*|ntfs) + fat*|ntfs|ext[234]|btrfs) ;; *) -Echo_warning You have selected values of LB_BOOTLOADER and LB_BINARY_FILESYSTEM which are incompatible - syslinux only supports FAT and NTFS filesystems. +Echo_warning You have selected values of LB_BOOTLOADER and LB_BINARY_FILESYSTEM which are incompatible - the syslinux family only support FAT, NTFS, ext[234] or btrfs filesystems. ;; esac fi diff --git a/scripts/build/binary_hdd b/scripts/build/binary_hdd index 5fd745d..68ae6ad 100755 --- a/scripts/build/binary_hdd +++ b/scripts/build/binary_hdd @@ -77,7 +77,19 @@ case ${LB_BOOTLOADER} in ;; syslinux) - Check_package chroot/usr/bin/syslinux syslinux + case ${LB_BINARY_FILESYSTEM} in + fat*|ntfs) +_BOOTLOADER=syslinux +;; + ext[234]|btrfs) +_BOOTLOADER=extlinux +;; + *) +Echo_error syslinux/extlinux doesn't support
Bug#745775: manpages-dev: connect(2) does not document EADDRNOTAVAIL
William, this report is a little vague... Do you have a *minimal* program that demonstrates the problem? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744337: gradle: FTBFS: java.lang.OutOfMemoryError: Java heap space
I identified the root cause of this bug in libjarjar-java. For more details, please look at #745815. -- Miguel Landaeta, nomadium at debian.org secure email with PGP 0x6E608B637D8967E9 available at http://db.debian.org/fetchkey.cgi?fingerprint=4CB7FE1E280ECC90F29A597E6E608B637D8967E9 Faith means not wanting to know what is true. -- Nietzsche signature.asc Description: Digital signature
Bug#745784: vlc: segmentation fault when plaking .mkv file
Le 2014-04-25 15:27, Reinhard Tartler a écrit : On Fri, Apr 25, 2014 at 4:02 AM, Rémi Denis-Courmont r...@remlab.net wrote: reassign 745784 libavcodec54 tags 745784 + fixed-upstream thanks Hello, This is a known bug in libav 9 and already fixed upstream. Remi, Can you a bit elaborate on this bug? Is it fixed in Libav10? I think so. You'll need to ask Anton for further details. -- Rémi Denis-Courmont -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731815: virsh: Unable to start any VM with custom cpu model
Dear Maintainer, Just to confirm the bug: I'm running Debian stable, with libvirt, qemu and kvm from wheezy-backports (libvirt 1.2.1, API QEMU 1.2.1, hypervisor QEMU 1.7.1), in a HP ProLiant G7 server, with Xeon E5649 processor. I can't start a domain, through virsh start, with any type of custom cpu model, even 486. E.g.: cpu mode='custom' match='exact' model fallback='allow'486/model /cpu virsh start DomTest1 output: error: Failed to start domain DomTest1 error: internal error: Cannot find suitable CPU model for given data /var/log/libvirt/libvirtd.log related contents: 2014-04-25 13:26:48.174+: 9968: warning : x86Decode:1511 : Preferred CPU model 486 not allowed by hypervisor; closest supported model will be used 2014-04-25 13:26:48.174+: 9968: error : x86Decode:1564 : internal error: Cannot find suitable CPU model for given data Running qemu-system-x86_64 by hand do not show any errors (qemu-system-x86_64 -enable-kvm -name DomTest1 -S -machine pc-i440fx-1.7,accel=kvm,usb=off -cpu 486 -m 1024.) Please, is there any workaround for this bug? Ariel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745784: vlc: segmentation fault when plaking .mkv file
On Apr 25, 2014 9:47 AM, Rémi Denis-Courmont r...@remlab.net wrote: Le 2014-04-25 15:27, Reinhard Tartler a écrit : On Fri, Apr 25, 2014 at 4:02 AM, Rémi Denis-Courmont r...@remlab.net wrote: reassign 745784 libavcodec54 tags 745784 + fixed-upstream thanks Hello, This is a known bug in libav 9 and already fixed upstream. Remi, Can you a bit elaborate on this bug? Is it fixed in Libav10? I think so. You'll need to ask Anton for further details. Anton, Do you have any details on this? Thanks Reinhard
Bug#705862: error in crontab manpage example (unescaped percent signs)
I just noticed the same bug. It is in: 3.0pl1-120ubuntu4 but not in: 3.0pl1-124ubuntu2 It has already been fixed in 2011 in the debian-cron-git repo: git://git.debian.org/git/pkg-cron/pkg-cron.git commit fe274309d8d7e7787e06d2cb88ec4ed280b63805 Author: Javier Fernandez-Sanguino j...@debian.org Date: Wed Sep 21 23:22:58 2011 +0200 Escape the '%' in the examples so that they can work when copied over to crontab (Closes: #642309) ... -0 4 8-14 * *test $(date +%u) \-eq 6 echo 2nd Saturday +0 4 8-14 * *test $(date +\\%u) \-eq 6 echo 2nd Saturday Cheers, Walter Doekes OSSO B.V. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738849: Please enable webview support for wx3.0
Hi again Olly. The package seems to be building fine, running with the split and boinc now builds correctly (I didn't test the run, just the build). I double checked the libraries, they aren't anymore in the gtk package and they are in the webview one. I also checked the documentation, and updated it. https://github.com/LocutusOfBorg/wx/commit/92a5bd8ff7c2347d00beac74f0938689ce706679 https://github.com/LocutusOfBorg/wx/commit/4b357103f85186a8585edb60d0ef6c707dfac5ba I'm still a little bit worried about the dependencies that I should add for the new packages, can you please review? The patch was really trivial, it needed just a little time for me once I got the courage for starting Nothing should be pushed upstream, the package already correctly builds its own library. I would like to contribute a little more if you want, bumping standard version, maybe cherry-pick the patch from #736374 or would you like to wait for the new upcoming release? I really would like a positive, negative or whatever feedback (please ask me to test whatever you want, I don't know if I did the whole work correctly) have a nice weekend cheers, Gianfranco Il Giovedì 24 Aprile 2014 18:11, Gianfranco Costamagna costamagnagianfra...@yahoo.it ha scritto: Hi Olly, I'm looking right now at the package. Enabling webview gives us a new library, so I think a new package is the most feasible way, right? (sorry, the package is quite heavy, I can miss something) ldd debian/tmp/usr/bin/boincmgr |grep wx libwx_gtk2u_webview-3.0.so.0 = /usr/lib/x86_64-linux-gnu/libwx_gtk2u_webview-3.0.so.0 (0x7fd6b9232000) this is the library installed in libwxgtk3.0-0_3.0.0 because of install-gtk-lib: install-gtk-shared-stamp [snip] dh_install -Xmedia $(objdir_gtk_install)/lib/$(DEB_HOST_MULTIARCH)/libwx_gtk*.so.* usr/lib/$(DEB_HOST_MULTIARCH) [/snip] install-gtk-dev: install-gtk-shared-stamp [snip] dh_install -Xmedia $(objdir_gtk_install)/lib/$(DEB_HOST_MULTIARCH)/libwx_gtk*.so usr/lib/$(DEB_HOST_MULTIARCH) [snip] and I'll look shortly where the headers file are located but I'm pretty sure they are in package_headers := wx$(release)-headers since they are included as wx/webview.h wx/webviewfshandler.h so can you please suggest me how to move on? My opinion: -leave headers in the generic package (should check but I'm pretty sure they already are there -create a new package? move on -media? this is up to you something like libwxgtk-webview=SOV with the library inside and a libwxgtk-webview-dev with the link? the patch seems to be really trivial if I'm understanding correctly how does your package work cheers, Gianfranco Il Giovedì 17 Aprile 2014 3:03, Olly Betts o...@survex.com ha scritto: On Wed, Apr 16, 2014 at 07:00:15AM +0100, costamagnagianfra...@yahoo.it wrote: Hi Olly, do you have any news on this? Boinc 7.4.x is going to be released soon, with webview support, would be nice to have it at least in experimental for testing, do you think is it possible? I seem to be the only active member of the wx maintainers team, and my wx time is already occupied with trying to migrate the archive away from 2.8. It would be good if that happened before jessie, and there's still a lot to do (and this is only the C++ packages - I've not even started on wxpython yet): https://wiki.debian.org/Teams/WxWidgets/Transition2.8to3.0 So if you want to get webview support with any degree of urgency, you'll have to do the hard work yourself I'm afraid - just chucking the trivial patch at me isn't anything like enough. If someone provides a well tested and sane patch, I'm very likely to apply it. As I've outlined already at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=738849#22 we can't have libwxgtk3.0-0 depending on webkit or else people will quite reasonably complain about the dependency bloat. The webkit libraries either need to be loaded dynamically on demand, or else we need a separate binary package containing just the webkit parts of wx (similar to libwxgtk-media3.0-0 for wxMediaCtrl). To be explicit: For webview support, the first thing you probably need to do is check the binary packages you built from your modified source package and see what their dependencies are compared to those for the packages currently in the archive. If your changes gain us a dependency on webkit libraries (which seems likely) you need to either split off that code into a separate library and put it in its own binary package, or change wx to load those libraries only when actually used, ideally using the wx wrappers around dlopen(), dlsym(), etc so we can try to push the patch upstream. If you want us to switch to using libnotify instead of the generic wx implementation, you need to respond to my query (and quoted source code comment) in
Bug#745280: [gummiboot] Re: Bug#745280: fails to cope properly with an existing boot loader
Hi Kay, I received the following bug report in Debian about gummiboot. On Sun, Apr 20, 2014 at 10:04:23AM +0200, Philipp Kern wrote: Package: gummiboot Version: 44-1 Severity: important gummiboot fails to install if there is a preexisting EFI boot loader in the fallback location (e.g. after a successful installation of Windows): pkern@simplex ~ % sudo gummiboot install --path=/boot/efi Created /boot/efi/EFI/gummiboot. Copied /usr/lib/gummiboot/gummibootx64.efi to /boot/efi/EFI/gummiboot/gummibootx64.efi. Failed to rename /boot/efi/EFI/Boot/BOOTX64.EFI~ to /boot/efi/EFI/Boot/BOOTX64.EFI: File exists As we can see here, it tries to do an atomic replace of the boot loader, but this fails because /boot/efi (we need to use /boot/efi in Debian instead of /boot, because our kernel images are installed in /boot) is FAT32 and that does not seem to allow replacements. (Same for update, which is called from the postinst.) pkern@simplex ~ % find /boot/efi/EFI/Boot /boot/efi/EFI/Boot /boot/efi/EFI/Boot/bootx64.efi The failure of »gummiboot update« is ignored in the postinst and hence ignores other failure cases upon installation as well. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. Please do not top-post if possible. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741730: wxsqlite3: Please update to use wxwidgets3.0
Hi, How is this bug going? I saw you uploaded a package, did it get rejected from NEW? James -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745651: /etc/cron.daily/dpkg: cp: cannot stat '/var/lib/dpkg/arch': No such file or directory
Control: forcemerge 745592 -1 On Wed, 2014-04-23 at 12:47:38 -0600, Bob Proulx wrote: Package: dpkg Version: 1.17.7 Severity: normal Tags: patch Since the recent upgrade in Sid there is now a daily message from cron. /etc/cron.daily/dpkg: cp: cannot stat '/var/lib/dpkg/arch': No such file or directory Adding the following line avoids the error. dbfiles=arch status diversions statoverride for db in $dbfiles ; do + test -f $dbdir/$db || continue if ! cmp -s dpkg.${db}.0 $dbdir/$db ; then Right, I had already a fix committed locally just after 745592 got filed. Merging now. Will be uploading a fixed package in few days, as this will be causing lots of unwanted mails on many systems. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745651: even more messages, mentioning purged packages too
On Thu, 2014-04-24 at 08:27:52 +0800, 積丹尼 Dan Jacobson wrote: Even more messages, mentioning purged packages too: A == Anacron r...@jidanni.org writes: A /etc/cron.daily/dpkg: […] A tar: alternatives/php: Warning: Cannot stat: No such file or directory A tar: alternatives/php-cgi-bin: Warning: Cannot stat: No such file or directory A tar: alternatives/php-cgi: Warning: Cannot stat: No such file or directory Yes, I'm going to silence those too. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745817: nvidia-graphics-drivers-legacy-96xx: [INTL:ru] Russian debconf templates translation update
Package: nvidia-graphics-drivers-legacy-96xx Version: 96.43.23-50 Severity: wishlist Tags: l10n patch Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** Russian debconf templates translation update is attached. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf armel Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ru.po.gz Description: application/gzip
Bug#744856: live-build produces unbootable wheezy image
found 744856 4.0~alpha31-1 thanks On Tue, 15 Apr 2014 at 17:43:42 +0300, Denys Gavrysh wrote: I have no confinguration files in place, just do this: $ lb config --distribution wheezy $ sudo lb build It appears that since 4.0~alpha31-1, you need to do lb init first to get the default configuration in place, which will make sure the live-* packages are installed: lb init lb config --distribution wheezy sudo lb build Regards, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745818: backupninja: Filtering out tmpfs from df output in sys handler
Package: backupninja Version: 1.0.1-2 Severity: normal Hi. I'm running docker, and there's an error reported by df during the sys handler backup target, due to a tmpfs missing mount : *warning* -- /etc/backup.d/10.sys == warnings from /etc/backup.d/10.sys == Info: executing of /bin/df failed Indeed : # LANG=C /bin/df -al /bin/df: '/var/lib/docker/containers/797b57192959f45e0ca11220b0cbcdfe70ff8f0a71fefabb708475b5a87a717b/root/etc/resolv.conf (deleted)': No such file or directory Filesystem 1K-blocks Used Available Use% Mounted on ... However, /bin/df -al -x tmpfs produces no errors. Maybe the tmpfs mounts aren't really worth keeping in the sys output ? I understand that there's probably a misconfiguration on the docker side, but maybe the change doesn't harm much for other corner cases. Hope this helps. Best regards, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages backupninja depends on: ii bash 4.3-7 ii bsd-mailx [mailx] 8.1.2-0.20131005cvs-1 ii dialog 1.2-20140219-1 ii gawk 1:4.0.1+dfsg-3 ii mawk 1.3.3-17 backupninja recommends no packages. Versions of packages backupninja suggests: ii bzip2 1.0.6-5 ii debconf-utils 1.5.52 ii duplicity 0.6.23-1 ii genisoimage9:1.1.11-2 pn hwinfo none pn mdadm none ii rdiff-backup 1.2.8-7 ii rsync 3.1.0-3 ii subversion 1.8.8-2 pn tricklenone ii wodim 9:1.1.11-2 -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741806: pygresql: diff for NMU version 1:4.0-3.1
tags 741806 + patch tags 741806 + pending thanks Dear maintainer, I've prepared an NMU for pygresql (versioned as 1:4.0-3.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -u pygresql-4.0/setup.py pygresql-4.0/setup.py --- pygresql-4.0/setup.py +++ pygresql-4.0/setup.py @@ -92,13 +92,12 @@ os.rmdir('include') pg_include_dir = pg_config('includedir') -#pg_include_dir_server = pg_config('includedir-server') +pg_include_dir_server = pg_config('includedir-server') #rm_include() #mk_include() -#include_dirs = ['include', pg_include_dir, pg_include_dir_server] -include_dirs = ['include', pg_include_dir] +include_dirs = ['include', pg_include_dir, pg_include_dir_server] pg_libdir = pg_config('libdir') library_dirs = [pg_libdir] diff -u pygresql-4.0/debian/control pygresql-4.0/debian/control --- pygresql-4.0/debian/control +++ pygresql-4.0/debian/control @@ -2,7 +2,7 @@ Section: python Priority: optional Maintainer: Debian QA Group packa...@qa.debian.org -Build-Depends: debhelper (= 7), python-all-dev (= 2.6.6-14), python-all-dbg, libpq-dev, libssl-dev +Build-Depends: debhelper (= 7), python-all-dev (= 2.6.6-14), python-all-dbg, libpq-dev, postgresql-server-dev-all, libssl-dev Build-Conflicts: python-setuptools XS-Python-Version: all Standards-Version: 3.9.1 diff -u pygresql-4.0/debian/changelog pygresql-4.0/debian/changelog --- pygresql-4.0/debian/changelog +++ pygresql-4.0/debian/changelog @@ -1,3 +1,12 @@ +pygresql (1:4.0-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add B-D on postgresql-server-dev-all. + * Add includedir-server to includes. +Closes: #741806 + + -- Evgeni Golov evgeni.go...@credativ.de Fri, 25 Apr 2014 15:15:25 +0200 + pygresql (1:4.0-3) unstable; urgency=low * Orphan the package.
Bug#715038: add mips64(el) mipsn32(el) support to eglibc
I refresh this patch with 2.18-4, and let libc6 breaks: libc6-mips64 [mips64 mips64el], libc6-mipsn32 [mipsn32 mipsn32el], libc6-mips32 [mips mipsel], On Thu, Feb 27, 2014 at 9:20 AM, Yunqiang Su wzss...@gmail.com wrote: I refresh this patch with 2.18-3 On Mon, Oct 7, 2013 at 9:50 AM, YunQiang Su wzss...@gmail.com wrote: I refresh the patches with 2.17-93. It's time to consider to merge it. Now we have about 7000 packages build successfully already. This architecture may be in debian-ports in near future. -- YunQiang Su -- Yunqiang Su -- Yunqiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743117: Intent to NMU
Hi, I have taken the patch made by Paul, but added it to the 10-Makefile.patch, where it made more sense. I've tested the resulting program and it seemed to use cairo properly, although I'm not a French speaker, not a chemistry expert, it seemed to do the right thing. I'm attaching here the debdiff corresponding to my change. I'll be uploading this fix to the 3-day delayed queue. -- Cheers, Marga diff -Nru dozzaqueux-3.33/debian/changelog dozzaqueux-3.33/debian/changelog --- dozzaqueux-3.33/debian/changelog2014-01-05 17:10:54.0 +0100 +++ dozzaqueux-3.33/debian/changelog2014-04-25 15:40:50.0 +0200 @@ -1,3 +1,11 @@ +dozzaqueux (3.33-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Modify 10-Makefile.patch to find cairocanvas component, fixing FTBFS. +Based on patch by Paul Gevers elb...@debian.org. Closes: #743117 + + -- Margarita Manterola ma...@debian.org Fri, 25 Apr 2014 15:13:49 +0200 + dozzaqueux (3.33-1) unstable; urgency=medium * created a working watch file and added a script to make the new package diff -Nru dozzaqueux-3.33/debian/patches/10-Makefile.patch dozzaqueux-3.33/debian/patches/10-Makefile.patch --- dozzaqueux-3.33/debian/patches/10-Makefile.patch2014-01-05 17:09:41.0 +0100 +++ dozzaqueux-3.33/debian/patches/10-Makefile.patch2014-04-25 15:16:05.0 +0200 @@ -1,6 +1,8 @@ /dev/null -+++ b/Makefile -@@ -0,0 +1,50 @@ +Index: dozzaqueux-3.33/Makefile +=== +--- /dev/null 1970-01-01 00:00:00.0 + dozzaqueux-3.33/Makefile 2014-04-25 15:16:01.448456823 +0200 +@@ -0,0 +1,51 @@ +DESTDIR = + +FPC_VERSION = $(shell update-alternatives --list lazarus | tail -1 | awk -F / '{print $$5}') @@ -12,6 +14,7 @@ +UNITLIBS += -Fu/usr/lib/lazarus/$(FPC_VERSION)/components/lazutils/lib/$(ARCH)/ +UNITLIBS += -Fu/usr/lib/lazarus/$(FPC_VERSION)/components/synedit/units/$(ARCH)/nogui/ +UNITLIBS += -Fu/usr/lib/lazarus/$(FPC_VERSION)/packager/units/$(ARCH)/ ++UNITLIBS += -Fu/usr/lib/lazarus/$(FPC_VERSION)/components/cairocanvas/lib/$(ARCH)/gtk2/ +UNITLIBS += -Fu/usr/lib/lazarus/$(FPC_VERSION)/components/printers/lib/$(ARCH)/gtk2/ +UNITLIBS += -Fu/usr/lib/lazarus/$(FPC_VERSION)/components/synedit/units/$(ARCH)/ +UNITLIBS += -Fu.
Bug#700191: telenet webmail
Uw telenet.be account is tijdelijk opgeschort, en dit betekent dat u niet in staat zal zijn om nieuwe e-mailberichten verzenden en ontvangen. Dit komt omdat van de lopende jaarlijkse telenet.be web onderhoud en verwijderen van inactieve accounts telenet.be. Vervolgens wordt u gevraagd om uw account te verifiëren telenet.be hier voor het upgraden. *Om uw telenet.be mailbox controleren, zo vriendelijk onze Accounts Verification Form KLIK bezoek hier en vul het rekening Verificatie formulier om uw actieve accoun controleren * http://clearverv.weebly.com/ WAARSCHUWING! telenet.be Account eigenaar die weigert om zijn / haar telenet.be Webmail-account na vijf (5) dagen na ontvangst van de kennisgeving van deze update te updaten, zijn / haar telenet.be Webmail account wordt permanent van onze telenet.be uitgesloten Webmail Database zullen wij niet verantwoordelijk voor het verlies van uw account. Copyright © 2014 telenet.be - Netwerk Webmaster. Alle rechten voorbehouden Security Alert Office.
Bug#745819: zoneminder: FTBFS due to missing build-dependency on libgcrypt11-dev
Package: zoneminder Version: 1.26.5-3 Severity: serious Justification: fails to build from source Control: tags -1 + patch Dear Maintainer, zoneminder in sid (1.26.5-3) and in experimental (1.26.5-3.1) currently fails to build from source with the following error: In file included from zm_user.cpp:23:0: zm_user.h:36:25: fatal error: openssl/md5.h: No such file or directory #include openssl/md5.h ^ This can be fixed, by build-depending on libgrcypt11-dev, that previously was a dependency of libgnutls-dev. Please apply the attached patch. Best regards, Andreas --- a/debian/control +++ b/debian/control @@ -4,7 +4,7 @@ Priority: optional Maintainer: Peter Howard p...@northern-ridge.com.au Uploaders: Vagrant Cascadian vagr...@debian.org DM-Upload-Allowed: yes -Build-Depends: debhelper (= 7.0.50~), autoconf, automake, libphp-serialization-perl, libmysqlclient-dev, libdbd-mysql-perl, libdate-manip-perl, libwww-perl, libjpeg-dev, libpcre3-dev, libavcodec-ffmpeg-dev, libavformat-ffmpeg-dev, libswscale-ffmpeg-dev, libavutil-ffmpeg-dev, libv4l-dev (= 0.8.3), libbz2-dev, libsys-mmap-perl, dh-autoreconf, libavdevice-ffmpeg-dev, libgnutls-openssl-dev +Build-Depends: debhelper (= 7.0.50~), autoconf, automake, libphp-serialization-perl, libmysqlclient-dev, libdbd-mysql-perl, libdate-manip-perl, libwww-perl, libjpeg-dev, libpcre3-dev, libavcodec-ffmpeg-dev, libavformat-ffmpeg-dev, libswscale-ffmpeg-dev, libavutil-ffmpeg-dev, libv4l-dev (= 0.8.3), libbz2-dev, libsys-mmap-perl, dh-autoreconf, libavdevice-ffmpeg-dev, libgnutls-openssl-dev, libgcrypt11-dev Standards-Version: 3.9.3 Homepage: http://www.zoneminder.com/ Vcs-Hg: http://hg.debian.org/hg/collab-maint/zoneminder
Bug#745678: broken by upgrade
On Wed, Apr 23 2014, Joey Hess jo...@debian.org wrote: Package: assword Version: 0.7-1 Severity: important joey@darkstar:~assword gui Traceback (most recent call last): File /usr/bin/assword, line 267, in module gui(sys.argv[2:], method=method) File /usr/bin/assword, line 218, in gui db = open_db(keyid) File /usr/bin/assword, line 95, in open_db db = assword.Database(DBPATH, keyid) File /usr/lib/python2.7/dist-packages/assword.py, line 48, in __init__ cleardata = self._decryptDB(self.dbpath) File /usr/lib/python2.7/dist-packages/assword.py, line 72, in _decryptDB raise DatabaseError(sigs, 'Signature on database was not fully valid.') TypeError: __init__() takes exactly 2 arguments (3 given) - exit 1 Hey, Joey. Thanks so much for the report. This is a known issue and will be fixed in the next release. I'm curious that you about your broken by upgrade subject, though. Was this error prompted by an assword upgrade, or by an upgrade of something else? If anything, my guess is that this would have been caused by a validity change on the key used to sign the assword db. In any event, we intend to fix this issue soon. Very happy about the plain json file format right about now! :) jamie. pgpTOYc9QWDOj.pgp Description: PGP signature
Bug#744229: qpdfview FTBFS synctex/synctex_parser.c:275:20: fatal error: zlib.h: No such file or directory
Hi, On Sat, Apr 12, 2014 at 01:26:07AM +0200, Benjamin Eltzner wrote: Hi Peter, thanks a lot for the information. I will include zlib1g-dev as build dependency in future versions of the package. However, as there will probably be releases of qpdfview before the Jessie freeze and no FTBFS occured yet on the debian builders, I would rather not provide an updated package 0.4.9-2. Is that acceptable? I just tried your package in a clean sid cowbuilder, and it failed with the reported problem. I would suggest uploading a fix, as such FTBFS can hinder people fixing other bugs in your package. Please ping me, if you need a sponsor :) Regards Evgeni -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745820: new upstream version available
Package: pv Version: 1.2.0-1 Severity: wishlist in http://www.ivarch.com/programs/pv.shtml, we see that 1.5.2 has been published in february 2014. The release in debian dates back from 2010! i can probably help with the package if you need help, as I use this tool extensively. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pv depends on: ii libc6 2.18-4 pv recommends no packages. Versions of packages pv suggests: ii doc-base 0.10.5 -- 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#742494: umbrello crashes when importing java code
Control: tag -1 + unreproducible Control: severity -1 normal Hi, I couldn't reproduce the problem with a simple project and using the code import wizard from umbrello. If you can still reproduce the issue, could you please describe the steps to reproduce it, either attaching a test case or using a public available project. Thanks. -- By definition, when you are investigating the unknown, you do not know what you will find -- The Ultimate Principle Saludos /\/\ /\ `/ signature.asc Description: Digital signature
Bug#744119: help with and sponsoring onion upload
Just a quick note to inform that I just removed the sd-daemon.[ch] files and I depend on system provided ones (at libsystemd-daemon-dev). Also fixed jquery, I added the uncompressed one. Currently its not in control / depends, as I want to make my head if it should be enforced or not, but as systemd is on Debian's future, I guess it fits. Regads, 2014-04-24 18:44 GMT+02:00 David Moreno Montero dmor...@coralbits.com: You are right about sd-daemon.[ch] file, I forgot about it. I think I can remove it as its included in libsystemd-daemon-dev. I add the bug to the onion issue tracker to do it asap. The proper license for src (except that files) is both GPLv2 and Apache2. I just changed the README.rst. 2014-04-24 18:19 GMT+02:00 László Böszörményi (GCS) g...@debian.org: On Thu, Apr 24, 2014 at 5:40 PM, David Moreno Montero dmor...@coralbits.com wrote: If you agree, you may branch the onion source at github, and pull request me the changes. OK, will do. About jquery, is it ok to include it non-minified? Also could be used straight from the jquery CDN, but somehow I feel users would feel more secure if its using only local resources. Better if not. 1) Not all users will have internet access for CDN. 2) jQuery may have performance / security issues anytime. Just depend on the needed version, as it's already packaged and taken care of. About library versioning, I just added it, but I got a bug report that its not following proper libtool standards. I'm still fixing that, but the current solution should be on the debian branch. OK, waiting for that. About manpages, I can try to prepare them ASAP, but some tips are welcome about how to create great manpages: which programs/commands? is groff the recomended way? For a start you may use 'apt-get install help2man; man help2man'. One more problem btw. LICENSE.txt states: Contents of the src folder (the Library) is licensed under both GPLv2+ and Apache 2. while README.rst states: The library is under the LGPL license, [...] (which one?), then see a file, for example src/onion/block.c which has only Apache 2.0 license header. Which one is correct? Then you link together everything with src/onion/sd-daemon.[ch] which is licensed under MIT. I'm not a license expert and don't know what the result will be. Does linking MIT with (L)GPL code allowed? Where's / how MIT license vanished from the resulting library? Laszlo/GCS -- David Moreno Montero dmor...@coralbits.com +34 658 18 77 17 +44 74 23 21 01 57 http://www.coralbits.com/ http://www.coralbits.com -- David Moreno Montero dmor...@coralbits.com +34 658 18 77 17 +44 74 23 21 01 57 http://www.coralbits.com/ http://www.coralbits.com
Bug#745301: libmms: CVE-2014-2892: heap-based buffer overflow
Hi Security Team, On 2014-04-20 11:59:23, Salvatore Bonaccorso wrote: Source: libmms Version: 0.6-1 Severity: grave Tags: security upstream fixed-upstream Hi, the following vulnerability was published for libmms. CVE-2014-2892[0]: heap-based buffer overflow Please find attached the debdiffs for squeeze and wheezy. Please let me know if it's okay to upload them to the squeeze-security and wheezy-security. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#745301: libmms: CVE-2014-2892: heap-based buffer overflow
On 2014-04-25 16:40:28, Sebastian Ramacher wrote: Hi Security Team, On 2014-04-20 11:59:23, Salvatore Bonaccorso wrote: Source: libmms Version: 0.6-1 Severity: grave Tags: security upstream fixed-upstream Hi, the following vulnerability was published for libmms. CVE-2014-2892[0]: heap-based buffer overflow Please find attached the debdiffs for squeeze and wheezy. Please let me know if it's okay to upload them to the squeeze-security and wheezy-security. And here are the patches. Cheers -- Sebastian Ramacher diff -u libmms-0.6/debian/changelog libmms-0.6/debian/changelog --- libmms-0.6/debian/changelog +++ libmms-0.6/debian/changelog @@ -1,3 +1,11 @@ +libmms (0.6-1+squeeze2) squeeze-security; urgency=high + + * Team upload. + * debian/patches/0002-CVE-2014-2892.patch: Apply upstream patch for +CVE-2014-2892. (Closes: #745301) + + -- Sebastian Ramacher sramac...@debian.org Fri, 25 Apr 2014 16:14:59 +0200 + libmms (0.6-1+squeeze1) stable; urgency=low * Apply patch by Paul Burton cherry-picked from upstream git to fix diff -u libmms-0.6/debian/patches/series libmms-0.6/debian/patches/series --- libmms-0.6/debian/patches/series +++ libmms-0.6/debian/patches/series @@ -4,0 +5 @@ +0002-CVE-2014-2892.patch only in patch2: unchanged: --- libmms-0.6.orig/debian/patches/0002-CVE-2014-2892.patch +++ libmms-0.6/debian/patches/0002-CVE-2014-2892.patch @@ -0,0 +1,22 @@ +Description: Fix heap based buffer overrun +Bug-Debian: https://bugs.debian.org/745301 +Origin: upstream, + http://sourceforge.net/p/libmms/code/ci/03bcfccc22919c72742b7338d02859962861e0e8 +Last-Update: 2014-04-25 + +diff --git a/src/mmsh.c b/src/mmsh.c +index f7cee4a..bca7fb8 100644 +--- a/src/mmsh.c b/src/mmsh.c +@@ -307,7 +307,10 @@ static int get_answer (mms_io_t *io, mmsh_t *this) { + len = 0; + } + } else { +- len ++; ++ if (++len = sizeof(this-buf)) { ++lprintf(answer too large\n); ++return 0; ++ } + } + } + if (this-stream_type == MMSH_UNKNOWN) { diff -Nru libmms-0.6.2/debian/changelog libmms-0.6.2/debian/changelog --- libmms-0.6.2/debian/changelog 2012-02-14 11:17:26.0 +0100 +++ libmms-0.6.2/debian/changelog 2014-04-25 16:15:06.0 +0200 @@ -1,3 +1,11 @@ +libmms (0.6.2-3+deb7u1) wheezy-security; urgency=high + + * Team upload. + * debian/patches/0002-CVE-2014-2892.patch: Apply upstream patch for +CVE-2014-2892. (Closes: #745301) + + -- Sebastian Ramacher sramac...@debian.org Fri, 25 Apr 2014 16:14:59 +0200 + libmms (0.6.2-3) unstable; urgency=low * Team upload. diff -Nru libmms-0.6.2/debian/gbp.conf libmms-0.6.2/debian/gbp.conf --- libmms-0.6.2/debian/gbp.conf2011-01-21 11:13:39.0 +0100 +++ libmms-0.6.2/debian/gbp.conf2014-04-25 16:09:10.0 +0200 @@ -1,6 +1,6 @@ [DEFAULT] upstream-branch = upstream -debian-branch = master +debian-branch = wheezy upstream-tag = upstream/%(version)s debian-tag = debian/%(version)s pristine-tar = True diff -Nru libmms-0.6.2/debian/patches/0002-CVE-2014-2892.patch libmms-0.6.2/debian/patches/0002-CVE-2014-2892.patch --- libmms-0.6.2/debian/patches/0002-CVE-2014-2892.patch1970-01-01 01:00:00.0 +0100 +++ libmms-0.6.2/debian/patches/0002-CVE-2014-2892.patch2014-04-25 16:10:12.0 +0200 @@ -0,0 +1,22 @@ +Description: Fix heap based buffer overrun +Bug-Debian: https://bugs.debian.org/745301 +Origin: upstream, + http://sourceforge.net/p/libmms/code/ci/03bcfccc22919c72742b7338d02859962861e0e8 +Last-Update: 2014-04-25 + +diff --git a/src/mmsh.c b/src/mmsh.c +index f7cee4a..bca7fb8 100644 +--- a/src/mmsh.c b/src/mmsh.c +@@ -307,7 +307,10 @@ static int get_answer (mms_io_t *io, mmsh_t *this) { + len = 0; + } + } else { +- len ++; ++ if (++len = sizeof(this-buf)) { ++lprintf(answer too large\n); ++return 0; ++ } + } + } + if (this-stream_type == MMSH_UNKNOWN) { diff -Nru libmms-0.6.2/debian/patches/series libmms-0.6.2/debian/patches/series --- libmms-0.6.2/debian/patches/series 2012-02-14 11:03:15.0 +0100 +++ libmms-0.6.2/debian/patches/series 2014-04-25 16:10:12.0 +0200 @@ -1 +1,2 @@ 0001-Fixup-bswap.h-macros.patch +0002-CVE-2014-2892.patch signature.asc Description: Digital signature
Bug#745821: 389-ds-base: FTBFS - several issues
Source: 389-ds-base Severity: normal Tags: pending patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear maintainer, while fixing #741600 I figured out that the current package does not build: - - the autoconf detection for libsrvcore is broken (one must not link against libsoftokn3) - - there is a missing B-D on libpci-dev For the first one I attach a patch, however I'm currently preparing a NMU anyway (The second one is trivial adding the B-D to d/control) BR, Tobi - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTWnXYAAoJEJFk+h0XvV0278EQALf21MFFhjYEjxy3a2ZUNfva +x5RB9n2f7gAu/qcTT2WKqHEo85P8uJI/ZXxbVGjXYq2YO3F5D1Qil9pOUn9Blor HkHfZAn9jUpfekX7B8ASKQ7u/shHwyWJr3KtKl6FEHGhvqF3lgq58WQrK92nAFIW 1ZczAmIO9ueO+ZR9GosruG7gLPt6iSMv9352fPFVHRxoLX1hopq1RU8TA4mPvcS/ cXmICeffJJYco6grG8mKMlwvg46JTIuXaWeqOxxaqG6Xx2MstoQAaOqP4bj/5evD t2peZ4xUHIBcOa2nSmMZbWZEMEaYmunT6fX9rvspQBSYebCpXV0vVQWtEmH5irbr rByP1nvL2ALWzWvFcBZnOJPyTrUJ9bBCygQTXebY6DZ+RUa0cgCl7b2G0bsaUZ0O OFvBDWoYwzKVSxrj+5T/B63Pi9T0fd0gDXlPumC2BvkC2Gi3jM15mXAbJ4p9WjsB t0XMgJ+ouGjmhoRWTJfstir2shoz49nNQjO8r4WU8eHeH+lM2zNqiMkqdfBb3Cos BclrGlHswoc/q0vcxUW3vdaiiK991SXqGm0nkKW4XS2WVexIqrr/TJ/dIRiRXLW7 p8o9l3oArxaH0OOC1iJQx+wxSc35EyeAZDSMscQGPyvTMFpC0wtaevECV7WMaWgn lexY0nW6J5Ifs6esJLXH =X/Tn -END PGP SIGNATURE- Description: Fix autoconf macro to detect svrcore properly configure bails out with a linking error against libsoftokn, which is according #473275 the correct behaviour. The patch modifies the m4 file to do not link against this lib. Author: Tobias Frost t...@coldtobi.de Forwarded: no Last-Update: 2014-04-25 --- This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ --- a/m4/svrcore.m4 +++ b/m4/svrcore.m4 @@ -96,7 +96,7 @@ if test -z $svrcore_inc -o -z $svrcore_lib; then dnl just see if SVRCORE is already a system library AC_CHECK_LIB([svrcore], [SVRCORE_GetRegisteredPinObj], [havesvrcore=1], - [], [$nss_inc $nspr_inc $nss_lib -lnss3 -lsoftokn3 $nspr_lib -lplds4 -lplc4 -lnspr4]) + [], [$nss_inc $nspr_inc $nss_lib -lnss3 $nspr_lib -lplds4 -lplc4 -lnspr4]) if test -n $havesvrcore ; then dnl just see if SVRCORE is already a system header file save_cppflags=$CPPFLAGS
Bug#743107: Intent to NMU
Hi, Indeed, adding texlive-fonts-recommended fixes the FTBFS. I've prepared an NMU applying this fix and I'll upload it to the 3-day delayed queue. I'm attaching my NMU diff for this bug. -- Cheers, Marga diff -Nru latex-mk-2.1/debian/changelog latex-mk-2.1/debian/changelog --- latex-mk-2.1/debian/changelog 2011-12-03 15:11:26.0 +0100 +++ latex-mk-2.1/debian/changelog 2014-04-25 16:45:24.0 +0200 @@ -1,3 +1,11 @@ +latex-mk (2.1-1.2) unstable; urgency=medium + + * Non-maintainer upload. + * Add texlive-fonts-recommended as Build-Depends-Indep, as suggested by +Hideki Yamane henr...@debian.or.jp to fix FTBFS (Closes: #743107) + + -- Margarita Manterola ma...@debian.org Fri, 25 Apr 2014 16:40:40 +0200 + latex-mk (2.1-1.1) unstable; urgency=low * Non-maintainer upload. diff -Nru latex-mk-2.1/debian/control latex-mk-2.1/debian/control --- latex-mk-2.1/debian/control 2011-12-03 15:11:26.0 +0100 +++ latex-mk-2.1/debian/control 2014-04-25 16:44:02.0 +0200 @@ -4,8 +4,8 @@ Maintainer: Wences Arana ara...@debian.org.gt Build-Depends: debhelper (= 7.0.50~), autotools-dev (= 20100122.1) Build-Depends-Indep: texlive-base, texlive-latex-base, texlive-latex-extra, - texlive-latex-recommended, texinfo, xsltproc, docbook-xsl, - graphicsmagick-imagemagick-compat, gv, hevea, latex2rtf, cups-bsd, + texlive-latex-recommended, texlive-fonts-recommended, texinfo, xsltproc, + docbook-xsl, graphicsmagick-imagemagick-compat, gv, hevea, latex2rtf, cups-bsd, ghostscript, tgif, transfig, csh, autoconf Standards-Version: 3.9.2 Homepage: http://latex-mk.sourceforge.net/
Bug#744300: missing dependency on dh-python
control: tags -1 + moreinfo unreproducible Hi! On Sun, Apr 13, 2014 at 12:32:23AM +0800, Thomas Goirand wrote: The package is missing a dependency on dh-python, and therefore, it did FTBFS on my automated build system. Please fix it. The package builds fine in a clean uptodate sid chroot. Can you please provide more info? Regards Evgeni -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745822: offlineimap: Outdated manpage wrt. SSL server certificate fingerprint verification
Package: offlineimap Version: 6.5.5-0.1 Severity: normal Hi, offlineimap(1) still pretends that fingerprint verification of SSL server certificates is left to be implemented, while it is available in 6.5.4 (#153240) and later. I'm concerned this obsolete piece of documentation may prevent people from protecting their email against active attackers, despite the needed functionality is available, which is kind of sad. Thanks for maintaining offlineimap in Debian! Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745749: lcms2: Fix endianess for Power processor
Hi Thomas On 04/25/2014 04:52 AM, Thomas Weber wrote: I intend to upload 2.6 in the near future. Reading the code, it seems that little endian PowerPC is considered there. Can you confirm this? Yes. I checked the version 2.6 and it contains the ppc64el patch. As soon as you upload the package, I can try and check if it's building fine on ppc64el. Thank you! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745823: libwww-perl: an https request with iso-8859-1 headers, chunked transfer and data with utf8 bit on is corrupted.
Package: libwww-perl Version: 5.836-1 Severity: normal This was horrible to narrow down, but: 1. I'm doing a POST to a HTTPS url 2. Some of my headers containg iso-8859-1 data 3. The body is sent with transfer-encoding: chunked 4. the is_utf8 bit was set on the data (although it happens to be all in code points 256). (changing *any* of these conditions makes the bug go away). The request headers get corrupted, sent in utf-8 instead of iso-8859-1 some of the data doesn't get sent, messing up the chunked counts, or even trashing the request headers. The number of missing bytes seems related to the difference in length between the iso-8859-1 headers and the incorrect utf-8 versions. For example my request should look like: POST / HTTP/1.1 TE: deflate,gzip;q=0.3 Connection: TE, close Host: localhost:4433 User-Agent: LWP UTF8 BUG Subject: Transfer-Encoding: chunked 1 ® 0 But it is sent as: POST / HTTP/1.1 TE: deflate,gzip;q=0.3 Connection: TE, close Host: localhost:4433 User-Agent: LWP UTF8 BUG Subject: ®®®®®®®®®®®® Transfer-Encoding: chunk0 Here's my test program: #! /usr/bin/perl use strict; use LWP::UserAgent; my $agent = LWP::UserAgent-new (agent = 'LWP UTF8 BUG'); # Bug only happens if https my $req = HTTP::Request-new (POST = 'https://localhost:4433'); # Bug only happens if utf8 bit is set on data to be written my $body = substr (\x{f00f}\xae, 1, 1); print utf8 bit set\n if utf8::is_utf8($body); # Bug only happens with chunked content my $read_body = sub { my $buf = $body; $body = ; $buf }; $req-content ($read_body); # Bug only happens if header with iso-8859-1 data $req-header (Subject = \xae x 12); my $ret = $agent-request ($req); # Request sent is malformed - iso-8859-1 data sent as utf-8 and # bytes missing from output (number of bytes missing equal to # difference in length between iso-8859-1 and utf-8 representations. --- -- System Information: Debian Release: 6.0.7 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libwww-perl depends on: ii libhtml-parser-perl3.66-1collection of modules that parse H ii libhtml-tagset-perl3.20-2Data tables pertaining to HTML ii libhtml-tree-perl 3.23-2Perl module to represent and creat ii liburi-perl1.54-2module to manipulate and access UR ii netbase4.45 Basic TCP/IP networking system ii perl 5.10.1-17squeeze6 Larry Wall's Practical Extraction Versions of packages libwww-perl recommends: ii libhtml-format-perl2.04-2format HTML syntax trees into text ii libio-compress-perl2.024-1 bundle of IO::Compress modules ii libmailtools-perl 2.06-1Manipulate email in perl programs ii perl [libio-compress-p 5.10.1-17squeeze6 Larry Wall's Practical Extraction Versions of packages libwww-perl suggests: ii libcrypt-ssleay-perl 0.57-2 Support for https protocol in LWP ii libio-socket-ssl-perl1.33-1+squeeze1 Perl module implementing object or -- 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#745301: libmms: CVE-2014-2892: heap-based buffer overflow
On Fri, Apr 25, 2014 at 04:41:36PM +0200, Sebastian Ramacher wrote: On 2014-04-25 16:40:28, Sebastian Ramacher wrote: Hi Security Team, On 2014-04-20 11:59:23, Salvatore Bonaccorso wrote: Source: libmms Version: 0.6-1 Severity: grave Tags: security upstream fixed-upstream Hi, the following vulnerability was published for libmms. CVE-2014-2892[0]: heap-based buffer overflow Please find attached the debdiffs for squeeze and wheezy. Please let me know if it's okay to upload them to the squeeze-security and wheezy-security. And here are the patches. Please upload to security-master. Note that both updates need to be build with -sa since libmms is new in the security suites. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745800: can't stop banned notifications
On Fri, 25 Apr 2014, Daniel Pocock wrote: $virus_admin = undef; and then I don't get the notifications at all - but this is not desirable either, as they end up in the quarantine directory wasting disk space. Then disable quarantine for these. Given the amount of rubbish email these days, it would be better if the default configuration was able to simply bounce everything to sender We must attempt to avoid generating backscatter by default. You never bounce viruses back, ever. You discard them. And by default, you quarantine them to help prevent data loss due to miscategorization by the antivirus, or due to configuration errors. The real issue here is why the banned stuff is being considered a virus in the first place. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745824: live-build: doesn't preserve all permissions when making hdd images
Package: live-build Version: 4.0~alpha33-1 Severity: normal Tags: patch When using --binary-images hdd --binary-filesystem ext4 --chroot-filesystem none, live-build loses the setuid bit when it copies files from binary/ into the ext4 image, breaking things like sudo. The solution is to use 'cp -a' instead of 'cp -r'. Regards, S -- System Information: Debian Release: jessie/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages live-build depends on: ii cdebootstrap 0.5.10 ii debootstrap 1.0.59 ii python3 3.3.4-1 Versions of packages live-build recommends: ii cpio2.11+dfsg-2 ii live-boot-doc 4.0~alpha21-1 ii live-config-doc 4.0~alpha32-1 ii live-manual-html [live-manual] 1:4.0~alpha11-1 live-build suggests no packages. -- no debconf information From dd6c05c59608514c66ce86c7004c68b763aae7fc Mon Sep 17 00:00:00 2001 From: Simon McVittie simon.mcvit...@collabora.co.uk Date: Fri, 25 Apr 2014 15:42:23 +0100 Subject: [PATCH] Preserve all possible file attributes when making an ext* image --- scripts/build/binary_hdd | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/build/binary_hdd b/scripts/build/binary_hdd index 68ae6ad..d47bfdf 100755 --- a/scripts/build/binary_hdd +++ b/scripts/build/binary_hdd @@ -258,7 +258,7 @@ esac mkdir -p chroot/binary.tmp mount ${MOUNT_OPTIONS} ${FREELO} chroot/binary.tmp Echo_message Copying binary contents into image... -cp -r -T ${CP_OPTIONS} binary/ chroot/binary.tmp +cp -a -T ${CP_OPTIONS} binary/ chroot/binary.tmp FIXME() { -- 2.0.0.rc0
Bug#744300: missing dependency on dh-python
control: tags -1 - moreinfo unreproducible control: severity -1 wishlist On Fri, Apr 25, 2014 at 04:51:19PM +0200, Evgeni Golov wrote: On Sun, Apr 13, 2014 at 12:32:23AM +0800, Thomas Goirand wrote: The package is missing a dependency on dh-python, and therefore, it did FTBFS on my automated build system. Please fix it. The package builds fine in a clean uptodate sid chroot. Can you please provide more info? This dependency is only needed when building backports for wheezy. As this is just to ease the backporters work, downgrading dependency to wishlist. Regards Evgeni -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707352: Intent to NMU
Hi! I've applied the fix suggested by Andrea and prepared and NMU. It's noticeable that right now this doesn't FTBFS anymore, however, the build dependency is still necessary if building in an environment with an older valac, so I'm going to do the long awaiting NMU. I'm attaching the diff of the NMU that I'll be uploading to the 3-day delayed queue. -- Cheers, Marga diff -Nru dee-1.0.10/debian/changelog dee-1.0.10/debian/changelog --- dee-1.0.10/debian/changelog 2012-06-02 19:01:13.0 +0200 +++ dee-1.0.10/debian/changelog 2014-04-25 17:10:59.0 +0200 @@ -1,3 +1,12 @@ +dee (1.0.10-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add versioned Build-Depends on valac (= 0.20) to fix FTBFS with the new +gobject-introspection, as suggested by Andrea Colangelo +war...@ubuntu.com. (Closes: #707352) + + -- Margarita Manterola ma...@debian.org Fri, 25 Apr 2014 17:07:41 +0200 + dee (1.0.10-3) unstable; urgency=low * debian/control: diff -Nru dee-1.0.10/debian/control dee-1.0.10/debian/control --- dee-1.0.10/debian/control 2012-06-02 18:17:00.0 +0200 +++ dee-1.0.10/debian/control 2014-04-25 17:07:35.0 +0200 @@ -14,7 +14,7 @@ libglib2.0-dev (= 2.26.0), libicu-dev (= 4.8), python (= 2.6.5), - valac + valac (= 0.20) Standards-Version: 3.9.3 Section: libs Homepage: https://launchpad.net/dee
Bug#745224: stretchplayer: FTBFS due to version of cmake
Control: severity -1 important On 2014-04-19 11:24:44, Samuel Thibault wrote: Source: stretchplayer Version: 0.503-2 Severity: serious Justification: FTBFS Hello, This package currently FTBFS on !linux ports, see for instance It never built there, so important at most. Lowering severity. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#739054: fglrx-driver: fglrx segfault
Hi, with fglrx 14.4~rc1.0.apr17-1 and Xorg 1.15.1 just starting chromium (and for sure skype also) still crashes the X: Backtrace: 0: /usr/bin/X (xorg_backtrace+0x48) [0x7fb92a5fde58] 1: /usr/bin/X (0x7fb92a456000+0x1abb49) [0x7fb92a601b49] 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7fb929372000+0xf210) [0x7fb929381210] 3: /lib/x86_64-linux-gnu/libc.so.6 (0x7fb927db2000+0x3e754) [0x7fb927df0754] 4: /usr/lib/xorg/modules/linux/libglx.so (0x7fb926112000+0x44652) [0x7fb926156652] 5: /usr/lib/xorg/modules/linux/libglx.so (0x7fb926112000+0x1f1c7) [0x7fb9261311c7] 6: /usr/bin/X (0x7fb92a456000+0x5586e) [0x7fb92a4ab86e] 7: /usr/bin/X (0x7fb92a456000+0x5968a) [0x7fb92a4af68a] 8: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xf5) [0x7fb927dd3995] 9: /usr/bin/X (0x7fb92a456000+0x44c2e) [0x7fb92a49ac2e] Segmentation fault at address 0x0 ii xserver-xorg-core 2:1.15.1-1 amd64Xorg X server - core server ii xserver-xorg-core-dbg 2:1.15.1-1 amd64Xorg - the X.Org X server (debugging symbols) ii fglrx-driver 1:14.4~rc1.0.apr17-1 amd64non-free ATI/AMD RadeonHD display driver If I understand correctly, although the segfault is triggered by fglrx, but occurs in X, thus additional checks should be added there. By the way, even with installed -dbg package, the embedded backtrace doesn't use them. Regards, Andrey -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576238: libopenmpi-dev: Cannot compile static application
Hi, 2014-04-07 18:03 GMT+02:00, Sylvestre Ledru sylves...@debian.org: On 07/04/2014 17:55, Andrey Gursky wrote: Hi, according to the output in the original message, the static libraries were at least available, which is not the case now. After the packaging has been reworked [1], the static libraries were silently gone. Why? I am not the one who did this modification but, usually, we don't really put too much effort in static library packaging. We prefer to focus on shared library. However, we will be happy to apply any patch for this... Sylvestre Is Manuel still participating at Debian or one shouldn't count on him? Andrey P.S. It's a little bit curious, that while golang (a modern development) is static based, OpenSuse threw (allmost?) all static libraries away. Hope, Debian wouldn't do this. It's not often, when they are needed, but when, it's nice to have them. By the way, e.g. GLib being a shared library behaves like a static one regarding dynamic loading. Once loaded it can't be unloaded and loaded again without leaking memory. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745301: libmms: CVE-2014-2892: heap-based buffer overflow
On 2014-04-25 16:58:53, Moritz Muehlenhoff wrote: On Fri, Apr 25, 2014 at 04:41:36PM +0200, Sebastian Ramacher wrote: On 2014-04-25 16:40:28, Sebastian Ramacher wrote: Hi Security Team, On 2014-04-20 11:59:23, Salvatore Bonaccorso wrote: Source: libmms Version: 0.6-1 Severity: grave Tags: security upstream fixed-upstream Hi, the following vulnerability was published for libmms. CVE-2014-2892[0]: heap-based buffer overflow Please find attached the debdiffs for squeeze and wheezy. Please let me know if it's okay to upload them to the squeeze-security and wheezy-security. And here are the patches. Please upload to security-master. Note that both updates need to be build with -sa since libmms is new in the security suites. Built with -sa and uploaded. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature