Bug#766708: Processed: Re: Bug#766708: breaks multiarch cross building
On Mon, Oct 27, 2014 at 09:41:59PM +, Ian Jackson wrote: The most obvious bug is the one mentioned in the patch: #760770 It is about a bug in the implementation of with_deps_on_target_arch (the contended feature). I think I may not understand what's going on here. In your mail to the TC, you say: it was possible to build a gcc cross compiler with different properties from the default build by setting with_deps_on_target_arch_pkgs=yes and DEB_CROSS_NO_BIARCH=yes. You mean setting these as environment variables ? If so then it would seem that this feature has no direct effect on anyone who is not trying to use it. Is that correct ? It is correct, that builds that do not set these variables are not affected by it beyond also carrying it as dead code in the gcc packaging. Of course it does have a maintenance burden on the package maintainer, which is what Don is asking about. I have to admit that the code is not exactly lightweight. I do understand the desire to get rid it and asked that a ctte ruling does not apply beyond jessie for that reason. #760770 shows an element of that but it is immediately obvious from the initial report that something odd is going on and it contains a link to #720363 which mentions Oh, my previous bug research has missed gcc-4.8 bugs. https://wiki.debian.org/MultiarchCrossToolchainBuild which talks abouit the with_deps_on_target_arch_pkgs feature. It doesn't appear that #760770 has taken a great deal of Matthias's time, although it did necessitate some bug triage. One of the issues here is that the submitter wasn't explicit about using the non-default build here. It only surfaced in message 19 and can be spotted from looking at the patch. When being asked to do a self-contained cross build (and the self-contained kinda implies not using with_deps_on_target_arch_pkgs), a log with the alternative build method is sent back. Are the maintainers of the disputed features subscribed to the appropriate packages in the PTS ? Does Matthias welcome help triaging I am not subscribed yet. The major reason is that I did not perceive the maintenance of the feature as a problem until Matthias stated it in this bug. It is certainly fixable. these bugs ? It seems to me that it would be easy to come up with a workflow that allowed Matthias to usertag these kind of bugs and hand them over to the cross teams. Sounds reasonable to me. Asking Wookey whether he would like to share that work. What are the cross-gcc-4.9-armhf packages that are referred to ? It is a source package that uses the gcc-4.9-source binary package from the gcc-4.9 source package to build a cross compiler targeting armhf. In GNU terminology that is build=host=amd64, target=armhf. The packaging is thin compared to the gcc-4.9 packaging and its goal is to enable people to just apt-get install cross toolchains rather than building them each time they need them. (I am not a maintainer of cross-gcc-4.9-*.) Judging from the replies, I would like to repeat the timing argument here: The mechanism being discussed was disabled in gcc-4.9 without any advance notice or discussion[1]. The code for supporting the default method in glibc has not yet arrived in the Debian glibc package or the BTS, but Matthias indicated that he would be working on that and he seems to make progress outside Debian. I am not opposed to using the default build method for bootstrapping new Debian architectures in principle, but in my experience it takes a long time to merge patches into the glibc packaging and the freeze is certainly not accelerating that process. I am not opposed to disabled with_deps_on_target_arch_pkgs in general, just now is the wrong time, because it is impossible to get the corresponding functionality to gcc's default cross build into glibc. Most of the changes necessary to make the alternative method work with glibc have been merged however: #743676 #754350 #756095 #742640 #745380 #752480 #755580 #756473 (but most of these changes are also necessary for the default method) Helmut [1] It is worth noting here that the upload of cross-gcc-4.9-* similarly lacked discussion. An advance notice to the gcc list or targeting experimental would have been better here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766430: bind9 nmu
control: tag -1 patch, pending Hi, I've uploaded an nmu to delayed/3 fixing these two issues in bind. Please let me know if I should delay longer. Best wishes, Mike diff -u bind9-9.9.5.dfsg/configure.in bind9-9.9.5.dfsg/configure.in --- bind9-9.9.5.dfsg/configure.in +++ bind9-9.9.5.dfsg/configure.in @@ -1655,7 +1655,6 @@ ;; *) AC_CHECK_LIB(socket, socket) - AC_CHECK_LIB(nsl, inet_addr) ;; esac diff -u bind9-9.9.5.dfsg/debian/changelog bind9-9.9.5.dfsg/debian/changelog --- bind9-9.9.5.dfsg/debian/changelog +++ bind9-9.9.5.dfsg/debian/changelog @@ -1,3 +1,11 @@ +bind9 (1:9.9.5.dfsg-4.4) unstable; urgency=medium + + * Non-maintainer upload. + * Avoid libnsl dependency on non-linux architectures. Closes: #766430 + * Install export libraries to /lib instead of /usr/lib. Closes: #766544 + + -- Michael Gilbert mgilb...@debian.org Tue, 28 Oct 2014 03:37:48 + + bind9 (1:9.9.5.dfsg-4.3) unstable; urgency=medium * Non-maintainer upload. diff -u bind9-9.9.5.dfsg/debian/control bind9-9.9.5.dfsg/debian/control --- bind9-9.9.5.dfsg/debian/control +++ bind9-9.9.5.dfsg/debian/control @@ -185,6 +185,7 @@ Package: libdns-export100 Section: libs Architecture: any +Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends}, ${misc:Depends} Description: Exported DNS Shared Library ${Description} @@ -201,6 +202,7 @@ Package: libisc-export95 Section: libs Architecture: any +Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends}, ${misc:Depends} Description: Exported ISC Shared Library ${Description} @@ -217,6 +219,7 @@ Package: libisccfg-export90 Section: libs Architecture: any +Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends}, ${misc:Depends} Description: Exported ISC CFG Shared Library ${Description} @@ -233,6 +236,7 @@ Package: libirs-export91 Section: libs Architecture: any +Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends}, ${misc:Depends} Description: Exported IRS Shared Library ${Description} diff -u bind9-9.9.5.dfsg/debian/libbind-export-dev.install bind9-9.9.5.dfsg/debian/libbind-export-dev.install --- bind9-9.9.5.dfsg/debian/libbind-export-dev.install +++ bind9-9.9.5.dfsg/debian/libbind-export-dev.install @@ -1,3 +1,3 @@ -usr/lib/*-export.a -usr/lib/*-export.so +usr/lib/*/*.a +usr/lib/*/*.so usr/include/bind-export diff -u bind9-9.9.5.dfsg/debian/libdns-export100-udeb.install bind9-9.9.5.dfsg/debian/libdns-export100-udeb.install --- bind9-9.9.5.dfsg/debian/libdns-export100-udeb.install +++ bind9-9.9.5.dfsg/debian/libdns-export100-udeb.install @@ -1 +1 @@ -usr/lib/libdns-export*.so.* +lib/*/libdns-export.so.* diff -u bind9-9.9.5.dfsg/debian/libdns-export100.install bind9-9.9.5.dfsg/debian/libdns-export100.install --- bind9-9.9.5.dfsg/debian/libdns-export100.install +++ bind9-9.9.5.dfsg/debian/libdns-export100.install @@ -1 +1 @@ -usr/lib/libdns-export.so.* +lib/*/libdns-export.so.* diff -u bind9-9.9.5.dfsg/debian/libirs-export91-udeb.install bind9-9.9.5.dfsg/debian/libirs-export91-udeb.install --- bind9-9.9.5.dfsg/debian/libirs-export91-udeb.install +++ bind9-9.9.5.dfsg/debian/libirs-export91-udeb.install @@ -1 +1 @@ -usr/lib/libirs-export*.so.* +lib/*/libirs-export.so.* diff -u bind9-9.9.5.dfsg/debian/libirs-export91.install bind9-9.9.5.dfsg/debian/libirs-export91.install --- bind9-9.9.5.dfsg/debian/libirs-export91.install +++ bind9-9.9.5.dfsg/debian/libirs-export91.install @@ -1 +1 @@ -usr/lib/libirs-export.so.* +lib/*/libirs-export.so.* diff -u bind9-9.9.5.dfsg/debian/libisc-export95-udeb.install bind9-9.9.5.dfsg/debian/libisc-export95-udeb.install --- bind9-9.9.5.dfsg/debian/libisc-export95-udeb.install +++ bind9-9.9.5.dfsg/debian/libisc-export95-udeb.install @@ -1 +1 @@ -usr/lib/libisc-export*.so.* +lib/*/libisc-export.so.* diff -u bind9-9.9.5.dfsg/debian/libisc-export95.install bind9-9.9.5.dfsg/debian/libisc-export95.install --- bind9-9.9.5.dfsg/debian/libisc-export95.install +++ bind9-9.9.5.dfsg/debian/libisc-export95.install @@ -1 +1 @@ -usr/lib/libisc-export.so.* +lib/*/libisc-export.so.* diff -u bind9-9.9.5.dfsg/debian/libisccfg-export90-udeb.install bind9-9.9.5.dfsg/debian/libisccfg-export90-udeb.install --- bind9-9.9.5.dfsg/debian/libisccfg-export90-udeb.install +++ bind9-9.9.5.dfsg/debian/libisccfg-export90-udeb.install @@ -1 +1 @@ -usr/lib/libisccfg-export*.so.* +lib/*/libisccfg-export.so.* diff -u bind9-9.9.5.dfsg/debian/libisccfg-export90.install bind9-9.9.5.dfsg/debian/libisccfg-export90.install --- bind9-9.9.5.dfsg/debian/libisccfg-export90.install +++ bind9-9.9.5.dfsg/debian/libisccfg-export90.install @@ -1 +1 @@ -usr/lib/libisccfg-export.so.* +lib/*/libisccfg-export.so.* diff -u bind9-9.9.5.dfsg/debian/rules bind9-9.9.5.dfsg/debian/rules --- bind9-9.9.5.dfsg/debian/rules +++ bind9-9.9.5.dfsg/debian/rules @@ -54,7 +54,7 @@ --enable-exportlib \ --with-libtool \ --with-gssapi=no \ - --with-export-libdir=\$${prefix}/lib \ + --with-export-libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) \
Bug#767009: cyphesis-cpp: FTBFS: B-D on old libreadline5-dev
Hey Aaron! On 10/27/2014 10:41 AM, Aaron M. Ucko wrote: Source: cyphesis-cpp Version: 0.6.0-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Automatic builds of cyphesis-cpp have been failng: The following packages have unmet dependencies: sbuild-build-depends-cyphesis-cpp-dummy : Depends: libreadline5-dev but it is not installable E: Unable to correct problems, you have held broken packages. The alternative build dependency on libreadline-dev makes no difference because, for the sake of maximum reproducibility, Debian's autobuilders are configured to consider alternatives only when forced to by explicit architecture restrictions. Could you please change that term to just libreadline-dev, which is now a (non-virtual) dummy package depending on the current real package (libreadline6-dev)? Thanks! Thanks for bringing this to my attention! I'll take care of it right away. Hope things are going well for you and I hope the warmer weather this summer was a pleasant change. :) Take care. -Olek -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767057: cyphesis: postinst problem
Package: cyphesis-cpp Severity: serious Tags: pending There is currently a problem with the postinst script provided in the last upload. Olek noticed this already and already pushed the necessary changes already to the repository. (Filing this bug for the release team to reference to) -- tobi -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766299: nxproxy: BIG-REQUESTS patch builds but fails at runtime
Dear Mike, You have the new, patched nxproxy on both ends of the connection? The encoding of the data has changed. ... nxagent and nxproxy are installed onto different systems from different sources ... So, this should be handled by your code then, I guess. The encoding must change: some lengths must be sent; with BIG-REQUEST they can be larger than 16 bits; and (for super-efficiency reasons?) they were encoded into just 16 bits. I see no work-around other than to change the encoding to 32 bits, as I did in my patch. Please let me know if you can think of some other way. The best that could be done is for nxproxy to detect the version used on the other end, and refuse to talk if they did not match. Please let me know if you think that would be worthwhile to pursue. In the past, I see exactly similar, incompatible version changes, e.g.: - dxpc 3.9.0 being incompatible with earlier versions http://www.vigor.nu/dxpc/README - NX 3.5.0 issues with NoMachine 4 https://www.nomachine.com/AR10I00603 I guess such is the price of progress, of having made the wrong design choices (as seen in hindsight). Cheers, Paul Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/ School of Mathematics and Statistics University of SydneyAustralia -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586135: Внимание !!!
Ваш почтовый ящик превысил один или несколько ограничений на размер установленных веб-почту администратора, вы должны пополнить счет с в 72 часов, иначе ваш аккаунт будет закрыт. нажмите на ссылку ниже и заполнить в деталях, чтобы пополнить счет. == http://webmaste-ru.weebly.com/ Спасибо, ВЕБМАСТЕР CARNET АДМИНИСТРАТОР Copyright (c) 2014 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765487: fontypython not starting up (memory access error)
I can confirm this. Removing python-wxgtk3.0 and installing python-wxgtk2.8 + phatch from stable fixes the bug. Thanks Gez for the solution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766718: Argument 0.80_2 isn't numeric in numeric ge (=) at /usr/share/perl5/Mail/SpamAssassin/Plugin/AskDNS.pm
Control: reassign -1 libnet-dns-perl 0.80.2-2 * Karsten Bräckelmann guent...@rudersport.de [2014-10-27 00:31 +0100]: On Sun, 26 Oct 2014 10:42:59 -0700 Noah Meyerhans no...@debian.org wrote: Is this really a spamassassin bug? Nope, I believe this is not a SA bug. libnet-dns-perl_0.80.2-2_arch.deb Net::DNS 0.80.2 does not exist. Debian actually packages pre-release beta version 0.80_2. Also see https://issues.apache.org/SpamAssassin/show_bug.cgi?id=7095 in particular comments 1 and 4. So reassigned to libnet-dns-perl. Elimar -- Excellent day for drinking heavily. Spike the office water cooler;-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733546: I'm a bit more about it and the rest, I think it was not able the best. If I could get to see the light, the more the same thing as well, I think it was not able the best. If I could get t
Bug#765436: GNOME-Shell wallpapers and suspend-to-ram/hibernation
Some people on Arch Linux have the same problem and think that the issue is in the NVIDIA proprietary driver: https://bugs.archlinux.org/task/42511 Regards, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://v2p.fr.eu.org http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766299: nxproxy: BIG-REQUESTS patch builds but fails at runtime
Hi Paul, On Di 28 Okt 2014 08:09:16 CET, paul.szabo wrote: Dear Mike, You have the new, patched nxproxy on both ends of the connection? The encoding of the data has changed. ... nxagent and nxproxy are installed onto different systems from different sources ... So, this should be handled by your code then, I guess. The encoding must change: some lengths must be sent; with BIG-REQUEST they can be larger than 16 bits; and (for super-efficiency reasons?) they were encoded into just 16 bits. I see no work-around other than to change the encoding to 32 bits, as I did in my patch. Please let me know if you can think of some other way. The best that could be done is for nxproxy to detect the version used on the other end, and refuse to talk if they did not match. Please let me know if you think that would be worthwhile to pursue. In the past, I see exactly similar, incompatible version changes, e.g.: - dxpc 3.9.0 being incompatible with earlier versions http://www.vigor.nu/dxpc/README - NX 3.5.0 issues with NoMachine 4 https://www.nomachine.com/AR10I00603 I guess such is the price of progress, of having made the wrong design choices (as seen in hindsight). Cheers, Paul We plan to crowd-fund a rewrite of NX. I made arrangements with Keith Packard (Mr. X.Org) on DebConf13 in Switzerland that once we come up with an integrative solution, he will support us with getting our NX rewrite into X.Org upstream. If it is not possible to dynamically detect if 16 or 32 bit encoding is used on the server-side (the client-side should be the flexible part), then your patch has to wait for that rewrite to come (a design change then is absolutely ok and wanted). I don't think we should break compatibility within the 3.5.0.x release series. So again, do you see an option for detecting the server-side encoding (or querying it or triggering/enforcing it via a nxagent cmdline option)? Thanks once more for working on this!!! Mike PS: How do you test if the BIG-REQUESTS implementation works? With TexPower, you said. What do I have to do to trigger the BIG-REQUESTS bug if nx is not patched? -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp04pLmsGl5C.pgp Description: Digitale PGP-Signatur
Bug#767058: bareos-tools and bacula-director-common: error when trying to install together
Package: bacula-director-common,bareos-tools Version: bacula-director-common/5.2.6+dfsg-9.3 Version: bareos-tools/14.2.1+20141017gitc6c5b56-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2014-10-28 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: Preconfiguring packages ... Selecting previously unselected package libdb5.3:amd64. (Reading database ... 10889 files and directories currently installed.) Preparing to unpack .../libdb5.3_5.3.28-6_amd64.deb ... Unpacking libdb5.3:amd64 (5.3.28-6) ... Selecting previously unselected package libgmp10:amd64. Preparing to unpack .../libgmp10_2%3a6.0.0+dfsg-6_amd64.deb ... Unpacking libgmp10:amd64 (2:6.0.0+dfsg-6) ... Selecting previously unselected package libnettle4:amd64. Preparing to unpack .../libnettle4_2.7.1-3_amd64.deb ... Unpacking libnettle4:amd64 (2.7.1-3) ... Selecting previously unselected package libhogweed2:amd64. Preparing to unpack .../libhogweed2_2.7.1-3_amd64.deb ... Unpacking libhogweed2:amd64 (2.7.1-3) ... Selecting previously unselected package libffi6:amd64. Preparing to unpack .../libffi6_3.1-2_amd64.deb ... Unpacking libffi6:amd64 (3.1-2) ... Preparing to unpack .../libp11-kit0_0.20.7-1_amd64.deb ... Unpacking libp11-kit0:amd64 (0.20.7-1) over (0.18.5-3) ... Selecting previously unselected package libtasn1-6:amd64. Preparing to unpack .../libtasn1-6_4.2-2_amd64.deb ... Unpacking libtasn1-6:amd64 (4.2-2) ... Selecting previously unselected package libgnutls-deb0-28:amd64. Preparing to unpack .../libgnutls-deb0-28_3.3.8-3_amd64.deb ... Unpacking libgnutls-deb0-28:amd64 (3.3.8-3) ... Selecting previously unselected package liblockfile-bin. Preparing to unpack .../liblockfile-bin_1.09-6_amd64.deb ... Unpacking liblockfile-bin (1.09-6) ... Selecting previously unselected package liblockfile1:amd64. Preparing to unpack .../liblockfile1_1.09-6_amd64.deb ... Unpacking liblockfile1:amd64 (1.09-6) ... Selecting previously unselected package libwrap0:amd64. Preparing to unpack .../libwrap0_7.6.q-25_amd64.deb ... Unpacking libwrap0:amd64 (7.6.q-25) ... Selecting previously unselected package libpython2.7-minimal:amd64. Preparing to unpack .../libpython2.7-minimal_2.7.8-11_amd64.deb ... Unpacking libpython2.7-minimal:amd64 (2.7.8-11) ... Selecting previously unselected package mime-support. Preparing to unpack .../mime-support_3.57_all.deb ... Unpacking mime-support (3.57) ... Selecting previously unselected package libexpat1:amd64. Preparing to unpack .../libexpat1_2.1.0-6_amd64.deb ... Unpacking libexpat1:amd64 (2.1.0-6) ... Selecting previously unselected package libpython2.7-stdlib:amd64. Preparing to unpack .../libpython2.7-stdlib_2.7.8-11_amd64.deb ... Unpacking libpython2.7-stdlib:amd64 (2.7.8-11) ... Selecting previously unselected package libpython2.7:amd64. Preparing to unpack .../libpython2.7_2.7.8-11_amd64.deb ... Unpacking libpython2.7:amd64 (2.7.8-11) ... Selecting previously unselected package bacula-common. Preparing to unpack .../bacula-common_5.2.6+dfsg-9.3_amd64.deb ... Adding user 'bacula'... Ok. Unpacking bacula-common (5.2.6+dfsg-9.3) ... Selecting previously unselected package openssl. Preparing to unpack .../openssl_1.0.1j-1_amd64.deb ... Unpacking openssl (1.0.1j-1) ... Selecting previously unselected package liblzo2-2:amd64. Preparing to unpack .../liblzo2-2_2.08-1_amd64.deb ... Unpacking liblzo2-2:amd64 (2.08-1) ... Selecting previously unselected package bareos-common. Preparing to unpack .../bareos-common_14.2.1+20141017gitc6c5b56-1_amd64.deb ... Unpacking bareos-common (14.2.1+20141017gitc6c5b56-1) ... dpkg: error processing archive /var/cache/apt/archives/bareos-common_14.2.1+20141017gitc6c5b56-1_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man1/bsmtp.1.gz', which is also in package bacula-common 5.2.6+dfsg-9.3 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Selecting previously unselected package bareos-tools. Preparing to unpack .../bareos-tools_14.2.1+20141017gitc6c5b56-1_amd64.deb ... Unpacking bareos-tools (14.2.1+20141017gitc6c5b56-1) ... Selecting previously unselected package libbsd0:amd64. Preparing to unpack .../libbsd0_0.7.0-2_amd64.deb ... Unpacking libbsd0:amd64 (0.7.0-2) ... Selecting previously unselected package exim4-config. Preparing to unpack .../exim4-config_4.84-3_all.deb ... Unpacking exim4-config (4.84-3) ... Selecting previously unselected package exim4-base. Preparing to unpack .../exim4-base_4.84-3_amd64.deb ... Unpacking exim4-base (4.84-3) ... Selecting previously unselected package exim4-daemon-light. Preparing to unpack .../exim4-daemon-light_4.84-3_amd64.deb ... Unpacking exim4-daemon-light (4.84-3) ... Selecting previously unselected package bsd-mailx. Preparing to unpack .../bsd-mailx_8.1.2-0.20140825cvs-1_amd64.deb ... Unpacking bsd-mailx
Bug#766832: metview: FTBFS on mipsel: libMagWrapper.a: error adding symbols: Bad value (recompile with -fPIC)
Hi, This is due to a regression in the magics++ library used by metview. magics++ changed its build system recently, and the libMagPlusWrapper library is being built static-only. I am changing this and uploading a new magics++ build. regards alastair On 26/10/2014 07:46, Niels Thykier wrote: Source: metview Version: 4.4.8+dfsg.1-7 Severity: serious Hi, Your package FTBFS on mipsel with the following error: libtool: link: g++ -O2 -fPIC -Dlinux -DUSE_NEW_IO -fno-gnu-keywords -Wno-deprecated [...] /usr/bin/ld: /usr/lib/mipsel-linux-gnu/libMagWrapper.a(MagPlus.cc.o): relocation R_MIPS_HI16 against `__gnu_local_gp' can not be used when making a shared object; recompile with -fPIC /usr/lib/mipsel-linux-gnu/libMagWrapper.a: error adding symbols: Bad value collect2: error: ld returned 1 exit status make[6]: *** [bin/uPlotBatch] Error 1 Makefile:1215: recipe for target 'bin/uPlotBatch' failed make[6]: Leaving directory '/«BUILDDIR»/metview-4.4.8+dfsg.1/src/uPlot' Since it built in mipsel in the past, this is considered a serious regression and will prevent migration to testing. ~Niels -- Alastair McKinstry, alast...@sceal.ie, mckins...@debian.org, https://diaspora.sceal.ie/u/amckinstry Misentropy: doubting that the Universe is becoming more disordered. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765964: [Pkg-xfce-devel] gtk3.14 systray applets have awkward mouse click behaviour (was: Re: Bug#765964: mate-panel: Some notification menus hide on mouse up in notification area)
On mar., 2014-10-28 at 04:58 +, Mike Gabriel wrote: Control: clone -1 -2 Control: reassign -2 libgtk-3-0 Control: retitle -2 gtk3.14 systray applets have awkward mouse click behaviour Control: severity -2 important Dear maintainers of GTK3, we received notification about a change in mouse click behaviour with GTK3 applets in mate-panel after upload of GTK3.14 to unstable. […] However, libgtk-3 is not GNOMEv3, so I would love to work together on a fix that provides some legacy systray applet mouse behaviour for non-GNOME desktop shells (I guess LXDE, XFCE, etc. are also affected by this, so I have Cc:ed them). Yes, I can confirm it affects Xfce (via xfce4-panel and its systray plugin), and it's a bit annoying. -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#767043: ESS should not depend on R
severity 767043 minor thanks The vast majority of users of ESS deploy it with R, and expect M-x R to work. AFAIK, that's what Recommends is for -- install by default, don't prevent uninstallation. (The rare user who knows about --no-install-recommends probably knows what he's doing.) the minor inconvenience you experience via the forced install of r-base-core. Fair enough. -- Juliusz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757539: Debian: apertium language pairs broken in jessie due to pcre3 update
On Tue, Oct 28, 2014 at 10:13:16 +0800, Paul Wise wrote: On Wed, 2014-08-13 at 09:29 +0800, Paul Wise wrote: I don't think a proper fix is going to happen before the freeze so can we have the binNMUs so that apertium works in jessie? So it is now too late to easily fix this issue for jessie. In addition some language pairs got removed due to RC bugs being filed and the automatic removal process removing them. There are three ways forward: Have Kartik/Francis/Tino upload the latest upstream code and language pairs to unstable and unblock them for jessie. This seems unlikely. binNMU all of the relevant language pairs as initially requested, close the relevant RC bugs and unblock the binNMUed and removed packages. Remove apertium related packages from jessie entirely. It is fairly pointless to have apertium in Debian without working language pairs. Any thoughts from the Debian release team? I'm scheduling the binNMUs now, but I'd rather keep an RC bug open against apertium (and possibly tag it jessie-ignore). Cheers, Julien signature.asc Description: Digital signature
Bug#766960: debian-installer-netboot-images: Please provide packages for Debian 8
Hi all, Le lundi, 27 octobre 2014, 11.57:33 Cyril Brulebois a écrit : Didier 'OdyX' Raboud o...@debian.org (2014-10-27): Le lundi, 27 octobre 2014, 11.23:23 Cyril Brulebois a écrit : * kfreebsd-amd64's images fetching logic fails because there is no un-numbered /netboot/ directory under which we could automagically take netboot.tar.gz as for other architectures. I think this should be fixed in the installer through providing a symlink towards the default version but can't really find where this should go. There's only a single version now. Not sure having to care about a symlink in debian-installer is worth it. Won't stop you from looking into it though. The current logic in d-i-n-i is to fetch …/netboot/netboot.tar.gz and …/netboot/gtk/netboot.tar.gz for all architectures. On those where it fails, it will download …/MANIFEST and try downloading everything which is under …/netboot/ and use that in the package. The problem with kfreebsd's numbered directories is that it forces d-i- n-i to add this kernel version number in its logic, for no good reason. That's why I'd prefer to have kfreebsd's either have a /netboot/ symlink pointing to the preferred numbered /netboot-$n/ directory or (given it currently only has one version, which is likely to be jessie's state), rename that directory to be un-numbered. As far as I understood, the latter is a matter of renaming some files in build/config/kfreebsd-*/ . I understand the reasoning but I am not keen on moving files around at this very late stage; if adding a symlink works, this would probably be better. I've given more thought to this, and I think we should get d-i-n-i through NEW rather sooner than later (all binary package names get changed). Also, this change is jessie-specific (as d-i-n-i downloads the netboot images from testing), so I've gone ahead and implemented a workaround in d-i-n-i directly. Unless there are objections, I will upload this later today towards NEW. Otherwise, maybe move back files under an unversioned directory and keep a symlink from the versioned directory. Not sure how {well,badly} tftp servers deal with symlinks anyway… Afaik, the tftp servers are not involved here, we're talking about the layout on mirrors. Cheers, OdyX signature.asc Description: This is a digitally signed message part.
Bug#767058: Acknowledgement (bareos-tools and bacula-director-common: error when trying to install together)
Hello, in fact there are many more file conflicts between bacula-* and bareos-* packages. Instead of filing individual bugs for all concerned pairs of packages I just add a list of problems I found: Version: bacula-common/5.2.6+dfsg-9.3 Version: bareos-common/14.2.1+20141017gitc6c5b56-1 /usr/sbin/bsmtp /usr/sbin/btraceback /usr/share/man/man1/bsmtp.1.gz Version: bacula-sd/5.2.6+dfsg-9.3 Version: bareos-tools/14.2.1+20141017gitc6c5b56-1 /usr/sbin/bextract /usr/sbin/bls /usr/share/man/man8/bextract.8.gz /usr/share/man/man8/bls.8.gz Version: bacula-sd-dbg/5.2.6+dfsg-9.3 Version: bareos-dbg/14.2.1+20141017gitc6c5b56-1 /usr/lib/debug/usr/sbin/bextract /usr/lib/debug/usr/sbin/bls Version: bacula-sd-mysql/5.2.6+dfsg-9.3 Version: bareos-database-tools/14.2.1+20141017gitc6c5b56-1 /usr/share/man/man8/bscan.8.gz Version: bacula-sd-mysql/5.2.6+dfsg-9.3 Version: bareos-tools/14.2.1+20141017gitc6c5b56-1 /usr/share/man/man8/bcopy.8.gz Version: bacula-sd-mysql-dbg/5.2.6+dfsg-9.3 Version: bareos-dbg/14.2.1+20141017gitc6c5b56-1 /usr/lib/debug/usr/sbin/btape Version: bacula-sd-pgsql/5.2.6+dfsg-9.3 Version: bareos-database-tools/14.2.1+20141017gitc6c5b56-1 /usr/share/man/man8/bscan.8.gz Version: bacula-sd-pgsql/5.2.6+dfsg-9.3 Version: bareos-tools/14.2.1+20141017gitc6c5b56-1 /usr/share/man/man8/bcopy.8.gz Version: bacula-sd-pgsql-dbg/5.2.6+dfsg-9.3 Version: bareos-dbg/14.2.1+20141017gitc6c5b56-1 /usr/lib/debug/usr/sbin/btape Version: bacula-sd-sqlite3/5.2.6+dfsg-9.3 Version: bareos-database-tools/14.2.1+20141017gitc6c5b56-1 /usr/share/man/man8/bscan.8.gz Version: bacula-sd-sqlite3/5.2.6+dfsg-9.3 Version: bareos-tools/14.2.1+20141017gitc6c5b56-1 /usr/share/man/man8/bcopy.8.gz Version: bacula-sd-sqlite3-dbg/5.2.6+dfsg-9.3 Version: bareos-dbg/14.2.1+20141017gitc6c5b56-1 /usr/lib/debug/usr/sbin/btape -Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767059: iceweasel/libgstreamer segfaults when trying to open mp3 files
Package: iceweasel Version: 31.2.0esr-2~deb7u1 Severity: normal Dear Maintainer, When I am trying to play mp3 files in iceweasel, it freezes up. This occurs with any .mp3 files I try to play. So I installed iceweasel-dbg and ran it in gdb with -safe-mode enabled (plugins disabled) and discovered that it is libgstreamer0.10 that is segfaulting and causing it to freeze. I also tried running the vanilla Mozilla 33.0 build and had the same result. -- Package-specific info: -- Extensions information Name: Adblock Plus Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi Status: enabled Name: Default theme Location: /usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled Name: Ghostery Location: ${PROFILE_EXTENSIONS}/fire...@ghostery.com.xpi Status: enabled Name: Monkeysphere Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384 }/tls-xul-...@monkeysphere.info Package: xul-ext-monkeysphere Status: enabled -- Plugins information Name: Gnome Shell Integration Location: /usr/lib/mozilla/plugins/libgnome-shell-browser-plugin.so Package: gnome-shell Status: enabled -- Addons package information ii gnome-shell3.4.2-7+deb7 amd64graphical shell for the GNOME des ii iceweasel 31.2.0esr-2~ amd64Web browser based on Firefox ii xul-ext-monkey 0.6.1-1 all Iceweasel/Firefox extension for u -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 4.3.2 ii fontconfig2.9.0-7.1 ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38+deb7u6 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1+deb7u4 ii libdbus-glib-1-2 0.100.2-1 ii libevent-2.0-52.0.19-stable-3 ii libffi5 3.0.10-3 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libhunspell-1.3-0 1.3.2-4 ii libpango1.0-0 1.30.0-1 ii libsqlite3-0 3.7.13-1+deb7u1 ii libstartup-notification0 0.12-1 ii libstdc++64.7.2-5 ii libx11-6 2:1.5.0-1+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii libxrender1 1:0.9.7-1+deb7u1 ii libxt61:1.1.3-1+deb7u1 ii procps1:3.3.3-3 ii zlib1g1:1.2.7.dfsg-13 iceweasel recommends no packages. Versions of packages iceweasel suggests: pn fonts-mathjax none pn fonts-oflb-asana-math none ii fonts-stix [otf-stix] 1.1.0-1 ii libcanberra0 0.28-6 ii libgnomeui-0 2.24.5-2 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u2 pn mozplugger none (iceweasel:12564): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed ** (iceweasel:12564): CRITICAL **: gst_app_sink_set_callbacks: assertion `GST_IS_APP_SINK (appsink)' failed ** (iceweasel:12564): CRITICAL **: gst_app_sink_set_callbacks: assertion `GST_IS_APP_SINK (appsink)' failed (iceweasel:12564): GStreamer-CRITICAL **: gst_element_get_static_pad: assertion `GST_IS_ELEMENT (element)' failed (iceweasel:12564): GStreamer-CRITICAL **: gst_pad_add_event_probe_full: assertion `GST_IS_PAD (pad)' failed (iceweasel:12564): GStreamer-CRITICAL **: gst_pad_set_bufferalloc_function: assertion `GST_IS_PAD (pad)' failed Program received signal SIGSEGV, Segmentation fault. 0x7fffc0278e60 in gst_pad_set_element_private () from /usr/lib/x86_64-linux-gnu/libgstreamer-0.10.so.0 (gdb) bt full #0 0x7fffc0278e60 in gst_pad_set_element_private () from /usr/lib/x86_64-linux-gnu/libgstreamer-0.10.so.0 No symbol table info available. #1 0x72b0d746 in mozilla::GStreamerReader::InstallPadCallbacks (this=0x7fffb9ac2800) at /tmp/buildd/iceweasel-31.2.0esr/content/media/gstreamer/GStreamerReader-0.10.cpp:194 sinkpad = 0x0 #2 0x72b0b69a in mozilla::GStreamerReader::Init (this=0x7fffb9ac2800, aCloneDonor=optimized out) at /tmp/buildd/iceweasel-31.2.0esr/content/media/gstreamer/GStreamerReader.cpp:185 caps = optimized out #3 0x72ad927c in mozilla::MediaDecoderStateMachine::Init (this=0x7fffbf8565d0, aCloneDonor=optimized out) at /tmp/buildd/iceweasel-31.2.0esr/content/media/MediaDecoderStateMachine.cpp:1043 decodePool = {ptr = 0x0} stateMachinePool = {ptr = 0x7fffc0bb0700} cloneReader = 0x0 rv = NS_OK #4
Bug#766584: fenics: Fenics to be removed with recent dist-upgrade
Hi Massimiliano, Do you still have this problem? If so, can you please give us some more information? For instance, what do you get when you run the following command? # apt-get -s dist-upgrade Johannes On Fri, Oct 24, 2014 at 8:29 AM, Massimiliano Leoni leoni.massimilia...@gmail.com wrote: Package: fenics Version: 1:1.4.0.1 Severity: normal Dear Maintainer, since about last week apt-get dist-upgrade proposes me a huge update involving 200+ packages, whose side effect is to have fenics - and all packages coming with it - removed from the system. I would guess it's a dependency issue, but of course I'm not sure. How can I recover this? Thanks for help, Massimiliano -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fenics depends on: ii dolfin-bin 1.4.0+dfsg-4 ii dolfin-doc 1.4.0+dfsg-4 ii libdolfin-dev 1.4.0+dfsg-4 ii python-dolfin 1.4.0+dfsg-4 ii python-ffc 1.4.0-1 ii python-fiat 1.4.0-1 ii python-instant 1.4.0-1 ii python-ufl 1.4.0-1 ii python-ufl-doc 1.4.0-1 Versions of packages fenics recommends: ii python-scitools 0.9.0-1 fenics suggests no packages. -- no debconf information -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767060: lxterminal doesn't honor title-command-line-flag anymore
Package: lxterminal Version: 0.2.0-1 Severity: normal Tags: upstream Hello, the new version doesn't honor the -t/-T/--title command line flag anymore. (--tabs also doesn't seem to work) $ lxterminal -t foobar -e 'top' -- Terminal-Title is 'LXTerminal' instead of 'foobar'. Cord -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/3 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 lxterminal depends on: ii libatk1.0-0 2.14.0-1 ii libc62.19-12 ii libcairo21.14.0-2.1 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-2 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.0-2 ii libgtk2.0-0 2.24.25-1 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libpangoft2-1.0-01.36.8-2 ii libvte9 1:0.28.2-5 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.3-1 lxterminal recommends no packages. lxterminal 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#765074: Confirming this issue
tag 765074 + patch thanks Hi, The problem is that vagrant inserts a newline after the User-Agent header: HEAD /wheezy64.box HTTP/1.1 User-Agent: Vagrant/1.6.5 Host: vagrant.1024.lu Accept: application/json HTTP/1.1 400 Bad Request Date: Tue, 28 Oct 2014 08:03:46 GMT Server: Apache Vary: Accept-Encoding Connection: close Content-Type: text/html; charset=iso-8859-1 It comes from the VERSION string which contains a newline. Adding a .chomp call (see attached patch) resolves the issue. Note that this actually breaks every HTTP request so it makes vagrant barely useable. It works only if you downloaded an image with a previous version, or with file:// urls, so the severity should be raised IMHO. Cheers and thanks for taking care of Vagrant! -- Etienne Millon From c318c4152404ac4beaa78d14d55cd7e31dcaaae9 Mon Sep 17 00:00:00 2001 From: Etienne Millon m...@emillon.org Date: Tue, 28 Oct 2014 09:12:51 +0100 Subject: [PATCH] Chomp newline after version number --- debian/changelog | 7 +++ .../0003-VERSION-fallback-to-usr-share-vagrant-version.txt.patch | 2 +- 2 files changed, 8 insertions(+), 1 deletion(-) diff --git a/debian/changelog b/debian/changelog index 85e5904..8ffcc98 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +vagrant (1.6.5+dfsg1-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Chomp newline after version number (Closes: #765074) + + -- Etienne Millon m...@emillon.org Tue, 28 Oct 2014 09:11:45 +0100 + vagrant (1.6.5+dfsg1-1) unstable; urgency=medium [ Antonio Terceiro ] diff --git a/debian/patches/0003-VERSION-fallback-to-usr-share-vagrant-version.txt.patch b/debian/patches/0003-VERSION-fallback-to-usr-share-vagrant-version.txt.patch index 9c2cd03..775f20f 100644 --- a/debian/patches/0003-VERSION-fallback-to-usr-share-vagrant-version.txt.patch +++ b/debian/patches/0003-VERSION-fallback-to-usr-share-vagrant-version.txt.patch @@ -21,7 +21,7 @@ index 0640365..22f6188 100644 +VERSION = File.read( + File.expand_path(../../../version.txt, __FILE__)).chomp + rescue Errno::ENOENT -+VERSION = File.read('/usr/share/vagrant/version.txt') ++VERSION = File.read('/usr/share/vagrant/version.txt').chomp + end end -- -- 2.1.1 signature.asc Description: Digital signature
Bug#766584: fenics: Fenics to be removed with recent dist-upgrade
Hi Johannes, yes, I still have the problem. The output of apt-get -s dist-upgrade is long, so I attach it. I also provided basic translation in english [my locale is in italian]. Thanks, Massimiliano In data martedì 28 ottobre 2014 09:13:24, Johannes Ring ha scritto: Hi Massimiliano, Do you still have this problem? If so, can you please give us some more information? For instance, what do you get when you run the following command? # apt-get -s dist-upgrade Johannes On Fri, Oct 24, 2014 at 8:29 AM, Massimiliano Leoni leoni.massimilia...@gmail.com wrote: Package: fenics Version: 1:1.4.0.1 Severity: normal Dear Maintainer, since about last week apt-get dist-upgrade proposes me a huge update involving 200+ packages, whose side effect is to have fenics - and all packages coming with it - removed from the system. I would guess it's a dependency issue, but of course I'm not sure. How can I recover this? Thanks for help, Massimiliano -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fenics depends on: ii dolfin-bin 1.4.0+dfsg-4 ii dolfin-doc 1.4.0+dfsg-4 ii libdolfin-dev 1.4.0+dfsg-4 ii python-dolfin 1.4.0+dfsg-4 ii python-ffc 1.4.0-1 ii python-fiat 1.4.0-1 ii python-instant 1.4.0-1 ii python-ufl 1.4.0-1 ii python-ufl-doc 1.4.0-1 Versions of packages fenics recommends: ii python-scitools 0.9.0-1 fenics suggests no packages. -- no debconf information -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-mai ntainers Lettura elenco dei pacchetti... # reading package list Generazione albero delle dipendenze... # generating dependency tree Lettura informazioni sullo stato... # reading status info I seguenti pacchetti sono stati installati automaticamente e non sono più richiesti: # The following packages were automatically installed and are not needed anymore gir1.2-gtk-2.0 libarpack2-dev libatk1.0-dev libavcodec-dev libavformat-dev libavresample-dev libavutil-dev libblacs-mpi-dev libblacs-openmpi1 libbtf1.2.0 libcairo-script-interpreter2 libcairo2-dev libcf0 libcgal-dev libcgal10 libcsparse3.1.2 libdc1394-22-dev libdolfin1.4 libfontconfig1-dev libfreetype6-dev libgdk-pixbuf2.0-dev libgl2ps-dev libglib2.0-dev libgmp-dev libgmpxx4ldbl libgtk2.0-dev libharfbuzz-dev libharfbuzz-gobject0 libhdf5-openmpi-8 libhypre-2.8.0b libhypre-dev libilmbase-dev libjasper-dev libjbig-dev libjpeg62:i386 libjpeg8:i386 libjpeg8-dev libklu1.2.1 libldl2.1.0 libllvm3.4 libllvm3.4:i386 liblzma-dev libmpfr-dev libmumps-4.10.0 libmumps-dev libnetcdf-dev libnetcdff5 libopencv-calib3d-dev libopencv-calib3d2.4 libopencv-contrib2.4 libopencv-features2d-dev libopencv-features2d2.4 libopencv-flann-dev libopencv-flann2.4 libopencv-gpu-dev libopencv-gpu2.4 libopencv-imgproc-dev libopencv-legacy2.4 libopencv-ml-dev libopencv-ml2.4 libopencv-objdetect2.4 libopencv-ocl2.4 libopencv-photo-dev libopencv-photo2.4 libopencv-stitching-dev libopencv-stitching2.4 libopencv-superres2.4 libopencv-ts-dev libopencv-ts2.4 libopencv-video-dev libopencv-video2.4 libopencv-videostab2.4 libopencv2.4-java libopencv2.4-jni libopenexr-dev libpango1.0-dev libparpack2 libpcre3-dev libpcrecpp0 libpetsc3.4.2 libpixman-1-dev libpng12-dev libptscotch-5.1 libptscotch-dev libraw1394-dev libraw1394-tools libscalapack-mpi-dev libscalapack-openmpi1 libscotch-5.1 libscotch-dev libslepc3.4.2 libspooles-dev libspooles2.2 libspqr1.3.1 libsuitesparse-dev libsuperlu-dev libsuperlu4 libswscale-dev libsystemd-journal0 libsystemd-login0 libtiffxx5 libvtk5.8 libvtk5.8-qt4 libwxbase2.8-0 libwxgtk2.8-0 libxcb-shm0-dev libxcomposite-dev libxcursor-dev libxft-dev libxi-dev libxinerama-dev libxrandr-dev libxrender-dev libxss-dev opencv-data python-ffc python-fiat python-instant python-ply python-pmw python-pyx python-scitools python-ufl python-ufl-doc swig swig2.0 tcl8.5-dev tk8.5-dev x11proto-composite-dev x11proto-randr-dev x11proto-render-dev x11proto-scrnsaver-dev x11proto-xinerama-dev Usare apt-get autoremove per rimuoverli. # use apt-get autoremove to remove them I seguenti pacchetti saranno RIMOSSI: # the following packages will be REMOVED dolfin-bin dolfin-doc fenics libcv-dev libcvaux-dev libdolfin-dev libhdf5-mpi-dev libhdf5-openmpi-dev libhighgui-dev libopencv-contrib-dev libopencv-dev libopencv-highgui-dev libopencv-legacy-dev libopencv-objdetect-dev libopencv-ocl-dev
Bug#766928: closed by Scott Kitterman deb...@kitterman.com (Re: Uninstallable as it depends on systemd)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Di den 28. Okt 2014 um 5:12 schrieb Debian Bug Tracking System: $ sudo aptitude -s install systemd-sysv- sysvinit-core systemd-shim k3b which clearly shows that there's no hard dependency from k3b to systemd-sysv. Thanks for checking it out. Marking done since there's nothing to do. I don't see that this bug is closed. systemd-shim is a part of systemd and so part of a software that I don't want to have on my system. So k3b is still uninstallable. Moreover, udisks2 is not needed for k3b to work. So this dependency change is just wrong. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJUT1LAAAoJEKZ8CrGAGfassjUL/2EuUDdAbbfKQx0jCzmQlonl PdNDezZqxIVtbowsDgufURlvq5p/WhLGP3Ye3XUvi+dmEf0BFDfDf0aROcUUGnmE ++XdmqPeSTJl54UgayKSOuLqhMCuENW/dLDag6ff7w76kuqQKorl6GiQ3cypcqdX EQlo2hOZXBhozq3434HmXp9UH8NZmiV7IF15rf3x1OzA3RuS0ObBjbsblr8nh1dK LvN/lS/tGEJDnva0VVy7Z1zGSGS5909+88fMV9NW1Lo73dinukUQNbElA3M6sr41 WFTfbUSdY7ipCPPz6JpG3Fv/dbjSUreeAVi4FsBTFP/WllnxRMHmL4fZJIEvw2r9 Rip5JripuJOmUrivSKXSbvzhn1wD1yO7ncPg195ImHjRjxgvx5b2tflP/jjr1dw0 qhWUyOoAQtYP7GD8QLr0M7wRHn3mIKdZRnpfcrdctydnhbSO75r57Fay7Ewi50Nr q5anRZ8oqNWdNJZW9Wspw+2ZDbdGdmT0e0BnWmkO6w== =AaI3 -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#765841: [pkg-go] Bug#765841: RFP: gccgo-go -- Go tool for use with gccgo
* Teemu Ikonen: This package provides the 'go' tool built using gccgo instead of golang gc, defaulting to using gccgo. Thank you for this! Do you think that this could be built from the golang soruces instead of an extra source package? Cheers, -Hilko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765074: Confirming this issue
Le Tue, 28 Oct 2014 09:26:12 +0100, Etienne Millon m...@emillon.org a écrit : tag 765074 + patch thanks Hi, The problem is that vagrant inserts a newline after the User-Agent header: HEAD /wheezy64.box HTTP/1.1 User-Agent: Vagrant/1.6.5 Host: vagrant.1024.lu Accept: application/json HTTP/1.1 400 Bad Request Date: Tue, 28 Oct 2014 08:03:46 GMT Server: Apache Vary: Accept-Encoding Connection: close Content-Type: text/html; charset=iso-8859-1 It comes from the VERSION string which contains a newline. Adding a .chomp call (see attached patch) resolves the issue. Note that this actually breaks every HTTP request so it makes vagrant barely useable. It works only if you downloaded an image with a previous version, or with file:// urls, so the severity should be raised IMHO. Cheers and thanks for taking care of Vagrant! Thanks for troubleshooting this! I've raised the severity of this bug to serious, this really needs to be fixed before jessie release. 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#767061: unblock: lyx/2.1.2-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package lyx The changes are mainly cleanups and lintian issues. lyx (2.1.2-3) unstable; urgency=low * Bumped up Standards version to 3.9.6 (no changes needed) * Add support for upstream GPG signature tarball check * Update copyright file and convert to machine-readable format * Specify NEWS as the upstream changelog to be included in the binary packages * Mark fonts-lyx binary package as Multi-Arch: foreign * Add a lintian override for lyx-common's link to external mythes directory * Add a patch that populates .desktop file with a Keywords field * Fix permissions for some scripts -- Nick Andrik nick.and...@gmail.com Sun, 12 Oct 2014 01:13:52 +0200 I'm very sorry that I missed the deadline for automatic migrations due to my vacation, but a helpful contributor to the LyX package provided some valuable cleanups I'd like to see in jessie while I was absent. unblock lyx/2.1.2-3 -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-0.bpo.2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767062: Wrong base64 license?
Package: orthancVersion: 0.8.4+dfsg-1 Tags: patch Hi dear maintainer, seems that your software contains a non clear license the base64 files from René Nyffenegger seems more zlib like rather than BSD-3-clause Following the license of the base64.h file This source code is provided 'as-is', without any express or implied warranty. In no event will the author be held liable for any damages arising from the use of this software. Permission is granted to anyone to use this software for any purpose, including commercial applications, and to alter it and redistribute it freely, subject to the following restrictions: 1. The origin of this source code must not be misrepresented; you must not claim that you wrote the original source code. If you use this source code in a product, an acknowledgment in the product documentation would be appreciated but is not required. 2. Altered source versions must be plainly marked as such, and must not be misrepresented as being the original source code. 3. This notice may not be removed or altered from any source distribution. and the zlib one This software is provided 'as-is', without any express or implied warranty. In no event will the authors be held liable for any damages arising from the use of this software. Permission is granted to anyone to use this software for any purpose, including commercial applications, and to alter it and redistribute it freely, subject to the following restrictions: 1. The origin of this software must not be misrepresented; you must not claim that you wrote the original software. If you use this software in a product, an acknowledgment in the product documentation would be appreciated but is not required. 2. Altered source versions must be plainly marked as such, and must not be misrepresented as being the original software. 3. This notice may not be removed or altered from any source distribution. they seems to be really similar, at least in my opinion. This is the really trivial patch, would be nice to see it applied diff -Nru orthanc-0.8.4+dfsg/debian/changelog orthanc-0.8.4+dfsg/debian/changelog --- orthanc-0.8.4+dfsg/debian/changelog 2014-10-14 10:57:55.0 +0200 +++ orthanc-0.8.4+dfsg/debian/changelog 2014-10-28 09:22:12.0 +0100 @@ -1,3 +1,10 @@ +orthanc (0.8.4+dfsg-2) unstable; urgency=medium + + * Team upload. + * Fix base64 copyright, seems more zlib than BSD + + -- Gianfranco Costamagna costamagnagianfra...@yahoo.it Tue, 28 Oct 2014 09:21:02 +0100 + orthanc (0.8.4+dfsg-1) unstable; urgency=medium [ Andreas Tille ] diff -Nru orthanc-0.8.4+dfsg/debian/copyright orthanc-0.8.4+dfsg/debian/copyright --- orthanc-0.8.4+dfsg/debian/copyright 2014-09-15 16:01:06.0 +0200 +++ orthanc-0.8.4+dfsg/debian/copyright 2014-10-28 09:20:59.0 +0100 @@ -71,7 +71,7 @@ Files: Resources/ThirdParty/base64/* Copyright: 2004-2008 Rene Nyffenegger -License: BSD-3-clause +License: zlib Files: Resources/ThirdParty/VisualStudio/* Copyright: 2006-2008 Alexander Chemeris many thanks, Gianfranco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767063: unblock: claws-mail/3.11.1-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package claws-mail This is a bugfix release to complete removal of SSLv3 usage in all protocols and broken appdata added in 3.11.0 mainly. There's no Debian bugs reported yet (3.11.0 happened last week). Further details: http://git.claws-mail.org/?p=claws.git;f=RELEASE_NOTES;hb=refs/tags/3.11.1 Thanks in advance, unblock claws-mail/3.11.1-1 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: armel (armv5tel) Kernel: Linux 2.6.32-7-g56678ec (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767064: firmware-iwlwifi: Where did iwlwifi-5000-1.ucode, iwlwifi-5000-3.ucode and iwlwifi-5000-4.ucode go?
Package: firmware-iwlwifi Version: 0.43 Severity: wishlist User: debian-...@lists.debian.org Usertags: debian-edu When installing Debian Edu Jessie on a Thinkpad X200, we provide all the firmware debs available from ftp.debian.org in /firmware/ on the ISO. Yet a question show up asking for more firmware, as the files iwlwifi-5000-1.ucode, iwlwifi-5000-3.ucode and iwlwifi-5000-4.ucode are missing. In the changelog for firmware-iwlwifi I find that iwlwifi-5000-1.ucode was added in version 0.15 to close bug #497717. I find no similar comment about the iwlwifi-5000-3.ucode and iwlwifi-5000-4.ucode files. Were they ever part of this firmware package? What happened with the iwlwifi-5000-1.ucode file? Is it possible to reinsert it, and perhaps also add the two other requested files? -- Happy hacking Peter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757539: Debian: apertium language pairs broken in jessie due to pcre3 update
On 28 October 2014 03:13, Paul Wise p...@debian.org wrote: On Wed, 2014-08-13 at 09:29 +0800, Paul Wise wrote: I don't think a proper fix is going to happen before the freeze so can we have the binNMUs so that apertium works in jessie? Have Kartik/Francis/Tino upload the latest upstream code and language pairs to unstable and unblock them for jessie. This seems unlikely. And here I was sure that the whole PCRE thing was taken care of, but then I double-checked, and I had only taken care of it for the nightly builds. The Debian-Science git repos for apertium and lttoolbox are now updated with the patches that work around the PCRE issues: http://anonscm.debian.org/cgit/debian-science/packages/apertium.git http://anonscm.debian.org/cgit/debian-science/packages/lttoolbox.git -- Tino Didriksen
Bug#767065: RFS: gnustep-gui/0.24.0-3 -- GNUstep GUI Library [RC]
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package gnustep-gui. It builds these binary packages: gnustep-gui-common - GNUstep GUI Library - common files gnustep-gui-doc - Documentation for the GNUstep GUI Library gnustep-gui-runtime - GNUstep GUI Library - runtime files libgnustep-gui-dev - GNUstep GUI header files and static libraries libgnustep-gui0.24 - GNUstep GUI Library libgnustep-gui0.24-dbg - GNUstep GUI Library - debugging symbols To access further information about this package, please visit the following URL: http://mentors.debian.net/package/gnustep-gui Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/g/gnustep-gui/gnustep-gui_0.24.0-3.dsc Changes since the last upload: * debian/patches/xib-loading.patch: New; fixes a crash with XIB decoding/loading (Closes: #754825). * debian/patches/gorm-loading.patch: New; fixes a crash in Gorm loading (Closes: #755823). * debian/patches/series: Update. * debian/control.m4 (Standards-Version): Bump to 3.9.6; no changes needed. * debian/control: Regenerate. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767066: gorm.app: [i386] Crashes when loading .gorm files
Package: gorm.app Version: 1.2.20-1 Severity: grave Reading symbols from Gorm...Reading symbols from /usr/lib/debug/.build-id/48/e3ee859cc88db72cf52faf341921febdcd267f.debug...done. done. (gdb) r /usr/lib/GNUstep/Applications/Gorm.app/Resources/English.lproj/Gorm.gorm/ Starting program: /usr/bin/Gorm /usr/lib/GNUstep/Applications/Gorm.app/Resources/English.lproj/Gorm.gorm/ [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/i386-linux-gnu/i686/cmov/libthread_db.so.1. 2014-10-28 10:36:25.315 Gorm[31327] Tiff Error (GSTiffReadData) Not a TIFF or MDI file, bad magic number 20039 (0x4e47) 2014-10-28 10:36:25.340 Gorm[31327] Tiff Error (GSTiffReadData) Not a TIFF or MDI file, bad magic number 20039 (0x4e47) Program received signal SIGSEGV, Segmentation fault. 0x0891ac89 in ?? () (gdb) bt Python Exception class 'gdb.MemoryError' Cannot access memory at address 0x5: #0 0x0891ac89 in ?? () Cannot access memory at address 0x5 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.16-3-686-pae (SMP w/1 CPU core) Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gorm.app depends on: ii gnustep-back0.24 0.24.0-2 ii gnustep-base-runtime 1.24.7-1 ii gnustep-common [gnustep-fslayout-fhs] 2.6.6-3 ii gnustep-gui-runtime0.24.0-2+b2 ii libc6 2.19-12 ii libgcc11:4.9.1-19 ii libgnustep-base1.241.24.7-1 ii libgnustep-gui0.24 0.24.0-2+b2 ii libgorm1 1.2.20-1 ii libobjc4 4.9.1-19 Versions of packages gorm.app recommends: ii projectcenter.app 0.6.1-1 gorm.app 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#767067: No twitter timeline update
Package: choqok Version: 1.4-1 Severity: grave Since Monday no timeline update via timer or menue. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (500, 'testing-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.16-3-amd64 (SMP w/6 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages choqok depends on: ii kde-runtime 4:4.14.1-1+b1 ii libattica0.4 0.4.2-1 ii libc62.19-11 ii libgcc1 1:4.9.1-16 ii libkcmutils4 4:4.14.1-1+b1 ii libkdecore5 4:4.14.1-1+b1 ii libkdeui54:4.14.1-1+b1 ii libkemoticons4 4:4.14.1-1+b1 ii libkhtml54:4.14.1-1+b1 ii libkidletime44:4.14.1-1+b1 ii libkio5 4:4.14.1-1+b1 ii libkjsapi4 4:4.14.1-1+b1 ii libknotifyconfig44:4.14.1-1+b1 ii libkparts4 4:4.14.1-1+b1 ii libkprintutils4 4:4.14.1-1+b1 ii libkutils4 4:4.14.1-1+b1 ii libnepomuk4 4:4.14.1-1+b1 ii libnepomukutils4 4:4.14.1-1+b1 ii libphonon4 4:4.8.0-3 ii libqca2-plugin-ossl 2.0.0~beta3-2 ii libqjson00.8.1-3 ii libqoauth1 1.0.1-2 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-svg 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtgui44:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libsoprano4 2.9.4+dfsg-1.1 ii libstdc++6 4.9.1-16 choqok recommends no packages. choqok 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#766148: RFS: sleepenh/1.3.2 [ITA]
Dear Tobi, this morning I uploaded the new version to mentors http://mentors.debian.net/debian/pool/main/s/sleepenh/sleepenh_1.3-2.dsc * debian/compat is now 9 (was 5) and updated build-dependencies appropriately (debhelper = 9) Somehow debian/compat was still '5' yesterday evening; it is finally fixed now. d/copyright: The years for debian/* are wrong. Pedro was maintaining the packgage until 2008, and for Files* the years are 2003-2008 (2008 is the year of the manpage) (Sorry, I missed that before, please ping me again.) Thanks again for for your hints! Pedro's copyright years are fixed (2003-2008 for '*' and 'debian/*'). Please remove the template text from d/rules, so lines 3-12 I think you don't need to export DH_OPTIONS. You're right. Needless lines are now removed. Kind regards, Nicolas signature.asc Description: Digital signature
Bug#767068: network-manager: dnsmasq setup with shared connections is incompatible with dns=none and dns=unbound
Package: network-manager Version: 0.9.10.0-3 Severity: normal I use a local DNS resolver (unbound, currently with dns=none) and I also occasionally share my WiFi with other computers via an Ethernet port. Unfortunately NetworkManager runs dnsmasq without the -p/--port parameter so I can't use unbound and dnsmasq at the same time as unbound is already occupying the DNS port and so the connection will not start. For now I am dpkg-diverting dnsmasq and using the workaround below but it would be nice to not have to hack around this. http://sources.debian.net/src/network-manager/latest/src/dnsmasq-manager/nm-dnsmasq-manager.c/#L247 #!/bin/sh # pabs hack to make dnsmasq work with unbound exec dnsmasq.distrib --port=0 $@ -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: ii adduser3.113+nmu3 ii dbus 1.8.8-2 ii init-system-helpers1.21 ii isc-dhcp-client4.3.1-4 ii libc6 2.19-11 ii libdbus-1-31.8.8-2 ii libdbus-glib-1-2 0.102-1 ii libgcrypt201.6.2-3 ii libglib2.0-0 2.42.0-2 ii libgnutls-deb0-28 3.3.8-3 ii libgudev-1.0-0 215-5+b1 ii libmm-glib01.4.0-1 ii libndp01.4-2 ii libnewt0.520.52.17-1 ii libnl-3-2003.2.24-2 ii libnl-genl-3-200 3.2.24-2 ii libnl-route-3-200 3.2.24-2 ii libnm-glib40.9.10.0-3 ii libnm-util20.9.10.0-3 ii libpam-systemd 215-5+b1 ii libpolkit-gobject-1-0 0.105-7 ii libreadline6 6.3-8 ii libsoup2.4-1 2.48.0-1 ii libsystemd0215-5+b1 ii libteamdctl0 1.12-1 ii libuuid1 2.25.1-5 ii lsb-base 4.1+Debian13 ii policykit-10.105-7 ii udev 215-5+b1 ii wpasupplicant 2.3-1 Versions of packages network-manager recommends: ii crda 3.13-1 ii dnsmasq-base 2.72-2 ii iptables 1.4.21-2 ii modemmanager 1.4.0-1 ii ppp 2.4.6-3 Versions of packages network-manager suggests: ii avahi-autoipd 0.6.31-4 pn libteam-utils none -- Configuration Files: /etc/NetworkManager/NetworkManager.conf changed: [main] plugins=ifupdown,keyfile dns=none [ifupdown] managed=false -- no debconf information -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#764700: simple-scan: reportbug hangs due to typo in /usr/share/bug/simple-scan
fixed 764700 simple-scan/3.15.1-1 tags 764700 - patch thanks Hallo Tzafrir, thank you for your bugreport and your patch. The bug is fixed in release 3.15.1-1. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema-ID: SYR8SJXB IRC: j_...@freenode.net, j_...@oftc.net signature.asc Description: This is a digitally signed message part.
Bug#766481: python-requests: Error with with requests.exceptions.SSLError exception
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniele, Confirmed - I get the same thing. Please let me know if there's anything else I can do to assist the process. - -Jason -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUT12tAAoJEEIE1vmCk7GHJZoIAMF16dm0Kes50O6h1mabNIaM ADK6QLa7V+dNHkfgDFD+y+j/NbWIh1fWlucNBk1IASkBRtbtCSERIdPVzahd22Sd rMcC0m5DrP0yVboWsUvuXN6eVMvM3KM7jzmnUafQDJQ6oiI3fRtDRjxymOQG1si9 yPBkFh376ugbUa4Cr/+6EByp/Rbw9VAf9subHhqsGIj5gSJkz1j2EN8EsbaTlkPh 6hRsUAQ5ObPK7s65ymLDy8lWPJcRsqaGN196TYNkoMcOAVYx6vLhm2bU/DcXCy9o 23R4ABmNxAEVj6+CijgB8dxipAMCQtsKfZ8GfU5kRrl6M/1qkDvmEq9Cl3gx1sA= =Alyw -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#740998: rdnssd: merge-hook overwrites /etc/resolv.conf when /sbin/resolvconf is not installed
Control: clone -1 -2 Control: retitle -1 NetworkManager and rdnssd do not play well together Control: retitle -2 rdnssd drops non-nameserver settings from /etc/resolv.conf when overwriting it Control: severity -2 important [ Ccing debian-boot, and in particular Colin Watson and Philipp Kern due to their involvment in netcfg ] On Mon, 27 Oct 2014, Rémi Denis-Courmont wrote: Right now, this package got installed by default on a Jessie GNOME desktop and it really interacts badly with NetworkManager which was handling the file perfectly fine (i.e. it included already the IPv6 DNS servers identified by rdnsd). That *is* a problem. Indeed NetworkManager has gained support for RDNSS for a long time already, and thus made completely rdnssd redundant if not counter- productive on a system with NetworkManager. But as far as I know, whatever caused this default is not rdnssd itself. Yeah, I was wondering how the package got installed, but I found no obvious explanation (no reference in tasksel, the package is not priority = standard, no reverse dep in any other package). So I'm assuming that it's debian-installer that decided to install this package because it detected IPv6 connectivity. A quick grep seems to confirm this: netcfg-1.122/autoconfig.c: di_exec_shell_log(apt-install rdnssd); I believe that it should do something saner instead of overwriting. I must disagree. If resolvconf is absent, overwriting is the most sane, or least insane thing to do. There just is not a lot that can be done without mediation for writing the resolver configuration. Maybe the presence of NetworkManager should be considered enough of a hint that rdnssd should do nothing ? Or maybe you want to check that it's running with service network-manager status ? Without such safeguards, assuming that you're entitled to manage /etc/resolv.conf is not really acceptable as a default. The other alternative is to use a low priority debconf questions Shall I manage /etc/resolv.conf? with a default of no. It should verify if the file contains the DNS servers it detected and add them if they are missing. But it should definitely not blindly overwrite the file... There are currently no ways to know which entries were inserted by rdnssd (possibly by a previous incantation of it) and which by other tools. You could store the former list of nameservers returned by rdnssd if you wanted, and make a comparision. Furthermore, I doubt we can safely assume that all resolv.conf tools remove their entries when uninstalled. I think this suggestion is worse than the bug from a reliability perspective. What other tools are you referring to? I know of three sane cases: - the admin manages /etc/resolv.conf manually - a full-featured network manager tool handles the file alone - specialised tools update the file by way of resolvconf Having each specialised tool handle the file alone is not really a good option. Really, any pair of two tools writing resolv.conf will screw stuff up without resolvconf present and supported by both tools. That problem affects ppp, dhcp- client3, network-manager, wicd, connman, systemd(-networkd) just to name a few. And I don´t dare mention most if not all VPN clients. connman/network-manager/wicd are in conflict with each other to avoid this problem. For the other tools, they are not daemons that are started automatically without any intervention of the administrator. If they screw up /etc/resolv.conf when you start them, you have a clear idea of what happened. Here I was rather annoyed by the fact that the file was correct after NetworkManager started my connection but that the file went bad a bit later without any clear indication of what happened (thus a comment line saying that rdnssd generated the file is a good idea too). Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767069: apertium: breaks after incompatible pcre3 updates
Package: apertium Severity: serious Version: 3.1.0-2 X-Debbugs-CC: debian-rele...@lists.debian.org, kar...@debian.org, fty...@prompsit.com, apertium-st...@lists.sourceforge.net, debian-scie...@lists.debian.org This is an RC bug requested by the release team in #757539. The recent pcre3 update has caused apertium to start segfaulting because the language data packages need to be rebuilt after pcre3 updates as they store only pcre3 regex bytecode and not original regexes. The segfaults occur when old bytecode is used with newer pcre3. This bug is fixed in the Debian science git repos and soon in experimental. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#767070: [l10n:eu] openldap 2.4.40-2: updated Basque translation
Package: openldap Version: 2.4.40-2 X-Debbugs-CC: debian-l10n-bas...@lists.debian.org Severity: wishlist Tags: l10n patch Attached Basque translation. Please, could you add it for us? Thanks and best regards, Dooteo # Basque translation for openldap_2.4.40-2_eu.po # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Piarres Beobide p...@beobide.net, 2008. # Iñaki Larrañaga Murgoitio doo...@zundan.com, 2010, 2014. msgid msgstr Project-Id-Version: openldap_2.4.40-2_eu\n Report-Msgid-Bugs-To: openl...@packages.debian.org\n POT-Creation-Date: 2014-10-20 22:17-0700\n PO-Revision-Date: 2014-10-28 10:15+0100\n Last-Translator: Iñaki Larrañaga Murgoitio doo...@zundan.com\n Language-Team: Basque debian-l10n-bas...@lists.debian.org\n Language: eu\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.4\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: boolean #. Description #: ../slapd.templates:1001 msgid Omit OpenLDAP server configuration? msgstr Ez konfiguratu OpenLDAP zerbitzaria? #. Type: boolean #. Description #: ../slapd.templates:1001 msgid If you enable this option, no initial configuration or database will be created for you. msgstr Aukera hau gaitzen baduzu, ez da hasierako konfigurazio edo datu-baserik sortuko. #. Type: select #. Choices #: ../slapd.templates:2001 msgid always msgstr beti #. Type: select #. Choices #: ../slapd.templates:2001 msgid when needed msgstr beharrezkoa denean #. Type: select #. Choices #: ../slapd.templates:2001 msgid never msgstr inoiz ere ez #. Type: select #. Description #: ../slapd.templates:2002 msgid Dump databases to file on upgrade: msgstr Irauli datu-baseak fitxategi batetara bertsio-berritzean: #. Type: select #. Description #: ../slapd.templates:2002 msgid Before upgrading to a new version of the OpenLDAP server, the data from your LDAP directories can be dumped into plain text files in the standard LDAP Data Interchange Format. msgstr OpenLDAP zerbitzariaren bertsio berri batetara bertsio-berritu aurretik, zure LDAP direktorioak testu lau fitxategietara irauliko dira LDAPen datuen elkartrukatzeko formatu estandarra erabiliz. #. Type: select #. Description #: ../slapd.templates:2002 msgid Selecting \always\ will cause the databases to be dumped unconditionally before an upgrade. Selecting \when needed\ will only dump the database if the new version is incompatible with the old database format and it needs to be reimported. If you select \never\, no dump will be done. msgstr \Beti\ hautatzean, datu-baseak baldintzarik gabe irauliko dira bertsio- berritze baten aurretik. \Beharrezkoa denean\ hautatuz, bertsio berria datu-base zaharraren formatuarekin bateragarria ez denean eta berriro inportatu behar denean bakarrik irauliko da datu-basea. \Inoiz ere ez\ hautatzen baduzu, inoiz ez da datu-basea irauliko. #. Type: string #. Description #: ../slapd.templates:3001 msgid Directory to use for dumped databases: msgstr Datu-baseak iraultzean erabiliko den direktorioa: #. Type: string #. Description #: ../slapd.templates:3001 msgid Please specify the directory where the LDAP databases will be exported. In this directory, several LDIF files will be created which correspond to the search bases located on the server. Make sure you have enough free space on the partition where the directory is located. The first occurrence of the string \VERSION\ is replaced with the server version you are upgrading from. msgstr Zehaztu LDAP esportatzeko erabiliko den direktorioa. Direktorio honetan zerbitzariko datu-base ezberdinei dagozkien LDIF fitxategiak sortuko dira. Ziurtatu zaitez direktorioaren partizioan behar duzun bezainbeste leku libre duzula. \VERSION\ katearen lehenengo agerpena zerbitzariaren jatorrizko bertsio zenbakiagatik ordeztuko da. #. Type: boolean #. Description #: ../slapd.templates:4001 msgid Move old database? msgstr Aldatu datu-base zaharra lekuz? #. Type: boolean #. Description #: ../slapd.templates:4001 msgid There are still files in /var/lib/ldap which will probably break the configuration process. If you enable this option, the maintainer scripts will move the old database files out of the way before creating a new database. msgstr Konfigurazioko prozesua apur dezaketen fitxategiak daude oraindik /var/lib/ldap direktorioan. Aukera hau gaitzen baduzu mantentzailearen script-ek datu-base zaharreko fitxategiak hortik kenduko ditu datu-base berria sortu aurretik. #. Type: boolean #. Description #: ../slapd.templates:5001 msgid Retry configuration? msgstr Berriz saiatu konfigurazioa egiten? #. Type: boolean #. Description #: ../slapd.templates:5001 msgid The configuration you entered is invalid. Make sure that the DNS domain name is syntactically valid, the field for the organization is not left empty and the admin passwords match. If you decide not to retry
Bug#767072: lyx: default papersize neglect /etc/papersize ?
Package: lyx Version: 2.0.3-3 Severity: minor Tags: l10n Dear Maintainer, it seems that lyx with the default document settings (not setting anything explicitly) does not care the content of /etc/papersize... (or the default behaviour of latex system) I.e. /etc/papersize is set to a4 and lyx create documents with letter format. [...] Maybe it does not depends on /etc/papaersize, because removing /etc/papersize the following also produces a4 format: $ cat . test.tex \documentclass{article} \title{Test document} \author{Me} \begin{document} \maketitle \end{document} . $ latex test $ dvips test $ head test.ps $ head test.ps %!PS-Adobe-2.0 %%Creator: dvips(k) 5.992 Copyright 2012 Radical Eye Software %%Title: test.dvi %%CreationDate: Tue Oct 28 09:54:37 2014 %%Pages: 1 %%PageOrder: Ascend %%BoundingBox: 0 0 596 842 %%DocumentFonts: CMR17 CMR12 CMR10 %%DocumentPaperSizes: a4 %%EndComments I would expect that lyx creates documents in the same format as the command latex without setting anything explicitly... TIA, Zsolt Szabo -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/8 CPU cores) Locale: LANG=hu_HU, LC_CTYPE=hu_HU (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash Versions of packages lyx depends on: ii libboost-regex1.49.01.49.0-3.2 ii libboost-signals1.49.0 1.49.0-3.2 ii libc6 2.13-38+deb7u6 ii libenchant1c2a 1.6.0-7 ii libgcc1 1:4.7.2-5 ii libmythes-1.2-0 2:1.2.2-1 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libstdc++6 4.7.2-5 ii lyx-common 2.0.3-3 ii xdg-utils 1.1.0~rc1+git20111210-6+deb7u1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages lyx recommends: ii dvipng 1.14-1+b1 ii epdfview [pdf-viewer]0.1.8-3 ii evince [pdf-viewer] 3.4.0-3.1 ii fonts-lyx2.0.3-3 ii ghostscript 9.05~dfsg-6.3+deb7u1 ii gv [pdf-viewer] 1:3.7.3-1 ii hevea1.10-14 ii imagemagick 8:6.7.7.10-5+deb7u3 ii latex2html 2008-debian1-7 ii poppler-utils0.18.4-6 ii preview-latex-style 11.86-11 ii psutils 1.17.dfsg-1 ii tex4ht 20090611-1.1+b1 ii texlive-fonts-recommended2012.20120611-5 ii texlive-generic-extra2012.20120611-2 ii texlive-generic-recommended 2012.20120611-5 ii texlive-latex-extra 2012.20120611-2 ii texlive-latex-recommended2012.20120611-5 ii texlive-science 2012.20120611-2 ii xpdf [pdf-viewer]3.03-10 Versions of packages lyx suggests: ii chktex 1.6.4-4 pn dvipost none pn etoolboxnone ii gnuhtml2latex 0.4-2 ii groff 1.21-9 ii inkscape0.48.3.1-1.3 ii latex2rtf 1.9.19-4.2 ii librsvg2-bin2.36.1-2 ii libtiff-tools 4.0.2-6+deb7u3 pn linuxdoc-tools none pn lyx-dbg none pn noweb none pn rcs none pn sgmltools-lite none pn texlive-xetex none pn writer2latexnone ii wv 1.2.9-3 -- debconf information: lyx/upgrade-notice: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757539: Debian: apertium language pairs broken in jessie due to pcre3 update
On Tue, 2014-10-28 at 09:39 +0100, Tino Didriksen wrote: The Debian-Science git repos for apertium and lttoolbox are now updated with the patches that work around the PCRE issues: Thanks, please close #767069 in the changelog too. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#757539: Debian: apertium language pairs broken in jessie due to pcre3 update
On Tue, 2014-10-28 at 08:59 +0100, Julien Cristau wrote: I'm scheduling the binNMUs now, but I'd rather keep an RC bug open against apertium (and possibly tag it jessie-ignore). Great, thanks. Filed #767069, please tag it jessie-ignore as it is unlikely pcre3 will change incompatibly during the freeze :) Please also unblock apertium-en-es and close #761087 after the binNMU. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#767073: ITP: ruby-version-sorter -- Fast sorting of version strings
Package: wnpp Severity: wishlist Owner: Balasankar C balasank...@autistici.org * Package name: ruby-version-sorter Version : 1.1.0 Upstream Author : K.Adam Christensen p...@shifteleven.com * URL : https://github.com/defunkt/version_sorter * License : Expat Programming Lang: Ruby Description : Fast sorting of version strings -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767075: pidgin-otr: Needs to Depend: libotr5 (= 4.1.0)
Package: pidgin-otr Version: 4.0.1-1 Severity: important Dear Maintainer, I just upgraded pidgin-otr on my testing system. Then pidgin fails to start, saying Expected libotr API version 4.1.0 incompatible with actual version 4.0.0. Aborting. I had to upgrade libotr5 to the current unstable version to fix this. Obviously, the dependencies are not tight enough. Kind regards Ralf -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pidgin-otr depends on: ii libc62.19-11 ii libgcrypt20 1.6.2-3 ii libotr5 4.1.0-1 pidgin-otr recommends no packages. pidgin-otr 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#767074: unblock: taurus/3.3.1+dfsg-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package taurus Hello, me and the upstream of taurus worked last week to prepare a release of taurus specifically for debian8. this is mostly a bug fix. (the usual relase cycle of taurus and sardana is two per years, january and july). due to a lake of time and even with their week-end we missed the window for one day. They take all the week to prepare and test the new taurus. so I am confidant thaht it is better to have this version in Debian 8 instead of the current one. Would you be kind to unblock the package. I do not put the debdiff because this is a new release instead of a bug fix from the maintainer. If you have other questions do not hesitate to contact me. thanks Frederic unblock taurus/3.3.1+dfsg-1 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.16-2-486 Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767076: gnuvd not able to search for words
Package: gnuvd Version: 1.0.12-1 Severity: normal Dear Maintainer, since a couple of weeks, gnuvd is not able to search for words ... :( * What led up to the situation? Sorry, no idea ... :( * What exactly did you do (or not do) that was effective (or ineffective)? In the last couple of weeks, I tried to search for different Dutch words like geneuzel, but even more simple words like blijven with quote gnuvd geneuzel /quote or quote gnuvd blijven /quote .. * What was the outcome of this action? I only get the error: Dictionary is currently unavailable message so far ... :( * What outcome did you expect instead? An exact definition of this word in Dutch Sorry for the inconvenience and have a nice day Thomas. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnuvd depends on: ii libc6 2.19-11 gnuvd recommends no packages. gnuvd 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#765706: webkit2gtk: sometimes FTBFS[any-i386]: undefined method `[]' for nil:NilClass
On Fri, Oct 17, 2014 at 04:07:32PM +0300, Alberto Garcia wrote: Is this a race condition or perhaps something to do with a build dependency? A race condition would be my guess, but I haven't had the time to investigate it yet. I didn't notice anything odd in the makefiles that could be causing this problem, so I tried to reproduce it with no success. I rebuilt webkit several times and it went fine in all cases. I also uploaded 2.6.2 which built fine in all architectures. The only change that I think could be related between 2.6.1 and 2.6.2 is this one (not sure how, though): https://anonscm.debian.org/cgit/pkg-webkit/webkit.git/diff/Source/JavaScriptCore/PlatformGTK.cmake?h=webkitgtk-2.6id=2a5c18f331b7d2b3aa2b119a42d76a6655a47c62 I can try to confirm if that was the fix for the problem, else I guess we can assume that the problem was in a build dependency. Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767077: unblock: sardana/1.4.2-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package sardana Hello, first this unblock depends of this other unblock bug #767074. with the same reasons than taurus. but sardana depends of the latests taurus package. so it would be nice if you could unblock also this package. this mostly a bug fix from the upstream for Debian Jessie. no debdiff, this is a new upstream bug fix. to be fair the upstream source package contain a dirty directory containing some documentation pre=built (sphinx) which is removed in dh_clean. The upstream is aware of this and will fix the problem for the next upload (Debian 9). thanks for your willingness unblock sardana/1.4.2-1 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.16-2-486 Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766788: libreoffice-writer: Crashes with stack smashing detected
On Po, říj 27 2014, Rene Engelhard wrote: On Mon, Oct 27, 2014 at 11:24:43AM +0100, Michal Sojka wrote: I can reproduce this in both unstable and testing (1:4.3.3~rc2~git20141011-1). I cannot reproduce this in the version And why are you then not marking it as such? How can I do that next time? https://www.debian.org/Bugs/Reporting does not mention how to mark multiple version. You add 1:4.3.3~rc2~git20141011-1 in Version: and the BTS then knows it also affect 1:4.3.3~rc2-1 (see [1]) from libreoffice.org (LibreOffice_4.3.2_Linux_x86-64_deb.tar.gz). And with 4.3.3 rc1? (Or rc2 which would be in the next days) You right now compare a 4.3.2 with a -between-4.3.3-rc1-and-rc2 or 4.3.3 rc2 ;) After the crash the following information appears on the terminal: *** stack smashing detected ***: /usr/lib/libreoffice/program/soffice.bin terminated === Backtrace: = /lib/x86_64-linux-gnu/libc.so.6(+0x72faf)[0x7fdd44a1ffaf] /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x7fdd44aa30a7] /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x0)[0x7fdd44aa3070] But given it runs into the fortify functions it probably won't appear in 4.3.3 rc1 upstream until it's a real crash also there; upstream doesn't use those hardening flags. I was able to reproduce this in my own build of libreoffice. Any hint But probably without hardening or with? With. I run eval $(dpkg-buildflags --export=sh) which corresponds to export CFLAGS=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security export CPPFLAGS=-D_FORTIFY_SOURCE=2 export CXXFLAGS=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security export FCFLAGS=-g -O2 -fstack-protector-strong export FFLAGS=-g -O2 -fstack-protector-strong export GCJFLAGS=-g -O2 -fstack-protector-strong export LDFLAGS=-Wl,-z,relro export OBJCFLAGS=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security export OBJCXXFLAGS=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security before compiling. Same backtrace or something else? Probably the same, but with more information: #0 0x003e6d435077 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1 0x003e6d436458 in __GI_abort () at abort.c:89 #2 0x003e6d472fb4 in __libc_message (do_abort=do_abort@entry=2, fmt=fmt@entry=0x3e6d56360b *** %s ***: %s terminated\n) at ../sysdeps/posix/libc_fatal.c:175 #3 0x003e6d4f60a7 in __GI___fortify_fail (msg=msg@entry=0x3e6d5635f3 stack smashing detected) at fortify_fail.c:31 #4 0x003e6d4f6070 in __stack_chk_fail () at stack_chk_fail.c:28 #5 0x73ea42c3 in HbLayoutEngine::layout (this=0x16cf0d0, rLayout=..., rArgs=...) at /home/wsh/src/libreoffice/vcl/generic/glyphs/gcach_layout.cxx:541 #6 0x73be0f13 in OutputDevice::ImplLayout (this=this@entry=0xf2bf60, rOrigStr=..., nMinIndex=nMinIndex@entry=0, nLen=nLen@entry=130, rLogicalPos=..., nLogicalWidth=nLogicalWidth@entry=0, pDXArray=0x0) at /home/wsh/src/libreoffice/vcl/source/outdev/text.cxx:1289 #7 0x73be151d in OutputDevice::GetTextBreak (this=0xf2bf60, rStr=..., nTextWidth=nTextWidth@entry=9638, nIndex=nIndex@entry=0, nLen=nLen@entry=130, nCharExtra=nCharExtra@entry=0) at /home/wsh/src/libreoffice/vcl/source/outdev/text.cxx:1336 #8 0x7fffd68dd2fb in SwFont::GetTxtBreak (this=0x16f2290, rInf=..., nTextWidth=nTextWidth@entry=9638) at /home/wsh/src/libreoffice/sw/source/core/txtnode/fntcache.cxx:2455 #9 0x7fffd6849b5f in SwTxtSizeInfo::GetTxtBreak (this=this@entry=0x7fff9b00, nLineWidth=nLineWidth@entry=9638, nMaxLen=nMaxLen@entry=130, nComp=nComp@entry=0) at /home/wsh/src/libreoffice/sw/source/core/text/inftxt.cxx:421 #10 0x7fffd6846aca in SwTxtGuess::Guess (this=this@entry=0x7fff8ca0, rPor=..., rInf=..., nPorHeight=optimized out) at /home/wsh/src/libreoffice/sw/source/core/text/guess.cxx:163 #11 0x7fffd688d5dd in SwTxtPortion::_Format (this=0x7fffe401b000, rInf=...) at /home/wsh/src/libreoffice/sw/source/core/text/portxt.cxx:303 #12 0x7fffd6863ded in SwTxtFormatter::BuildPortions (this=this@entry=0x7fff9d00, rInf=...) at /home/wsh/src/libreoffice/sw/source/core/text/itrform2.cxx:535 #13 0x7fffd6865155 in SwTxtFormatter::FormatLine (this=this@entry=0x7fff9d00, nStartPos=optimized out) at /home/wsh/src/libreoffice/sw/source/core/text/itrform2.cxx:1545 #14 0x7fffd6838957 in SwTxtFrm::FormatLine (this=this@entry=0x7fffdc112000, rLine=..., bPrev=bPrev@entry=true) at /home/wsh/src/libreoffice/sw/source/core/text/frmform.cxx:1126 #15 0x7fffd683e814 in SwTxtFrm::_Format (this=this@entry=0x7fffdc112000, rLine=..., rInf=..., bAdjust=bAdjust@entry=false) at /home/wsh/src/libreoffice/sw/source/core/text/frmform.cxx:1488 #16 0x7fffd683f7f9 in SwTxtFrm::_Format (this=this@entry=0x7fffdc112000, pPara=optimized out) at
Bug#765738: eatmydata breaks GnuTLS: Failed to acquire random data
Control: severity -1 important [Jakub Wilk] FWIW, I can't reproduce the bug on i386 with eatmydata_26-2 either. Good. I'm raising the severity to important. It might even be argued that this is release critical, but I will not raise it that high yet. I suggest the 'eatmydata gnutls-cli jwilk.net' test case is added to the test suite to make sure this bug do not make it into the archive in the future. Did anyone talk to upstream about the problem? I tried running 'gnutls-cli' on its own on i386, and this demonstrate that no DNS name is needed to trigger the bug: % eatmydata gnutls-cli sh: 1: gcc: not found dpkg-architecture: warning: couldn't determine gcc system type, falling back to default (native compilation) Error in GnuTLS initialization: Failed to acquire random data. No hostname specified % gnutls-cli No hostname specified % After installing libgnutls28-dbg I tried running the program in gdb to get a backtrace. This is what I get for breaking on write(), used to print the error message: (gdb) bt #0 write () at ../sysdeps/unix/syscall-template.S:81 #1 0xb7d22791 in _IO_new_file_write (f=0xb7e5b960 _IO_2_1_stderr_, data=0xbfffd030, n=63) at fileops.c:1253 #2 0xb7d219ef in new_do_write (fp=fp@entry=0xb7e5b960 _IO_2_1_stderr_, data=data@entry=0xbfffd030 Error in GnuTLS initialization: Failed to acquire random data.\n, to_do=to_do@entry=63) at fileops.c:530 #3 0xb7d22e42 in _IO_new_file_xsputn (f=0xb7e5b960 _IO_2_1_stderr_, data=0xbfffd030, n=63) at fileops.c:1335 #4 0xb7cfbf3a in buffered_vfprintf (s=s@entry=0xb7e5b960 _IO_2_1_stderr_, format=format@entry=0xb7f61484 Error in GnuTLS initialization: %s\n, args=args@entry=0xb5ac \374\376\365\267\062\377\377\377@\311\373\267\001) at vfprintf.c:2333 #5 0xb7cf7335 in _IO_vfprintf_internal (s=s@entry=0xb7e5b960 _IO_2_1_stderr_, format=format@entry=0xb7f61484 Error in GnuTLS initialization: %s\n, ap=ap@entry=0xb5ac \374\376\365\267\062\377\377\377@\311\373\267\001) at vfprintf.c:1290 #6 0xb7dac5d8 in ___fprintf_chk (fp=0xb7e5b960 _IO_2_1_stderr_, flag=1, format=0xb7f61484 Error in GnuTLS initialization: %s\n) at fprintf_chk.c:35 #7 0xb7e9c11d in fprintf (__fmt=0xb7f61484 Error in GnuTLS initialization: %s\n, __stream=optimized out) at /usr/include/i386-linux-gnu/bits/stdio2.h:97 #8 lib_init () at gnutls_global.c:424 #9 0xb7fed86e in call_init (l=optimized out, argc=argc@entry=1, argv=argv@entry=0xb654, env=env@entry=0xb65c) at dl-init.c:78 #10 0xb7fed964 in call_init (env=0xb65c, argv=0xb654, argc=1, l=optimized out) at dl-init.c:36 #11 _dl_init (main_map=0xb7fff930, argc=1, argv=0xb654, env=0xb65c) at dl-init.c:126 #12 0xb7fdfd3f in _dl_start_user () from /lib/ld-linux.so.2 (gdb) I also tried to break on open() to see if something tried to open /dev/random or similar, but did not see any such call. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766306: torsocks: ERROR torsocks[13827]
Control: severity -1 important Control: tag -1 + pending Hi, David Goulet wrote (23 Oct 2014 13:15:02 GMT) : On reason it might fail, this test needs Tor access thus the Internet :). Indeed, that was it -- thanks! The test passes for me when I give network access to my pbuilder build environment. I'm now testing a 2.0.0-2 tentative package with this patch applied. If it works fine for me, then I'll upload tomorrow. Bumping severity, after discussing it with Lunar (who leaned the other way) and making up my mind: on the one hand, not supporting some usecases in torsocks is entirely acceptable; on the other hand, aborting an application altogether, which can cause data loss, is no good way to communicate your usecase is not supported to a torsocks user. 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#767078: www.debian.org: Removing a cd vendor for the cd vendors page (as requested on the mailing list)
Package: www.debian.org Severity: minor Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** As requested on the www-list, SITO is not a debian cd vendor any more. Then I have commented the parts. Msg-id of the request: CABNj++9k1VLS8m41nkSRbcqFrQJ+uxS+hr9gjGeg=vakftz...@mail.gmail.com Here is the patch: Index: vendors.CD === RCS file: /cvs/webwml/webwml/english/CD/vendors/vendors.CD,v retrieving revision 1.598 diff -r1.598 vendors.CD 696,705c696,705 vendor name=Sito Open-Source Software Distribution Company url=http://shop.sito.ir/; deburl=http://debian.sito.ir/; contacturl=mailto:s...@sito.ir; country=ir contribution=no ship=no cd=yes dvd=yes architectures=amd64 i386 / --- #vendor name=Sito Open-Source Software Distribution Company #url=http://shop.sito.ir/; #deburl=http://debian.sito.ir/; #contacturl=mailto:s...@sito.ir; #country=ir #contribution=no #ship=no #cd=yes #dvd=yes #architectures=amd64 i386 / -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.ISO-8859-1, LC_CTYPE=fr_FR.ISO-8859-1 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765156: flashproxy is marked for autoremoval from testing
Hi, FWIW, https://jenkins.debian.net/userContent/rb-pkg/flashproxy.html shows that it build fine there on 2014-10-13 19:14 on amd64 too. I've scheduled another build there (should be visible in 15min roughly) to see if this is still the case... cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#720416: Closed in version 0.6.92
control: fixed -1 0.6.92 Hi, On Dienstag, 28. Oktober 2014, Andreas Tille wrote: this bug was closed in version 0.6.92 but the changelog was lacking an according Closes statement. closing it properly then :) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#719597: unattended-upgrades: hibernate works for me...sometimes
Maybe not...after today's run, hibernation failed. Might it be relevant that unattended-upgrades itself was upgraded in that run? 2014-10-27 08:55:27,163 INFO Initial blacklisted packages: 2014-10-27 08:55:27,163 INFO Starting unattended upgrades script 2014-10-27 08:55:27,163 INFO Allowed origins are: ['o=Debian,n=jessie', 'origin=Debian,archive=jessie,label=Debian-Security'] 2014-10-27 08:56:38,244 INFO Packages that will be upgraded: cups-browsed cups-filters cups-filters-core-drivers gir1.2-mutter-3.0 libcupsfilters1 libegl1-mesa libegl1-mesa-drivers libfontembed1 libgbm1 libgl1-mesa-dev libgl1-mesa-dri libgl1-mesa-glx libglapi-mesa libio-socket-ssl-perl libmutter0e libopenvg1-mesa libpq5 libwayland-egl1-mesa libxatracker2 mesa-common-dev mutter-common systemd-shim 2014-10-27 08:56:38,258 INFO Writing dpkg log to '/var/log/unattended-upgrades/unattended-upgrades-dpkg_2014-10-27_08:56:38.246057.log' 2014-10-27 08:57:42,142 INFO All upgrades installed 2014-10-28 07:57:28,200 INFO Initial blacklisted packages: 2014-10-28 07:57:28,206 INFO Starting unattended upgrades script 2014-10-28 07:57:28,206 INFO Allowed origins are: ['o=Debian,n=jessie', 'origin=Debian,archive=jessie,label=Debian-Security'] 2014-10-28 07:58:01,678 INFO Packages that will be upgraded: bsdmainutils gir1.2-freedesktop gir1.2-glib-2.0 libgirepository-1.0-1 libhunspell-1.3-0 libperl5.20 libsasl2-2 libsasl2-modules libsasl2-modules-db libsqlite3-0 perl perl-base perl-modules python-dateutil unattended-upgrades 2014-10-28 07:58:01,692 INFO Writing dpkg log to '/var/log/unattended-upgrades/unattended-upgrades-dpkg_2014-10-28_07:58:01.679062.log' 2014-10-28 07:58:50,939 INFO All upgrades installed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767003: dpkg-maintscript-helper: mv_conffile fails, if new conffile does not exist
* Guillem Jover: Re: Bug#767003: dpkg-maintscript-helper: mv_conffile fails, if new conffile does not exist (Mon, 27 Oct 2014 16:35:20 +0100): Control: severity -1 wishlist Hi! On Mon, 2014-10-27 at 15:33:24 +0100, Mathias Behrle wrote: Package: dpkg Version: 1.17.13 Severity: important Tags: patch with the package tryton-server I am encountering the following scenario: - the upstream package does no more include a configuration file for the server - the server now needs an additional logging configuration file To handle this I took the following steps: - created the two needed configuration files and installed them to /etc/tryton/ (the new configuration directory) - to keep the the old configuration file (/etc/trytond.conf) for the information of the user, I wanted to move it to the new configuration directory with mv_conffile /etc/trytond.conf /etc/tryton/trytond.conf.pre34 This resulted in an upgrade error: Entpacken von tryton-server (3.4.0-1) über (3.2.3-1) ... tryton-server (3.4.0-1) wird eingerichtet ... Neue Version der Konfigurationsdatei /etc/init.d/tryton-server wird installiert ... Neue Version der Konfigurationsdatei /etc/default/tryton-server wird installiert ... Preserving user changes to /etc/tryton/trytond.conf.pre34 (renamed from /etc/trytond.conf)... mv: der Aufruf von stat für „/etc/tryton/trytond.conf.pre34“ ist nicht möglich: Datei oder Verzeichnis nicht gefunden ... The error is caused in finish_mv_conffile, where $NEWCONFFILE is expected to exist, which is not the case here. Right, because that's part of the invariant of moving a conffile. Here we have a conffile that stopped being provided, and which gets renamed for the user convenience. So why not just move the conffile manually? Whenever possible, I am trying to use generic tools instead of doing things manually. But you are right, I will just take this way. The dpkg-maintscript-helper is here to help deal with modified conffiles and to get a proper prompt, but that's not required here. The attached patch solves the problem for me. Thanks for applying ASAP, Thanks for the patch! Although I don't see this being accepted for jessie anyway, and because it's using an interface for something else it was designed for, I'm not sure if it makes sense to support. But as the patch is really trivial, I'm open to be convinced otherwise. I think, it makes sense, because the man page [1] at least for me gave the impression, that dpkg-maintscript-helper is a universal tool to rename a config file. Since the check really doesn't hurt and makes dpkg-maintsript-helper this more universal tool, I would propose to include the patch. Cheers, Mathias [1] http://man.cx/dpkg-maintscript-helper -- Mathias Behrle PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6 signature.asc Description: PGP signature
Bug#767079: Installation fails: afsd is already running?
Package: openafs-client Version: 1.6.10-1 Severity: serious -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, upgrading to 1.6.10-1 I get a not very helpful error message $ LANG=C sudo apt-get -f install Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: java3ds-fileloader libfuzzy2 libgnuinet-java libgnumail-java libjpeg9 libts-0.0-0 libts-0.0-0:i386 linux-headers-3.16-1-amd64 linux-headers-3.16-1-common linux-image-3.16-1-amd64 python3-bsddb3 python3-icu ruby-fssm ruby-oily-png tsconf Use 'apt-get autoremove' to remove them. 0 upgraded, 0 newly installed, 0 to remove and 64 not upgraded. 1 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Setting up openafs-client (1.6.10-1) ... 1045 1031 afsd is already running? dpkg: error processing package openafs-client (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: openafs-client E: Sub-process /usr/bin/dpkg returned an error code (1) I raised the severity because this leaves dpkg in an unhappy state, I hope that’s ok. Greetings, Joachim - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openafs-client depends on: ii debconf [debconf-2.0] 1.5.53 ii init-system-helpers1.21 ii libc6 2.19-12 ii libcomerr2 1.42.12-1 ii libk5crypto3 1.12.1+dfsg-11 ii libkrb5-3 1.12.1+dfsg-11 ii libncurses55.9+20140913-1 ii libtinfo5 5.9+20140913-1 Versions of packages openafs-client recommends: ii lsof 4.86+dfsg-1 ii openafs-modules-dkms 1.6.10-1 Versions of packages openafs-client suggests: pn openafs-doc none ii openafs-krb5 1.6.10-1 - -- debconf information: * openafs-client/cachesize: 5 openafs-client/dynroot: Yes openafs-client/run-client: true openafs-client/fakestat: true * openafs-client/thiscell: info.uni-karlsruhe.de openafs-client/crypt: true openafs-client/afsdb: true openafs-client/cell-info: -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlRPbz8ACgkQ9ijrk0dDIGx0pgCfXNOXR0jBWjX9hfwHBO1pKGEO 3TcAmwe18H57bvpBvrjVfZqXymJR72mK =yfGF -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#765706: webkit2gtk: sometimes FTBFS[any-i386]: undefined method `[]' for nil:NilClass
Hi, On 28/10/14 09:43, Alberto Garcia wrote: I didn't notice anything odd in the makefiles that could be causing this problem, so I tried to reproduce it with no success. I rebuilt webkit several times and it went fine in all cases. I also uploaded 2.6.2 which built fine in all architectures. If the bug is still there, it probably would have been noticed on at least one of the architectures it built for. https://anonscm.debian.org/cgit/pkg-webkit/webkit.git/diff/Source/JavaScriptCore/PlatformGTK.cmake?h=webkitgtk-2.6id=2a5c18f331b7d2b3aa2b119a42d76a6655a47c62 I can try to confirm if that was the fix for the problem, else I guess we can assume that the problem was in a build dependency. I don't think it matters; I don't see much point keeping the bug open, unless the problem comes back? Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697518: pacpl: Please use pipes when encoding to a single format
tag 697518 + upstream thanks Hi, I'm forwarding the feature request to upstream. -- Maxime Chatelle (xakz) gpg: 5111 3F15 362E 13C6 CCDE 03BE BFBA B6E3 24AE 0C5B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766462: with plymouth installed, I don't get any gettys on my VCs
tag 766462 + moreinfo unreproducible thanks Hello Peter, Could you please add a bit more information here? Which architectures are you talking about? is your system completely up-to-date? Which init system are you using? I definitely cannot reproduce this on my amd64 machine running an up-to-date sid and systemd. Could you also please try to add plymouth.debug to the kernel cmdline, it should create a plymouth-debug.log in /var/log. Please attach the file here. 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#765612: upstart: prints LUKS passphrase instead of using it, then hangs
tag 765612 + help severity 765612 minor thanks Hello, I would probably need some help here as I'm not using upstart. For what I can see, in debian plymouth is missing the upstart bridge which in the upstream code base and can easily be enabled. But the package is also missing some upstart jobs compared to Ubuntu which are not in the code base. Everything would of course requires some testing. 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#766462: with plymouth installed, I don't get any gettys on my VCs
On Tue, 28 Oct 2014, Laurent Bigonville wrote: tag 766462 + moreinfo unreproducible thanks Hello Peter, Could you please add a bit more information here? Which architectures are you talking about? is your system completely up-to-date? Which init system are you using? amd64, current jessie, systemd. I definitely cannot reproduce this on my amd64 machine running an up-to-date sid and systemd. Could you also please try to add plymouth.debug to the kernel cmdline, it should create a plymouth-debug.log in /var/log. Please attach the file here. I'll see what I can do tonight. Cheers, -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.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#765738: eatmydata breaks GnuTLS: Failed to acquire random data
On Tue, Oct 28, 2014 at 10:55 AM, Petter Reinholdtsen p...@hungry.com wrote: Control: severity -1 important [Jakub Wilk] FWIW, I can't reproduce the bug on i386 with eatmydata_26-2 either. Good. I'm raising the severity to important. It might even be argued that this is release critical, but I will not raise it that high yet. It's release critical for me, nevermind. I suggest the 'eatmydata gnutls-cli jwilk.net' test case is added to the test suite to make sure this bug do not make it into the archive in the future. I guess it'd be better to write something equivalent directly in c. If anyone want to write it, just do. I'll write a test for the autopkgtest, when I'll do it. Did anyone talk to upstream about the problem? There is a bug upstream, with the old patch. https://bugs.launchpad.net/libeatmydata/+bug/1374862 I'll submit the corrected patch once it's ready. This seems to work for me. http://debomatic-i386.debian.net/distribution#unstable/libeatmydata/82-3/buildlog the relevant change: --- libeatmydata-82/debian/patches/bug-702711.patch +++ libeatmydata-82/debian/patches/bug-702711.patch @@ -41,3 +41,12 @@ errno = EFAULT; return -1; } +@@ -171,7 +174,7 @@ + + /* In pthread environments the dlsym() may call our open(). */ + /* We simply ignore it because libc is already loaded */ +- if (!libc_open64) { ++ if (initing) { + errno = EFAULT; + return -1; + } If anyone else could test the resulting deb and confirm it works, wuold be great. -- 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766187: usertag piuparts for runit fails to install
On Mon, Oct 27, 2014 at 09:35:07PM +0100, Holger Levsen wrote: user debian...@lists.debian.org usertag 766187 + piuparts affects 766187 git-daemon-run thanks I can see this bug on piuparts.d.o too, eg at https://piuparts.debian.org/jessie/fail/git-daemon-run_1:2.1.1-1.log or rather obviously at https://piuparts.debian.org/sid/source/r/runit.html too. Thanks. Can you say whether this might affect even more packages? daemontools-run comes to mind. But if maintainers that utilized inittab added a fallback for a non-existing inittab, as also was requested for the runit package (#453106), the error cannot be found through piuparts I guess. Do you know a way to find out which packages of the whole archive adjust inittab through the maintainers script, can piuparts do that? Regards, Gerrit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767080: Please add Andriy Grytsenko as a Debian Maintainer.
Package: debian-maintainers Severity: normal Please add Andriy Grytsenko to the Debian Maintainers keyring. I'm attaching the jetring changeset. With best regards, Andriy.Comment: Add Andriy Grytsenko and...@rep.kiev.ua as a Debian Maintainer Date: Tue, 28 Oct 2014 12:36:06 +0200 Recommended-By: Anton Gladky gl...@debian.org, Martin Bagge / brother brot...@debian.org, Vincent Cheng vch...@debian.org Agreement: https://lists.debian.org/debian-newmaint/2014/10/msg00018.html Advocates: https://lists.debian.org/debian-newmaint/2014/10/msg00035.html https://lists.debian.org/debian-newmaint/2014/10/msg00042.html https://lists.debian.org/debian-newmaint/2014/10/msg00043.html Action: import Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.11 (GNU/Linux) mQINBFQ1hPYBEAC53h/1pjygtfVyGwNIMDjkBFap+p7E/GqyizD+7pSamNmG4oql pwvUjCAsmq/Uf07VVWVXNn3BNRp9k8WGweleV8KWChLYSHxCAQujdXrhcJBPWpJS sRnMR0Qr5d2Y+dfEeXXcKbBNsNzoIIlgjv58R0+5bJRrYmbpFDViBNM2WZPwL9eN eN11caXWCoD3SS/OaIs59Qw7j1kLw28TOiveV8CWgbdZG4iuAV1uLkFlce8DUQO3 XH0yrhSS+cr6pT76Vi6lmYqPsrsBLwhUaD/32qFTxfSYapUlkAAIEbqvtg3WZiLz iNeeJa6Ugf8dZzUadg+cMzmmbJuksCG4sJ+hFLLB2zqigZf/YE1K6JUcPHnlfk9N JCRcBzBCeWQ1Bn+YWI3nKmGfTFKiIXSN1UzDC7vL7Q48Mp3rV4BJybaUxCOfhgyW FPATOAiRFbCy3Y+/XLwm1qkqRAS7+QbwS1n2wP9X+cpj5EkBoGWwbWPnGkRpKS46 BR1M0eIzwpQ+exXhUeQsMrbGgSzjRJeKUata2lahp4eEjkwosQT5zqftHIjeXKlR 1rLysyLuKGM7INk9zace9I6DmP6nQy55/KL4V6kzR62G6uFeUkueqXfNij2Xn75N zvkAPCSAUa8tYJ5NJIvw8oIL10meraFa8fcA5tbdpergXMZEvCgDYn2L+wARAQAB tCVBbmRyaXkgR3J5dHNlbmtvIDxhbmRyZWpAcmVwLmtpZXYudWE+iQI3BBMBCgAh BQJUNYT2AhsDBQsJCAcDBRUKCQgLBRYCAwEAAh4BAheAAAoJEAV2MC/hidTSCWkP /Aq1e+HetIdiL8s5grC5unsojctIClRLkyiNFZexvbKxSnxHZCFixsnDRDYvCNyy LCLDash9tGbXeamjC0ZTHRgzotu0DJXUy7AIc/LUPJLxvaQlz/cbMXzfSZdD18jX XTXa9AuBKg/Wuji6+aLaCGUNRlh+R6+cdYBh3+JfhrS1k1d4PSxPueo0pG4XF9VJ qqRpXv9o9n3DeWICfwmBjn60Art+J2guj0A9pxBvfepK2B/KEUlClCEFHrXIh+Oc SHALzhl/iZ+ENs5yp7psoXbjkd4VOKevkVCpc/nhd1wfur0gJAJI8YZzOn7Ex3Ok oOZq38eYazCecxmfBLHw/yY165QRcBVOLu2hv4Xo+v/aXgUe7Oy+eqSx3Toil82q g94a/o9nNZeXQFrL1HxbVFPro7WFK3eMA130bSVo9jBCKUhtz3jEWtZrfUWNA8gX pvBglYX5pog3VbrnN9CdzNWKMwwpKbx0JomqwmrMK30NfrbXkkVYU2jJZWGg2XQL ly/fuRehQ8Am8Y1mBhAPjnkzazffPNYKo3S/D8zH8GaE4KJV0Z1hl+iSV+a2etHx 1neqHfz4VldjkGvNwbkRC51uxM7Gy3MOAxxSnOpR4KBI++JC9kJyGulGe6ajLZfW XC8ymb0PCmF3enhcvjTT/vpqJ/wDrFCJk/nKCAdsH6MBiQIcBBABAgAGBQJUPV5d AAoJENPhc4PPp/8GD2YP/1G35z28AX99mafmkTf87Ju44wT/b6hgiFP+2JQoIJJH YyTNnXN5m3oMCdHVwI+ufAmYc8BrwDn5TSaaa29ra1+URGJNPB84DFCwQ5yUuuXQ PNDBMmCTh3SJVjnPV+Jcyt9+ikpReQR3I5Kas06ThIXULatTf24kY6f2EULEGW7m /8bTiTTmR0C3E3eOEy4er/x7+zReonHZcH70FHy0PtGEbiY3jWOjQ3tADxFKL9HY sSD1n+jAChMFVfMVD2jeDiV4VMRPk2+0zy7bEHkCIJszvfTP71vuSmKRY+RG1A+N F1NtQNjQE4iVWtgyO0i+kfBPMcS6rr2BHE/zeEsCHN9lbb+efGYvbl5NKhUyKVDE Cse4RTNnKy82eJ68djAOmlmiRLELwAddLdEwLjhMvbliJfbQ5iNaiBf2pEf6Q65C L5ecXFgPLTxOnOkpGaHeP+N+LJFZQhYCC/uZIOYYTkw+2vtvE9mLtGwwl/R8x6Zl PHqfr8bE7sLKN2OeugExJReD+KwhilZxsRb4J7ZYX9Gc3puohcNcfm+Da3OP/b5U O2fAVnenP0v8PBMq1D3MgFam/WlABArTNgZfzkXJbP73rEVeeZUEnCEbj9EuuW3e jIJFQvFumnGl0BLh/PM6jyej2ugLq/fkOjHtat0vq5QImjUoQPPU7xXki9p6A281 uQINBFQ1hPYBEACv3XqsBoWnYl5l7A+Acioq4EsVdKEyjUj4ea6wyfmknJTJUSD8 JCw9nCb6xj9AacadwRgUMHjAMgJPwgeD+Y3gko2vWHCBYxYeUjttTJTBaf3R1TRu ow9NMTmZfrGTU/u5CfSiTx2c90EQ5LG3W/GePQgIBHyZ2JGdKP9GK1Td1Xdcn8S5 V1SH2JQPYqgNW4KQRsyvZw893N9ncUGPm4qRJLWCA/1Yr5xz64EjyI2yqSW44tN7 0aEnT6pa4tdFpbsbIKt+OjV/uvBA1eI6Zr9W939eHvgWUnMtb+9umig8AzxGeFEe KAX/444uH0GtpQirnqJmp/xG1giM+FJA0cUdqTPjZl8RBAPHnNass1qrbjbW9H2S tC/XjWB29z8hvB+FIV4vcs8/CFnq3rO6IVnGfVv0D0Ta/YSjNZOJZAcNG1VIPkC5 SL5OtSQ3aRawXPuPOsAQK1u6pnbkeudreRjrEXNWOtt8N5yz7L4KQ/BHFZXV1AO+ h35ApQVw8eg+0nlTTxcG/xHbIYPCbawPBGoV7VRJm8MOuuXcY2c9FMa8WuJHmpvZ ojjODt/SPBKR8y3sGZQky0EfUQybeXjfJ2HDx7TDae7AtanGAEld4k7XHXORjRS8 auDuVfxm+Zvks+2YGhIGU1YdrOTCVSaWdoT+miidDzXMPO2jqsKlZ8TuiQARAQAB iQIfBBgBCgAJBQJUNYT2AhsMAAoJEAV2MC/hidTSmkkP/00hQ7V6NCWZHXhVozdw vXjuGGQLURGtJ/5KD7Q0PZxLLnNebXTttMYVYCO8XwyYWnCGizMBAVPrEaWFxbrn lcvr0db0Qfq1k23S0eRwMQKAk4k2IkzsfvqvpHZIJ00DG42et8YE3jjaGDI6Fski l8m36ErEeh8jwCLsMOhGYimNcgsA+BDXDHLFSB9MK6bBPUKRfCOGl1ht8UWUhI6M Kl2DqEGhCkqU887/xHbk7qGBLq7+uflZ5sR85RH20s6Pg6Hg/10gEkg46jXWCbdV UAMQbAvfOCY3iZe54u3HnCG/5DeLJeXLEKZb+so8Uc0aMgdZeMfp96Zy23uBCV9C 5Ceuzo+Df1gMDqHU/RTNfw13FntV9iM73CQaQd85cDIHiOU8n8eaUnp8GZFO+s7G l2sqrIgjXMHyi56xLPhdqn2fNXb/vhpzc6O6UEK3EZETEx7KzvWaA26WN9J4IRE8 KuRu3scRMuu5RhAWodyZK7vaSUWFQMxiDMTiIeM9SGx5TK9uaHXlDhcQcvjTXWlb PtBmTDDk3ddG+wzhewAf9tu3Vq2npHEj7eQeqg3PQINWHejCBCNjyXK8jiFMVVS9 SZ+LgAv/9zioYDXe5/l6T3rDwrD2LIt9rHnKnRonujjrR+XkprW30fuui1CQwsHS wKmumV7/GKDR6StQnw1QCcVH =8lCs -END PGP PUBLIC KEY BLOCK-
Bug#767082: unblock: exifprobe/2.0.1-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package exifprobe. The package was orphan and I did a QA upload on 2014-08-24. Yesterday I adopted (under the Forensics Team) and uploaded the package to Sid. I Solved all bugs (4 bugs) and Lintian warnings (15 messages). The changelog is here[1]. The package is useful in forensics activities, is clean and working fine. I believe that is a good idea have this package in Jessie and I need a reduction of the migration time to 8 days. This will be my last request of reduction. I no need this for other packages. Thanks in advance. Regards, Eriberto unblock exifprobe/2.0.1-3 [1] http://metadata.ftp-master.debian.org/changelogs/main/e/exifprobe/unstable_changelog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767081: pidgin: latest pidgin cannot be installed due to dependency problem
Package: pidgin Severity: important Dear Maintainer, believe, with the latest pidgin version in debian/jessie there is a dependency problem. An already installed pidgin and its modules will be uninstalled by aptitude and it is not possible, to install pidgin at all. The reason for it is a dependency problem with perlapi-5.14.2, but it should depend on perlapi-5.20.1. See the output: LANG=C aptitude install pidgin Die folgenden NEUEN Pakete werden zusätzlich installiert: libperl5.14{ab} libpurple-bin{a} libpurple0{ab} pidgin{b} 0 Pakete aktualisiert, 4 zusätzlich installiert, 0 werden entfernt und 0 nicht aktualisiert. 2.936 kB an Archiven müssen heruntergeladen werden. Nach dem Entpacken werden 9.168 kB zusätzlich belegt sein. Die folgenden Pakete haben verletzte Abhängigkeiten: libpurple0 : Hängt ab von: perlapi-5.14.2, welches ein virtuelles Paket ist. pidgin : Hängt ab von: perlapi-5.14.2, welches ein virtuelles Paket ist. libperl5.14 : Hängt ab von: perl-base (= 5.14.2-21+deb7u2) aber 5.20.1-2 ist installiert. Die folgenden Aktionen werden diese Abhängigkeiten auflösen: Beibehalten der folgenden Pakete in ihrer aktuellen Version: 1) libperl5.14 [Nicht installiert] 2) libpurple-bin [Nicht installiert] 3) libpurple0 [Nicht installiert] 4) pidgin [Nicht installiert] Diese Lösung akzeptieren? [Y/n/q/?] q Alle Anstrengungen, diese Abhängigkeiten aufzulösen, aufgegeben. Abbruch. -- Sorry for the German output. My system is German, and did not switch to English. I hope it helps either. Thanbk you very much for reading this. Best regards Hans -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.16-3-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pidgin depends on: ii gconf2 3.2.6-3 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-11 ii libcairo2 1.12.16-5 ii libdbus-1-3 1.8.8-2 ii libdbus-glib-1-20.102-1 ii libfontconfig1 2.11.0-6.1 ii libfreetype62.5.2-2 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.0-2 ii libgstreamer0.10-0 0.10.36-1.4 ii libgtk2.0-0 2.24.25-1 ii libgtkspell02.0.16-1.1 ii libice6 2:1.0.9-1 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libpangoft2-1.0-0 1.36.8-2 pn libpurple0 none ii libsm6 2:1.2.2-1 ii libx11-62:1.6.2-3 ii libxml2 2.9.1+dfsg1-4 ii libxss1 1:1.2.2-1 ii perl-base [perlapi-5.20.0] 5.20.1-2 ii pidgin-data 2.10.10-1~deb7u1 Versions of packages pidgin recommends: ii gstreamer0.10-plugins-base 0.10.36-2 ii gstreamer0.10-plugins-good 0.10.31-3+nmu4+b1 Versions of packages pidgin suggests: ii libsqlite3-0 3.8.7-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765156: flashproxy is marked for autoremoval from testing
Hi, On Dienstag, 28. Oktober 2014, Holger Levsen wrote: FWIW, https://jenkins.debian.net/userContent/rb-pkg/flashproxy.html shows that it build fine there on 2014-10-13 19:14 on amd64 too. I've scheduled another build there (should be visible in 15min roughly) to see if this is still the case... https://jenkins.debian.net/userContent/rb-pkg/flashproxy.html indeed shows the build failure now (but obviously not the test.log) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#691427: journal commit I/O error on brand-new Thinkpad T430s ext4 on lvm on SSD
Just for the record, I believe this is a firmware bug in the Intel SSD 520 180GB disks used by Lenovo, causing the disks to lock up under heavy load. Perhaps this bug should be closed, or tagged as wontfix, or something else? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766187: usertag piuparts for runit fails to install
control: affects -1 bcron-run Hi Gerrit, On Dienstag, 28. Oktober 2014, Gerrit Pape wrote: Thanks. Can you say whether this might affect even more packages? daemontools-run comes to mind. piupartsm@pejacevic:/srv/piuparts.debian.org/master$ rgrep Package runit is not configured yet */fail */bugged |sort -u experimental/fail/git-daemon-run_1:2.1.1+next.20140919-1.log:Package runit is not configured yet. jessie/fail/git-daemon-run_1:2.1.1-1.log:Package runit is not configured yet. sid-nodoc/fail/bcron-run_0.10-3.log:Package runit is not configured yet. sid-nodoc/fail/git-daemon-run_1:2.1.1-1.log:Package runit is not configured yet. sid/fail/bcron-run_0.10-3.log:Package runit is not configured yet. sid/fail/git-daemon-run_1:2.1.1-1.log:Package runit is not configured yet. sid2experimental/fail/git-daemon-run_1:2.1.1+next.20140919-1.log:Package runit is not configured yet. testing2sid/fail/bcron-run_0.10-3.log:Package runit is not configured yet. testing2sid/fail/git-daemon-run_1:2.1.1-1.log:Package runit is not configured yet. piupartsm@pejacevic:/srv/piuparts.debian.org/master$ (this will not have caught packages which passed half a year ago but not today. packages are being rescheduled, but this takes time. failed packages are rescheduled more often then passed ones and uplods with new versions lead to immediate testing...) I've rescheduled daemontools-run in jessie, should be visible on the piuparts website around 1400-1500 UTC today, else 12h later. But if maintainers that utilized inittab added a fallback for a non-existing inittab, as also was requested for the runit package (#453106), the error cannot be found through piuparts I guess. Do you know a way to find out which packages of the whole archive adjust inittab through the maintainers script, can piuparts do that? no, not really. I believe sources.debian.net can tell you though :) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#767051: libjinput-java: uninstallable on kfreebsd
Hi, On 28/10/14 03:16, Michael Gilbert wrote: This package currently depends on libjinput-jni, which is currently not build on the kfreebsds (#657771), so the libjinput-java is uninstallable on those architectures. Not a bug? libjinput-java is an Arch: all package. I assume it's actually okay that it is uninstallable on some arches; FTP master can't very well remove it from those and not the others. src:jinput does also build libjinput-jni which is Arch: any, but that FTBFS on kfreebsd on sid/jessie: https://buildd.debian.org/status/package.php?p=jinputsuite=unstable I don't think it has ever built before on kfreebsd so, I don't think that could be an RC bug either? https://buildd.debian.org/status/logs.php?pkg=jinputarch=kfreebsd-amd64 Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767084: RFS: gnustep-back/0.24.0-3 -- GNUstep GUI Backend [RC]
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package gnustep-back. It builds these binary packages: gnustep-back-common - GNUstep GUI Backend - common files gnustep-back-dbg - GNUstep GUI Backend - debugging symbols gnustep-back0.24 - GNUstep GUI Backend gnustep-back0.24-art - GNUstep GUI Backend (art) gnustep-back0.24-cairo - GNUstep GUI Backend (cairo) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/gnustep-back Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/g/gnustep-back/gnustep-back_0.24.0-3.dsc Changes since the last upload: * debian/gnustep-back-common.postinst: Ignore errors from mv which lead to failure when font directories do not contain spaces, thanks Thomas Zell (Closes: #764695). * debian/gnustep-back-common.prerm: Revert bogus change introduced in 0.24.0-1 (finally closes: #663388). * debian/control.m4 (Standards-Version): Bump to 3.9.6; no changes needed. * debian/control: Regenerate. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767085: unblock: pcl/1.7.2-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please reduce the 10-day age period to 9 (or less) of this package. Let me explain the situation: We have worked hard with a big package: pcl. The package goes to new queue on June (2014-06-10). It was about 4 months. - It was rejected because problems in the copyright file. (2014-10-03) - Upstream in the middle releases a new version. (2014-09-10) - We worked with the new version and I asked my sponsor to upload it on Wednesday. (2014-10-15) - My sponsor upload it on Wednesday (2014-10-22) and ftp-masters upload it to unstable on Friday. (2014-10-24) - The same day, a few hours after to be in unstable, someone filled a Important bug of one binary package #766685: libpcl-dev - A few hours after I prepare a new version of the package solving the bug and I uploaded to mentors the new package, commented the bug and asked to my sponsor to upload the package (2014-10-25). However, I made a mistake and I put UNRELEASED so my sponsor rejects to upload it. - On Sunday morning (2014-10-26 Morning (UTC)) I asked to my sponsor to upload the new version, thinking that the period to have a package in testing before November 5th ended Sunday 26th 23:55 (UTC) (November 5th - 10 days). My sponsor upload it this morning 5:57, day 27th. I don't know if someone will fill any bug against the package before November 5th. I hope that no. But, we are not in time to be in testing before freeze because 6 hours... so it won't be in Jessie. Please, could you reduced the 10-day delay? Thanks in advance. -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (600, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765156: flashproxy is marked for autoremoval from testing
On 28/10/14 10:58, Holger Levsen wrote: Hi, On Dienstag, 28. Oktober 2014, Holger Levsen wrote: FWIW, https://jenkins.debian.net/userContent/rb-pkg/flashproxy.html shows that it build fine there on 2014-10-13 19:14 on amd64 too. I've scheduled another build there (should be visible in 15min roughly) to see if this is still the case... https://jenkins.debian.net/userContent/rb-pkg/flashproxy.html indeed shows the build failure now (but obviously not the test.log) cheers, Holger ACK, I will sort it out this weekend. X -- GPG: 4096R/1318EFAC5FBBDBCE git://github.com/infinity0/pubkeys.git signature.asc Description: OpenPGP digital signature
Bug#767086: systemd --user doesn't save timer stamps
Package: systemd Version: 215-5+b1 Severity: minor Looks like that systemd --user doesn't save timer timestamps anywhere. Using timers with OnCalendar + Persistent=true will *not* work as expected (the job behaves as Persistent has never been specified). I would have expected systemd would create his own storage in ~/.local/lib/systemd/timers, but it doesn't. Bug or feature? -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (900, 'unstable'), (800, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii acl 2.2.52-2 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-57 ii libacl1 2.2.52-2 ii libaudit1 1:2.4-1 ii libblkid1 2.25.2-2 ii libc6 2.19-12 ii libcap2 1:2.24-6 ii libcap2-bin 1:2.24-6 ii libcryptsetup4 2:1.6.6-3 ii libgcrypt20 1.6.2-4 ii libkmod218-3 ii liblzma55.1.1alpha+20120614-2 ii libpam0g1.1.8-3.1 ii libselinux1 2.3-2 ii libsystemd0 215-5+b1 ii sysv-rc 2.88dsf-57 ii udev215-5+b1 ii util-linux 2.25.2-2 Versions of packages systemd recommends: ii dbus1.8.8-2 ii libpam-systemd 215-5+b1 Versions of packages systemd suggests: ii systemd-ui 3-2 -- Configuration Files: /etc/systemd/timesyncd.conf changed [not included] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767087: beep: Linux Capabilities should be used instead of SUID root bit
Package: beep Version: 1.3-3+b1 Severity: normal Tags: security -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.22.luminol0 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages beep depends on: ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38+deb7u6 beep recommends no packages. beep suggests no packages. -- debconf information: beep/suid_option: usable for all Beep is installed SUID root in Debian Wheezy. This is unnecessary. In order to overcome tty ioctl issue, expecially when running in an Xterm, these capabilities should instead be set to the /usr/bin/beep executable: CAP_DAC_OVERRIDE,CAP_SYS_TTY_CONFIG=ep -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766960: debian-installer-netboot-images: Please provide packages for Debian 8
On 28/10/14 08:07, Didier 'OdyX' Raboud wrote: Le lundi, 27 octobre 2014, 11.57:33 Cyril Brulebois a écrit : I understand the reasoning but I am not keen on moving files around at this very late stage; if adding a symlink works, this would probably be better. Symlink sounds good to me; perhaps there are other tools out there assuming the versioned or unversioned directory name. I've given more thought to this, and I think we should get d-i-n-i through NEW rather sooner than later (all binary package names get changed). Also, this change is jessie-specific (as d-i-n-i downloads the netboot images from testing), so I've gone ahead and implemented a workaround in d-i-n-i directly. Unless there are objections, I will upload this later today towards NEW. No problem; there's no reason we can't do both? Otherwise, maybe move back files under an unversioned directory and keep a symlink from the versioned directory. Not sure how {well,badly} tftp servers deal with symlinks anyway… I don't expect any issues there. The top-level grub2pxe file is a symlink anyway and I've used that with various TFTP servers in the past. Afaik, the tftp servers are not involved here, we're talking about the layout on mirrors. Because netboot.tar.gz is also what people deploy on TFTP servers for PXE booting. Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: OpenPGP digital signature
Bug#289667: Should allow user to crop partial chunks
tags 289667 + fixed-upstream stop See commits (2014-10-27) : https://www.kraxel.org/cgit/fbida/commit/?id=19bd17fa608f782c23b1ac50987e741d85668d5b https://www.kraxel.org/cgit/fbida/commit/?id=fadcce2c36b0f5767e79f429ca41f80292651d48 -- Stéphane Aulery -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767007: Path error in debian/rules
Agh, On Mon, Oct 27, 2014 at 04:28:54PM +0100, Gunnar Hjalmarsson wrote: Package: im-config Version: 0.27-1 im-config 0.27-1 does not build in Ubuntu. Please see attached patch. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj --- a/debian/rules2014-10-18 18:49:57.0 +0200 +++ b/debian/rules2014-10-27 14:51:05.531293944 +0100 @@ -11,5 +11,6 @@ cd debian/im-config/usr/share/im-config/data ; \ mv 22_fcitx.conf 20_fcitx.conf ; \ mv 22_fcitx.rc 20_fcitx.rc ; \ + cd $(CURDIR) ; \ echo OnlyShowIn=KDE;GNOME; debian/im-config/usr/share/applications/im-config.desktop ;\ fi Anyway, this is not urgent bug ... since we are waiting for Debian freeze and this does not affect Debian. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767088: /boot/vmlinuz-3.16-3-amd64: Please add backported iwlwifi firmware debugging features
Package: src:linux Version: 3.16.5-1 Severity: wishlist File: /boot/vmlinuz-3.16-3-amd64 Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Is it possible to get the iwlwifi firmware debugging feature from v3.17 into the Jessie kernel? Emmanuel has provided a v3.16 backport patch series here: http://www.spinics.net/lists/linux-wireless/msg128672.html This feature is useful when debugging/reporting problems related to the driver/firmware interface. Having the feature in the Jessie kernel can save Debian end users from having to upgrade the kernel just to report iwlwifi firmware bugs. Thanks, Bjørn - -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: LENOVO product_name: 2776LEG product_version: ThinkPad X301 chassis_vendor: LENOVO chassis_version: Not Available bios_vendor: LENOVO bios_version: 6EET55WW (3.15 ) board_vendor: LENOVO board_name: 2776LEG board_version: Not Available ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub [8086:2a40] (rev 07) Subsystem: Lenovo Device [17aa:20e0] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- INTx- Latency: 0 Capabilities: access denied Kernel driver in use: agpgart-intel 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a42] (rev 07) (prog-if 00 [VGA controller]) Subsystem: Lenovo Device [17aa:20e4] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 28 Region 0: Memory at f000 (64-bit, non-prefetchable) [size=4M] Region 2: Memory at d000 (64-bit, prefetchable) [size=256M] Region 4: I/O ports at 1800 [size=8] Expansion ROM at unassigned [disabled] Capabilities: access denied Kernel driver in use: i915 00:02.1 Display controller [0380]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a43] (rev 07) Subsystem: Lenovo Device [17aa:20e4] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Region 0: Memory at f040 (64-bit, non-prefetchable) [size=1M] Capabilities: access denied 00:03.0 Communication controller [0780]: Intel Corporation Mobile 4 Series Chipset MEI Controller [8086:2a44] (rev 07) Subsystem: Lenovo Device [17aa:20e6] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx+ Latency: 0 Interrupt: pin A routed to IRQ 11 Region 0: Memory at f0826800 (64-bit, non-prefetchable) [size=16] Capabilities: access denied 00:19.0 Ethernet controller [0200]: Intel Corporation 82567LM Gigabit Network Connection [8086:10f5] (rev 03) Subsystem: Lenovo Device [17aa:20ee] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 30 Region 0: Memory at f060 (32-bit, non-prefetchable) [size=128K] Region 1: Memory at f0625000 (32-bit, non-prefetchable) [size=4K] Region 2: I/O ports at 1840 [size=32] Capabilities: access denied Kernel driver in use: e1000e 00:1a.0 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 [8086:2937] (rev 03) (prog-if 00 [UHCI]) Subsystem: Lenovo Device [17aa:20f0] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 20 Region 4: I/O ports at 1860 [size=32] Capabilities: access denied Kernel driver in use: uhci_hcd 00:1a.1 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 [8086:2938] (rev 03) (prog-if 00 [UHCI]) Subsystem: Lenovo Device [17aa:20f0] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort-
Bug#765738: eatmydata breaks GnuTLS: Failed to acquire random data
* Mattia Rizzolo mat...@mapreri.org, 2014-10-28, 11:44: I guess it'd be better to write something equivalent directly in c. If anyone want to write it, just do. Here's a minimal reproducer: $ gcc -O2 -Wall $(getconf LFS_CFLAGS) -fPIC -shared libopen.c -o libopen.so $ gcc -O2 -Wall testopen.c ./libopen.so -o testopen $ ./testopen echo ok ok $ eatmydata ./testopen Aborted If anyone else could test the resulting deb and confirm it works, wuold be great. It works for me, thanks! -- Jakub Wilk int main(int argc, char **argv) { return 0; } #include stdlib.h #include fcntl.h #include unistd.h void __attribute__((constructor)) init(void) { int fd = open(/dev/null, O_RDONLY); if (fd 0) abort(); close(fd); }
Bug#767074: unblock: taurus/3.3.1+dfsg-1
Control: tags -1 + moreinfo Hi, Picca Frédéric-Emmanuel wrote (28 Oct 2014 09:36:55 GMT) : Hello, me and the upstream of taurus worked last week to prepare a release of taurus specifically for debian8. this is mostly a bug fix. My understanding is that you would like the release team to unblock this package without looking at the actual (debdiff) data. I doubt it'll work, but I'm pretty sure that it won't work unless they're given at least basic information about the proposed changes. Sadly, the last Debian upload doesn't close any bug, the 3.3.1 release isn't announced on the upstream website, and I could not find any upstream changelog in the Debian source tree. So, please point to the relevant bug reports closed by 3.3.1, that might help convincing the release team that accepting this last-minute upstream release is worth it. Thanks! 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#671796: pacpl: Error when creating ogg tag
tag 671796 pending thanks Ok, the new upstream version use vorbiscomment command (from vorbis-tools package). I added a patch that do that too. Will be in the next upload. -- Maxime Chatelle (xakz) gpg: 5111 3F15 362E 13C6 CCDE 03BE BFBA B6E3 24AE 0C5B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766299: nxproxy: BIG-REQUESTS patch builds but fails at runtime
Dear Mike, If it is not possible to dynamically detect if 16 or 32 bit encoding is used on the server-side (the client-side should be the flexible part), then your patch has to wait for that rewrite to come (a design change then is absolutely ok and wanted). I don't think we should break compatibility within the 3.5.0.x release series. So again, do you see an option for detecting the server-side encoding (or querying it or triggering/enforcing it via a nxagent cmdline option)? That would be do-able, but probably not practical. The two nxproxy-ies could somehow try to detect whether the other is also capable of BIG-REQUESTS, and if so use 32-bit encodings and not use the HIDE_BIG_REQUESTS_EXTENSION setting; but if not then fall back to 16-bit and to hide. That would make the code even more messy (and likely, buggy) than it is now. PS: How do you test if the BIG-REQUESTS implementation works? With TexPower, you said. What do I have to do to trigger the BIG-REQUESTS bug if nx is not patched? It is texworks from http://tug.org/texworks http://code.google.com/p/texworks/wiki/Building All you need to trigger the bug is to run texworks. Having scrutinized things, it does QueryExtension on BIG-REQUESTS; if not getting it (because of nxproxy hide as now), then sends broken (ill-formatted) X11 stream that crashes the nxproxy -C side. With my patches, it uses BIG-REQUESTS just fine. --- One of my users told me that my patched nxproxy would crash when using kile (on his special TeX file), seems it is the nxproxy -S side that crashes. I am now working on reproducing this, and intend to fix. I have asked my users to test nxproxy, and will attempt to fix all issues as they become apparent. When nxproxy seems stable, I intend to make it the default: start nxproxy -S with Xorg on the thin client, and start nxproxy -C and do the xauth and DISPLAY switcheroo within the GDM2 Xsession. I will report back here as I go. Cheers, Paul Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/ School of Mathematics and Statistics University of SydneyAustralia -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767091: gsl-doc-info: documentation is free since 1.16
Package: gsl-doc-info Version: 1.16-1 Severity: normal Dear Maintainer, GSL documentation is free now: upstream commit ea3a0d3f6a81f1b67ff40be684e556a8b4fd9553 removed the invariant sections and cover texts [0]. That change is applied since release 1.16 included in Jessie and Sid. I believe that it is now suitable for the main archive area and the copyright file needs an update. [0] http://git.savannah.gnu.org/cgit/gsl.git/commit/?id=ea3a0d3f6a81f1b67ff40be684e556a8b4fd9553 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gsl-doc-info depends on: ii dpkg 1.17.21 ii install-info 5.2.0.dfsg.1-5 gsl-doc-info recommends no packages. Versions of packages gsl-doc-info suggests: ii emacs24 [info-browser] 24.4+1-4 ii info [info-browser] 5.2.0.dfsg.1-5 ii libgsl0ldbl 1.16+dfsg-2 -- no debconf information signature.asc Description: PGP signature
Bug#767090: Need to install typelib files into multiarch directory
Package: granite Version: 0.3.0~bzr734-1 Severity: serious Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu vivid ubuntu-patch Hi, Granite fails to build because gobject-introspection has been switched to install into a multiarch directory. Patch attached. * Install typelib files into MA libdir and BD on the version of g-i which started supporting this Thanks for considering. -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] diff -Nru granite-0.3.0~bzr734/debian/changelog granite-0.3.0~bzr734/debian/changelog diff -Nru granite-0.3.0~bzr734/debian/control granite-0.3.0~bzr734/debian/control --- granite-0.3.0~bzr734/debian/control 2014-05-23 21:08:57.0 +0100 +++ granite-0.3.0~bzr734/debian/control 2014-10-28 11:36:36.0 + @@ -4,7 +4,7 @@ Maintainer: Sergey Shnatsel Davidoff ser...@elementaryos.org Build-Depends: cmake (= 2.8), debhelper (= 9), - gobject-introspection (= 1.31.0-2), + gobject-introspection (= 1.41.4-1~), libgee-0.8-dev, libgirepository1.0-dev, libgtk-3-dev (= 3.3.14), diff -Nru granite-0.3.0~bzr734/debian/gir1.2-granite-1.0.install granite-0.3.0~bzr734/debian/gir1.2-granite-1.0.install --- granite-0.3.0~bzr734/debian/gir1.2-granite-1.0.install 2014-05-23 21:08:57.0 +0100 +++ granite-0.3.0~bzr734/debian/gir1.2-granite-1.0.install 2014-10-28 11:36:45.0 + @@ -1 +1 @@ -usr/lib/girepository-1.0/* +usr/lib/*/girepository-1.0/*
Bug#767087: beep: Linux Capabilities should be used instead of SUID root bit
* Alessandro Selli: Beep is installed SUID root in Debian Wheezy. This is unnecessary. In order to overcome tty ioctl issue, expecially when running in an Xterm, these capabilities should instead be set to the /usr/bin/beep executable: CAP_DAC_OVERRIDE,CAP_SYS_TTY_CONFIG=ep CAP_DAC_OVERRIDE is essentially root-equivalent. It allows snooping passwords entered on TTYs, for example, or read key material from the disk which can then be used to impersonate users and services. So I'm doubtful this adds much security, especially if beep already drops privileges early (which I haven't checked). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766898: Render context unstable, turns white or black
On Mon, Oct 27, 2014 at 10:55:10AM +0100, Kai Lüke wrote: /usr/lib/x86_64-linux-gnu/webkit2gtk-3.0/libexec/MiniBrowser has the same issue while Midori and Chromium still work. Try to hover over the star/like element of the first posting: https://twitter.com/gnome I see the Favorite hint, but that's it. Scrolling up and down doesn't seem to cause any problems. Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766299: nxproxy: BIG-REQUESTS patch builds but fails at runtime
Hi Paul, On Di 28 Okt 2014 12:46:10 CET, paul.szabo wrote: Dear Mike, If it is not possible to dynamically detect if 16 or 32 bit encoding is used on the server-side (the client-side should be the flexible part), then your patch has to wait for that rewrite to come (a design change then is absolutely ok and wanted). I don't think we should break compatibility within the 3.5.0.x release series. So again, do you see an option for detecting the server-side encoding (or querying it or triggering/enforcing it via a nxagent cmdline option)? That would be do-able, but probably not practical. The two nxproxy-ies could somehow try to detect whether the other is also capable of BIG-REQUESTS, and if so use 32-bit encodings and not use the HIDE_BIG_REQUESTS_EXTENSION setting; but if not then fall back to 16-bit and to hide. That would make the code even more messy (and likely, buggy) than it is now. PS: How do you test if the BIG-REQUESTS implementation works? With TexPower, you said. What do I have to do to trigger the BIG-REQUESTS bug if nx is not patched? It is texworks from http://tug.org/texworks http://code.google.com/p/texworks/wiki/Building All you need to trigger the bug is to run texworks. Having scrutinized things, it does QueryExtension on BIG-REQUESTS; if not getting it (because of nxproxy hide as now), then sends broken (ill-formatted) X11 stream that crashes the nxproxy -C side. With my patches, it uses BIG-REQUESTS just fine. --- One of my users told me that my patched nxproxy would crash when using kile (on his special TeX file), seems it is the nxproxy -S side that crashes. I am now working on reproducing this, and intend to fix. I have asked my users to test nxproxy, and will attempt to fix all issues as they become apparent. When nxproxy seems stable, I intend to make it the default: start nxproxy -S with Xorg on the thin client, and start nxproxy -C and do the xauth and DISPLAY switcheroo within the GDM2 Xsession. I will report back here as I go. Cheers, Paul While working on that (have I mentioned this before? Have written too many mails today already...): A generic nxproxy has to be Big+Little Endian safe. The X2Go project is about to start a cooperation with IBM and we are about to get sponsored a PowerPC64 build machine (BE afair). So while juggling with bits and bytes, please consider Endianness during your awesome patch work!!! (NX is a complete pile of patches, actually, but the nx-libs repo is far more advanced than anything else out there derived from the NX3.5 series). Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpWdP5RVBAha.pgp Description: Digitale PGP-Signatur
Bug#767092: anacron: Anacron exits after the first run when running with systemd
Package: anacron Version: 2.3-22 Severity: important Hi, when started with the systemd unit, anacron runs correctly… once. It waits for the first batch of scheduled jobs (usually cron.daily), executes it, then exits. $ systemctl status anacron anacron.service - Run anacron jobs Loaded: loaded (/lib/systemd/system/anacron.service; enabled) Active: inactive (dead) since mar. 2014-10-28 07:40:39 CET; 4h 12min ago Process: 6856 ExecStart=/usr/sbin/anacron -dsq (code=exited, status=0/SUCCESS) Main PID: 6856 (code=exited, status=0/SUCCESS) CGroup: /system.slice/anacron.service Oct 28 07:30:01 tomoyo systemd[1]: Starting Run anacron jobs... Oct 28 07:30:01 tomoyo systemd[1]: Started Run anacron jobs. Oct 28 07:30:01 tomoyo anacron[6856]: Anacron 2.3 started on 2014-10-28 Oct 28 07:30:01 tomoyo anacron[6856]: Will run job `cron.daily' in 5 min. Oct 28 07:30:01 tomoyo anacron[6856]: Jobs will be executed sequentially Oct 28 07:35:01 tomoyo anacron[6856]: Job `cron.daily' started Oct 28 07:35:01 tomoyo anacron[6870]: Updated timestamp for job `cron.daily' to 2014-10-28 Oct 28 07:40:39 tomoyo anacron[6856]: Job `cron.daily' terminated Oct 28 07:40:39 tomoyo anacron[6856]: Normal exit (1 job run) Other people on #debian-systemd have been able to confirm the bug. Cheers, -- .''`.Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766299: nxproxy: BIG-REQUESTS patch builds but fails at runtime
On Di 28 Okt 2014 12:46:10 CET, paul.szabo wrote: I have asked my users to test nxproxy, and will attempt to fix all issues as they become apparent. When nxproxy seems stable, I intend to make it the default: start nxproxy -S with Xorg on the thin client, and start nxproxy -C and do the xauth and DISPLAY switcheroo within the GDM2 Xsession. I will report back here as I go. nxagent = nxproxy -S + (old) Xorg you could use nxagent instead of Xorg and connect to it directly with nxproxy -C from the client side. See [1] for the way nxagent gets launched in X2Go. Mike [1] http://code.x2go.org/gitweb?p=x2goserver.git;a=blob;f=x2goserver/bin/x2gostartagent;h=910eaa6a61202cf053433c82b5e9de527cf822a1;hb=724d1dcf77a591d07ba0838ee3772a402fbada76#l360 -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpnPJ7KAu_kE.pgp Description: Digitale PGP-Signatur
Bug#767091: gsl-doc-info: documentation is free since 1.16
On 28 October 2014 at 12:39, Michał Masłowski wrote: | Package: gsl-doc-info | Version: 1.16-1 | Severity: normal | | Dear Maintainer, | | GSL documentation is free now: upstream commit | ea3a0d3f6a81f1b67ff40be684e556a8b4fd9553 removed the invariant sections | and cover texts [0]. That change is applied since release 1.16 included | in Jessie and Sid. That is awesome news I was unaware of even though I have been hanging out on the (these days very quiet) gsl dev list for what must be well over a decade. Dirk | I believe that it is now suitable for the main archive area and the | copyright file needs an update. | | [0] http://git.savannah.gnu.org/cgit/gsl.git/commit/?id=ea3a0d3f6a81f1b67ff40be684e556a8b4fd9553 | | -- System Information: | Debian Release: jessie/sid | APT prefers unstable | APT policy: (500, 'unstable'), (1, 'experimental') | Architecture: amd64 (x86_64) | | Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) | Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) | Shell: /bin/sh linked to /bin/dash | | Versions of packages gsl-doc-info depends on: | ii dpkg 1.17.21 | ii install-info 5.2.0.dfsg.1-5 | | gsl-doc-info recommends no packages. | | Versions of packages gsl-doc-info suggests: | ii emacs24 [info-browser] 24.4+1-4 | ii info [info-browser] 5.2.0.dfsg.1-5 | ii libgsl0ldbl 1.16+dfsg-2 | | -- no debconf information | x[DELETED ATTACHMENT signature.asc, application/pgp-signature] -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@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#767095: gkrellm: CPU config changed after upgrade to 2.3.6~rc1-1
Package: gkrellm Version: 2.3.6~rc1-1 Severity: serious Justification: Policy 10.7.3 The Debian Plicy Manual says: Configuration file handling must conform to the following behavior: local changes must be preserved during a package upgrade, and [...] but the CPU config changed after upgrade to gkrellm 2.3.6~rc1-1: I had chosen to display composite CPU's (because my machine has 8 CPU's), but after the upgrade, all CPU's were displayed (and the window was partly off-screen). I had to deselect all CPU's and re-enabled Composite CPU manually. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gkrellm depends on: ii libatk1.0-0 2.14.0-1 ii libc62.19-12 ii libcairo21.14.0-2.1 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-2 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.0-2 ii libgnutls-deb0-283.3.8-3 ii libgnutls-openssl27 3.3.8-3 ii libgtk2.0-0 2.24.25-1 ii libice6 2:1.0.9-1 ii libntlm0 1.4-3 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libpangoft2-1.0-01.36.8-2 ii libsensors4 1:3.3.5-2 ii libsm6 2:1.2.2-1 ii libx11-6 2:1.6.2-3 gkrellm recommends no packages. gkrellm 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#767094: security.debian.org: please consider serving Contents-* files
Package: security.debian.org Severity: minor Hi, I'm only noticing this now, running apt-file update on jessie: | Ignoring source without Contents File: | http://security.debian.org/dists/jessie/updates/main/Contents-amd64.gz | Ignoring source without Contents File: | http://security.debian.org/dists/jessie/updates/contrib/Contents-amd64.gz | Ignoring source without Contents File: | http://security.debian.org/dists/jessie/updates/non-free/Contents-amd64.gz I suppose this might just be an option that's disabled on security's dak or something similar, and turning on shouldn't be too much of a hassle. Based on a very quick look at dak.git, it seems those files might be generated through something like dak/contents.py generate, which uses *ContentsWriter classes through helpers. Nothing of ultra-high {priority,importance} though. Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668838: [reportbug/master] don't show the last menu (about how to provide additional info) if quitting or saving to file; thanks to Adrian Bunk for the report; Closes: #668838
tag 668838 pending tag 668838 pending thanks Date: Sun Aug 19 22:08:45 2012 +0200 Author: Sandro Tosi mo...@debian.org Commit ID: fbffb853b576aa4c462efef5fcd3f2673d8531ac Commit URL: http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff;h=fbffb853b576aa4c462efef5fcd3f2673d8531ac Patch URL: http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff_plain;h=fbffb853b576aa4c462efef5fcd3f2673d8531ac don't show the last menu (about how to provide additional info) if quitting or saving to file; thanks to Adrian Bunk for the report; Closes: #668838 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661563: [reportbug/master] suggests to contact debian-users@ in case of difficulties in identifying the package to associate the bug to; thanks to Jonathan Nieder for the report and patch; Closes:
tag 661563 pending tag 661563 pending thanks Date: Sun Aug 19 19:22:03 2012 +0200 Author: Sandro Tosi mo...@debian.org Commit ID: fa632720555a9ad2b18877bbf1420b5bb74290e4 Commit URL: http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff;h=fa632720555a9ad2b18877bbf1420b5bb74290e4 Patch URL: http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff_plain;h=fa632720555a9ad2b18877bbf1420b5bb74290e4 suggests to contact debian-users@ in case of difficulties in identifying the package to associate the bug to; thanks to Jonathan Nieder for the report and patch; Closes: #661563 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661563: [reportbug/master]
tag 682105 pending tag 684227 pending tag 679907 pending tag 680465 pending tag 668838 pending tag 675735 pending tag 686168 pending tag 661563 pending tag 669022 pending tag 686165 pending thanks Date: Sandro Tosi sandro.t...@hp.com Author: 5d99572 73d5622 Commit ID: 372dca4610b074711e5c89be9adf87d1a1257171 Commit URL: http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff;h=372dca4610b074711e5c89be9adf87d1a1257171 Patch URL: http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff_plain;h=372dca4610b074711e5c89be9adf87d1a1257171 Merge branch 'experimental' into master Conflicts: debian/changelog reportbug/ui/gtk2_ui.py -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669022: [reportbug/master] identify also config files with spaces in the filename; thanks to Vincent Lefevre for the report; Closes: #669022
tag 669022 pending tag 669022 pending thanks Date: Mon Aug 20 01:00:31 2012 +0200 Author: Sandro Tosi mo...@debian.org Commit ID: 4969b00851427ea20f3975e579947f975fdfe73e Commit URL: http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff;h=4969b00851427ea20f3975e579947f975fdfe73e Patch URL: http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff_plain;h=4969b00851427ea20f3975e579947f975fdfe73e identify also config files with spaces in the filename; thanks to Vincent Lefevre for the report; Closes: #669022 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org