Bug#760486: go-md2man: Documentation missing
Control: forwarded -1 https://github.com/cpuguy83/go-md2man/issues/3 On Thu, 04 Sep 2014 16:31:18 +0200 Axel Beckert a...@debian.org wrote: the package lacks any documentation on how the input Markdown file needs to be formatted to get it working. I tried the example from a similar project, https://raw.githubusercontent.com/sunaku/md2man/master/EXAMPLE.markdown but it failed completely to render that into a man page. A simple man page for the program itself would already suffice -- iff written in Markdown and with the Markdown source code shipped in e.g. /usr/share/doc/go-md2man/examples/. :-) I hope you don't mind that I took the liberty of copying your excellent description of the problem here over to the upstream bug tracker. :) ♥, - Tianon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765473: dovecot-common: Dovecot (previous to V2.1) doesn't allow to disable SSLv3 which is bad: CVE-2014-3566
It seems like the patch mentioned before does not directly apply in the code at squeeze-update branch on git repository, so I modified it a little. Sadly, I cannot really make it work, it seems to be doing what is needed, but if I try a: openssl s_client -connect example.com:1234 -ssl3 It still connects correctly, so I guess something else is missing. Best, -- Marco Villegas From a415edd1a1e02ee991532e9a02a229da65ae83fc Mon Sep 17 00:00:00 2001 From: Marco Villegas g...@marvil07.net Date: Thu, 16 Oct 2014 23:54:39 -0500 Subject: [PATCH] Disable SSLv3 A modified version of Timo Sirainen patch from http://dovecot.org/list/dovecot/2014-October/098244.html to let it apply. --- debian/patches/0012-sslv3-disable.patch | 13 + debian/patches/series |1 + 2 files changed, 14 insertions(+), 0 deletions(-) create mode 100644 debian/patches/0012-sslv3-disable.patch diff --git a/debian/patches/0012-sslv3-disable.patch b/debian/patches/0012-sslv3-disable.patch new file mode 100644 index 000..bd926c1 --- /dev/null +++ b/debian/patches/0012-sslv3-disable.patch @@ -0,0 +1,13 @@ +diff --git src/login-common/ssl-proxy-openssl.c src/login-common/ssl-proxy-openssl.c +index 72fa0fa..9efe3b9 100644 +--- src/login-common/ssl-proxy-openssl.c src/login-common/ssl-proxy-openssl.c +@@ -817,7 +817,7 @@ static void ssl_proxy_ctx_init(SSL_CTX *ssl_ctx) + { + const char *cafile; + +- SSL_CTX_set_options(ssl_ctx, SSL_OP_ALL); ++ SSL_CTX_set_options(ssl_ctx, SSL_OP_ALL | SSL_OP_NO_SSLv3); + + cafile = getenv(SSL_CA_FILE); + if (cafile != NULL) { diff --git a/debian/patches/series b/debian/patches/series index 29319ed..28f3703 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -9,3 +9,4 @@ 0009-dovecot-mboxlocking.patch 0010-sendmail-path.patch 0011-CVE-2011-1929.patch +0012-sslv3-disable.patch -- 1.7.2.5
Bug#762832: [Pkg-ime-devel] Bug#762832: fcitx: FTBFS: cp: cannot stat 'debian/tmp/usr/lib/girepository-1.0/Fcitx-1.0.typelib': No such file or directory
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 At Thu, 16 Oct 2014 09:19:59 +0900, Kenshi Muto wrote: Is there any update for this bug#762832? mlterm depends fcitx, and I got a message from Release team; mlterm 3.3.8-1 is marked for autoremoval from testing on 2014-11-13. I tested fcitx-4.2.8.5-1.1-nmu.diff on git HEAD, it seems fine for me. I'll try to upload it with DELAYED/7. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.9 http://mailcrypt.sourceforge.net/ iQIVAwUBVECxsLBmYuycDBQEAQgf5RAAqdBleFNfEW10KiymCkIWl5gkiL01Ug8s qdBQKitj6OI2avveEcLywY4Fc52PItIYTH5evfgDjZ0ig7JvbhQ/tbXb1R3AROp5 p/dRG+jG5fF4EKesfSFiS/On5iuUV4VMxqZ/fACBrcEFNyfrXXV6dFxEhRZRicKF OXtrHZDUn+ge05NJ/W/MnumtvGZxflijAM2ZmKphbdjnOldaYT+iJeBOSDR5jdlh acvC7EwIfsO3YQQTxLT/2SDnqUrqD67ABgh43vVRsj/fU7PMG5yCopoI9c7E54El cmCPHf37Rk3pj08f2RnH6pZfpZgmdLAIn9+iFg6C1Eiqmep6dmO1iKNsrwGxJRoF ni1kwzwHvY0Lj3Qn1pu/TCj0ldmswKrZ/jggjFYZx/O1qdXMUP/HkPCggG9Tt9FZ t4dz80L0CQX/GLHbly+eKrPu21Bzrf3H8+7XrEWR/jPlIa8fMqbmuPoqJpA7J+oH n3cXT6WEX4onFAG2WHVXRCcPfeXXE+xFY0ffQM0uZ3M/M8yT2u/1XHRB/bhp8Z4y dqnzeYqLULjE4PZzasy/g+UzMvjpDQ4/3OHXXaiEXZR5iEGqEPrK/R3RJQX7X8Sd wHNWRJurKopDUO2whpB8XqxgLI773d5XO70QowvcRVHZFVUR2nlZ8OohNWCdvwy8 NXRA1eiZwjk= =3UMx -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757082: rt-app: use __u64 in both src/rt-app_utils.h and src/rt-app_utils.c
On Tue, 5 Aug 2014 15:18:26 +0800 YunQiang Su wzss...@gmail.com wrote: Package: rt-app Version: 0.2~alpha2.20140716 For the return type of function: timespec_to_nsec, in src/rt-app_utils.h, it is 'unsigned long long', while in src/rt-app_utils.c it is '__u64'. I think __u64 is a better option. This causes it ftbfs on mips64el. I NMUed this package to 5-delay with the attached patch. -- YunQiang Su rt-app.debdiff Description: Binary data
Bug#760159: [tzdata] Sets UTC to current local time, obvious consequences
On Thursday 16 October 2014 22:53:15 Aurelien Jarno wrote: On Wed, Oct 08, 2014 at 12:15:27PM +0300, David Baron wrote: Just upgraded tzdata, tzdata-java to the 2014-h2 version without much ado. System local, UTC times were NOT disrupted. So if post-install has been fixed (or some other unrelated package affected the problem), might close. Nothing has been changed in the post-install, which as said before doesn't change the date at all. If the problem has disappeared, are you fine closing the bug? Yes, close it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734976: fail to flush all tx fifo queues Q 2
Applied the patch to a 3.16 kernel. I had to edit line by line the source file because the diff wouldn't behave nicely, and then compiled the kernel with make-kpkg. Running for about 12 hours. Gone into sleep mode and out of it. All seems nice up to now. I'll you keep posted if anything breaks. -- signature name Gerasimos Melissaratos /name title Systems Administrator /title tel+30 6 979 045 121 /tel email gme...@mikroskosmos.gr /email /signature
Bug#765434:
I just ran into what looks like the same problem; I've attached the upgrade log in case it's helpful. -- mithrandi, i Ainil en-Balandor, a faer Ambar (Reading database ... 284131 files and directories currently installed.) Preparing to unpack .../libcupsfilters1_1.0.61-2_amd64.deb ... Unpacking libcupsfilters1:amd64 (1.0.61-2) over (1.0.61-1) ... Preparing to unpack .../libdjvulibre21_3.5.25.4-4+b1_amd64.deb ... Unpacking libdjvulibre21:amd64 (3.5.25.4-4+b1) over (3.5.25.4-4) ... Preparing to unpack .../libfontembed1_1.0.61-2_amd64.deb ... Unpacking libfontembed1:amd64 (1.0.61-2) over (1.0.61-1) ... Preparing to unpack .../libwebkitgtk-3.0-common_2.4.6-2_all.deb ... Unpacking libwebkitgtk-3.0-common (2.4.6-2) over (2.4.6-1) ... Preparing to unpack .../libwebkitgtk-3.0-0_2.4.6-2_amd64.deb ... Unpacking libwebkitgtk-3.0-0:amd64 (2.4.6-2) over (2.4.6-1) ... Preparing to unpack .../libjavascriptcoregtk-3.0-0_2.4.6-2_amd64.deb ... Unpacking libjavascriptcoregtk-3.0-0:amd64 (2.4.6-2) over (2.4.6-1) ... Preparing to unpack .../libjbig0_2.1-3.1_amd64.deb ... Unpacking libjbig0:amd64 (2.1-3.1) over (2.1-3) ... Preparing to unpack .../libmagickcore-6.q16-2_8%3a6.8.9.6-4+b1_amd64.deb ... Unpacking libmagickcore-6.q16-2:amd64 (8:6.8.9.6-4+b1) over (8:6.8.9.6-4) ... Preparing to unpack .../libmagickwand-6.q16-2_8%3a6.8.9.6-4+b1_amd64.deb ... Unpacking libmagickwand-6.q16-2:amd64 (8:6.8.9.6-4+b1) over (8:6.8.9.6-4) ... Preparing to unpack .../libopencv-legacy2.4_2.4.9.1+dfsg-1+b1_amd64.deb ... Unpacking libopencv-legacy2.4:amd64 (2.4.9.1+dfsg-1+b1) over (2.4.9.1+dfsg-1) ... Preparing to unpack .../libopencv-contrib2.4_2.4.9.1+dfsg-1+b1_amd64.deb ... Unpacking libopencv-contrib2.4:amd64 (2.4.9.1+dfsg-1+b1) over (2.4.9.1+dfsg-1) ... Preparing to unpack .../libopencv-calib3d2.4_2.4.9.1+dfsg-1+b1_amd64.deb ... Unpacking libopencv-calib3d2.4:amd64 (2.4.9.1+dfsg-1+b1) over (2.4.9.1+dfsg-1) ... Preparing to unpack .../libopencv-features2d2.4_2.4.9.1+dfsg-1+b1_amd64.deb ... Unpacking libopencv-features2d2.4:amd64 (2.4.9.1+dfsg-1+b1) over (2.4.9.1+dfsg-1) ... Preparing to unpack .../libopencv-flann2.4_2.4.9.1+dfsg-1+b1_amd64.deb ... Unpacking libopencv-flann2.4:amd64 (2.4.9.1+dfsg-1+b1) over (2.4.9.1+dfsg-1) ... Preparing to unpack .../libopencv-video2.4_2.4.9.1+dfsg-1+b1_amd64.deb ... Unpacking libopencv-video2.4:amd64 (2.4.9.1+dfsg-1+b1) over (2.4.9.1+dfsg-1) ... Preparing to unpack .../libopencv-objdetect2.4_2.4.9.1+dfsg-1+b1_amd64.deb ... Unpacking libopencv-objdetect2.4:amd64 (2.4.9.1+dfsg-1+b1) over (2.4.9.1+dfsg-1) ... Preparing to unpack .../libopencv-highgui2.4_2.4.9.1+dfsg-1+b1_amd64.deb ... Unpacking libopencv-highgui2.4:amd64 (2.4.9.1+dfsg-1+b1) over (2.4.9.1+dfsg-1) ... Preparing to unpack .../libopencv-imgproc2.4_2.4.9.1+dfsg-1+b1_amd64.deb ... Unpacking libopencv-imgproc2.4:amd64 (2.4.9.1+dfsg-1+b1) over (2.4.9.1+dfsg-1) ... Preparing to unpack .../libv4l-0_1.6.0-1+b1_amd64.deb ... Unpacking libv4l-0:amd64 (1.6.0-1+b1) over (1.6.0-1) ... Preparing to unpack .../libv4lconvert0_1.6.0-1+b1_amd64.deb ... Unpacking libv4lconvert0:amd64 (1.6.0-1+b1) over (1.6.0-1) ... Preparing to unpack .../libopencv-ml2.4_2.4.9.1+dfsg-1+b1_amd64.deb ... Unpacking libopencv-ml2.4:amd64 (2.4.9.1+dfsg-1+b1) over (2.4.9.1+dfsg-1) ... Preparing to unpack .../libopencv-core2.4_2.4.9.1+dfsg-1+b1_amd64.deb ... Unpacking libopencv-core2.4:amd64 (2.4.9.1+dfsg-1+b1) over (2.4.9.1+dfsg-1) ... Preparing to unpack .../libpq-dev_9.4~beta3-3_amd64.deb ... Unpacking libpq-dev (9.4~beta3-3) over (9.4~beta3-2) ... Preparing to unpack .../libpq5_9.4~beta3-3_amd64.deb ... Unpacking libpq5:amd64 (9.4~beta3-3) over (9.4~beta3-2) ... Preparing to unpack .../libtracker-sparql-1.0-0_1.2.2-2+b1_amd64.deb ... Unpacking libtracker-sparql-1.0-0:amd64 (1.2.2-2+b1) over (1.2.2-2) ... Preparing to unpack .../gstreamer1.0-plugins-bad_1.4.3-2+b1_amd64.deb ... Unpacking gstreamer1.0-plugins-bad:amd64 (1.4.3-2+b1) over (1.4.3-2) ... Preparing to unpack .../gstreamer1.0-plugins-good_1.4.3-1+b1_amd64.deb ... Unpacking gstreamer1.0-plugins-good:amd64 (1.4.3-1+b1) over (1.4.3-1) ... Preparing to unpack .../libgstreamer-plugins-bad1.0-0_1.4.3-2+b1_amd64.deb ... Unpacking libgstreamer-plugins-bad1.0-0:amd64 (1.4.3-2+b1) over (1.4.3-2) ... Preparing to unpack .../libzbar0_0.10+doc-9+b4_amd64.deb ... Unpacking libzbar0 (0.10+doc-9+b4) over (0.10+doc-9+b3) ... Selecting previously unselected package autodep8. Preparing to unpack .../archives/autodep8_0.1_all.deb ... Unpacking autodep8 (0.1) ... Preparing to unpack .../autopkgtest_3.6_all.deb ... Unpacking autopkgtest (3.6) over (3.5.5) ... Preparing to unpack .../cups-browsed_1.0.61-2_amd64.deb ... Unpacking cups-browsed (1.0.61-2) over (1.0.61-1) ... Preparing to unpack .../cups-filters-core-drivers_1.0.61-2_amd64.deb ... Unpacking cups-filters-core-drivers (1.0.61-2) over (1.0.61-1) ... Preparing to unpack .../cups-filters_1.0.61-2_amd64.deb ... Unpacking cups-filters (1.0.61-2) over (1.0.61-1) ... Preparing to unpack
Bug#760328: libtool: FTBFS on sparc64 (failed test)
On Fri, Oct 17, 2014 at 03:25:28AM +0300, Bob Bib wrote: I've found this: http://sources.debian.net/src/libtool/2.4.2-1.11/debian/patches/nopic.patch/ Maybe the current FTBFS can be fixed simply by adding sparc64 into that patch? Yes, and that was obvious for me that that should happen. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765639: wheezy-pu: openssl new upstream version
On Fri, Oct 17, 2014 at 12:20:02AM +0100, Steven Chamberlain wrote: Hi, On 16/10/14 21:12, Kurt Roeckx wrote: This would actually make things for me much more simple. I sometimes run into problems because of missing bug fixes that have been done earlier in the branch. And I generaly think that the 1.0.1j version is much better than then 1.0.1e version. AIUI that would enable TLS v1.1, v1.2, and GCM cipher modes not available in the current wheezy version? These are highly desirable in production for me. FWIW the latter is specified by NSA Suite B. No, they are already availabe in wheezy. They are already in the 1.0.1 branch. They are not in 0.9.8 in squeeze. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765659: /etc/default/chromium removed in postinst
Package: chromium Version: 37.0.2062.120-3 Severity: grave Hi, debian/chromium.postinst line 12 Really you cannot remove /etc/default/chromium file without asking or warning user... You have to move in /etc/chromium-browser/default This is what happens when you push huge commits and nobody can double chek it. Thanks for removing my /etc/default/chromium. Cheers, Giuseppe -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (990, 'testing-proposed-updates'), (990, 'testing'), (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium depends on: ii gconf-service3.2.6-3 ii libasound2 1.0.28-1 ii libc62.19-11 ii libcairo21.12.16-5 ii libcap2 1:2.24-6 ii libcups2 1.7.5-1 ii libdbus-1-3 1.8.8-1+b1 ii libexpat12.1.0-6 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-2 ii libgcc1 1:4.9.1-16 ii libgconf-2-4 3.2.6-3 ii libgdk-pixbuf2.0-0 2.30.8-1+b1 ii libglib2.0-0 2.42.0-1 ii libgnome-keyring03.12.0-1 ii libgtk2.0-0 2.24.24-1 ii libharfbuzz0b0.9.35-1 ii libjpeg621:1.3.1-3 ii libnspr4 2:4.10.7-1 ii libnspr4-0d 2:4.10.7-1 ii libnss3 2:3.17.1-1 ii libpango-1.0-0 1.36.7-1 ii libpangocairo-1.0-0 1.36.7-1 ii libspeechd2 0.8-6 ii libspeex11.2~rc1.2-1 ii libstdc++6 4.9.1-16 ii libudev1 215-5+b1 ii libx11-6 2:1.6.2-3 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1 ii libxdamage1 1:1.1.4-2 ii libxext6 2:1.3.2-1 ii libxfixes3 1:5.0.1-2 ii libxi6 2:1.7.4-1 ii libxml2 2.9.1+dfsg1-4 ii libxrandr2 2:1.4.2-1 ii libxrender1 1:0.9.8-1 ii libxslt1.1 1.1.28-2+b1 ii libxss1 1:1.2.2-1 ii libxtst6 2:1.2.2-1 ii xdg-utils1.1.0~rc1+git20111210-7.1 chromium recommends no packages. Versions of packages chromium suggests: ii chromium-inspector 37.0.2062.120-3 ii chromium-l10n 37.0.2062.120-3 -- Configuration Files: /etc/chromium/default [Errno 2] File o directory non esistente: u'/etc/chromium/default' /etc/chromium/initial_bookmarks.html [Errno 2] File o directory non esistente: u'/etc/chromium/initial_bookmarks.html' /etc/chromium/master_preferences [Errno 2] File o directory non esistente: u'/etc/chromium/master_preferences' -- 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#765612: upstart: prints LUKS passphrase instead of using it, then hangs
On Thu, 16 Oct 2014 16:41:11 +0100 Rebecca N. Palmer rebecca_pal...@zoho.com wrote: I have LUKS encrypted /, swap and /home; / and swap are successfully mounted in the initramfs, but /home is mounted by init. sysvinit and systemd can both do this, but when Upstart tries to do so, it displays Unlocking disk id, waits for the user to type a passphrase and press Enter, then prints that passphrase to the screen followed by Enter passphrase:. After repeating this 3 times, it hangs, with no error message and leaving no sign that the boot attempt happened at all in /var/kern.log or /var/syslog. nosplash on the kernel command line doesn't help; the only way out is to boot with something else, e.g. init=/bin/systemd. Could you please see which version of plymouth is installed? Did you tried to opposite by adding splash to the cmdline? 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#765660: texlive-extra-utils: Missing dependency on Perl modules
Package: texlive-extra-utils Version: 2014.20140927-1 Dear maintainer, Note: bug forwarded from https://bugs.launchpad.net/bugs/1378255, please mention “LP: #1378255” in the changelog when you fix it. Perl script scripts/latexindent/latexindent.pl, shipped in texlive-extra-utils, uses these modules: ... use YAML::Tiny; # interpret defaultSettings.yaml ... use File::HomeDir; # to get users home directory, regardless of OS ... So it should depend on libyaml-tiny-perl and libfile-homedir-perl. There may be missing dependencies for other scripts as well. -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#765662: dpkg: please consider adding support for the :target qualifier in build dependencies
Package: dpkg Version: 1.17.18 Severity: wishlist Tags: patch Hi, this has not been agreed upon with a wider audience yet, so I'll post this just as a proposal and to not loose the patch I attached. By default, build dependencies are resolved using only host architecture packages (except for dependencies on multiarch:foreign packages). The multiarch cross spec [MACROSS] allows to explicitly select packages of the build architecture instead, using the :native architecture qualifier. When building compilers, there is a third architecture to be considered beyond build and host architecture: the target architecture which specifies the architecture the compiler will produce code for. Since it is already possible to explicitly depend on packages of the host and build architecture, it only makes sense to also allow to explicitly depend on packages of the target architecture. I propose the :target qualifier for this purpose. In the multiarch context, dependencies with the :target qualifier will be resolved using packages of the target architecture except multiarch:foreign packages which are not allowed to satisfy such a dependency. This goes in line with the :native qualifier which also does not allow multiarch:foreign packages. In this sense, the table on the multiarch cross spec page would get a fourth column which would look exactly like the third column except that s/native/target/. In addition to preserving consistency between the input architectures for a compilation (build, host and target) and the architectures that one is allowed to select through build dependencies, having the :target qualifier has a practical purpose. When building gcc as a cross compiler, then it is currently necessary to regenerate its debian/control to reflect its dependencies when building a cross instead of a native compiler. If the :target qualifier would exist, then it would be possible to switch between building a native compiler or a cross compiler (or even a canadian cross?) without regenerating debian/control. Some build dependencies, like the one of gcc on binutils during stage2, have to be translated to binutils-$TARGET:native. This can be done in the same way that the translation of native compilers to cross compilers is proposed using multiarch in section 4.1 of the bootstrap sprint results [SPRINT] but is only possible once the :target qualifier exists. Thank you for your consideration. cheers, josch [MACROSS] https://wiki.ubuntu.com/MultiarchCross [SPRINT] https://lists.debian.org/debian-devel-announce/2014/08/msg00013.html From 8bf58f3dfa8f881646351bd3f2a406375396051b Mon Sep 17 00:00:00 2001 From: josch j.scha...@email.de Date: Fri, 17 Oct 2014 08:39:30 +0200 Subject: [PATCH] =?UTF-8?q?scripts:=20Accept=20=E2=80=9C:target=E2=80=9D?= =?UTF-8?q?=20arch-qualified=20Build-Dependencies?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- debian/changelog | 10 -- scripts/Dpkg/Arch.pm | 19 +++ scripts/Dpkg/Deps.pm | 27 --- scripts/dpkg-checkbuilddeps.pl | 10 +++--- 4 files changed, 58 insertions(+), 8 deletions(-) diff --git a/debian/changelog b/debian/changelog index 6cd5db0..c17f9ef 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,4 +1,4 @@ -dpkg (1.17.19) UNRELEASED; urgency=low +dpkg (1.17.19+nmu1) UNRELEASED; urgency=low [ Guillem Jover ] * Bump the Breaks on devscripts to 2.14.10 due to the new dpkg-architecture @@ -17,7 +17,13 @@ dpkg (1.17.19) UNRELEASED; urgency=low [ Updated manpages translations ] * German (Helge Kreutzmann). - -- Guillem Jover guil...@debian.org Sun, 12 Oct 2014 16:42:00 +0200 + [ Johannes Schauer ] + * dpkg-checkbuilddeps: +- Add the --target-arch option to specify the target architecture for + building compilers +- Accept “:target” arch-qualified Build-Dependencies. + + -- Johannes Schauer j.scha...@email.de Fri, 17 Oct 2014 08:16:10 +0200 dpkg (1.17.18) unstable; urgency=low diff --git a/scripts/Dpkg/Arch.pm b/scripts/Dpkg/Arch.pm index f561b66..e5bc67a 100644 --- a/scripts/Dpkg/Arch.pm +++ b/scripts/Dpkg/Arch.pm @@ -23,6 +23,7 @@ our $VERSION = '0.01'; use Exporter qw(import); our @EXPORT_OK = qw(get_raw_build_arch get_raw_host_arch get_build_arch get_host_arch get_gcc_host_gnu_type +get_target_arch get_valid_arches debarch_eq debarch_is debarch_is_wildcard debarch_to_cpuattrs debarch_to_gnutriplet gnutriplet_to_debarch @@ -50,6 +51,7 @@ my %debarch_to_debtriplet; my $build_arch; my $host_arch; my $gcc_host_gnu_type; +my $target_arch; sub get_raw_build_arch() { @@ -120,6 +122,23 @@ my %debarch_to_debtriplet; { return Dpkg::BuildEnv::get('DEB_HOST_ARCH') || get_raw_host_arch(); } + +sub get_raw_target_arch() +{ + return $target_arch if defined
Bug#765661: RFS: owslib/0.8.10-1
Package: sponsorships-requests Severity: normal Package: sponsorship-requests Severity: normal [important for RC bugs, wishlist for new packages] Dear mentors, I am looking for a sponsor for my package owslib * Package name: owslib Version : 0.8.10-1 Upstream Author : Several authors * URL : https://pypi.python.org/pypi/OWSLib * License : BSD-3 clause Section : python It builds those binary packages: python-owslib - Client library for Open Geospatial (OGC) web services To access further information about this package, please visit the following URL: http://mentors.debian.net/package/owslib Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/o/owslib/owslib_0.8.10-1.dsc Changes since the last upload: [Bas Couwenberg ] * Add Vcs-* URLs. * Fix copyright-format version. [ Johan Van de Wauw ] * Update to new version * Imported Upstream version 0.8.10 * Fix error in copyright text (cfr changed license.txt) * Bump standards Regards, Johan Van de Wauw -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763356:
Hi, I am still encountering this bug after updating mysql-workbench and mysql-workbench-data to 6.2.3+dfsg-6 from unstable, while having the same console output as the initial reporter. Kind Regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763356:
Hi, I am still encountering this bug after updating mysql-workbench and mysql-workbench-data to 6.2.3+dfsg-6 from unstable, while having the same console output as the initial reporter. Kind Regards, Michael Hi again, Nevermind, was a mistake on my site. Sorry for the inconvenience. Kind Regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760347: Looks like emails are making it into the archive but people aren't getting them.
On Sun, 12 Oct 2014, Alexander Wirt wrote: On Sat, 11 Oct 2014, Brian Gupta wrote: Can you please double check things? People aren't getting mail but they are showing up in the archives. I made a few control samples and the two mails going through the list were send out. ping? alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760347: Looks like emails are making it into the archive but people aren't getting them.
I heard back from a couple people and I think things are working. (At least there is enough reports that people are seeing emails that I think we can close this.) For some reason I didn't see the test emails come through. I resubscribed just in case, but am mostly comfortable this is working.. Thank you for all your help! -Brian On Fri, Oct 17, 2014 at 3:14 AM, Alexander Wirt formo...@debian.org wrote: On Sun, 12 Oct 2014, Alexander Wirt wrote: On Sat, 11 Oct 2014, Brian Gupta wrote: Can you please double check things? People aren't getting mail but they are showing up in the archives. I made a few control samples and the two mails going through the list were send out. ping? alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627343: Improved Workaround for DHCP lease NTP servers with NetworkManager
ste-fan, Glad to see someone else is, again, trying to get this resolved. I think, though that any solution involving ntpdate is dead-on-arrival, since ntpdate is no longer developed upstream and is deprecated in favor of ntpd -g -q. As to Jan's objection to running an NTP daemon on a DHCP client: Concerns about network-facing services should be addressed with proper firewalling, part of any correct system installation. And running an NTP client continuously makes perfect sense to me, since client machines often need their clocks closely synchronized to their servers. So I see no reason to force the -q option onto ntpd. And -g is already used by default. I agree with Michael that this is a duplicate of http://bugs.debian.org/537358 (and should be marked as such). I still don't understand why NM upstream replaced the default call to /sbin/dhclient-scipt with nm-dhcp-client.action, and all the D-bus stuff. Some enlightenment there would be appreciated. I haven't converged on my solution yet, but it so far appears to involve installing ntp, commenting out the server lines in /etc/ntp.conf, and probably using the script from bug 537358. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554853: jetty: Jetty is unable to run on port 80
Control: tags -1 + wontfix Control: close -1 This issue has been fixed in the jetty8 package, it uses authbind to allow binding on privileged ports. I'm closing this bug as wontfix since Jetty 6 is rather old and the package is going to be removed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765421: jmapviewer/josm issue
ImageIO.read() has a variant taking a java.io.URL instance. This should, by default, use caching (possibly in-memory per-session, but we would download the tiles anyway, so maybe that is acceptable) automatically. I was about to try to cook up a patch falling back to using this method if the getResourceAsStream() call returns null, but I couldn't find a URL to the Bing logo. The logo embedded in the upstream source seems to be an older version, and looking at the bing.com website I could only see sheet images (indexed by CSS classes). //Marcus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765663: mysql-5.5: Multiple security fixes from October 2014 CPU
Source: mysql-5.5 Version: 5.5.23-2 Severity: grave Tags: security upstream fixed-upstream Hi Please see: http://www.oracle.com/technetwork/topics/security/cpuoct2014-1972960.html#AppendixMSQL Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#311188: debconf as a registry
On Thursday 16 October 2014 22:34:15 Bas Wijnen wrote: Oh yes, and I have some code ready for feedback. I haven't written the script libraries yet (and I want others to write some of them), but I have written the debhelper module for using them. For what it's worth, lcdproc package [1] uses cme (aka Config::Model) to merge configuration file and upstream changes. On the other hand, debconf is not involved because lcdproc does not need to store a debconf value. cme can be adapted to use a debconf value as some kind of default values (probably a preset value in Config::Model terminology) This may provide a way to solve your problem while minimizing the amount of duplicated code between packages. Hope this helps [1] http://anonscm.debian.org/cgit/collab-maint/lcdproc.git/ -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.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#765664: mariadb-5.5: Multiple security fixes from October 2014 CPU could affect MariaDB
Source: mariadb-5.5 Version: 5.5.39-1 Severity: grave Tags: security upstream Hi Oracle has released the October CPU, see http://www.oracle.com/technetwork/topics/security/cpuoct2014-1972960.html#AppendixMSQL As MariaDB 5.5 and MySQL 5.5 have same code basis all of the MySQL 5.5 issues might also affect MariaDB (thus choosen same severity). Could you please help updating the tracker information in case of some of the issues beeing fixed earlier that 5.5.39 or 5.5.40. I have for now marked them as undetermined. https://security-tracker.debian.org/tracker/source-package/mariadb-5.5 Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765665: missing license in debian/copyright
Package: owfs Version: 2.9p7-1 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please add the missing license of: module/swig/perl5/OW/* to debian/copyright. Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736066: multiple security issues discovered in encfs
Package: encfs Version: 1.7.4-4.1 Followup-For: Bug #736066 While the security message itself is mostly-OK, could you please make sure it's displayed _once_? As it is, it's shown once before installing/updating the package, and another time during the actual installation. That's annoying; besides, I'd like to come back after triggering a dist-upgrade and _not_ see the process stuck 10% through, waiting for an OK I already gave. :-/ -- -- Matthias Urlichs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760486: go-md2man: Documentation missing
Hi, Tianon Gravi wrote: I hope you don't mind that I took the liberty of copying your excellent description of the problem here over to the upstream bug tracker. :) Not at all, in contrary. Thanks for forwarding it to upstream. I subscribed to the upstream bug report in case of questions. :-) Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765511: hdf5: Resource exhaustion in HDF5 1.8.13
Hi Jim, On Wed, 15 Oct 2014 10:51:16 -0700 Jim Garrison j...@garrison.cc wrote: Source: hdf5 Version: 1.8.13 Severity: important Dear Maintainer, There seems to be a resource exhaustion issue with HDF5 1.8.13, which was not present in version 1.8.12. I first reported this issue with the h5py package at https://github.com/h5py/h5py/issues/480 and the issue has been reproduced using other libraries, including (at the very least) pytables. The upstream HDF5 issue is HDFFV-8917. Unfortunately the HDF5 group does not have a public issue tracker, so I really have little information about the exact nature of this bug beyond what I first reported in the h5py issue tracker. However, I wanted to bring it to your attention since this error renders HDF5 1.8.13 unusable for me, and it would be a shame to see jessie's freeze date approach when it is using a version with a known regression. Could you please gite a try at the not yet uploaded release 1.8.13+docs-15 I've just pushed into the git repo (branch master)? Thanks in advance, _g. signature.asc Description: OpenPGP digital signature
Bug#765436: GNOME-Shell wallpapers and suspend-to-ram/hibernation
I also get this problem. But this only seems to affect me desktop system with Nvidia graphics (using the proprietary driver), my work laptop and netbook with Intel graphics doesn't get this problem. There's also a problem with the right-click menu on the background. If I right-click after having been to suspend, the menu doesn't appear and after this gnome-shell doesn't respond to any mouse input (can't move windows etc.), keyboard still works, and I can restart gnome-shell (alt+f2 r). After restarting, the desktop background is back to normal as well. Pascal, do you see similar problems? //Marcus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#311188: debconf as a registry
On 10/17/2014 01:41 PM, Bas Wijnen wrote: Getting random packages from apt-cache rdepends debconf shows: - several packages that use debconf for questions that are only about actions that don't need to be (and aren't) stored in config files. I previously thought that it was the case. Then thinking about it, it's often possible create configuration files for the sole purpose of being policy compliant and store values out of debconf. The /etc/default folder is a good place for that. I see only one case where the output of questions from Debconf should not be stored: when it makes sense to *always* prompt (eg: when the maintainer really wants the question to be asked each time the package is upgraded). I do maintain packages with such a case. - cxref uses ucf in postinst. This doesn't violate policy, but does (in case of local changes) give the wrong default in the debconf question, and an annoying do you want to overwrite local changes? after answering the question. Without looking, this sounds like a postinst modifies a CONFFILE, which indeed is a policy violation. - esmtp starts by asking if you want to overwrite your config and refuses to be configured by debconf if you don't. Also policy-compliant This is debatable. To me, it doesn't make it policy compliant just because the frist debconf prompt makes it possible to not do anything. - dvi2ps does something I don't understand... It asks questions but never runs db_get. Presumably it pre-seeds some other package? Its looking like it doesn't need to do db_get. The only debconf templates which it has are of type note, so it's not taking any decision. - ibam depends on debconf but doesn't seem to ask any questions; it doesn't even have a config or postinst script. From the debian/changelog, it's looking like a leftover from previous versions, and that it shouldn't depend on debconf (anymore). I'd say: feel free to open a bug (of the lower severity). - gpm does it right, in surprisingly few lines. - grr does it wrong. Yup, it should read the configuration file first. This tiny investigation shows that most of the packages that handle configuration files are either doing it in a way that is not user-friendly, or that uses significant code in the config script. Both of those cases would benefit from taking that code out of the source (if it was there) and replacing it with an include statement. As I wrote previously, this may only happen if we decide to have such a library as essential, otherwise this forces to use pre-depends, which isn't good. I don't think investigating only 6 packages grants you the rights to write most packages. Please be careful. This doesn't mean that I do not agree, in fact, I do agree with you that we would benefit from having this kind of library in Debian. Maybe we could even have what you're talking about directly in Debconf itself? I think it would make a lot of sense. If you want to work this out, please investigate the possibility to enhance Debconf directly, without needing to ship any supplementary lib. Then such a library *must* be marked as essential, and installed by default, otherwise it would break the install workflow. No; it's a _static_ library. It is included in the config script at package build time. That's what I'm currently doing in all the OpenStack packages, and I'm not satisfied with this approach. I very much would prefer an enhancement of debconf itself. This means every binary package using it will have a copy of the code in its maintainerscript. Which isn't nice. A change in the library requires a rebuild of all the packages for the change to take effect. Which doesn't scale archive wide if you find a bug. That's not ideal, but better than marking it as essential, or making it part of debconf (which would also work, but requires Joey Hess to accept it, and so far he refuses to even acknowledge that there is a problem; even if he would, I find making it a separate package a more elegant solution). I don't agree with what you wrote above. Making it essential is a much better approach. As for Joey Hess, he is a very reasonable person. If you come with a patch which is well written, and does enough to be helpful, I'm sure he'll accept it. If it's just bad, then probably he will refuse. I've seen this type of pattern multiple times with him. Ok, you have a repository. But which package should we look into? Oops, sorry and thanks for the reminder. It's dh-parseconfig: http://wijnen.dtdns.net/archive/unstable/{all,source}/dh-parseconfig* As for parsing files, I don't think using perl is a great idea. The perl script only pastes the file into the config script. I've done this with a few lines of shell script. If that is what you want me to look into dh-parseconfig, then I don't think it's worth looking at. The actual parsing is done by a script in the language that config is written in. That means there must be an
Bug#765666: RFS: lxdm/0.5.0-1 [ITP]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package lxdm * Package name: lxdm Version : 0.5.0-1 Upstream Author : dgod dgod@gmail.com * URL : http://sourceforge.net/projects/lxdm/files/ * License : GPL-3+ Section : x11 It builds those binary packages: lxdm - Lightweight X11 Display Manager. LXDM is the lightweight display To access further information about this package, please visit the following URL: http://mentors.debian.net/package/lxdm Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/l/lxdm/lxdm_0.5.0-1.dsc Regards, Carlo Cavalieri D'Oro. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765626: irssi-plugin-xmpp: segfaults on attempting to send a message
Hi Nick, On Thu, Oct 16, 2014 at 07:01:38PM +0100, Nick wrote: * What exactly did you do (or not do) that was effective (or ineffective)? /query some-contact blah blah or /msg some-contact blah blah are you able to reproduce that on the fly (start irssi, load xmpp, /msg someone and bang), or does it at least happen with some regularity? AND you're not also using the OTR plugin at the same time (there's a known bug there, unfortunately)? If so, please install all the -dbg packages (for irssi, irss-plugin-xmpp, libloudmouth1, possibly more if there are still unresolved symbols e.g. libc6-dbg, libglib2.0-0-dbg) and post a backtrace, so I can get an idea where the segfault happens. Florian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765667: [libjpeg-progs] Conflicts with libjpeg-turbo-progs
Package: libjpeg-progs Version: 1:1.3.1-3 Severity: grave Dear maintainer, This packages conflicts with libjpeg-turbo-progs: Unpacking libjpeg-progs (1:9a-2) over (1:1.3.1-3) ... dpkg: error processing archive /var/cache/apt/archives/libjpeg-progs_1%3a9a-2_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man1/djpeg.1.gz', which is also in package libjpeg-turbo-progs 1:1.3.1-3 Processing triggers for debian-security-support (2014.09.07) ... Processing triggers for man-db (2.7.0.2-1) ... Errors were encountered while processing: /var/cache/apt/archives/libjpeg-progs_1%3a9a-2_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) --- System information. --- Architecture: amd64 Kernel: Linux 3.17.0 Debian Release: jessie/sid 500 testing ftp.debian.org 500 stable security.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== libc6 (= 2.7) | 2.19-11 libjpeg8(= 8c) | 8d1-1 Package's Recommends field is empty. Package's Suggests field is empty. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764761: pyqt4-dev-tools: fontMetrics.elidedText performs poorly on '\t' in QLabel.
On Fri, 17 Oct 2014 11:57:16 +0400, Dmitry Shachnev wrote: Second, I get a segmentation fault trying to reproduce this issue (with both Qt 4 and Qt 5). Reported at [1]. Please ignore that part, upstream pointed that it was my fault (In both Python and C++, one needs to keep a reference to the application object). Anyway, my investigations are still valid. -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#311188: debconf as a registry
Really, really cool analysis and wor, Bas! Quoting Bas Wijnen (2014-10-17 07:41:21) It's dh-parseconfig: http://wijnen.dtdns.net/archive/unstable/{all,source}/dh-parseconfig* [...] I don't have a bug tracker yet, but I can upload this to unstable if people don't complain too much about the code. ;-) Then the bts can be used for feature requests (and bugs of course). Please do release it to Debian. If you feel it is not yet in a usable state for unstable then release it to experimental. I think having it in Debian - even if not yet targeting a stable release, helps encourage collaboration and (experimentation for future) adoption. - 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#765668: cups: dpkg: cycle found while processing triggers:
Package: cups Version: 1.7.5-4 Severity: serious Justification: fails to install Hi, I’ve been having dpkg messages about cycles in triggers for a while recently, but they all involved multiple packages (mostly cups, postgresql, man-db) and were resolved just configuring the packages again. Today is different: 1|root@tglase:~ # dpkg -a --configure Setting up libc-bin (2.19-11) ... dpkg: cycle found while processing triggers: chain of packages whose triggers are or may be responsible: cups - cups packages' pending triggers which are or may be unresolvable: cups: /usr/share/cups/ppd-updaters dpkg: error processing package cups (--configure): triggers looping, abandoned Errors were encountered while processing: cups This repeated for several times, only the fourth repeated call to “dpkg -a --configure” gave: 1|root@tglase:~ # dpkg -a --configure Setting up cups (1.7.5-4) ... Updating PPD files for cups ... Updating PPD files for openprinting-ppds ... So I guess there may be something wrong with the cups package. Feel free to reassign to some other package if the bug is not with cups, or something. -- System Information: Debian Release: jessie/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable') Architecture: x32 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Versions of packages cups depends on: ii cups-client1.7.5-4 ii cups-common1.7.5-4 ii cups-core-drivers 1.7.5-4 ii cups-daemon1.7.5-4 ii cups-filters 1.0.61-2 ii cups-ppdc 1.7.5-4 ii cups-server-common 1.7.5-4 ii debconf [debconf-2.0] 1.5.53 ii ghostscript9.06~dfsg-1 ii libavahi-client3 0.6.31-4 ii libavahi-common3 0.6.31-4 ii libc-bin 2.19-11 ii libc6 2.19-11 ii libcups2 1.7.5-4 ii libcupscgi11.7.5-4 ii libcupsimage2 1.7.5-4 ii libcupsmime1 1.7.5-4 ii libcupsppdc1 1.7.5-4 ii libgcc11:4.9.1-17 ii libstdc++6 4.9.1-17 ii libusb-1.0-0 2:1.0.19-1 ii lsb-base 4.1+Debian13 ii poppler-utils 0.26.5-1 ii procps 2:3.3.9-8 Versions of packages cups recommends: ii avahi-daemon 0.6.31-4 pn colord none ii cups-filters [ghostscript-cups] 1.0.61-2 pn printer-driver-gutenprintnone Versions of packages cups suggests: ii cups-bsd 1.7.5-4 pn cups-pdf none pn foomatic-db-compressed-ppds | foomatic-db none pn hplip none pn printer-driver-hpcups none pn smbclient none ii udev 215-5+b1 -- debconf information: * cupsys/raw-print: true * cupsys/backend: lpd, socket -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764103: White text on white background when using GNOMEs (adwaitas) built in dark theme
On Wed, Oct 15, 2014 at 05:57:50PM +0200, Lars Windolf wrote: Am 05.10.2014 um 19:22 schrieb Guido Günther: On Sun, Oct 05, 2014 at 10:55:32AM -0500, David Smith wrote: On 10/05/2014 10:38 AM, Guido Günther wrote: Yes this happens with a specific theme but it's the _build_in_ GTK+ dark theme so no other fancy theme stuff installed besides gnome-themes-standard: Hmm, that's interesting.. As far as I know, Liferea 1.10 and up no longer uses any GTK+ themes, but there are some GTK+ themes that have been remade into GTK3 themes with the same name, which makes for a good bit of confusion. Just out of curiosity, what theme do you have set in ~/.config/gtk-3.0/settings.ini? Here is the testing I just did with the GTK3 Adwaita (dark) and it works: [Settings] gtk-theme-name = Adwaita gtk-application-prefer-dark-theme = true Mine was lacking the gth-theme-name line (since adwaita is default now with GNOME) but even when I add it, the result is the same. Is it possible that you have a GTK3 theme defined but no longer have any GTK3 themes installed? No. I've always used the gnome standards theme (and gnome-tweak-tool shows adwaita too). Hi all, I believe upstream release 1.10.12 provides a solution to this by calculating brightness distances and choosing safer colors in case of too similar colors. Great. Is there a simple way to test this (e.g. via jhbuild)? -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765448: [Pkg-libvirt-maintainers] Bug#765448:
On Thu, Oct 16, 2014 at 04:53:03PM +0300, Yauheni Kaliuta wrote: You can decrease priority if it's so important for you, but I consider that as a bug. In such cases responsible maintainers provide different binary packages with different features enabled. Up to you, of course, if you have attitude to keep debian as a usable and universal OS or not. What about sending patches to dlopen polkit and fall back to socket based auth if it's not available? Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765471: openarena: crashes randomly
Package: openarena Version: 0.8.8-9 Followup-For: Bug #765471 Hi, Sorry, I hurried, fall continues -- ^1Lt.^2Joe^7 almost dodged Yoric-RU^7's rocket tty] Program received signal SIGSEGV, Segmentation fault. 0x776de054 in alListener3f () from /usr/lib/x86_64-linux-gnu/libopenal.so.1 Thread 4 (Thread 0x7fffde667700 (LWP 13912)): #0 0x776f5c69 in ?? () from /usr/lib/x86_64-linux-gnu/libopenal.so.1 No symbol table info available. #1 0x776f4317 in ?? () from /usr/lib/x86_64-linux-gnu/libopenal.so.1 No symbol table info available. #2 0x776eaf6f in ?? () from /usr/lib/x86_64-linux-gnu/libopenal.so.1 No symbol table info available. #3 0x776f6e69 in ?? () from /usr/lib/x86_64-linux-gnu/libopenal.so.1 No symbol table info available. #4 0x776ef9da in ?? () from /usr/lib/x86_64-linux-gnu/libopenal.so.1 No symbol table info available. #5 0x7792c0a4 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 No symbol table info available. #6 0x759b1c2d in clone () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. Thread 1 (Thread 0x77fb97c0 (LWP 13678)): #0 0x776de054 in alListener3f () from /usr/lib/x86_64-linux-gnu/libopenal.so.1 No symbol table info available. #1 0x0047d888 in S_AL_Respatialize (entityNum=4, origin=optimized out, axis=0x7fffe3ed0978, inwater=optimized out) at code/client/snd_openal.c:2259 orientation = {0.66576159, 0.733282149, -0.138053507, 0.0924939662, 0.102488063, 0.990424693} sorigin = {270.622864, 896.38208, 444.707306} #2 0x00407693 in CL_CgameSystemCalls (args=0x7fffc640) at code/client/cl_cgame.c:524 No locals. #3 0x00509077 in DoSyscall () at code/qcommon/vm_x86.c:428 data = optimized out index = 16 args = {33, 4, 922828, 922840, 0, 0, 921364, 813760, 0, 0, 0, 0, 0, 0, 72378, 0} savedVM = 0x221a258 vmTable+216 #4 0x7fffde368052 in ?? () No symbol table info available. #5 0x0002 in ?? () No symbol table info available. #6 0x0040 in ?? () No symbol table info available. #7 0x7fffe3def4a0 in ?? () No symbol table info available. #8 0x7fffe41ef4a0 in ?? () No symbol table info available. #9 0x7fffc770 in ?? () No symbol table info available. #10 0x003fff6c in ?? () No symbol table info available. #11 0x0002 in ?? () No symbol table info available. #12 0x7fffde368087 in ?? () No symbol table info available. #13 0x7fffde477aa0 in ?? () No symbol table info available. #14 0x7fffde368074 in ?? () No symbol table info available. #15 0x7fffde3683bb in ?? () No symbol table info available. #16 0x0050d587 in VM_CallCompiled (vm=0x221a258 vmTable+216, args=optimized out) at code/qcommon/vm_x86.c:1766 stack = X\242!\002\000\000\000\000\304\377?\000\000\000\000\000\213\200\066\336\377\177\000\000\000\000\000\000\000\000\000\000ᆳ\336\336\377\377\377\270\000\000\000Pl\f\000d\001\000\000 \000\000\000\374\344?, '\000' repeats 979 times entryPoint = 0x7fffde36808b programStack = 4194244 stackOnEntry = -14600 image = 0x1 error: Cannot access memory at address 0x1 opStack = 0xfffefffd opStackOfs = 0 arg = 13 #17 0x0221a180 in ?? () No symbol table info available. #18 0x0042f27f in SCR_UpdateScreen () at code/client/cl_scrn.c:582 in_anaglyphMode = optimized out recursive = 1 #19 0x0008 in ?? () No symbol table info available. #20 0x004a9644 in VM_Call (vm=0x7fffe3c27b01, callnum=callnum@entry=3) at code/qcommon/vm.c:915 a = {callnum = 3, args = {72378, 0, 0, -473790240, 0, 4386807, 8, 8, 0, 4387455, 8, 4349414}} ap = {{gp_offset = 16, fp_offset = 0, overflow_arg_area = 0x7fffcc90, reg_save_area = 0x7fffcc20}} oldVM = 0x2c19720 r = optimized out i = 12 #21 0x00407d60 in CL_CGameRendering (stereo=stereo@entry=STEREO_CENTER) at code/client/cl_cgame.c:796 No locals. #22 0x0042eff7 in SCR_DrawScreenField (stereoFrame=stereoFrame@entry=STEREO_CENTER) at code/client/cl_scrn.c:528 uiFullscreen = optimized out #23 0x0042f27f in SCR_UpdateScreen () at code/client/cl_scrn.c:582 in_anaglyphMode = optimized out recursive = 1 #24 0x00425de6 in CL_Frame (msec=8) at code/client/cl_main.c:3020 No locals. #25 0x0044ad1c in Com_Frame () at code/qcommon/common.c:3190 msec = optimized out minMsec = optimized out timeVal = optimized out timeValSV = optimized out lastTime = 982286 bias = 0 timeBeforeFirstEvents = 0 timeBeforeServer = 0 timeBeforeEvents = 0 timeBeforeClient = 0 timeAfter = 0 #26 0x00405c8a in main (argc=optimized out, argv=optimized out) at code/sys/sys_main.c:654 i = optimized out
Bug#765661: RFS: owslib/0.8.10-1
Control: reassign -1 sponsorship-requests On Vi, 17 oct 14, 09:09:59, Johan Van de Wauw wrote: Package: sponsorships-requests Severity: normal Package: sponsorship-requests Severity: normal [important for RC bugs, wishlist for new packages] Dear mentors, I am looking for a sponsor for my package owslib * Package name: owslib Version : 0.8.10-1 Upstream Author : Several authors * URL : https://pypi.python.org/pypi/OWSLib * License : BSD-3 clause Section : python It builds those binary packages: python-owslib - Client library for Open Geospatial (OGC) web services To access further information about this package, please visit the following URL: http://mentors.debian.net/package/owslib Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/o/owslib/owslib_0.8.10-1.dsc Changes since the last upload: [Bas Couwenberg ] * Add Vcs-* URLs. * Fix copyright-format version. [ Johan Van de Wauw ] * Update to new version * Imported Upstream version 0.8.10 * Fix error in copyright text (cfr changed license.txt) * Bump standards Regards, Johan Van de Wauw -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#765656: ITP: libmarc-transform-perl -- Perl module to transform a MARC record with a yaml configuration file
Quoting Robin Sheat (2014-10-17 04:49:57) MARC::Transform transforms a MARC record using a YAML configuration file. It allows you to create, update, delete, and duplicate fields and subfields of a record. You can also use scripts and lookup tables. You can specify conditions to execute these actions. All conditions, actions, functions and lookup tables are defined by YAML. Depending on your needs (obviously), you might also consider Catmandu::Marc. - 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#688551: python3-dateutil: Fresh release (2.1) is available for a while (since 2012-03-28)
On Thu, Oct 16, 2014 at 07:48:14PM +0200, Tobias Hansen wrote: On 09/29/2014 08:10 AM, Guido Günther wrote: On Sun, Sep 28, 2014 at 08:13:58PM +0200, Etienne Millon wrote: * Guido Günther a...@sigxcpu.org [140928 19:41]: I've uploaded a python-dateutil that ships a python2 and python3 version to experimental. Could you check if it works for you? I'm cc'ing the python3-dateutil maintainers on this one since we would need to remove python3-dateutils from sid then. Hi Guido, With the package from experimental I can build the new version of guessit with no problems. Awesome. Thanks for testing. Let's give the python3-dateutil maintainer a couple of days before uploading to unstable. Cheers, -- Guido Hi, do you plan to get this into jessie? Then uploading to unstable now would be a good idea. Might still get through the NEW queue in time... Uploaded. -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758606: After closing shutter it's in start menu of Gnome Tweak tool to delete it manually (Jessie)
Hey, 1. dpkg -s gnome-tweak-tool | grep Version Version: 3.14.0-1 2. This problem began after the first installation. So it was not after an update. Yes, it's always reproducible. Regards 2014-10-15 0:38 GMT+02:00 Tomasz Nitecki t...@tnnn.pl: tags 758606 + moreinfo thanks Hey, Can you please provide us with some more information: 1. Which version of Gnome Tweak Tool and Shutter are you using? (You can check that by running 'dpkg -s package | grep Version'). 2. Can you tell us when did this problem begin to manifest itself? Was it after an update? Is it always reproducible? When responding, please remember to cc 758...@bugs.debian.org (your response will be visible on the public, web browsable bug tracker at [1]). Thanks for your report! Regards, T. [1] https://bugs.debian.org/758606
Bug#756247: Bug #756247: systemd upgrade
After lots of testing and troubleshooting, i managed to fix my problem. Maybe it helps others also. I installed systemd-sysv package, and that in process requested to remove sysvinit-core. I suspect, that it is dependencies problem, or missing actions in postinstall scripts or something. root cause is dbus is not started with --systemd-activation flags, and systemd cannot register with dbus infrastructure. for example systemctl command then return Unknown error -1, cannot contact D-Bus. Debian installation itself should be systemd aware, but it is broken, and that causes XFCE desktop to be unusable. This should be checked when upgrading wheezy to jessie in future. Gatis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750719: Processed: severity of 750719 is serious
Hi Tonnerre, Quoting Tonnerre LOMBARD (2014-10-17 02:19:03) On Thu, Oct 16, 2014 at 04:54:19PM +, Debian Bug Tracking System wrote: Bug #750719 [src:sockjs-client] sockjs-client: FTBFS against uglify 2.x series - Cannot call method 'parse' of undefined Severity set to 'serious' from 'important' FYI, the patch has been waiting for someone to upload it for a while: https://qa.debian.org/cgi-bin/vcswatch?package=sockjs-client Great! I recommend that you add a tag to signal that more clearly (e.g. to attract fly-by bug-squashers seeking easy tasks for NMUs): https://www.debian.org/Bugs/Developer#tags I would appreciate if this could be taken care of. I notice that you are maintaining this package on your own. That's perfectly ok if that is what you prefer, but you might consider moving it to team-maintenance at the Javascript team (where you are already a member). It seems from above you do not have upload rights yourself, and I believe it is easier to finalize packaging work in teams than as lonely rider relying on sponsors. I also notice that you use short-form dh sequencer in the packaging. Again, it is perfectly ok - but I solely use CDBS for the 400+ packages I am involved in, and am not confident enough in that to help you out (and also as a principle - nothing personal! - I don't do sponsoring for lonely riders, I only help do teamwork). Hope that helps, - 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#765669: avifile: not binNMU safe
Source: avifile Version: 1:0.7.48~20090503.ds-16 Severity: serious Your package is still not binNMU safe: onscripter build-depends on: - libavifile-0.7-dev libavifile-0.7-dev depends on: - libavifile-0.7c2 (= 1:0.7.48~20090503.ds-16+b2) libavifile-0.7c2 depends on missing: - libavifile-0.7-common (= 1:0.7.48~20090503.ds-16+b2) This is making various packages unbuildable (e.g. onscripter or vxl). Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765670: boinc: not binNMU safe
Source: boinc Version: 7.4.22+dfsg-3 Severity: serious Your package is not binNMU safe: boinc-app-seti build-depends on: - boinc-dev (= 7.1.21+dfsg) | libboinc-app-dev (= 7.1.21+dfsg) boinc-dev depends on: - libboinc-app-dev (= 7.4.22+dfsg-3) boinc-app-seti build-depends on: - boinc-dev (= 7.1.21+dfsg) | libboinc-app-dev (= 7.1.21+dfsg) libboinc-app-dev depends on missing: - libboinc-app7 ( 7.4.22+dfsg-3+1~) This is preventing some packages from being built. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765563: closure-compiler: does not work when there are spaces in the path/name of the JavaScript file
Thanks for your efforts Tony ! It seems to be the wrapper, i get this using upstream jar, Debian jar , Debian wrapper: $ java -jar compiler.jar --warning_level VERBOSE --jscomp_warning=checkTypes --compilation_level SIMPLE_OPTIMIZATIONS --js=file with spaces.js --js_output_file=/tmp/compiled.js$ java -jar /usr/share/java/closure-compiler.jar --warning_level VERBOSE --jscomp_warning=checkTypes --compilation_level SIMPLE_OPTIMIZATIONS --js=file with spaces.js --js_output_file=/tmp/compiled.js$ closure-compiler --warning_level VERBOSE --jscomp_warning=checkTypes --compilation_level SIMPLE_OPTIMIZATIONS --js=file with spaces.js --js_output_file=/tmp/compiled.jsERROR - Cannot read: file ERROR - Cannot read: spaces.js ERROR - Cannot read: with 3 error(s), 0 warning(s)$ Date: Thu, 16 Oct 2014 21:04:41 -0700 From: tmanc...@debian.org To: hoekb...@hotmail.com; 765...@bugs.debian.org Subject: Re: Bug#765563: closure-compiler: does not work when there are spaces in the path/name of the JavaScript file On 10/16/2014 02:39 AM, Eerste Laatste wrote: Package: closure-compiler Version: 20130227+dfsg1-6 Severity: normal Dear Maintainer, Using closure-compiler fails when there are spaces in the path/name of a JavaScript file even when specifying them like: /path name with spaces/and or/script name with spaces.js or '/path name/with spaces/and or/script name with spaces.js' or /path\ name/with\ spaces/and\ or/script\ name\ with\ spaces.js Hi Eerste, Thank you for the bug report. I'll have to take a look to see if might be an issue with the wrapper script (as opposed to an upstream issue). Cheers, tony
Bug#765578: PATH_MAX
The bug isn't in hurd, so I suspect they will never fix it. The patch is as simple as a #define. I see people love to be stubborn and exercise their power. Happens all the time with free software. -- Salvo Tomaselli Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno. -- Galileo Galilei http://ltworf.github.io/ltworf/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765112: linux-image-3.17-rc5-amd64: Kernel hangs for 5 minutes after resume: libgcrypt version: 1.5.4
On Thu, 2014-10-16 at 19:57 -0700, Ralf-Peter Rohbeck wrote: This happens with all the kernels I have, including 3.14-2 and back to 3.2.0-4. If anybody has an idea how to fix or troubleshoot this I'm all ears. Are there flags to increase verbosity or turn on debug messages for the swap code? Add 'debug' to the kernel command line. Ben. -- Ben Hutchings Life is what happens to you while you're busy making other plans. - John Lennon signature.asc Description: This is a digitally signed message part
Bug#765546: reportbug: Misleading instruction when choosing distribution
* Sandro Tosi mo...@debian.org [2014-10-16 18:47]: control: tags -1 +moreinfo Hello Rafael, When filing a bug against ftp.debian.org, the user is prompted for choosing the distribution to which the removal should apply and the following instruction is given: Is the removal to be done in a suite other than unstable? Please press Enter for unstable However, pressing Enter results in the first choice in the check list to be chosen. are you sure about it? do you have a specific example where this is happening to you? I just tried and pressing Enter doesn't select the first entry, but simply nothing, which in the ftp.d.o world means unstable. Before filing this bug report, I have only verified the problem with the urwid interface. When using the text interface, pressing Enter result in nothing being selected, as you wrote. However, with the urwid interface, when the screen for selecting the distribution is presented, pressing Enter results in experimental being chosen. This problem is also present with the gtk2 interface, which selects oldstable-proposed-updates when Enter is pressed. BTW, there is no way to choose unstable (or nothing) with the gtk2 interface. At any rate, the patch that I sent before is not fully appropriate, because each UI has a specific behavior. Best, Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#311188: debconf as a registry
Quoting Thomas Goirand (2014-10-17 09:51:04) On 10/17/2014 01:41 PM, Bas Wijnen wrote: I don't have a bug tracker yet, but I can upload this to unstable if people don't complain too much about the code. ;-) Then the bts can be used for feature requests (and bugs of course). Please don't upload this type of experimental software to Sid just right before the freeze. Please use experimental. A new package has no ties to the freeze - nothing depends on it and no older versions of itself is in testing - and therefore is fine to release to unstable, as it does not disrupt the freeze process. - 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#765563: closure-compiler: does not work when there are spaces in the path/name of the JavaScript file
Tony, it works for me with the double quotes added as shown below:--#!/bin/sh . /usr/lib/java-wrappers/java-wrappers.sh MAIN=com.google.javascript.jscomp.CommandLineRunnerJARS=closure-compiler find_java_runtimefind_jars ${JARS}###ORIGINAL: run_java ${MAIN} $@###CHANGED:run_java ${MAIN} $@-- (maybe for future safety, ${JARS} and ${MAIN} should be quoted too) From: hoekb...@hotmail.com To: tmanc...@debian.org; 765...@bugs.debian.org Subject: RE: Bug#765563: closure-compiler: does not work when there are spaces in the path/name of the JavaScript file Date: Fri, 17 Oct 2014 08:37:44 + Thanks for your efforts Tony ! It seems to be the wrapper, i get this using upstream jar, Debian jar , Debian wrapper: $ java -jar compiler.jar --warning_level VERBOSE --jscomp_warning=checkTypes --compilation_level SIMPLE_OPTIMIZATIONS --js=file with spaces.js --js_output_file=/tmp/compiled.js$ java -jar /usr/share/java/closure-compiler.jar --warning_level VERBOSE --jscomp_warning=checkTypes --compilation_level SIMPLE_OPTIMIZATIONS --js=file with spaces.js --js_output_file=/tmp/compiled.js$ closure-compiler --warning_level VERBOSE --jscomp_warning=checkTypes --compilation_level SIMPLE_OPTIMIZATIONS --js=file with spaces.js --js_output_file=/tmp/compiled.jsERROR - Cannot read: file ERROR - Cannot read: spaces.js ERROR - Cannot read: with 3 error(s), 0 warning(s)$ Date: Thu, 16 Oct 2014 21:04:41 -0700 From: tmanc...@debian.org To: hoekb...@hotmail.com; 765...@bugs.debian.org Subject: Re: Bug#765563: closure-compiler: does not work when there are spaces in the path/name of the JavaScript file On 10/16/2014 02:39 AM, Eerste Laatste wrote: Package: closure-compiler Version: 20130227+dfsg1-6 Severity: normal Dear Maintainer, Using closure-compiler fails when there are spaces in the path/name of a JavaScript file even when specifying them like: /path name with spaces/and or/script name with spaces.js or '/path name/with spaces/and or/script name with spaces.js' or /path\ name/with\ spaces/and\ or/script\ name\ with\ spaces.js Hi Eerste, Thank you for the bug report. I'll have to take a look to see if might be an issue with the wrapper script (as opposed to an upstream issue). Cheers, tony
Bug#765588: pfctl does not work after upgrade
True, works after reboot,didnt notice kernel switch due to 10.0.1 being installed and 10.1 being the new :) I apologize for reporting a nonbug. On Oct 16, 2014 4:07 PM, Christoph Egger christ...@debian.org wrote: Hi! Lars Lansink cry...@cryptr.net writes: * What led up to the situation? A regular apt-get upgrade * What exactly did you do (or not do) that was effective (or ineffective)? sudo apt-get upgrade --yes * What was the outcome of this action? pf version 10.1~svn272167-1 was installed * What outcome did you expect instead? pf was upgraded, but I did not expect it to break. It's kind of expected to not work if kernel and userland don't match -- pf seems to be quite tightly coupled. Does pfctl work again for you after booting into the 10.1 kernel? Christoph
Bug#765578: PATH_MAX
Le 2014-10-17 11:41, Salvo Tomaselli a écrit : The bug isn't in hurd, so I suspect they will never fix it. The src/posix/thread.c patch snippet is a GNU/Hurd bug. So wontfix. -- 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#765671: serf: FTBFS - TypeError: Directory /usr/include/mit-krb5 found where file expected.
Package: serf Version: 1.3.7-1 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] dh_testdir scons GSSAPI=/usr CFLAGS=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security CPPFLAGS=-D_FORTIFY_SOURCE=2 LINKFLAGS=-Wl,-z,relro -Wl,-z,defs -Wl,--as-needed scons: Reading SConscript files ... TypeError: Directory /usr/include/mit-krb5 found where file expected.: File /srv/jenkins-slave/workspace/sid-goto-cc-serf/serf-1.3.7/SConstruct, line 360: env.ParseConfig('$GSSAPI --cflags gssapi') File /usr/lib/scons/SCons/Environment.py, line 1555: return function(self, self.backtick(command)) File /usr/lib/scons/SCons/Environment.py, line 1550: return env.MergeFlags(cmd, unique) File /usr/lib/scons/SCons/Environment.py, line 814: args = self.ParseFlags(args) File /usr/lib/scons/SCons/Environment.py, line 800: do_parse(arg) File /usr/lib/scons/SCons/Environment.py, line 730: dict['LIBS'].append(self.fs.File(arg)) File /usr/lib/scons/SCons/Node/FS.py, line 1340: return self._lookup(name, directory, File, create) File /usr/lib/scons/SCons/Node/FS.py, line 1319: return root._lookup_abs(p, fsclass, create) File /usr/lib/scons/SCons/Node/FS.py, line 2216: result.diskcheck_match() File /usr/lib/scons/SCons/Node/FS.py, line 2362: Directory %s found where file expected.) File /usr/lib/scons/SCons/Node/FS.py, line 385: return self.func(*args, **kw) File /usr/lib/scons/SCons/Node/FS.py, line 406: raise TypeError(errorfmt % node.abspath) debian/rules:26: recipe for target 'debian/stamp-build' failed make: *** [debian/stamp-build] Error 2 The full build log is attached; please do let me know if the problem is unreproducible, in which case I shall try to investigate further. It seems, however, that the s390 build fails with exactly the same error. Best, Michael serf-build-log.txt.gz Description: application/gunzip pgpxzahsrWNPJ.pgp Description: PGP signature
Bug#763356:
Hi, i've tested 6.2.3+dfsg-6 from sid and it's working Ok. Regards, Carlos V. On 17 October 2014 08:05, Michael Stummvoll mich...@stummi.org wrote: Hi, I am still encountering this bug after updating mysql-workbench and mysql-workbench-data to 6.2.3+dfsg-6 from unstable, while having the same console output as the initial reporter. Kind Regards, Michael -- To unsubscribe, send mail to 763356-unsubscr...@bugs.debian.org.
Bug#765668: cups: dpkg: cycle found while processing triggers:
Control: forcemerge 765434 -1 Hi Thorsten, Le vendredi, 17 octobre 2014 10.14:52, vous avez écrit : I’ve been having dpkg messages about cycles in triggers for a while recently, but they all involved multiple packages (mostly cups, postgresql, man-db) and were resolved just configuring the packages again. Today is different: (…) Yet nothing has changed in the CUPS triggers handling in a long time; I think this is #765434 , hereby force-merging. dpkg maintainers: if there's something fishy in CUPS, please un-merge an reassign, but this has worked for a long time without changes. Cheers OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765673: libglib2.0-0:amd64: segfaulting and ending X session (xfce4-session)
Package: libglib2.0-0 Version: 2.40.0-4 Severity: important Dear Maintainer, Occasionally XFCE4 suddenly logs me out. I /think/ it tends to happen as a new application window is appearing. In looking for smoking guns, all I can see is that syslog reports entries like, Oct 16 08:41:38 ls28101 kernel: [ 932.383539] xfce4-session[3632]: segfault at ip 7fc394174875 sp 7fff12180ad0 error 5 in libglib-2.0.so.0.4000.0[7fc39410e000+109000] Oct 16 16:41:13 ls28101 kernel: [29670.295541] xfce4-session[4591]: segfault at ip 7fa316bf8875 sp 7fff7f1ba5d0 error 5 in libglib-2.0.so.0.4000.0[7fa316b92000+109000] Oct 17 09:06:59 ls28101 kernel: [ 2960.407805] xfce4-session[3598]: segfault at ip 7f2af283b875 sp 7fff928502f0 error 5 in libglib-2.0.so.0.4000.0[7f2af27d5000+109000] at what looks like pretty much the right times / frequency. Cheers, Mark -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (600, 'stable'), (500, 'stable-updates'), (50, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libglib2.0-0:amd64 depends on: ii libc6 2.19-9 ii libffi63.1-2 ii libpcre3 1:8.35-3 ii libselinux12.1.9-5 ii multiarch-support 2.13-38+deb7u4 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages libglib2.0-0:amd64 recommends: ii libglib2.0-data 2.33.12+really2.32.4-5 ii shared-mime-info 1.0-1+b1 libglib2.0-0:amd64 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#765672: src:gammaray: FTBFS on ppc64el
Package: src:gammaray Version: 2.1.0-3.1 Severity: normal Tags: patch Dear Maintainer, While trying to build the package on ppc64el, tests are failing. The issue seems to come from a typo in the debian-archs-fix-build.patch file. This patch adds a test in cmake/GammaRayProbeABI.cmake : elseif(CMAKE_SYSTEM_PROCESSOR STREQUAL ppc64el) To fix the issue, ppc64el should be replaced by ppc64le. FYI the same fix has been applied on Ubuntu. Thanks for considering this patch. Regards, Erwan. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.13-1-powerpc64le (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Naur a/debian/patches/ppc64el.patch b/debian/patches/ppc64el.patch --- a/debian/patches/ppc64el.patch 1970-01-01 01:00:00.0 +0100 +++ b/debian/patches/ppc64el.patch 2014-10-16 15:26:55.519734834 +0200 @@ -0,0 +1,11 @@ +--- a/cmake/GammaRayProbeABI.cmake b/cmake/GammaRayProbeABI.cmake +@@ -80,7 +80,7 @@ + set(GAMMARAY_PROBE_ABI ${GAMMARAY_PROBE_ABI}-arm) + elseif(CMAKE_SYSTEM_PROCESSOR STREQUAL mips64) + set(GAMMARAY_PROBE_ABI ${GAMMARAY_PROBE_ABI}-mips) +- elseif(CMAKE_SYSTEM_PROCESSOR STREQUAL ppc64el) ++ elseif(CMAKE_SYSTEM_PROCESSOR STREQUAL ppc64le) + set(GAMMARAY_PROBE_ABI ${GAMMARAY_PROBE_ABI}-ppc64) + else() + set(GAMMARAY_PROBE_ABI ${GAMMARAY_PROBE_ABI}-${CMAKE_SYSTEM_PROCESSOR}) diff -Naur a/debian/patches/series b/debian/patches/series --- a/debian/patches/series 2014-10-16 13:06:34.900182383 +0200 +++ b/debian/patches/series 2014-10-16 15:27:16.639733712 +0200 @@ -1 +1,2 @@ debian-archs-fix-build.patch +ppc64el.patch
Bug#764683: Bug#765458: apt: broken cdrom support, breaking installation from weekly ISO images
Cyril Brulebois k...@debian.org (2014-10-16): I've tweaked bits and pieces locally to use apt 1.0.9.3 at the appropriate time and I can confirm that the easy/usual one-CD case is fixed, thanks! It'd be nice to see what happens with several CDs but that's not going to be me today. Some notes: - apt.git is missing at least one commit and the tag. - I think you wanted to close #764442, rather than #76442. I'm tempted to make apt migrate to testing soon, possibly today, because bug reports are piling up. From your maintainer point of view, is there anything speaking against such a move? Having received no negative feedback, I did that yesterday and fixed apt is now in testing. I've also started a rebuild of the weekly images[1], and images dated 2014-10-17 should have a fixed apt. 1. http://cdimage.debian.org/cdimage/weekly-builds/ Right now I've confirmed this with the i386 netinst CD. All of amd64, i386, and multi-arch have been rebuilt already. I'm therefore adding all blocked bug reports and their submitters to the loop to let them know. Users: please send follow-ups to your individual report (nnn...@bugs.debian.org). If I get no negative feedback in the upcoming days I'll probably mass-close those reports. Mraw, KiBi. signature.asc Description: Digital signature
Bug#765487: (no subject)
I have same problem. I update python-wxgtk3 to 3.0.1.1+dfsg-1. I'm using python 2.7.6-2 and python-imaging 2.5.1-1. but the problem persists. 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#764318: Bugs #764318 and #765667 are not fixed yet.
forcemerge 764318 765667 reopen 764318 thanks Hello Bill. I'm running jessie on a computer lab, and I found this today in the logs for unattended-upgrades: Unpacking libjpeg-progs (1:9a-2) over (1:1.3.1-3) ... dpkg: error processing archive /var/cache/apt/archives/libjpeg-progs_1%3a9a-2_amd64.deb (--unpack): intentando sobreescribir `/usr/share/man/man1/djpeg.1.gz', que está también en el paquete [ Translation: Trying to overwrite [...] which is also in package [...]] libjpeg-turbo-progs 1:1.3.1-3 Processing triggers for man-db (2.7.0.2-1) ... Se encontraron errores al procesar: /var/cache/apt/archives/libjpeg-progs_1%3a9a-2_amd64.deb I admit that I had one of those packages in hold until the issue with the different implementations was sorted out, but in either case we should not only support upgrades from wheezy to jessie but also upgrades from the jessie of last week to the jessie of today, whenever such thing is feasible, which of course it is in this case. Please use versioned Conflicts/Replaces or whatever is appropriate so that apt-get never tries to unpack a package over another one if there is a conflict. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765673: libglib2.0-0:amd64: segfaulting and ending X session (xfce4-session)
Control: reassign -1 xfce4-session On 17/10/14 11:01, Mark Carroll wrote: Package: libglib2.0-0 Version: 2.40.0-4 Severity: important Dear Maintainer, Occasionally XFCE4 suddenly logs me out. I /think/ it tends to happen as a new application window is appearing. In looking for smoking guns, all I can see is that syslog reports entries like, Oct 16 08:41:38 ls28101 kernel: [ 932.383539] xfce4-session[3632]: segfault at ip 7fc394174875 sp 7fff12180ad0 error 5 in libglib-2.0.so.0.4000.0[7fc39410e000+109000] Oct 16 16:41:13 ls28101 kernel: [29670.295541] xfce4-session[4591]: segfault at ip 7fa316bf8875 sp 7fff7f1ba5d0 error 5 in libglib-2.0.so.0.4000.0[7fa316b92000+109000] Oct 17 09:06:59 ls28101 kernel: [ 2960.407805] xfce4-session[3598]: segfault at ip 7f2af283b875 sp 7fff928502f0 error 5 in libglib-2.0.so.0.4000.0[7f2af27d5000+109000] at what looks like pretty much the right times / frequency. That doesn't mean it's a bug in glib. Reassigning to xfce4-session. Please provide a gdb backtrace, otherwise there is nothing we can do. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765674: partclone: Must be rebuild against last ntfs-3g (at least 1:2014.2.15AR.2-1). Provides libntfs-3g852, but partclonde depends on libntfs-3g851.
Package: partclone Version: 0.2.73-2 Severity: important Dear Maintainer, Current partclone is incompatible with last ntfs3g, it depends on libntfs-3g851, but ntfs-3g 1:2014.2.15AR.2-1 provides libntfs-3g852. Did not look into partclone sources, a binary rebuild might be enough. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765675: libtrio: FTBFS on arm64
Source: libtrio Version: 1.16+dfsg1-2 It failed to build on arm64: https://buildd.debian.org/status/package.php?p=libtriosuite=sid The error was: Verification failed in regression.c:620. Expected 03.142e+03 Got 03.141e+03 The test is expecting 3141.5 to be rounded up to 3142 rather than down to 3141, but I don't think you can expect consistent results from a test like that with the way libtrio is implemented using the machine's floating-point arithmetic. (It's using long double, which is 128 bits on arm64 but 80 on amd64, for example.) You should probably delete or modify that test, and any other test that expects an exact half to be rounded in a particular direction. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765676: partclone: Must be rebuild against last ntfs-3g (at least 1:2014.2.15AR.2-1). Provides libntfs-3g852, but partclonde depends on libntfs-3g851.
Package: partclone Version: 0.2.73-2 Severity: important Dear Maintainer, Current partclone is not compatible with last ntfs-3g. It depends on libntfs-3g851, but ntfs-3g 1:2014.2.15AR.2-1 provides libntfs-3g852. Did not look into parclone sources, a rebuild might be enough. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714307: [714307] now eatmydata could be used again
libeatmydata fixed its issues with the simulation of cancellation points, and can be used again in buildds. -- regards, Mattia Rizzolo GPG Key: 4096R/B9444540 http://goo.gl/I8TMB more about me: http://mapreri.org Launchpad User: https://launchpad.net/~mapreri Ubuntu Wiki page: https://wiki.ubuntu.com/MattiaRizzolo signature.asc Description: Digital signature
Bug#765678: ruby-rack: FTBFS - rake aborted!
Package: ruby-rack Version: 1.5.2-2 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] Entering dh_ruby --install Rewriting shebang line of /srv/jenkins-slave/workspace/sid-goto-cc-ruby-rack/ruby-rack-1.5.2/debian/ruby-rack/usr/bin/rackup Running tests for ruby2.1 using debian/ruby-tests.rake ... /usr/bin/ruby2.1 /usr/bin/bacon -I./lib:./test -w -a -q -t '^(?!Rack::Adapter|Rack::Session::Memcache|Rack::Server|Rack::Handler)' /usr/lib/ruby/vendor_ruby/bacon.rb:221: warning: shadowing outer local variable - args /usr/lib/ruby/vendor_ruby/memcache.rb:303: warning: assigned but unused variable - key_count /usr/lib/ruby/vendor_ruby/memcache.rb:812: warning: assigned but unused variable - key /usr/lib/ruby/vendor_ruby/memcache.rb:24: warning: assigned but unused variable - e /usr/lib/ruby/vendor_ruby/continuum_native.rb:38: warning: assigned but unused variable - e /srv/jenkins-slave/workspace/sid-goto-cc-ruby-rack/ruby-rack-1.5.2/test/spec_webrick.rb:6:in `top (required)': uninitialized constant Rack::Handler::WEBrick (NameError) from /usr/bin/bacon:116:in `load' from /usr/bin/bacon:116:in `block in main' from /usr/bin/bacon:115:in `each' from /usr/bin/bacon:115:in `main' /srv/jenkins-slave/workspace/sid-goto-cc-ruby-rack/ruby-rack-1.5.2/test/spec_webrick.rb:6:in `top (required)': uninitialized constant Rack::Handler::WEBrick (NameError) from /usr/bin/bacon:116:in `load' from /usr/bin/bacon:116:in `block in main' from /usr/bin/bacon:115:in `each' from /usr/bin/bacon:115:in `main' . Finished in 0.339649703 seconds. 217 tests, 722 assertions, 0 failures, 0 errors rake aborted! Command failed with status (1): [/usr/bin/ruby2.1 /usr/bin/bacon -I./lib:./...] /srv/jenkins-slave/workspace/sid-goto-cc-ruby-rack/ruby-rack-1.5.2/debian/ruby-tests.rake:6:in `block in top (required)' -e:1:in `main' Tasks: TOP = default (See full trace by running task with --trace) ERROR: Test ruby2.1 failed. Exiting. dh_auto_install: dh_ruby --install /srv/jenkins-slave/workspace/sid-goto-cc-ruby-rack/ruby-rack-1.5.2/debian/ruby-rack returned exit code 1 debian/rules:15: recipe for target 'binary' failed make: *** [binary] Error 1 The full build log is attached; please do let me know if the problem is unreproducible, in which case I shall try to investigate further. Best, Michael ruby-rack-build-log.txt.gz Description: application/gunzip pgpc2mONdBD2d.pgp Description: PGP signature
Bug#765460: gnome-shell-extensions: apps-menu extension not working after upgrade to 3.14
Control: tag -1 + patch Hi, ricky wrote (15 Oct 2014 10:13:17 GMT) : I understood that the extension did not work because the GMenu package was missing. As soon as I installed the following package: # apt-get install gir1.2-gmenu-3.0 The shell loaded the extension correctly. I suppose that some dependency is broken (I do not know what was the status of this package before the upgrade). Confirmed the bug and the proposed fix on current sid. The attached patch fixes this bug for me. Should I NMU? Cheers! Index: debian/changelog === --- debian/changelog (revision 43628) +++ debian/changelog (working copy) @@ -1,3 +1,11 @@ +gnome-shell-extensions (3.14.0-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add dependency on gir1.2-gmenu-3.0, so that the apps-menu extension +can work (Closes: #765460). + + -- intrigeri intrig...@debian.org Fri, 17 Oct 2014 11:45:18 +0200 + gnome-shell-extensions (3.14.0-2) unstable; urgency=medium * Drop xrandr from EXTENSIONS_DISABLED, this extension was removed Index: debian/control === --- debian/control (revision 43628) +++ debian/control (working copy) @@ -25,6 +25,7 @@ Depends: ${misc:Depends}, gnome-shell (= ${gnome:Version}), gnome-shell ( ${gnome:NextVersion}), + gir1.2-gmenu-3.0, gir1.2-gtop-2.0, gvfs (= 1.16.0), gnome-session (= 3.8) Index: debian/control.in === --- debian/control.in (revision 43628) +++ debian/control.in (working copy) @@ -21,6 +21,7 @@ Depends: ${misc:Depends}, gnome-shell (= ${gnome:Version}), gnome-shell ( ${gnome:NextVersion}), + gir1.2-gmenu-3.0, gir1.2-gtop-2.0, gvfs (= 1.16.0), gnome-session (= 3.8)
Bug#765677: taskcoach: FTBFS - missing build dependency on cpio
Package: taskcoach Version: 1.4.1-3 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] debian/rules override_dh_auto_build make[2]: Entering directory '/srv/jenkins-slave/workspace/sid-goto-cc-taskcoach/taskcoach-1.4.1' python changes.in/make.py text CHANGES.txt gm convert -resize 32x32 icons.in/taskcoach.png icons.in/taskcoach.xpm dh_auto_build --buildsystem=makefile -- prepare make[3]: Entering directory '/srv/jenkins-slave/workspace/sid-goto-cc-taskcoach/taskcoach-1.4.1' cd thirdparty; tar xzf desktop-0.4.2.tar.gz --strip-components=1 -C ../taskcoachlib/thirdparty desktop-0.4.2/desktop cp /usr/share/pyshared/lockfile.py taskcoachlib/thirdparty cd /usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/lib/pubsub taskcoachlib/thirdparty; \ find . \! -name *.pyc -print0 \ | cpio -pmd0 /srv/jenkins-slave/workspace/sid-goto-cc-taskcoach/taskcoach-1.4.1/taskcoachlib/thirdparty/pubsub /bin/sh: 3: cpio: not found Makefile:181: recipe for target 'thirdpartymodules' failed make[3]: *** [thirdpartymodules] Error 127 The full build log is attached; please do let me know if the problem is unreproducible, in which case I shall try to investigate further. Best, Michael taskcoach-build-log.txt.gz Description: application/gunzip pgp15LeWhpHAk.pgp Description: PGP signature
Bug#765535: New Debian theme web page and cell phone
Hi, 2014-10-16 14:33 GMT+02:00 Osamu Aoki os...@debian.org: The patch proposed by Stéphane Blondon is yielding nice web pages on Debian DOC: https://www.debian.org/doc/manuals/debian-reference/ https://www.debian.org/doc/manuals/maint-guide/ It is nice on my Desktop with wide screen since it has extra space for width. But on my cell phone(Nexus5), it wastes precious screen width. I checked it on Samsung S4 to see the problem. If I understand well, you would like the borders are removed on little screen (like phone) so there would have more space for the text. Is it right? I woner if this can be adjusted by CSS or Javascript. If any of you web specialist knows how, it will be nice to have that documented or integrated to this proposed patch. It's can be achieved by adding CSS. I can provide a patch to fix it. -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765421: Re: Bug#765421: jmapviewer/josm issue
On 17.10.2014 09:32, Marcus Lundblad wrote: ImageIO.read() has a variant taking a java.io.URL instance. This should, by default, use caching (possibly in-memory per-session, but we would download the tiles anyway, so maybe that is acceptable) automatically. I was about to try to cook up a patch falling back to using this method if the getResourceAsStream() call returns null, but I couldn't find a URL to the Bing logo. The logo embedded in the upstream source seems to be an older version, and looking at the bing.com website I could only see sheet images (indexed by CSS classes). //Marcus Maybe it is a proper solution to get the bing logo over the attribution REST-call: http://dev.virtualearth.net/REST/v1/Imagery/Metadata/Aerial?include=ImageryProvidersoutput=xmlkey=Arzdiw4nlOJzRwOz__qailc8NiR31Tt51dN2D7cm57NrnceZnCpgOkmJhNpGoppU The result: Response CopyrightCopyright © 2014 Microsoft and its suppliers. All rights reserved. This API cannot be accessed and the content and any results may not be used, reproduced or transmitted in any manner without express written permission from Microsoft Corporation./Copyright BrandLogoUrihttp://dev.virtualearth.net/Branding/logo_powered_by.png/BrandLogoUri ... The png received over the given URL is the Bing logo. One minor glitch: It has no transparency so it won't make the best impression as an overlay. Best Regards Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765679: nvidia-kernel-dkms: nvidia-kernel-modules not build for linux-image-3.2.0-4-amd64
Package: nvidia-kernel-dkms Version: 340.46-1 Severity: normal Dear Maintainer, after upgrading nvidia-kernel-dkms today dkms was nor more able to build the modules for linux-image-3.2.0-4-amd64 any more. I only get: Building module: cleaning build area env CCACHE_DISABLE=1 make -C . SYSSRC=/lib/modules/3.2.0-4-amd64/build; env CCACHE_DISABLE=1 make -C uvm SYSSRC=/lib/modules/3.2.0-4-amd64/build(bad exit status: 2) Error! Bad return status for module build on kernel: 3.2.0-4-amd64 (x86_64) Consult /var/lib/dkms/nvidia-current/340.46/build/make.log for more information. Here the content of /var/lib/dkms/nvidia-current/340.46/build/make.log: --snip-- DKMS make.log for nvidia-current-340.46 for kernel 3.2.0-4-amd64 (x86_64) Fr 17. Okt 12:00:00 CEST 2014 make: Entering directory '/var/lib/dkms/nvidia-current/340.46/build' make KBUILD_VERBOSE=1 -C /lib/modules/3.2.0-4-amd64/build M=/var/lib/dkms/nvidia-current/340.46/build modules make[1]: Entering directory '/usr/src/linux-headers-3.2.0-4-amd64' Makefile:10: *** mixed implicit and normal rules: deprecated syntax make -C /usr/src/linux-headers-3.2.0-4-amd64 \ KBUILD_SRC=/usr/src/linux-headers-3.2.0-4-common \ KBUILD_EXTMOD=/var/lib/dkms/nvidia-current/340.46/build -f /usr/src/linux-headers-3.2.0-4-common/Makefile \ modules test -e include/generated/autoconf.h -a -e include/config/auto.conf || ( \ echo; \ echo ERROR: Kernel configuration is invalid.; \ echo include/generated/autoconf.h or include/config/auto.conf are missing.;\ echo Run 'make oldconfig make prepare' on kernel src to fix it.; \ echo; \ /bin/false) mkdir -p /var/lib/dkms/nvidia-current/340.46/build/.tmp_versions ; rm -f /var/lib/dkms/nvidia-current/340.46/build/.tmp_versions/* make -f /usr/src/linux-headers-3.2.0-4-common/scripts/Makefile.build obj=/var/lib/dkms/nvidia-current/340.46/build /bin/sh /var/lib/dkms/nvidia-current/340.46/build/conftest.sh gcc-4.6 gcc-4.6 x86 /lib/modules/3.2.0-4-amd64/build /lib/modules/3.2.0-4-amd64/build compile_tests remap_pfn_range vmap set_pages_uc set_memory_uc set_memory_array_uc change_page_attr i2c_adapter pci_get_class pm_message_t irq_handler_t pci_choose_state vm_insert_page acpi_device_ops acpi_op_remove acpi_device_id acquire_console_sem console_lock kmem_cache_create outer_flush_all on_each_cpu smp_call_function nvmap_support acpi_evaluate_integer ioremap_cache ioremap_wc proc_dir_entry INIT_WORK acpi_walk_namespace scatterlist pci_domain_nr pci_dma_mapping_error file_operations sg_alloc_table sg_init_table pci_get_domain_bus_and_slot get_num_physpages efi_enabled dom0_kernel_present drm_available proc_create_data pde_data proc_remove sg_table pm_vt_switch_required echo \#define NV_COMPILER \` gcc-4.6 -v 21 | tail -n 1`\ /var/lib/dkms/nvidia-current/340.46/build/nv_compiler.h gcc-4.6 -Wp,-MD,/var/lib/dkms/nvidia-current/340.46/build/.nv.o.d -nostdinc -isystem /usr/lib/gcc/x86_64-linux-gnu/4.6/include -I/usr/src/linux-headers-3.2.0-4-common/arch/x86/include -Iarch/x86/include/generated -Iinclude -I/usr/src/linux-headers-3.2.0-4-common/include -include /usr/src/linux-headers-3.2.0-4-common/include/linux/kconfig.h -I/var/lib/dkms/nvidia-current/340.46/build -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -fno-delete-null-pointer-checks -Os -m64 -mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args -fstack-protector -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -DCONFIG_AS_CFI_SECTIONS=1 -DCONFIG_AS_FXSAVEQ=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -Wframe-larger-than=2048 -Wno-unused-but-set-variable -fomit-frame-pointer -fno-var-tracking-assignments -g -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fconserve-stack -DCC_HAVE_ASM_GOTO -DNV_MODULE_INSTANCE=0 -DNV_BUILD_MODULE_INSTANCES=0 -UDEBUG -U_DEBUG -DNDEBUG -I/var/lib/dkms/nvidia-current/340.46/build -Wall -MD -Wsign-compare -Wno-cast-qual -Wno-error -D__KERNEL__ -DMODULE -DNVRM -DNV_VERSION_STRING=\340.46\ -Wno-unused-function -Wuninitialized -fno-strict-aliasing -mno-red-zone -mcmodel=kernel -DNV_UVM_ENABLE -D__linux__ -DNV_DEV_NAME=\nvidia\ -DMODULE -DKBUILD_STR(s)=#s -DKBUILD_BASENAME=KBUILD_STR(nv) -DKBUILD_MODNAME=KBUILD_STR(nvidia) -c -o /var/lib/dkms/nvidia-current/340.46/build/.tmp_nv.o /var/lib/dkms/nvidia-current/340.46/build/nv.c In file included from /var/lib/dkms/nvidia-current/340.46/build/nv-linux.h:15:0, from /var/lib/dkms/nvidia-current/340.46/build/nv.c:13: /var/lib/dkms/nvidia-current/340.46/build/conftest.h:17:1: warning: __enabled_CONFIG_FB_NVIDIA is not defined [-Wundef]
Bug#765680: bacula-director-mysql: Extremely slow MySQL insert after full backup with large BaseJobs
Package: bacula-director-mysql Version: 5.2.6+dfsg-9.3 Severity: normal Tags: upstream patch The MySQL statements for adding full backup file list into the BaseFile table after a full backup of lots of file (say, over a million) after a succesfull base job can take a VERY long time (I've waited for 10 hours with no end). I found this to be caused by INSERT INTO BaseFiles with a non-indexed join in db_commit_base_file_attributes_record()... WHERE A.Path = B.Path AND A.Name = B.Name ...between temporary tables basefile%lld and new_basefile%lld. The attached patch corrects this by adding the appropriate indexes to those temporary tables in sql_cmds.c. -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.3 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bacula-director-mysql depends on: ii bacula-common5.2.6+dfsg-9.3 ii bacula-common-mysql 5.2.6+dfsg-9.3 ii bacula-director-common 5.2.6+dfsg-9.3 ii dbconfig-common 1.8.47+nmu1 ii debconf [debconf-2.0]1.5.49 ii libc62.19-11 ii libcap2 1:2.22-1.2 ii libgcc1 1:4.7.2-5 ii libpython2.7 2.7.3-6+deb7u2 ii libssl1.0.0 1.0.1e-2+deb7u12 ii libstdc++6 4.9.1-15 ii libwrap0 7.6.q-24 ii mysql-client 5.5.38-0+wheezy1 ii mysql-client-5.5 [mysql-client] 5.5.38-0+wheezy1 ii ucf 3.0025+nmu3 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages bacula-director-mysql recommends: ii mysql-server 5.5.38-0+wheezy1 Versions of packages bacula-director-mysql suggests: ii gawk 1:4.0.1+dfsg-2.1 -- debconf information excluded --- bacula-5.2.6+dfsg.orig/src/cats/sql_cmds.c +++ bacula-5.2.6+dfsg/src/cats/sql_cmds.c @@ -465,7 +465,8 @@ /* Mysql */ CREATE TEMPORARY TABLE basefile%lld ( Path BLOB NOT NULL, - Name BLOB NOT NULL), + Name BLOB NOT NULL, + INDEX(Path(255), Name(255)) ), /* Postgresql */ CREATE TEMPORARY TABLE basefile%lld ( @@ -486,7 +487,7 @@ const char *create_temp_new_basefile[] = { /* Mysql */ - CREATE TEMPORARY TABLE new_basefile%lld AS + CREATE TEMPORARY TABLE new_basefile%lld (INDEX (Path(255), Name(255))) AS SELECT Path.Path AS Path, Filename.Name AS Name, Temp.FileIndex AS FileIndex, Temp.JobId AS JobId, Temp.LStat AS LStat, Temp.FileId AS FileId, Temp.MD5 AS MD5
Bug#765681: libqtgui4-perl: QtGui4 module cannot be imported
Package: libqtgui4-perl Version: 4.8.4-1.1+b1 Severity: grave Justification: renders package unusable Dear Maintainer, The QtGui4 Perl module cannot be used since merely loading it raises an error: Code: use QtCore4; use QtGui4; Result: defined(@array) is deprecated at /usr/lib/x86_64-linux-gnu/perl5/5.20/QtCore4.pm line 1420. (Maybe you should just omit the defined()?) defined(@array) is deprecated at /usr/lib/x86_64-linux-gnu/perl5/5.20/QtCore4.pm line 1421. (Maybe you should just omit the defined()?) defined(@array) is deprecated at /usr/lib/x86_64-linux-gnu/perl5/5.20/QtCore4.pm line 1422. (Maybe you should just omit the defined()?) SvREFCNT_inc is not exported by the Devel::Peek module Can't continue after import errors at /usr/lib/x86_64-linux-gnu/perl5/5.20/QtGui4.pm line 25. BEGIN failed--compilation aborted at /usr/lib/x86_64-linux-gnu/perl5/5.20/QtGui4.pm line 25. Compilation failed in require at /tmp/qt.pl line 2. BEGIN failed--compilation aborted at /tmp/qt.pl line 2. Thanks, Alberto -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (300, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libqtgui4-perl depends on: ii libc6 2.19-11 ii libgcc1 1:4.9.1-16 ii libperl5.20 5.20.1-1 ii libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtcore4-perl 4.8.4-1.1+b1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libsmokebase3 4:4.14.0-2 ii libsmokeqtcore4-3 4:4.12.2-2 ii libsmokeqtgui4-34:4.12.2-2 ii libsmokeqtnetwork4-34:4.12.2-2 ii libstdc++6 4.9.1-16 ii perl5.20.1-1 ii perl-base [perlapi-5.20.0] 5.20.1-1 libqtgui4-perl recommends no packages. libqtgui4-perl 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#765421: Re: Re: Bug#765421: jmapviewer/josm issue
The png received over the given URL is the Bing logo. One minor glitch: It has no transparency so it won't make the best impression as an overlay. This was a false interpretion of the image displayed in firefox. The logo is fine ! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765682: w3m: help page generation does not allow internationalization
Package: w3m Version: 0.5.3-8 Severity: normal Dear Tatsuya, as You know, we are about to deliver a German version of w3m. Meanwhile, I use a local german mo-file that causes the options dialogue to bring German explanations to the settings. These explanations appear as well after invocation of w3m with option -o w3m -o In contrast, the help-dialogue still brings English explanations to the keybindings. This dialogue is created dynamically. It is not clear. what files of the source package and of the binary package are involved. We found 1. Strings in the source code like w3m_0.5.3-17/main.c:2455 DEFUN(movRW, NEXT_WORD, Move to next word) 2. Files that remind of html-templates for the help pages in the sources package. But maybe they are remnants and outdated. w3mhelp-lynx_en.html.in w3mhelp-lynx_ja.html.in w3mhelp-w3m_en.html.in w3mhelp-w3m_ja.html.in 3. An executable file in w3m's local installation -rwxr-xr-x 1 root root 42600 Mai 22 2012 w3mhelperpanel 4. A perl-script file in w3m's local installation -rwxr-xr-x 1 root root 8030 Mai 22 2012 w3mhelp.cgi that contains references to w3mhelp-w3m_en.html w3mhelp-w3m_ja.html Both of them are absent in the local installation, but the above mentioned html.in-files are obviously siblings of them 5. Function descriptions in a group of Perl script files of the local installation w3mhelp-funcdesc.en.pl w3mhelp-funcdesc.ja.pl that maybe work together with w3mhelp-funcname.pl w3mhelp.html in the same directory /usr/share/w3m/ We would appreciate if you would - indicate those files (besides the po-file) we need to work on to get a completely translated instance of w3m or - prepare w3m's sources in a way that all strings are transferred to the pot-file Yours sincerely Markus -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-486 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages w3m depends on: ii libc62.13-38+deb7u2 ii libgc1c2 1:7.1-9.1 ii libgpm2 1.20.4-6 ii libssl1.0.0 1.0.1e-2+deb7u11 ii libtinfo55.9-10 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages w3m recommends: ii ca-certificates 20130119 Versions of packages w3m suggests: ii man-db2.6.2-1 pn menu none pn migemonone ii mime-support 3.52-1 pn w3m-elnone ii w3m-img 0.5.3-8 -- 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#765679: nvidia-kernel-dkms: nvidia-kernel-modules not build for linux-image-3.2.0-4-amd64
On 2014-10-17 12:07, Klaumi Klingsporn wrote: make: Entering directory '/var/lib/dkms/nvidia-current/340.46/build' make KBUILD_VERBOSE=1 -C /lib/modules/3.2.0-4-amd64/build M=/var/lib/dkms/nvidia-current/340.46/build modules make[1]: Entering directory '/usr/src/linux-headers-3.2.0-4-amd64' Makefile:10: *** mixed implicit and normal rules: deprecated syntax Which version of make do you have installed? dpkg -l make Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765679: nvidia-kernel-dkms: nvidia-kernel-modules not build for linux-image-3.2.0-4-amd64
Am / On Fri, 17 Oct 2014 12:17:45 +0200 schrieb / wrote Andreas Beckmann a...@debian.org: On 2014-10-17 12:07, Klaumi Klingsporn wrote: make: Entering directory '/var/lib/dkms/nvidia-current/340.46/build' make KBUILD_VERBOSE=1 -C /lib/modules/3.2.0-4-amd64/build M=/var/lib/dkms/nvidia-current/340.46/build modules make[1]: Entering directory '/usr/src/linux-headers-3.2.0-4-amd64' Makefile:10: *** mixed implicit and normal rules: deprecated syntax Which version of make do you have installed? dpkg -l make 4.0-8 for amd64 --- Klaus-Michael Klingsporn mail: klaumi...@gmx.de web: www.klaumikli.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765683: systemd: causes failure of startup scripts
Package: systemd Version: 215-5+b1 Severity: important I recently filed https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764950 , but it's not the netfilter package The problem is /lib/lsb/init-functions.d/40-systemd as the /etc/init.d/netfilter-persistent script does not ever pass line 21 Line 21 contains . /lib/lsb/init-functions, and this in turn calls 40-systemd As a quick test take out 40-systemd and apply iptables rules with '/etc/init.d/netfilter-persistent start', place it back and the script exits before any case statement The netfilter-persistence package maintainer is not around, and I really need this fixed. I can use workarounds line 21 atm but would like to know what other approach I can take.. thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693837: NMU for #747465 and #693837?
Control: tag -1 + patch Control: severity 747465 grave Hi, intrigeri wrote (10 Oct 2014 08:56:49 GMT) : A patch was proposed upstream [1] and I've confirmed it fixes the problem for me. I'm tempted to raise the severity to grave, and to upload with that patch applied. Thoughts? Please find attached a diff against current Vcs-Svn, that imports the patches proposed on the upstream Bugzilla to fix #747465 and #693837. I've built the resulting source tree with svn-buildpackage, and successfully tested on current sid. Should I go ahead and NMU? (I realize that no upstream developer has ACK'd these patches yet, so it would be great if someone who's C-literate could take a look first.) Also raising severity of #747465, as proposed in June and a week ago. Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765684: libcairo2-dev: no cairo-gl.h installed ( bug 611692 regression ?)
Package: libcairo2-dev Version: 1.12.16-5 Severity: important there is no cairo-gl.h header file installed from libcairo2-dev . while I am trying to build webkit, it can't find cairo-gl.h . I.E. this bug: https://bugs.webkit.org/show_bug.cgi?id=136576 . -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=zh_CN.utf8, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libcairo2-dev depends on: ii libcairo-gobject2 1.12.16-5 ii libcairo-script-interpreter2 1.12.16-5 ii libcairo2 1.12.16-5 ii libfontconfig1-dev2.11.0-6.1 ii libfreetype6-dev 2.5.2-2 ii libglib2.0-dev2.42.0-2 ii libpixman-1-dev 0.32.6-3 ii libpng12-dev [libpng-dev] 1.2.50-2 ii libsm-dev 2:1.2.2-1 ii libx11-dev2:1.6.2-3 ii libxcb-render0-dev1.10-3 ii libxcb-shm0-dev 1.10-3 ii libxcb1-dev 1.10-3 ii libxext-dev 2:1.3.2-1 ii libxrender-dev1:0.9.8-1 libcairo2-dev recommends no packages. Versions of packages libcairo2-dev suggests: pn libcairo2-doc 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#765685: linux-image-3.16-2-amd64: Kernel lockups with r8723au
Package: src:linux Version: 3.16.3-2 Severity: serious The staging driver r8723au is enabled in the kernel but there appear to be very good reasons why it's in staging - when it loads it routinely locks up my system (hard with no output unfortunately). It seems to make sense to disable the driver. -- Package-specific info: ** Version: Linux version 3.16-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-11) ) #1 SMP Debian 3.16.3-2 (2014-09-20) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.16-2-amd64 root=UUID=1c8b372e-5478-46fe-84d9-efc496b4a0ce ro init=/bin/systemd quiet ** Tainted: WC (1536) * Taint on warning. * Module from drivers/staging has been loaded. ** Kernel log: [ 557.489458] atkbd serio0: Unknown key pressed (translated set 2, code 0xbe on isa0060/serio0). [ 557.489463] atkbd serio0: Use 'setkeycodes e03e keycode' to make it known. [ 557.494527] atkbd serio0: Unknown key released (translated set 2, code 0xbe on isa0060/serio0). [ 557.494530] atkbd serio0: Use 'setkeycodes e03e keycode' to make it known. [ 558.501325] atkbd serio0: Unknown key pressed (translated set 2, code 0xbe on isa0060/serio0). [ 558.501338] atkbd serio0: Use 'setkeycodes e03e keycode' to make it known. [ 558.506380] atkbd serio0: Unknown key released (translated set 2, code 0xbe on isa0060/serio0). [ 558.506383] atkbd serio0: Use 'setkeycodes e03e keycode' to make it known. [ 559.515171] atkbd serio0: Unknown key pressed (translated set 2, code 0xbe on isa0060/serio0). [ 559.515183] atkbd serio0: Use 'setkeycodes e03e keycode' to make it known. [ 559.520204] atkbd serio0: Unknown key released (translated set 2, code 0xbe on isa0060/serio0). [ 559.520206] atkbd serio0: Use 'setkeycodes e03e keycode' to make it known. [ 560.527936] atkbd serio0: Unknown key pressed (translated set 2, code 0xbe on isa0060/serio0). [ 560.527939] atkbd serio0: Use 'setkeycodes e03e keycode' to make it known. [ 560.532991] atkbd serio0: Unknown key released (translated set 2, code 0xbe on isa0060/serio0). [ 560.532994] atkbd serio0: Use 'setkeycodes e03e keycode' to make it known. [ 561.543521] atkbd serio0: Unknown key pressed (translated set 2, code 0xbe on isa0060/serio0). [ 561.543525] atkbd serio0: Use 'setkeycodes e03e keycode' to make it known. [ 561.548556] atkbd serio0: Unknown key released (translated set 2, code 0xbe on isa0060/serio0). [ 561.548560] atkbd serio0: Use 'setkeycodes e03e keycode' to make it known. [ 562.557183] atkbd serio0: Unknown key pressed (translated set 2, code 0xbe on isa0060/serio0). [ 562.557188] atkbd serio0: Use 'setkeycodes e03e keycode' to make it known. [ 562.562215] atkbd serio0: Unknown key released (translated set 2, code 0xbe on isa0060/serio0). [ 562.562220] atkbd serio0: Use 'setkeycodes e03e keycode' to make it known. [ 563.571309] atkbd serio0: Unknown key pressed (translated set 2, code 0xbe on isa0060/serio0). [ 563.571314] atkbd serio0: Use 'setkeycodes e03e keycode' to make it known. [ 563.576374] atkbd serio0: Unknown key released (translated set 2, code 0xbe on isa0060/serio0). [ 563.576377] atkbd serio0: Use 'setkeycodes e03e keycode' to make it known. [ 564.585412] atkbd serio0: Unknown key pressed (translated set 2, code 0xbe on isa0060/serio0). [ 564.585424] atkbd serio0: Use 'setkeycodes e03e keycode' to make it known. [ 564.590447] atkbd serio0: Unknown key released (translated set 2, code 0xbe on isa0060/serio0). [ 564.590450] atkbd serio0: Use 'setkeycodes e03e keycode' to make it known. [ 565.599700] atkbd serio0: Unknown key pressed (translated set 2, code 0xbe on isa0060/serio0). [ 565.599703] atkbd serio0: Use 'setkeycodes e03e keycode' to make it known. [ 565.604736] atkbd serio0: Unknown key released (translated set 2, code 0xbe on isa0060/serio0). [ 565.604740] atkbd serio0: Use 'setkeycodes e03e keycode' to make it known. [ 566.613028] atkbd serio0: Unknown key pressed (translated set 2, code 0xbe on isa0060/serio0). [ 566.613033] atkbd serio0: Use 'setkeycodes e03e keycode' to make it known. [ 566.618109] atkbd serio0: Unknown key released (translated set 2, code 0xbe on isa0060/serio0). [ 566.618116] atkbd serio0: Use 'setkeycodes e03e keycode' to make it known. [ 567.627585] atkbd serio0: Unknown key pressed (translated set 2, code 0xbe on isa0060/serio0). [ 567.627588] atkbd serio0: Use 'setkeycodes e03e keycode' to make it known. [ 567.632636] atkbd serio0: Unknown key released (translated set 2, code 0xbe on isa0060/serio0). [ 567.632640] atkbd serio0: Use 'setkeycodes e03e keycode' to make it known. [ 568.640977] atkbd serio0: Unknown key pressed (translated set 2, code 0xbe on isa0060/serio0). [ 568.640981] atkbd serio0: Use 'setkeycodes e03e keycode' to make it known. [ 568.646030] atkbd serio0: Unknown key released (translated set 2, code 0xbe on isa0060/serio0). [ 568.646034] atkbd serio0: Use 'setkeycodes e03e keycode' to make it known. [ 569.656338] atkbd
Bug#693837: Bug#747465: NMU for #747465 and #693837?
intrigeri wrote (17 Oct 2014 10:34:42 GMT) : Control: tag -1 + patch This time with the patch... Index: debian/changelog === --- debian/changelog (revision 43628) +++ debian/changelog (working copy) @@ -1,3 +1,18 @@ +notification-daemon (0.7.6-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + + [ intrigeri ] + * Fix_GSource_usage_with_recent_GLib.patch: new patch, from upstream +Bugzilla (Closes: #747465). + * Fix_positioning_notifications_with_long_text.patch: new patch, +from upstream Bugzilla (Closes: #693837). + + [ Jeremy Bicha ] + * Use canonical Vcs-* fields. + + -- intrigeri intrig...@debian.org Thu, 09 Oct 2014 12:54:55 +0200 + notification-daemon (0.7.6-1) unstable; urgency=low * New upstream bugfix and translation release. Index: debian/patches/Fix_GSource_usage_with_recent_GLib.patch === --- debian/patches/Fix_GSource_usage_with_recent_GLib.patch (revision 0) +++ debian/patches/Fix_GSource_usage_with_recent_GLib.patch (working copy) @@ -0,0 +1,51 @@ +From 7e458afddc7c57eba5c392a7a89990600a070ae5 Mon Sep 17 00:00:00 2001 +From: =?UTF-8?q?Ball=C3=B3=20Gy=C3=B6rgy?= ballog...@gmail.com +Date: Wed, 8 Oct 2014 23:35:37 +0200 +Subject: [PATCH] Fix GSource usage with recent GLib +Bug: https://bugzilla.gnome.org/show_bug.cgi?id=728157 +Bug-Debian: https://bugs.debian.org/747465 +Origin: https://bugzilla.gnome.org/attachment.cgi?id=288082 + +--- + src/nd-bubble.c | 1 + + src/nd-queue.c | 5 + + 2 files changed, 6 insertions(+) + +diff --git a/src/nd-bubble.c b/src/nd-bubble.c +index 0587478..6de7f8f 100644 +--- a/src/nd-bubble.c b/src/nd-bubble.c +@@ -420,6 +420,7 @@ nd_bubble_enter_notify_event (GtkWidget*widget, + NdBubble *bubble = ND_BUBBLE (widget); + if (bubble-priv-timeout_id != 0) { + g_source_remove (bubble-priv-timeout_id); ++bubble-priv-timeout_id = 0; + } + + return FALSE; +diff --git a/src/nd-queue.c b/src/nd-queue.c +index de73940..b744b88 100644 +--- a/src/nd-queue.c b/src/nd-queue.c +@@ -532,6 +532,10 @@ nd_queue_finalize (GObject *object) + + g_return_if_fail (queue-priv != NULL); + ++if (queue-priv-update_id != 0) { ++g_source_remove (queue-priv-update_id); ++} ++ + g_hash_table_destroy (queue-priv-notifications); + g_queue_free (queue-priv-queue); + +@@ -919,6 +923,7 @@ update_idle (NdQueue *queue) + } + } + ++queue-priv-update_id = 0; + return FALSE; + } + +-- +2.1.2 + Index: debian/patches/Fix_positioning_notifications_with_long_text.patch === --- debian/patches/Fix_positioning_notifications_with_long_text.patch (revision 0) +++ debian/patches/Fix_positioning_notifications_with_long_text.patch (working copy) @@ -0,0 +1,130 @@ +From cef286903c24795e72cae8795c7b433b6baf9f57 Mon Sep 17 00:00:00 2001 +From: =?UTF-8?q?Ball=C3=B3=20Gy=C3=B6rgy?= ballog...@gmail.com +Date: Wed, 8 Oct 2014 23:57:34 +0200 +Subject: [PATCH] Fix positioning notifications with long text +Bug: https://bugzilla.gnome.org/show_bug.cgi?id=687724 +Bug-Debian: https://bugs.debian.org/693837 +Origin: https://bugzilla.gnome.org/attachment.cgi?id=288083 + +--- + src/nd-bubble.c | 13 + + src/nd-notification-box.c | 2 ++ + src/nd-stack.c| 16 + 3 files changed, 23 insertions(+), 8 deletions(-) + +diff --git a/src/nd-bubble.c b/src/nd-bubble.c +index 0587478..2d36003 100644 +--- a/src/nd-bubble.c b/src/nd-bubble.c +@@ -413,6 +413,16 @@ nd_bubble_realize (GtkWidget *widget) + GTK_WIDGET_CLASS (nd_bubble_parent_class)-realize (widget); + } + ++static void ++nd_bubble_get_preferred_width (GtkWidget *widget, ++ gint *min_width, ++ gint *nat_width) ++{ ++if (nat_width != NULL) { ++ *nat_width = WIDTH; ++} ++} ++ + static gboolean + nd_bubble_enter_notify_event (GtkWidget*widget, + GdkEventCrossing *event) +@@ -450,6 +460,7 @@ nd_bubble_class_init (NdBubbleClass *klass) + widget_class-enter_notify_event = nd_bubble_enter_notify_event; + widget_class-leave_notify_event = nd_bubble_leave_notify_event; + widget_class-realize = nd_bubble_realize; ++widget_class-get_preferred_width = nd_bubble_get_preferred_width; + + g_type_class_add_private (klass, sizeof (NdBubblePrivate)); + } +@@ -622,6 +633,7 @@ nd_bubble_init (NdBubble *bubble) + gtk_box_pack_start (GTK_BOX (vbox), bubble-priv-summary_label, TRUE, TRUE, 0); + gtk_misc_set_alignment (GTK_MISC (bubble-priv-summary_label), 0, 0); + gtk_label_set_line_wrap (GTK_LABEL (bubble-priv-summary_label), TRUE); ++
Bug#765686: src:mod-gnutls: Vcs-Git is wrong: points to upstream non-git URL
Package: src:mod-gnutls Version: 0.6-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Vcs-Git apparently points to an upstream non-git URL - it should point to canonical git URL of the Debian package. - Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJUQPPuXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vW/EYIAJNsxapOmTWW4tvt6TRBfMwV 4LGJhgJQNOp2xslNwAn6cV2Fgi5PKT0tpvwc6bsWfVzJRY+OYjj9s9QgcK27pKO/ L2qQHpyxdYnZRj2gL8YYPNe4yJp5dgg2pZJZgiME/dyErq4L8dugO0n44dvFgcfG XsqE+dIsNRe2vFtpYYf812M+Pi8lOhlnqlFtgoWGd/RA/gfsxp8u515SLF1x+ePK yG0nBM4K7CzimoU1FKA9GiV+FNN2mhKgVFpzdd72id8cidg1FB3lJgTHR1p1kR+4 YRw3oUReHgwILhc4bXN9gCH6z82z+FVT8oQOdcbThNiTUlxedh29Yv7e4ywvygc= =A8hh -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765674: Forcibly merging #765674 and #765676
Control: forcemerge 765674 765676 Seems there was an error at my side and two bug reports were opened. Forcibly merging them. Sorry for the noise. -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739915: if -f's file is missing, no error is returned, and one gets ton of output
On Mon, Feb 24, 2014 at 05:35:17AM +0800, Dan Jacobson wrote: $ calendar -f /dev/null|wc 0 0 0 $ calendar -f /dev/null|wc 33 2171622 It would be better to print and return an error. Agreed, I wonder why it does always try to open the systemwide default. I couldn't find anything in the docs either. Apparently FreeBSD's version of calendar doesn't either. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765687: dpkg: no Setting up $p ($v) ... messages from apt-get -f install
Package: dpkg Version: 1.17.18 Severity: normal Hi, I'm missing dpkg's Setting up messages if I run apt-get -f install after installing a (local) .deb manually with dpkg (which bails out with unsatisfied dependencies and a unpackged package) and fix it up with apt afterwards. (will try to produce a small example with logs later on) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765688: libgcrypt20: Dependency chain with libgcrypt20:i386 as its last ring, renders skype uninstallable
Package: libgcrypt20 Version: 1.6.2-4 Severity: important Hello. I've been unsuccesfuly trying to install skype quite for some time now and seeing that updating the package lists will not ultimately resolve this, as this is testing/unstable multiarch and it could be related to multiarch skew. So, as I've said at first I tried to install skype. (see: 01_trying_to_install_skype.log.txt or http://paste.debian.net/127298/ ) Then I tried to pull the whole dependency chain in. (see: 02_pulling_the_dependency_chain.log.txt http://paste.debian.net/127300/ ) And finally I'm stuck on that dependency's chain last ring. (see: 03_end_of_dependency_chain_uninstallable.log.txt or http://paste.debian.net/127301/ ) Sophoklis -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgcrypt20 depends on: ii libc6 2.19-11 ii libgpg-error0 1.16-2 ii multiarch-support 2.19-11 libgcrypt20 recommends no packages. Versions of packages libgcrypt20 suggests: ii rng-tools 2-unofficial-mt.14-1 -- no debconf information root@grassyknoll:~# dpkg -i skype-debian_4.3.0.37-1_i386.deb Selecting previously unselected package skype. (Reading database ... 1045032 files and directories currently installed.) Preparing to unpack skype-debian_4.3.0.37-1_i386.deb ... Unpacking skype (4.3.0.37-1) ... dpkg: dependency problems prevent configuration of skype: skype depends on libpulse0; however: Package libpulse0:i386 is not installed. skype depends on libasound2-plugins; however: dpkg: error processing package skype (--install): dependency problems - leaving unconfigured Processing triggers for dbus (1.8.8-1+b1) ... Processing triggers for mime-support (3.57) ... Processing triggers for gnome-menus (3.13.3-2) ... Processing triggers for desktop-file-utils (0.22-1) ... Processing triggers for hicolor-icon-theme (0.13-1) ... Errors were encountered while processing: skype root@grassyknoll:~# apt-get -f install Reading package lists... Done Building dependency tree Reading state information... Done Correcting dependencies... Done The following packages will be REMOVED: skype:i386 0 upgraded, 0 newly installed, 1 to remove and 1115 not upgraded. 1 not fully installed or removed. After this operation, 44.3 MB disk space will be freed. Do you want to continue? [Y/n] Y (Reading database ... 1045177 files and directories currently installed.) Removing skype (4.3.0.37-1) ... Processing triggers for hicolor-icon-theme (0.13-1) ... Processing triggers for mime-support (3.57) ... Processing triggers for gnome-menus (3.13.3-2) ... Processing triggers for desktop-file-utils (0.22-1) ... root@grassyknoll:~# root@grassyknoll:~# apt-get install libasound2-plugins:i386 Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libasound2-plugins:i386 : Depends: libpulse0:i386 (= 0.99.1) but it is not going to be installed E: Unable to correct problems, you have held broken packages. root@grassyknoll:~# apt-get install libasound2-plugins:i386 libpulse0:i386 Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libpulse0:i386 : Depends: libsystemd0:i386 but it is not going to be installed E: Unable to correct problems, you have held broken packages. root@grassyknoll:~# apt-get install libasound2-plugins:i386 libpulse0:i386 libsystemd0:i386 Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libsystemd0:i386 : PreDepends: libgcrypt20:i386 (= 1.6.1) but it is not installable E: Unable to correct problems, you have held broken packages. root@grassyknoll:~# apt-get install libasound2-plugins:i386 libpulse0:i386
Bug#765690: packagename: type_problemheading_here
Package: linux-image-3.17-rc5-amd64 Version: 3.17~rc5-1~exp1 Severity: normal hi, can the following be a kernel problem? I'll explain a bit, it's got to do with the iptables command.. (fwiw, there's a bug with the lsb-functions, 40-systemd which is instead this can be used to test rules.v4 iptables-restore /etc/iptables/rules.v4 ) output, iptables-restore v1.4.21: iptables-restore: unable to initialize table 'nat' Error occurred at line: 2 Try `iptables-restore -h' or 'iptables-restore --help' for more information all basic nat modules I can come up with modprobe are loaded, but iptables continues to fail, I checked if NAT is compiled /boot/config-3.17-rc5-amd64 lsmod |grep nat act_nat12501 0 nft_chain_nat_ipv4 12552 0 nft_nat12507 0 nf_tables 54396 2 nft_chain_nat_ipv4,nft_nat nf_nat_ipv412912 1 nft_chain_nat_ipv4 nf_nat_ipv612920 0 nf_nat 18241 4 nft_chain_nat_ipv4,nft_nat,nf_nat_ipv4,nf_nat_ipv6 nf_conntrack 87476 5 nf_nat,nf_nat_ipv4,nf_nat_ipv6,nf_conntrack_ipv4,nf_conntrack_ipv6 so it looks like everything is compiled and loads, but iptables fails for v4. fwiw, the ip6tables loads properly for rules.v6.. If I recall the previous kernel in testing(vmlinuz-3.16-2-amd64) can have the iptables load ipv4 rules timely without issue -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765692: [sslscan] New upstream
Package: sslscan Severity: wishlist Hi there, there is a new fork of sslscan available since a while at https://github.com/DinoTools/sslscan. As it has many new features[1] included, it would be neat to move upstream to it and release a new package of it. As I needed this for a own project, I did some work already and you can grab it from https://gitlab.uncompleted.org/debian/sslscan. Many thanks, Jan. [1] https://raw.githubusercontent.com/DinoTools/sslscan/master/Changelog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765691: linux-image-3.17-rc5-amd64: nat failure with iptables
Package: linux-image-3.17-rc5-amd64 Version: 3.17~rc5-1~exp1 Severity: normal hi, can the following be a kernel problem? I'll explain a bit, it's got to do with the iptables command.. (fwiw, there's a bug with the lsb-functions, 40-systemd which is instead this can be used to test rules.v4 iptables-restore /etc/iptables/rules.v4 ) output, iptables-restore v1.4.21: iptables-restore: unable to initialize table 'nat' Error occurred at line: 2 Try `iptables-restore -h' or 'iptables-restore --help' for more information all basic nat modules I can come up with modprobe are loaded, but iptables continues to fail, I checked if NAT is compiled /boot/config-3.17-rc5-amd64 lsmod |grep nat act_nat12501 0 nft_chain_nat_ipv4 12552 0 nft_nat12507 0 nf_tables 54396 2 nft_chain_nat_ipv4,nft_nat nf_nat_ipv412912 1 nft_chain_nat_ipv4 nf_nat_ipv612920 0 nf_nat 18241 4 nft_chain_nat_ipv4,nft_nat,nf_nat_ipv4,nf_nat_ipv6 nf_conntrack 87476 5 nf_nat,nf_nat_ipv4,nf_nat_ipv6,nf_conntrack_ipv4,nf_conntrack_ipv6 so it looks like everything is compiled and loads, but iptables fails for v4. fwiw, the ip6tables loads properly for rules.v6.. If I recall the previous kernel in testing(vmlinuz-3.16-2-amd64) can have the iptables load ipv4 rules timely without issue -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762132: fglrx-driver: Update to 1:14.6~ga14.201-1 amd64: Mouse cursor gone
I have this issue also, another Dell laptop with a dual card (glxinfo states that my OpenGL renderer is: AMD Radeon HD 7500/7600M Series). Have tried to enable SWCursor but it hasn't helped. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765690: packagename: type_problemheading_here
On Fri, 2014-10-17 at 07:12 -0400, westlake wrote: hi, can the following be a kernel problem? Please can you start to make use of the user support forums (e.g. the debian-user mailing list) in the first instance rather than filing things as bugs which are not yet clearly (or even vaguely) identifiable as such. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765632: openssh-client: Debian shouldn't deviate in hardcoded default values, especially not security relevant one
Hi! * Christoph Anton Mitterer cales...@scientia.net [2014-10-16 20:47:00 CEST]: Apparently Debian deviates in a few of OpenSSH's hardcoded default settings, namely: - ForwardX11Trusted having set to yes - ServerAliveInterval being set to 300, when BatchMode is set to yes. Even though I've read that before it wasn't clear to me, that you just changed the values in the default config files but really the hard coded ones in the binary. Especially for ForwardX11Trusted this seems a security issue to me, since you change to the insecure mode. Even if there was any good reason for this (why btw?)... This is documented and explained in the documentation in /usr/share/doc/openssh-client/README.Debian.gz and also referenced from the changelog.Debian.gz file, which is the canonical point to look at for changes within the Debian packaging. I don't have that strong feelings about ServerAliveInterval/BatchMode, since I wouldn't see at least any direct way how to exploit this in terms of security. The following patch does this: http://sources.debian.net/src/openssh/1:6.7p1-2/debian/patches/keepalive-extensions.patch/ This is just an informal response. I am not related to the packaging of openssh, just wanted to point out where those things come from. Enjoy, Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#467485: adns _does_ work with multiple ptr records
On Thu, Oct 16, 2014 at 08:38:32PM +0100, Ian Jackson ijack...@chiark.greenend.org.uk wrote: You mentioned that as a side rant. It wasn't relevant so this bug report so I ignored it. It's sad that you consider valid bug reports rants, not relevant, and ignore them, but it really doesn't matter. I will no longer waste time with adns or you. As for Debian, I would strongly suggest deprecating/removing adns, as libraries that can't resolve www.microsoft.com, www.google.de etc. _by design_ are hardly useful, and much time will be wasted by people believing adns is actually useful for dns resolving. Neither glibc nor ares nor udns suffer from these bugs, i.e. resolve all of the cases in this ticket correctly as per RFC 1094. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763356:
Carlos, It did not work for me installing sid packages (mysql-workbench-data to 6.2.3+dfsg-6) in testing. Still happens the same error 2014-10-17 6:19 GMT-03:00 Carlos Vieira carlos.vie...@gmail.com: Hi, i've tested 6.2.3+dfsg-6 from sid and it's working Ok. Regards, Carlos V. On 17 October 2014 08:05, Michael Stummvoll mich...@stummi.org wrote: Hi, I am still encountering this bug after updating mysql-workbench and mysql-workbench-data to 6.2.3+dfsg-6 from unstable, while having the same console output as the initial reporter. Kind Regards, Michael -- To unsubscribe, send mail to 763356-unsubscr...@bugs.debian.org. -- Héctor A. Rompato Carricart 15 6652 7388
Bug#765653: Xine freezes and crash when changing dvb channel in Debian Jessie beta 2 Xfce
reassign 765653 libxine2-misc-plugins 1.2.6-1 thanks Nice. This looks like a heap corruption bug somewhere in xine-lib (and I can't seem to trigger it locally at present). I'm re-assigning anyway, but you should still recheck, this time using gxine. Also, install libxine2-dbg and try running with MALLOC_CHECK_=7 (see mallopt(3)) and/or memory allocation debugging libraries. -- | _ | Darren Salt, using Debian GNU/Linux (and Android) | ( ) | | X | ASCII Ribbon campaign against HTML e-mail | / \ | http://www.asciiribbon.org/ Don't make a big deal out of everything; just deal with everything. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759038: Bug#765467: asis-programs: Version mismatch between GNAT 4.9.1 vs. ASIS 4.9
Am 15.10.2014 um 22:16 schrieb Ludovic Brenta: affects 759038 asis-programs block 765467 by 759038 thanks I have traced #765467 to a discrepancy between debian/patches/ada-libgnatvsn.diff and debian/patches/gcc-base-version.diff, which are patches applied to both gcc-4.9 and gnat-4.9. gcc-base-version.diff changes src/gcc/Makefile.in so that it builds version.o with the flag -DBASEVER=$(FULLVER_s) (where FULLVER_s has the value 4.9.1 and is introduced by this patch; upstream uses only BASEVER_s). This is a recent change introduced for #759038. ada-libgnatvsn.diff rebuilds version.o with -fPIC, so it can be included into libgnatvsn.so.4.9, and passes -DBASEVER=$(BASEVER_s), like upstream does. But the value of BASEVER_s is 4.9, not 4.9.1. Consequently: /usr/bin/gcc-4.9, linked statically with version.o, emits 4.9.1 /usr/bin/gnatpp, linked dynamically with version.o from libgnatvsn4.9, expects 4.9. I think the change made for #759038 should be reverted; as Matthias said, we should use 4.9 consistently, not 4.9.1. I disagree with Nicolas when he says that gcc -dumpversion should report 4.9.1; it should report 4.9 instead because Debian only ever uses the tip of the gcc-4_9-branch plus patches, and never exactly 4.9.1. Furthermore, 4.9.2 is looming on the horizon and will not change the format of ASIS tree files, so 4.9 is really the version that should be in the tree files. Assuming this change is reverted, gnat1 will still emit 4.9.1 into the tree files; this is the real issue. Linking gnat1 dynamically against libgnatvsn.so.4.9 might be desirable but seems like a lot of work, and also means that ada-libgnatvsn.diff would become even more intrusive than it already is (and it is not upstreamable without a lot more work because upstream supports many more cross-compiler configurations than we do ATM). well, having the new libraries follow the style of the other runtime libraries would be a start. I didn't see any feedback on #748297. In theory, gnat1 is linked statically with version.o, so emits whatever is configured into version.o. Why gnat1 would emit 4.9.1 as reported in #759038 escapes me ATM. gcc-base-version.diff was introduced back in 2011 to change the directories where various pieces of GCC are installed, e.g. /usr/lib/gcc/$(target)/4.6.1 to /usr/lib/gcc/$(target)/4.6 (changing BASEVER from 4.6.1 to 4.6). At the same time, this patch introduced FULLVER (value: 4.6.1). I am not sure why FULLVER is needed at all nowadays. Why not remove FULLVER altogether? The full version is seen from users, and probably used in more places than you like. Therefore I do not want to change the output of gcc --version and having gcc -dumpversion print the same sounds reasonable too. So what about exposing the base version in version.[ch] and maybe adding a new driver option -dumpbaseversion, or -somegnatspecificversion? Alternatively you could derive the base version from $ echo $(basename $(dirname $(gcc -print-libgcc-file-name))) 4.9 As a last resort, hard code it for jessie to 4.9. Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org