Bug#765037: openjdk-7: apt tool is needed by reverse dependencies
package: src:openjdk-7 severity: serious version: 7u65-2.5.2-4 control: block 761269 by -1 control: block 759947 by -1 Removal of the apt tool from openjdk makes it impossible to build lwjgl and jruby. I think it's desirable to be able to include these packages. java apt is deprecated but still available in openjdk 7. It will be removed in openjdk 8, so these issues will come back later, but there will be more time during jessie+1 to deal with that. Thank you for considering restoring that functionality. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765038: gnunet-gtk: error while loading shared libraries: libgladeui-2.so.4: cannot open shared object file: No such file or directory
Package: gnunet-gtk Version: gnunet-gtk Severity: important libgladeui-2-6 GTK+ User Interface Build core library is the latest thank you *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-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#765039: fbreader: please package upstream fbreader 0.99.6
Package: fbreader Version: 0.12.10dfsg-9 Severity: wishlist Dear Maintainer, Please package fbreader upstream 0.99.6 before freeze is upon us. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (500, 'testing-updates'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fbreader depends on: ii libc6 2.19-11 ii libgcc11:4.9.1-16 ii libsqlite3-0 3.8.6-1 ii libstdc++6 4.9.1-16 ii libzlcore0.12 0.12.10dfsg-9 ii libzltext0.12 0.12.10dfsg-9 ii libzlui-qt40.12.10dfsg-9 fbreader recommends no packages. fbreader suggests no packages. -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com EB80 462B 08E1 A0DE A73A 2C2F 9F3D C7A4 E1C4 D2D8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764110: [pkg-wine-party] Bug#764110: wine: diff for NMU version 1.6.2-8.1
On Sat, Oct 11, 2014 at 10:11 AM, Andreas Metzler wrote: I've prepared an NMU for wine (versioned as 1.6.2-8.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Hi, thanks a bunch for helping out with the package. I had been working on a set of updates (including the fix for this), and the package is now sitting in NEW. I hope you don't mind, but I've cancelled the nmu to favor my change, which might take some time waiting in NEW. Thanks again for the help. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765040: unblock: libkexiv2/4:4.14.1-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, Please unblock package libkexiv2. This version (well, with the backported patches too) should fix issues with metadata handling (#763991, and possibly few more in src:digikam). A new upstream release will come tomorrow with the backported (and other) fixes provided, so in the meanwhile having libkexiv2 4:4.14.1-1 should reduce the crashes people are getting with digikam. unblock libkexiv2/4:4.14.1-1 Thanks, -- Pino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764920: Update to new upstream 4.4 because current 4.3 crashes on start up.
Control tag -1 +moreinfo Control severity -1 normal I don't see this justified, to file a bug with severity grave with no information at all. On Sunday 12 October 2014 03:16 PM, Vangelis Skarmoutsos wrote: Package: digikam Version: 4.3.0-2 Severity: grave Please update to digikam release 4.4.0 because the current installed release in testing 4.3.0-2 has many crash on startup issues related to libkexiv2. libkexiv2 has been updated. And that fixes the problem with 4.3.0-2 also. This bug is considered 'grave' because it makes the package totally unusable. -- Given the large number of mailing lists I follow, I request you to CC me in replies for quicker response signature.asc Description: OpenPGP digital signature
Bug#763434: Example: Bug #721310
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 2 Oct 2014 09:23:18 -0700 Don Armstrong d...@debian.org wrote: On Thu, 02 Oct 2014, Andreas Glaeser wrote: I searched for the term 'Futro S450' in package installation-reports: https://bugs.debian.org/cgi-bin/pkgreport.cgi?archive=both;include=subject%3AFutro+S450;dist=testing;package=installation-reports and found this archived bug only: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699691 When I search for something from the new title 'ACPI_INITRD_TABLE_OVERRIDE' instead: https://bugs.debian.org/cgi-bin/pkgreport.cgi?archive=both;include=subject%3AACPI_INITRD_TABLE_OVERRIDE;dist=testing;package=installation-reports The above looks for bugs in installation-reports which have the given subject. This actually searches for bugs in src:linux which have the given subject: https://bugs.debian.org/cgi-bin/pkgreport.cgi?archive=both;include=subject%3AACPI_INITRD_TABLE_OVERRIDE;dist=testing;package=src:linux and returns the expected result. You're right that searching by subject across all bugs would be useful; this used to be possible with the search interface, and will be possible again in the future. However, the code currently only supports limiting the bugs returned by a previous search by subject. Hi, Don, today I tried to find bugs of mine at https://www.debian.org/Bugs/ I searched for bugs in packages gnome-tweak-tool and audacity, then src:audacity and src:gnome-tweak-tool, but currently the search-function by subject seems to be completely disabled. I guess this is due to maintenace work? -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlQ7cO0ACgkQ5+rBHyUt5wvmdACghtYiHi3rw5xK87kUuTrjrs49 IaEAnRi5IoKKGOUU08Phbp4X2Na/E5as =Tz1U -END PGP SIGNATURE-
Bug#764920: Related KDE bug reports
See https://bugs.kde.org/show_bug.cgi?id=339144#c33 and https://bugs.kde.org/show_bug.cgi?id=339144#c35 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764913: libgl1-mesa-dri: OpenGL applications fail to start
On Du, 12 oct 14, 12:42:58, Roneet Nagale wrote: [ 101.777] (EE) AIGLX error: dlopen of /usr/lib/x86_64-linux-gnu/dri/i965_dri.so failed (/usr/lib/x86_64-linux-gnu/dri/i965_dri.so: undefined symbol: _glapi_tls_Dispatch) [ 101.777] (EE) AIGLX: reverting to software rendering [ 104.465] (EE) AIGLX error: dlopen of /usr/lib/x86_64-linux-gnu/dri/swrast_dri.so failed (/usr/lib/x86_64-linux-gnu/dri/swrast_dri.so: undefined symbol: _glapi_tls_Dispatch) [ 104.465] (EE) GLX: could not load software renderer [ 104.465] (II) GLX: no usable GL providers found for screen 0 What's the output of ldd /usr/lib/xorg/modules/extensions/glx.so? Cheers, Julien signature.asc Description: Digital signature
Bug#755149: poedit: TAB does not switch between source panel and translation panel anymore
Package: poedit Version: 1.6.9-3 Followup-For: Bug #755149 Ctrl+Up/Down works again in version 1.6.9 But the problem you reported (in the subject) is still present -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (900, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) 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 poedit depends on: ii gettext0.19.2-3 ii libatk1.0-02.14.0-1 ii libboost-regex1.55.0 1.55.0+dfsg-3 ii libboost-system1.55.0 1.55.0+dfsg-3 ii libc6 2.19-11 ii libcairo2 1.12.16-5 ii libexpat1 2.1.0-6 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-2 ii libgcc11:4.9.1-16 ii libgdk-pixbuf2.0-0 2.31.1-2 ii libglib2.0-0 2.42.0-2 ii libgtk2.0-02.24.25-1 ii libgtkspell0 2.0.16-1.1 ii libicu52 52.1-6 ii liblucene++0 3.0.6-2 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-01.36.8-2 ii libpangoft2-1.0-0 1.36.8-2 ii libstdc++6 4.9.1-16 ii libwxbase3.0-0 3.0.2-1 ii libwxgtk3.0-0 3.0.2-1 ii poedit-common 1.6.9-3 poedit recommends no packages. poedit 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#759094: matplotlib: Please update to use wxpython3.0
Hello Olly, On Mon, Oct 13, 2014 at 4:13 AM, Olly Betts o...@survex.com wrote: On Fri, Sep 19, 2014 at 03:01:24PM +, mo...@users.alioth.debian.org wrote: tag 759094 + pending This bug has been marked as pending for 3.5 weeks now - is there a plan for when the next upload will be? I was waiting for some blockers to clear up: panda is fixed to support mpl 1.4 and now we have cairocffi which is needed to support GTK3 backend on py3k (and actually the preferred backend for GTK an all py versions), so hopefully I will find the time to finalize the upload in the coming days, sorry for the delay. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764994: description of aptitude in section 2.2.1
Hi, Thanks for pointing out this bug. Actually, list was intended to be like what exactly you pointed out. It was my mistake in markup with asciidoc. (I got confused with mediawiki etc.) This seems to be the only case of this type of bug as I checked. As for the Author, this is intentional choice. emacs/vim, apt-get/aptitude, ... there is no right or wrong for which one to use. I can only speak of me. Debian does not make position on which software is the best one. *I* personally feels people use apt-get over aptitude too much. Aptitude has some issues but *I* think it is the best package management tool on Debian. As for combining text into long paragraph, I will not do so with 2 main reasons: * It does not match with the style used across this document. * It will break translations with no real advantage. At least, 3 sub-bulleted items describe different things: * typical results of incidents * speculated mechanism of incidents * solution to incidents Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765041: recording with 'Software Playthrough' does not produce any usable results
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: audacity Version: 2.0.1-1 Severity: normal Dear Maintainer, today I want to point out, that recording with 'Software Playthrough' option is still not workable. Recording audio does not hang anymore and listening to what you record works. This is the follow-up report to: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=649561 The problem in stable is currently, that the recorded audio is not really usable. For example instead of a 25-minutes recording I had one with about five minues with this option enabled. This also had some clipping-artefacts. Possibly the CPU-load is also too extreme while trying this. - -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.63cag (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages audacity depends on: ii audacity-data 2.0.1-1 ii libasound21.0.25-4 ii libavcodec53 7:0.10.3-dmo1 ii libavformat53 7:0.10.3-dmo1 ii libavutil51 8:1.0.10-dmo1 ii libc6 2.13-38+deb7u5 ii libexpat1 2.1.0-1+deb7u1 ii libflac++61.2.1-6 ii libflac8 1.2.1-6 ii libgcc1 1:4.7.2-5 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libid3tag00.15.1b-10 ii libmad0 0.15.1b-7 ii libmp3lame0 1:3.99.5-dmo2 ii libogg0 1.3.0-4 ii libportaudio2 19+svn2021-1 ii libportsmf0 0.1~svn20101010-3 ii libsamplerate00.1.8-5 ii libsbsms102.0.1-1 ii libsndfile1 1.0.25-5 ii libsoundtouch01.6.0-3 ii libstdc++64.7.2-5 ii libtwolame0 0.3.13-1 ii libvamp-hostsdk3 2.4-dmo1 ii libvorbis0a 1.3.2-1.3 ii libvorbisenc2 1.3.2-1.3 ii libvorbisfile31.3.2-1.3 ii libwxbase2.8-02.8.12.1-12 ii libwxgtk2.8-0 2.8.12.1-12 audacity recommends no packages. Versions of packages audacity suggests: pn ladspa-plugin none - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlQ7dGEACgkQ5+rBHyUt5wuMHQCbBX151pRkFZFYl2lbs9e3HXZO TeYAn0uZ8Ko/t3CJFf+dKTqkyGPkAaDu =wS1o -END PGP SIGNATURE-
Bug#764926: gnome-software: Offline upgrades break boot
I think we should disable the offline-updates feature in gnome-software completely for jessie. It's way to late in the release cycle to get that working properly. I agree with that - the only issue is that the offline-updates stuff is somewhat hard.wired there, and maybe making it work is the easier way to go forward, although we will certainly run into issues there, e.g. in case there are Debconf questions raised during the offline-update (I didn't investigate what happens in that case). In any case, not an ideal situation :-/ That GNOME moved crucial functionality into GNOME-Software so fast was really a bad idea IMHO. Cheers, Matthias -- Debian Developer | Freedesktop-Developer I welcome VSRE emails. See http://vsre.info/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748867: Fix/workaround for Google API key problem.
Another option is setting the Google API Keys in the environment [1]. So, it should be enough to create a file at /etc/chromium.d that exports the keys. (/usr/bin/chromium sources all files on that dir) This works for me: $ cat /etc/chromium.d/googleapikeys export GOOGLE_API_KEY=AIzaSyCkfPOPZXDKNn8hhgu3JrA62wIgC93d44k export GOOGLE_DEFAULT_CLIENT_ID=811574891467.apps.googleusercontent.com export GOOGLE_DEFAULT_CLIENT_SECRET=kdloedMFGdGla2P1zacGjAQh This approach fixes missing API keys for me too but chromium segfaults upon start (both with new and old .config/chromium). With this message: [21725:21786:1013/085221:ERROR:get_updates_processor.cc(240)] PostClientToServerMessage() failed during GetUpdates -- Dariusz Dwornikowski, Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 2.7.2 BTiCW | tel. +48 61 665 29 41 signature.asc Description: Digital signature
Bug#755872: maint-guide.fr
Hi, Thanks for your translation update work. But I think you may be sending me a wrong file. https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=20;filename=fr.po.xz;att=1;bug=755872 $ unxz fr.po.xz $ grep fuzzy fr.po #, fuzzy #, fuzzy #, fuzzy, no-wrap #, fuzzy #, fuzzy #, fuzzy #, fuzzy Only the broken header was fixed. Build test yields: untranslated fr 4 fuzzyfr 7 Can you dig out the correct PO.FR file for maint-guide and post it to BTS? https://bugs.debian.org/755872 Thanks Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764964: [INTL:da] Danish translation of the debconf templates solaar
Quoting Joe Dalton (joedalt...@yahoo.dk): Package: solaar Severity: wishlist Tags: l10n patch Please include the attached Danish solaar translations. joe@joe-W3x0ET ~/over/debian/solaar $ msgfmt --statistics -c -v -o /dev/null da.po da.po: 5 oversatte tekster. bye Joe There was a missing closing bracket in the SEAT_DAEMON_STATUS variable in your translation. Fixed file attached. -- da.po Description: application/gettext signature.asc Description: Digital signature
Bug#754926: [Pkg-fonts-devel] Bug#754926: Needs freetype CFF hinting engine
Hi there, Am Sonntag, den 12.10.2014, 01:34 +0900 schrieb Changwoo Ryu: AFAICS, Noto Sans CJK highly depends on this new hinting engine. I'd consider a font that depends on a specific hinting engine for proper rendering as broken by design. Rendering of Noto Sans CJK glyphs is severely broken with the old hinting engine. Freetype still allows for selection between native hinting and auto-hinting. If one of both leads to significantly better results, we could still enforce this hinting method for this font by means of a fontconfig rule. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765042: dpkg-architecture: can't parse all command line ?
Package: dpkg-dev Version: 1.17.18 Severity: normal Dear Maintainer, Since 1.17.17 this command line doesn't work : dpkg-architecture -a -t -qDEB_HOST_ARCH dpkg-architecture: error: unknown Debian architecture -t, you must specify GNU system type, too with 1.17.16 dpkg-architecture -a -t -qDEB_HOST_ARCH i386 dpkg-architecture with these arguments is called from devscripts packages, like debuild. Christian -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.16.4 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg-dev depends on: ii base-files7.6 ii binutils 2.24.51.20141001-3 ii bzip2 1.0.6-7 ii libdpkg-perl 1.17.18 ii make 4.0-8 ii patch 2.7.1-6 ii xz-utils 5.1.1alpha+20120614-2 Versions of packages dpkg-dev recommends: ii build-essential 11.7 ii fakeroot 1.20.2-1 ii gcc [c-compiler] 4:4.9.1-4 ii gcc-4.9 [c-compiler] 4.9.1-16 ii gnupg1.4.18-4 ii gnupg2 2.0.26-3 ii gpgv 1.4.18-4 pn libalgorithm-merge-perl none Versions of packages dpkg-dev suggests: pn debian-keyring none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744006: Package: arora: Arora does not start due to a segmentation fault.
severity 744006 important thanks On Sunday 12 October 2014 22:23:16 Patrick Häcker wrote: The following is the gdb output. As I found neither arora nor libqtgui debugging packages, it might not be that helpful, though. I forgot to append the stack trace. It's appended in this mail. What looks suspicious to me is that libQt5WebKit is calling libQt5Core which is indirectly calling libQtGui.so.4. This might be an unsupported mixture of Qt versions. QtWebkit tries to load plugins from /usr/lib/mozilla/plugins where you seem to have a plugin installed that loads in libQtGui.so.4. And yes. that is not supported. I'm not fully sure how to workaround it, but the workaround likely needs to happen in qtwebkit and not in arora. You can uninstall kpartsplugin for now as a local workaround /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762521: gpaste: add support for Cinnamon
Le lundi 13 octobre 2014 à 02:31 +0200, Christoph Anton Mitterer a écrit : On Mon, 2014-09-29 at 21:34 +0200, Jérémy Lal wrote: I just understood we weren't talking about mate, sorry for the confusion. No worries, Jérémy, :) So do you see that you find time to package the Cinnamon port, as well, or should I file an RFP? :) Try to find a well-maintained upstream source for the cinnamon applet, that will make it more attractive. Right now i'm not sure the link you gave points to a working applet with gpaste 3.14. Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765043: [src:linux] passphrase unavailable for unencrypted LUKS formatted system
Package: src:linux Version: linux-image-3.16-2-686-pae Severity: normal --- Please enter the report below this line. --- Hi! I have a LUKS formatted and encrypted system. With this linux-image version, my passphrase is unavailable. Bye. Ludo --- System information. --- Architecture: i386 Kernel: Linux 3.14-2-686-pae Debian Release: jessie/sid 500 testing security.debian.org 500 testing mirror.home-dn.net 500 testing ftp.fr.debian.org 200 unstableftp.fr.debian.org 150 stable ftp.fr.debian.org 100 experimentalftp.fr.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- Ludovic CHEVALIER Coordinateur de projets, L'Heureux Cyclage Le réseau des ateliers vélos participatifs et solidaires +33 482535970 Site oueb - http://www.heureux-cyclage.org Le wiki du biclou - http://wiklou.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764965: dpkg-dev: Please add a Breaks: devscripts ( $fixed_version) after #764963 is fixed
Hi! On Sun, 2014-10-12 at 20:22:14 -0400, James McCoy wrote: On Sun, Oct 12, 2014 at 05:59:29PM +0200, Axel Beckert wrote: the upload of dpkg 1.17.17 broke debuild from the devscripts package severly (see https://bugs.debian.org/764963 for details), so please add a Breaks: devscripts ( $fixed_version) to dpkg-dev as soon as #764963 is fixed. Just to clarify what happened here, the new options parsing that was implemented caused the (granted, incorrect) command dpkg-architecture -a -t -qDEB_HOST_ARCH to fail with the error dpkg-architecture: error: unknown Debian architecture -t, you must specify GNU system type, too whereas before (for at least the past 8 years) it would report the architecture. Yes, this was also buggy in dpkg-buildpackage itself and that's why debuild had it that way (due to code copying), I didn't catch it in debuild, because I don't use it anymore, sorry about that! It would be nice to rewrite debuild as a very tiny shim over dpkg-buildpackage, now that hooks are supported, so that it does not need to keep up with dpkg-buildpackage changes. I thought there was a bug report for this already in devscripts, but it seems the one I was thinking about was closed some time ago. Note, there should probably be a period at the end of the message. Error messages in dpkg (which are not supposed to be sentences anyway) do not start with capitalization nor end in a dot. This one might fail the sentence test though. :) On Sun, 2014-10-12 at 21:49:17 -0400, James McCoy wrote: Fixed in 2.14.9. Thanks, changed locally, will include the Breaks in dpkg 1.17.18. Regards, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764970: dpkg-dev: dpkg-buildpackage should create a build log
Hi! On Sun, 2014-10-12 at 18:50:16 +0200, Axel Beckert wrote: Package: dpkg-dev Version: 1.17.17 Severity: wishlist this is more or a less a partial reopen of https://bugs.debian.org/65699, which fixed has been fixed only partially in 1.17.6. Yeah, kept meaning to reopen just to clone it, to preserve history, but the BTS is broken and does not allow that for those bug reports. :( I guess a new bug report is better given the circumstances, so that other people know what's going on, and so that it does not get forgotten, thanks for that. What I neither found in the 1.17.6 changelog entry nor in 1.17.17's dpkg-buildpackage's man page, but which I like with debuild a lot, are automatic build logs to ../$package_$version_$arch.log. (Due to #764963 I'm currently forced to use dpkg-buildpackage instead of debuild and that's one of the issues I ran into with that.) Right, that's planned. This seems to be one of the missing steps to make debuild obsolete. :-) It might still be useful as a helpful shim where new stuff can be tried out. Or where different defaults can be implemented, etc. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764913:
There is no /usr/lib/xorg/modules/extensions/glx.so. The output of ldd /usr/lib/xorg/modules/extensions/libglx.so is: skel@apsis:~$ sudo ldd /usr/lib/xorg/modules/extensions/libglx.so linux-vdso.so.1 (0x7fffbebfc000) libGL.so.1 = /usr/local/lib/libGL.so.1 (0x7f213601) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f2135df3000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f2135bee000) libaudit.so.1 = /lib/x86_64-linux-gnu/libaudit.so.1 (0x7f21359c8000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7f21356c7000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f213531e000) libglapi.so.0 = /usr/local/lib/libglapi.so.0 (0x7f21350ce000) libXext.so.6 = /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x7f2134ebc000) libXdamage.so.1 = /usr/lib/x86_64-linux-gnu/libXdamage.so.1 (0x7f2134cb8000) libXfixes.so.3 = /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x7f2134ab2000) libX11-xcb.so.1 = /usr/lib/x86_64-linux-gnu/libX11-xcb.so.1 (0x7f21348b) libX11.so.6 = /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x7f213456c000) libxcb-glx.so.0 = /usr/lib/x86_64-linux-gnu/libxcb-glx.so.0 (0x7f2134355000) libxcb-dri2.so.0 = /usr/lib/x86_64-linux-gnu/libxcb-dri2.so.0 (0x7f213415) libxcb.so.1 = /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x7f2133f3) libXxf86vm.so.1 = /usr/lib/x86_64-linux-gnu/libXxf86vm.so.1 (0x7f2133d2a000) libdrm.so.2 = /usr/lib/x86_64-linux-gnu/libdrm.so.2 (0x7f2133b1d000) /lib64/ld-linux-x86-64.so.2 (0x7f2136501000) libXau.so.6 = /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x7f2133918000) libXdmcp.so.6 = /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x7f2133713000)
Bug#748867: Fix/workaround for Google API key problem.
Am Montag, 13. Oktober 2014, 08:52:45 schrieb Dariusz Dwornikowski: Another option is setting the Google API Keys in the environment [1]. So, it should be enough to create a file at /etc/chromium.d that exports the keys. (/usr/bin/chromium sources all files on that dir) This works for me: $ cat /etc/chromium.d/googleapikeys export GOOGLE_API_KEY=AIzaSyCkfPOPZXDKNn8hhgu3JrA62wIgC93d44k export GOOGLE_DEFAULT_CLIENT_ID=811574891467.apps.googleusercontent.com export GOOGLE_DEFAULT_CLIENT_SECRET=kdloedMFGdGla2P1zacGjAQh This approach fixes missing API keys for me too but chromium segfaults upon start (both with new and old .config/chromium). With this message: [21725:21786:1013/085221:ERROR:get_updates_processor.cc(240)] PostClientToServerMessage() failed during GetUpdates That sounds like a different bug. Please use this bug report only for the API key problem. Thanks, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 signature.asc Description: This is a digitally signed message part.
Bug#749710: workaround
Control: block 764909 by -1 Hi, On Thu, 29 May 2014 17:16:01 +0200 Johannes Schauer j.scha...@email.de wrote: a workaround is to export PYTHONHASHSEED=0 as described in [1] which will then lead to a deterministic result. unfortunately, while this is enough to create stable output within an architecture, it varies between 32 and 64 bit architectures because the output of the hash() function varies between 32 and 64 bit architectures. The following produces different output depending on whether it is run on a 32 or 64 bit architecture: PYTHONHASHSEED=0 python3 -c 'print(hash(a))' Thus it is blocking #764909 on 32 bit architectures because the test cases were created for 64 bit. cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763883: [pkg-cinnamon] Bug#763883: cinnamon: does not work
On Fri, 3 Oct 2014 14:59:52 +0200 Maximiliano Curia m...@gnuservers.com.ar wrote: �Hola Michal! El 2014-10-03 a las 12:06 +, Michal Suchanek escribi�: Package: cinnamon Version: 2.2.16-3 Severity: important Hello, I installed cinnamon and nodm. I restarted my PC and was greeted with the attached message - something about cinnamon crashing. No diagnostic is available. It looks like you need to install gnome-themes-standard, (for the Adwaita theme), this is currently a dependency of cinnamon-core. Please, let me know if installing gnome-themes-standard fixes the issue for you, so I add the dependency in the cinnamon package. Happy hacking, -- If you optimize everything, you will always be unhappy. -- Donald Knuth Saludos /\/\ /\ `/ gnome-themes-standard brings up cinnamon after crashing. Roosevelt
Bug#754926: [Pkg-fonts-devel] Bug#754926: Needs freetype CFF hinting engine
2014-10-13 16:04 GMT+09:00 Fabian Greffrath fab...@greffrath.com: Hi there, Am Sonntag, den 12.10.2014, 01:34 +0900 schrieb Changwoo Ryu: AFAICS, Noto Sans CJK highly depends on this new hinting engine. I'd consider a font that depends on a specific hinting engine for proper rendering as broken by design. Stand corrected: those CFF fonts don't depend on specific code. They just can't be properly rendered with the old defect hinting engine so the new hinting engine is the only choice for now. Rendering of Noto Sans CJK glyphs is severely broken with the old hinting engine. Freetype still allows for selection between native hinting and auto-hinting. If one of both leads to significantly better results, we could still enforce this hinting method for this font by means of a fontconfig rule. No, fontconfig can't configure hinting engine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765042: dpkg-architecture: can't parse all command line ?
Control: forcemerge 764965 -1 Hi! On Mon, 2014-10-13 at 09:06:30 +0200, Christian Marillat wrote: Package: dpkg-dev Version: 1.17.18 Severity: normal Since 1.17.17 this command line doesn't work : dpkg-architecture -a -t -qDEB_HOST_ARCH dpkg-architecture: error: unknown Debian architecture -t, you must specify GNU system type, too with 1.17.16 dpkg-architecture -a -t -qDEB_HOST_ARCH i386 dpkg-architecture with these arguments is called from devscripts packages, like debuild. Yeah, already fixed in devscripts. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764472: cups creates millions of temporary files when printing
This got also reported to Ubuntu as https://bugs.launchpad.net/debian/+source/system-config-printer/+bug/1156398 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765045: [libvirt-clients] error: authentication failed: no agent is available to authenticate
Package: libvirt-clients Version: 1.2.9-2 Severity: normal --- Please enter the report below this line. --- Both virsh and virt-manager got broken: they can no longer connect to the local hypervisor. It used to work until last weekend' apt-get upgrade, did libvirt recently start to use policykit/consolekit? $ virsh --connect qemu:///system --debug 4 error: failed to connect to the hypervisor error: authentication failed: no agent is available to authenticate $ virt-manager --debug --no-fork [Mon, 13 Oct 2014 10:37:43 virt-manager 19187] DEBUG (cli:187) Launched with command line: /usr/share/virt-manager/virt-manager --debug --no-fork [Mon, 13 Oct 2014 10:37:43 virt-manager 19187] DEBUG (virt-manager:150) virt-manager version: 1.0.1 [Mon, 13 Oct 2014 10:37:43 virt-manager 19187] DEBUG (virt-manager:151) virtManager import: module 'virtManager' from '/usr/share/virt-manager/virtManager/__init__.pyc' [Mon, 13 Oct 2014 10:37:43 virt-manager 19187] DEBUG (virt-manager:209) GTK version: 3.14.2 [Mon, 13 Oct 2014 10:37:43 virt-manager 19187] DEBUG (engine:484) libguestfs inspection support: False [Mon, 13 Oct 2014 10:37:43 virt-manager 19187] DEBUG (systray:152) Showing systray: False [Mon, 13 Oct 2014 10:37:43 virt-manager 19187] DEBUG (engine:231) About to connect to uris ['qemu:///system'] [Mon, 13 Oct 2014 10:37:43 virt-manager 19187] DEBUG (manager:216) Showing manager [Mon, 13 Oct 2014 10:37:43 virt-manager 19187] DEBUG (engine:385) window counter incremented to 1 [Mon, 13 Oct 2014 10:37:43 virt-manager 19187] DEBUG (connection:995) Scheduling background open thread for qemu:///system [Mon, 13 Oct 2014 10:37:43 virt-manager 19187] DEBUG (connection:1012) Background 'open connection' thread is running [Mon, 13 Oct 2014 10:37:43 virt-manager 19187] DEBUG (connection:1063) Background open thread complete, scheduling notify [Mon, 13 Oct 2014 10:37:43 virt-manager 19187] DEBUG (connection:1068) Notifying open result [Mon, 13 Oct 2014 10:37:43 virt-manager 19187] DEBUG (error:84) error dialog message: summary=Unable to connect to libvirt. authentication failed: no agent is available to authenticate details=Unable to connect to libvirt. authentication failed: no agent is available to authenticate Libvirt URI is: qemu:///system Traceback (most recent call last): File /usr/share/virt-manager/virtManager/connection.py, line 1020, in _open_thread self._backend.open(self._do_creds_password) File /usr/share/virt-manager/virtinst/connection.py, line 158, in open open_flags) File /usr/lib/python2.7/dist-packages/libvirt.py, line 105, in openAuth if ret is None:raise libvirtError('virConnectOpenAuth() failed') libvirtError: authentication failed: no agent is available to authenticate Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged. FWIW policykit is broken in Debian now (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764511): $ /usr/lib/kde4/libexec/polkit-kde-authentication-agent-1 QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. New PolkitAgentListener 0x21d9a20 Adding new listener PolkitQt1::Agent::Listener(0x24e74f0) for 0x21d9a20 Cannot create unix session: No session for pid 19639 ** (process:19639): CRITICAL **: polkit_agent_listener_register_with_options: assertion 'POLKIT_IS_SUBJECT (subject)' failed Cannot register authentication agent! (process:19639): GLib-GObject-CRITICAL **: g_object_unref: assertion 'G_IS_OBJECT (object)' failed $ /usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 (polkit-gnome-authentication-agent-1:19827): polkit-gnome-1-WARNING **: Unable to determine the session we are in: No session for pid 19827 Although 'pkexec' works: $ pkexec bash AUTHENTICATING FOR org.freedesktop.policykit.exec === Authentication is needed to run `/bin/bash' as the super user Authenticating as: edwin,,, (edwin) Password: AUTHENTICATION COMPLETE === root@debian:~# exit --- System information. --- Architecture: amd64 Kernel: Linux 3.16-2-amd64 Debian Release: jessie/sid 500 unstableftp.ro.debian.org 500 testing ftp.ro.debian.org 1 experimentalftp.ro.debian.org --- Package information. --- Depends (Version) | Installed =-+-=== libapparmor1 (= 2.6~devel) | 2.8.0-8 libaudit1(= 1:2.2.1) | 1:2.4-1 libavahi-client3 (= 0.6.16) | libavahi-common3 (= 0.6.16) | libc6 (= 2.17) | libcap-ng0| libdbus-1-3(= 1.0.2) | libdevmapper1.02.1 (= 2:1.02.20) | libgnutls-deb0-28 (= 3.2.10-0) | libnl-3-200(= 3.2.7) | libnl-route-3-200 (= 3.2.7) | libnuma1 | libreadline6
Bug#765044: debbindiff: assumes all .a are ELF files
Package: debbindiff Version: 3 Severity: normal debbindiff currently assumes that all .a are ELF files. This does not work when they are actually made of Mach-O symbols. -- Lunar lu...@torproject.org signature.asc Description: Digital signature
Bug#754926: [Pkg-fonts-devel] Bug#754926: Bug#754926: Needs freetype CFF hinting engine
Fabian Greffrath fab...@greffrath.com writes: Hi there, Am Sonntag, den 12.10.2014, 01:34 +0900 schrieb Changwoo Ryu: AFAICS, Noto Sans CJK highly depends on this new hinting engine. I'd consider a font that depends on a specific hinting engine for proper rendering as broken by design. The rendering of Noto Sans CJK glyphs is not broken but the rendering result with the new CFF engine is considered better. AFAIK that's also the motivation behind the contribution of the new CFF engine. Rendering of Noto Sans CJK glyphs is severely broken with the old hinting engine. Freetype still allows for selection between native hinting and auto-hinting. If one of both leads to significantly better results, we could still enforce this hinting method for this font by means of a fontconfig rule. Auto-hinting tends to make this font thinner than it really is. I currently use hintslight since the new CFF engine is disabled. Here is a comparison I made using different settings: https://kanru.info/blog/archives/2014/08/04/source-han-sans-and-freetype/ Note the first picture and the last is in same weight `Normal' but they looks so different. If we decided to ship freetype with new CFF engine disabled in Jessie, we might risk to stay using the old engine forever because users programs are tuned to it. Users might also get inconsistent result of other distributions or platforms. Kanru signature.asc Description: PGP signature
Bug#763301: xul-ext-zotero: broken with iceweasel 31.1.0esr-1
Hi Rafael, Sorry for the late reply but for some reason I was not copied on the mail. It would be useful to know from which version you upgraded. Could you do a backup of your. zotero and create a new profile. I would also try to delete any other instance of zotero. Tonight I am going to try to set up a vm with squeeze and upgrade to wheezy to see if i come across the same problem. Please cc directly to my mail on your reply. Cheers Mike Michele Cane, PhD. Sent from my Android device.
Bug#764991: cgmanager: dbus-related assertion failure
Quoting Nicolas Schier (nico...@hjem.rpa.no): Dear Serge, Thanks for submitting this bug. Could you show what the output is of: sudo /sbin/cgmanager -m name=systemd --debug cgmanager:cgmanager.c:1379: Assertion failed in main: server != NULL Drat. Would you mind trying sudo strace -f /sbin/cgmanager -m name=systemd --debug -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765041: audacity: backporting the version from testing would solve the issue instantly
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The option works in Jessie/testing, also on a low cpu-power machine. Package: audacity Version: 2.0.5-2+b1 Severity: wishlist 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 *** -- 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.3edt (SMP w/2 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 audacity depends on: ii audacity-data2.0.5-2 ii libasound2 1.0.28-1 ii libavcodec-extra-56 6:11-1 ii libavformat566:11-1 ii libavutil54 6:11-1 ii libc62.19-11 ii libexpat12.1.0-6 ii libflac++6 1.3.0-2 ii libflac8 1.3.0-2 ii libgcc1 1:4.9.1-16 ii libglib2.0-0 2.42.0-2 ii libgtk2.0-0 2.24.24-1 ii libid3tag0 0.15.1b-11 ii libmad0 0.15.1b-8 ii libmp3lame0 3.99.5+repack1-5 ii libogg0 1.3.2-1 ii libportaudio219+svn20140130-1 ii libportsmf0 0.1~svn20101010-4 ii libsbsms10 2.0.2-1 ii libsndfile1 1.0.25-9 ii libsoundtouch0 1.8.0-1 ii libsoxr0 0.1.1-1 ii libstdc++6 4.9.1-16 ii libtwolame0 0.3.13-1.1 ii libvamp-hostsdk3 2.5+repack0-2 ii libvorbis0a 1.3.2-1.4 ii libvorbisenc21.3.2-1.4 ii libvorbisfile3 1.3.2-1.4 ii libwxbase2.8-0 2.8.12.1+dfsg2-2 ii libwxgtk2.8-02.8.12.1+dfsg2-2 audacity recommends no packages. Versions of packages audacity suggests: pn ladspa-plugin none -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlQ7h5oACgkQ5+rBHyUt5wtnlwCgsS4jrmp3PNAyca7put9UOD/0 PH0AoKzrO9oX5q6zCsvOwA+58CAqI7YD =m6aD -END PGP SIGNATURE-
Bug#749417: motif: Wrong declaration of function _XmEditResCheckMessages
tags 749417 pending thanks With Michael's help, we found and fixed several type inconsistencies, including one in one of the demos. These have been pushed to git and forwarded upstream [1]. I also remembered to include a note in README.Debian on building the demos. [1] http://bugs.motifzone.net/show_bug.cgi?id=1641 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764705: ERROR: The database format changed between beta 2 and 3
Martin Pitt wrote: So I think the best we can do here is to document how to do the upgrade What Aiko wrote is *mostly* what I did (apt-get, not aptitude), but: On Sun, 12 Oct 2014, Aiko Barz wrote: Backup /etc/postgresql first. From my memory: $ su - postgres $ pg_dumpall backup_today.sql # User/DB access $ pg_dropcluster --stop 9.4 main $ exit $ aptitude upgrade $ su - postgres $ pg_createcluster --locale en_US.UTF-8 9.4 main Right, except pg_createcluster only works as root, and it takes options. Lots of options. I did not know all the locale, lc_*, encoding, etc. options, so I settled for --locale=C --encoding=UTF-8 which sounded the most close to what I’d personally be doing, here. And this is the reason I still don’t know if I introduced any changes into the DB now or not… $ exit Here in this place I had to manually compare all files from /etc/postgresql against the saved ones and transfer changes to the new files in /etc/postgresql manually. $ /etc/init.d/postgresql start $ su - postgres $ psql -f backup_today.sql postgres # User/DB access $ exit Or: sudo -u postgres psql postgres backup.sql Martin Pitt wrote: and then not repeat the premature release of betas to unstable? Yes, please. Thanks, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763535: debmake should not encourage use of /usr/share/dpkg/default.mk
Hi, The situation around dpkg-buildpackage and multiarch/cross-compile support is confusing. I now realize I had a wrong idea on what dh_auto_configure does internally. However, this is an uncommon case if you're using dh; you rarely need to set them in debian/rules because debhelper will set them when it needs to. Very true. And if you do need to use them in debian/rules directly, I think it's still better to set them individually rather than using a make include interface. True. I guess just because dh does not export these variables, I thought dh does not behave correctly without these variables. But certainly, each debhelper scripts internally set these options without setting Makefile variables. I will update this shortly. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751551: Reduce the default purge time for blocked hosts?
In the new version 0.6.0 of pam-abl available in testing the default rule for sshd is the following: +user_rule=*/sshd:5/1h Do you think it is good enough as the default ? here is the config: http://anonscm.debian.org/cgit/collab-maint/libpam-abl.git/tree/debian/patches/update_config.patch Thank you, Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755872: maint-guide.fr
Hi, On Mon, 13 Oct 2014 15:54:10 +0900 Osamu Aoki os...@debian.org wrote: But I think you may be sending me a wrong file. sorry, please find attach the last translation (not the second to last). Regards. -- Jean-Paul fr.po.xz Description: application/xz
Bug#765047: libmojolicious-plugin-basicauth-perl: FTBFS - Can't locate object method generate_port via package Mojo::IOLoop
Package: libmojolicious-plugin-basicauth-perl Version: 0.07-1 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] dh_auto_test make[1]: Entering directory '/srv/jenkins-slave/workspace/sid-goto-cc-libmojolicious-plugin-basicauth-perl/libmojolicious-plugin-basicauth-perl-0.07' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -MTest::Harness -e undef *Test::Harness::Switches; test_harness(0, 'blib/lib', 'blib/arch') t/*.t Can't locate object method generate_port via package Mojo::IOLoop at t/auth.t line 7. t/auth.t .. Dubious, test returned 255 (wstat 65280, 0xff00) No subtests run Test Summary Report --- t/auth.t (Wstat: 65280 Tests: 0 Failed: 0) Non-zero exit status: 255 Parse errors: No plan found in TAP output Files=1, Tests=0, 0 wallclock secs ( 0.04 usr 0.01 sys + 0.53 cusr 0.08 csys = 0.66 CPU) Result: FAIL Failed 1/1 test programs. 0/0 subtests failed. Makefile:816: recipe for target 'test_dynamic' failed make[1]: *** [test_dynamic] Error 255 make[1]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-libmojolicious-plugin-basicauth-perl/libmojolicious-plugin-basicauth-perl-0.07' dh_auto_test: make -j1 test returned exit code 2 debian/rules:4: recipe for target 'build' failed make: *** [build] Error 2 The full build log is attached; please do let me know if the problem is unreproducible, in which case I shall try to investigate further. Best, Michael libmojolicious-plugin-basicauth-perl-build-log.txt.gz Description: application/gunzip pgp1fr5XngYf4.pgp Description: PGP signature
Bug#765049: libmojolicious-plugin-i18n-perl: FTBFS - tests return URL without hostname
Package: libmojolicious-plugin-i18n-perl Version: 1.21-1 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] dh_auto_test t/i18n.t ok t/i18n_app.t ok t/i18n_lite_app.t ... ok t/i18n_shortcut_lite_app.t .. ok # Failed test 'Location: http://localhost:38539/auth' # at t/i18n_url_for.t line 87. # got: '/auth' # expected: 'http://localhost:38539/auth' # Failed test 'Location: http://localhost:38539/ru/auth' # at t/i18n_url_for.t line 93. # got: '/ru/auth' # expected: 'http://localhost:38539/ru/auth' # Failed test 'Location: http://localhost:38539/en/auth' # at t/i18n_url_for.t line 99. # got: '/en/auth' # expected: 'http://localhost:38539/en/auth' # Failed test 'Location: http://localhost:38539/es/auth' # at t/i18n_url_for.t line 102. # got: '/es/auth' # expected: 'http://localhost:38539/es/auth' # Failed test 'Location: http://localhost:38539/ru/en/auth' # at t/i18n_url_for.t line 105. # got: '/ru/en/auth' # expected: 'http://localhost:38539/ru/en/auth' # Failed test 'Location: http://localhost:38539/english/auth' # at t/i18n_url_for.t line 108. # got: '/english/auth' # expected: 'http://localhost:38539/english/auth' # Looks like you failed 6 tests of 44. t/i18n_url_for.t Dubious, test returned 6 (wstat 1536, 0x600) Failed 6/44 subtests Test Summary Report --- t/i18n_url_for.t (Wstat: 1536 Tests: 44 Failed: 6) Failed tests: 23, 29, 35, 38, 41, 44 Non-zero exit status: 6 Files=5, Tests=123, 4 wallclock secs ( 0.09 usr 0.02 sys + 3.40 cusr 0.36 csys = 3.87 CPU) Result: FAIL Failed 1/5 test programs. 6/123 subtests failed. dh_auto_test: perl Build test returned exit code 6 debian/rules:4: recipe for target 'build' failed make: *** [build] Error 6 The full build log is attached; please do let me know if the problem is unreproducible, in which case I shall try to investigate further. Best, Michael libmojolicious-plugin-i18n-perl-build-log.txt.gz Description: application/gunzip pgpTgftp21O_J.pgp Description: PGP signature
Bug#765050: libmojolicious-plugin-mailexception-perl: FTBFS - Can't locate object method secret via package MpemTest
Package: libmojolicious-plugin-mailexception-perl Version: 0.18-1 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] dh_auto_test make[1]: Entering directory '/srv/jenkins-slave/workspace/sid-goto-cc-libmojolicious-plugin-mailexception-perl/libmojolicious-plugin-mailexception-perl-0.18' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -MTest::Harness -e undef *Test::Harness::Switches; test_harness(1, 'blib/lib', 'blib/arch') t/*.t Can't locate object method secret via package MpemTest at /usr/share/perl5/Mojo/Server.pm line 17. # Looks like you planned 33 tests but ran 5. # Looks like your test exited with 255 just after 5. t/010-tplugun.t .. 1..33 ok 1 - use Test::Mojo; ok 2 - require Mojolicious; ok 3 - require MIME::Lite; ok 4 - require MIME::Words; ok 5 - require Mojolicious::Plugin::MailException; Dubious, test returned 255 (wstat 65280, 0xff00) Failed 28/33 subtests Test Summary Report --- t/010-tplugun.t (Wstat: 65280 Tests: 5 Failed: 0) Non-zero exit status: 255 Parse errors: Bad plan. You planned 33 tests but ran 5. Files=1, Tests=5, 0 wallclock secs ( 0.02 usr 0.01 sys + 0.33 cusr 0.02 csys = 0.38 CPU) Result: FAIL Failed 1/1 test programs. 0/5 subtests failed. Makefile:828: recipe for target 'test_dynamic' failed make[1]: *** [test_dynamic] Error 255 make[1]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-libmojolicious-plugin-mailexception-perl/libmojolicious-plugin-mailexception-perl-0.18' dh_auto_test: make -j1 test returned exit code 2 debian/rules:23: recipe for target 'build' failed make: *** [build] Error 2 The full build log is attached; please do let me know if the problem is unreproducible, in which case I shall try to investigate further. Best, Michael libmojolicious-plugin-mailexception-perl-build-log.txt.gz Description: application/gunzip pgpVaC3uR63Yk.pgp Description: PGP signature
Bug#765048: libmojolicious-plugin-cgi-perl: FTBFS - Can't use string () as a HASH ref while strict refs in use
Package: libmojolicious-plugin-cgi-perl Version: 0.09-1 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] DEBIAN_BUILD=1 dh_auto_test make[2]: Entering directory '/srv/jenkins-slave/workspace/sid-goto-cc-libmojolicious-plugin-cgi-perl/libmojolicious-plugin-cgi-perl-0.09' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -MTest::Harness -e undef *Test::Harness::Switches; test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/00-basic.t ... ok Can't use string () as a HASH ref while strict refs in use at /usr/share/perl5/Mojolicious/Routes/Pattern.pm line 63. t/basic.t .. Dubious, test returned 255 (wstat 65280, 0xff00) No subtests run Can't use string () as a HASH ref while strict refs in use at /usr/share/perl5/Mojolicious/Routes/Pattern.pm line 63. t/before.t . Dubious, test returned 255 (wstat 65280, 0xff00) No subtests run Can't use string () as a HASH ref while strict refs in use at /usr/share/perl5/Mojolicious/Routes/Pattern.pm line 63. t/errlog.t . Dubious, test returned 255 (wstat 65280, 0xff00) No subtests run Can't use string () as a HASH ref while strict refs in use at /usr/share/perl5/Mojolicious/Routes/Pattern.pm line 63. t/multipart.t .. Dubious, test returned 255 (wstat 65280, 0xff00) No subtests run Can't use string () as a HASH ref while strict refs in use at /usr/share/perl5/Mojolicious/Routes/Pattern.pm line 63. t/post.t ... Dubious, test returned 255 (wstat 65280, 0xff00) No subtests run Can't use string () as a HASH ref while strict refs in use at /usr/share/perl5/Mojolicious/Routes/Pattern.pm line 63. t/redirect.t ... Dubious, test returned 255 (wstat 65280, 0xff00) No subtests run Test Summary Report --- t/basic.t(Wstat: 65280 Tests: 0 Failed: 0) Non-zero exit status: 255 Parse errors: No plan found in TAP output t/before.t (Wstat: 65280 Tests: 0 Failed: 0) Non-zero exit status: 255 Parse errors: No plan found in TAP output t/errlog.t (Wstat: 65280 Tests: 0 Failed: 0) Non-zero exit status: 255 Parse errors: No plan found in TAP output t/multipart.t (Wstat: 65280 Tests: 0 Failed: 0) Non-zero exit status: 255 Parse errors: No plan found in TAP output t/post.t (Wstat: 65280 Tests: 0 Failed: 0) Non-zero exit status: 255 Parse errors: No plan found in TAP output t/redirect.t (Wstat: 65280 Tests: 0 Failed: 0) Non-zero exit status: 255 Parse errors: No plan found in TAP output Files=7, Tests=3, 3 wallclock secs ( 0.07 usr 0.02 sys + 3.49 cusr 0.33 csys = 3.91 CPU) Result: FAIL Failed 6/7 test programs. 0/3 subtests failed. Makefile:829: recipe for target 'test_dynamic' failed make[2]: *** [test_dynamic] Error 255 make[2]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-libmojolicious-plugin-cgi-perl/libmojolicious-plugin-cgi-perl-0.09' dh_auto_test: make -j1 test returned exit code 2 debian/rules:7: recipe for target 'override_dh_auto_test' failed make[1]: *** [override_dh_auto_test] Error 2 make[1]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-libmojolicious-plugin-cgi-perl/libmojolicious-plugin-cgi-perl-0.09' debian/rules:4: recipe for target 'build' failed make: *** [build] Error 2 The full build log is attached; please do let me know if the problem is unreproducible, in which case I shall try to investigate further. Best, Michael libmojolicious-plugin-cgi-perl-build-log.txt.gz Description: application/gunzip pgpULgVpjduXU.pgp Description: PGP signature
Bug#764441: sinfo and slurm-client: error when trying to install together
Hi Gaudenz, thanks for the upload! On Sat, Oct 11, 2014 at 11:58:36PM +0200, Gaudenz Steinlin wrote: But I would still like to hear from the slurm maintainers and from I personally agree with Mehdi about the fact that it's too late to find a stable name in time for Jessie and confirm our will to find a better solution for the next release. Best regards, -- Gennaro Oliva -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765051: libcgi-application-plugin-authentication-perl: FTBFS - tests fail with additional warnings
Package: libcgi-application-plugin-authentication-perl Version: 0.20-2 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] # Failed test 'bad SECRET warning' # at t/61_store_cookie_other.t line 91. # found warning: CGI::param called in list context from package CGI::Application::Plugin::Authentication line 1208, this can lead to vulnerabilities. See the warning in Fetching the value or values of a single named parameter at /usr/share/perl5/CGI.pm line 425. # found warning: CGI::param called in list context from package CGI::Application::Plugin::Authentication line 1208, this can lead to vulnerabilities. See the warning in Fetching the value or values of a single named parameter at /usr/share/perl5/CGI.pm line 425. # found warning: using default SECRET! Please provide a proper SECRET when using the Cookie store (See CGI::Application::Plugin::Authentication::Store::Cookie for details) at /srv/jenkins-slave/workspace/sid-goto-cc-libcgi-application-plugin-authentication-perl/libcgi-application-plugin-authentication-perl-0.20/blib/lib/CGI/Application/Plugin/Authentication/Store/Cookie.pm line 266. # found warning: using default SECRET! Please provide a proper SECRET when using the Cookie store (See CGI::Application::Plugin::Authentication::Store::Cookie for details) at /srv/jenkins-slave/workspace/sid-goto-cc-libcgi-application-plugin-authentication-perl/libcgi-application-plugin-authentication-perl-0.20/blib/lib/CGI/Application/Plugin/Authentication/Store/Cookie.pm line 266. # found warning: using default SECRET! Please provide a proper SECRET when using the Cookie store (See CGI::Application::Plugin::Authentication::Store::Cookie for details) at /srv/jenkins-slave/workspace/sid-goto-cc-libcgi-application-plugin-authentication-perl/libcgi-application-plugin-authentication-perl-0.20/blib/lib/CGI/Application/Plugin/Authentication/Store/Cookie.pm line 266. # expected to find warning: (?^:using default SECRET\! Please provide a proper SECRET when using the Cookie store) # expected to find warning: (?^:using default SECRET\! Please provide a proper SECRET when using the Cookie store) # expected to find warning: (?^:using default SECRET\! Please provide a proper SECRET when using the Cookie store) [...] Test Summary Report --- t/03_login_box_basic.t(Wstat: 256 Tests: 6 Failed: 1) Failed test: 6 Non-zero exit status: 1 t/03_missing_color.t (Wstat: 512 Tests: 4 Failed: 2) Failed tests: 2, 4 Non-zero exit status: 2 t/53_driver_dbi_bad.t (Wstat: 256 Tests: 9 Failed: 1) Failed test: 5 Non-zero exit status: 1 t/53_driver_dbi_syntax.t (Wstat: 256 Tests: 2 Failed: 1) Failed test: 2 Non-zero exit status: 1 t/61_cookie_badargs.t (Wstat: 256 Tests: 2 Failed: 1) Failed test: 2 Non-zero exit status: 1 t/61_store_cookie_noexpiry.t (Wstat: 1024 Tests: 21 Failed: 4) Failed tests: 4, 10, 16, 21 Non-zero exit status: 4 t/61_store_cookie_other.t (Wstat: 1024 Tests: 25 Failed: 4) Failed tests: 4, 10, 16, 25 Non-zero exit status: 4 Files=44, Tests=575, 14 wallclock secs ( 0.34 usr 0.17 sys + 8.71 cusr 1.12 csys = 10.34 CPU) Result: FAIL Failed 7/44 test programs. 14/575 subtests failed. dh_auto_test: perl Build test --test_files=t/01_basic.t t/02_config.t t/03_authenticate.t t/03_destination.t t/03_login_box_basic.t t/03_login_box_other.t t/03_missing_color.t t/04_attributes.t t/05_autorunmode.t t/06_timeout.t t/07_protected_runmodes.t t/40_encoder_crypt.t t/40_encoder_lc.t t/40_encoder_md5.t t/40_encoder_sha1.t t/40_encoder_strip.t t/40_encoder_uc.t t/50_driver_missing_modules.t t/50_driver_undefined.t t/51_driver_dummy.t t/52_driver_generic.t t/53_driver_dbi.t t/53_driver_dbi_bad.t t/53_driver_dbi_die.t t/53_driver_dbi_syntax.t t/54_driver_htpasswd.t t/55_driver_authensimple.t t/55_driver_authensimple_die.t t/55_driver_missing_authensimple.t t/60_parsimony.t t/60_store.t t/60_store_cookie.t t/60_store_session.t t/61_cookie_badargs.t t/61_store_cookie_noexpiry.t t/61_store_cookie_other.t t/70_action_dispatch.t t/80_devpopup.t t/98_pod.t t/99_pod_coverage.t t/changes.t t/manifest.t t/podspell.t t/prereq.t returned exit code 255 debian/rules:10: recipe for target 'override_dh_auto_test' failed make[1]: *** [override_dh_auto_test] Error 255 make[1]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-libcgi-application-plugin-authentication-perl/libcgi-application-plugin-authentication-perl-0.20' debian/rules:6: recipe for target 'build' failed make: *** [build] Error 2 The full build log is attached; please do let me know if the problem is unreproducible, in which case I shall try to investigate further. Best, Michael libcgi-application-plugin-authentication-perl-build-log.txt.gz Description: application/gunzip
Bug#765046: base-installer: Unable to find a kernel to install, installation not possible
Petter Reinholdtsen p...@hungry.com (2014-10-13): I was unable to find a bug about this already reported, so here we go. Not quite sure which package to report the bug against, so I start with base-installer. We see this problem in Debian Edu using our ISOs when trying to install Jessie, but it affect other ISOs too. Recent entries of apt's changelog contains bits about cdrom-related regressions. Might be worth investigating as a (not so) wild guess. Perhaps the kernel installation step should be moved from base-installer to pkgsel, to make sure the APT sources are consulted too when looking for a kernel to install? It is already discussed in bug #339876 with a different angle. I think I already stumbled upon this bug report and I'm fine with the current status (wontfix). Mraw, KiBi. signature.asc Description: Digital signature
Bug#765055: google-chrome-stable: Segmentation fault when starting google chrome
Package: google-chrome-stable Version: 38.0.2125.101-1 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, google-chrome-stable has at startup a segmentation fault. Thanks -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-4-i386 (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 google-chrome-stable depends on: ii ca-certificates 20130119 ii dpkg1.16.15 ii gconf-service 3.2.5-1+build1 ii libappindicator10.4.92-2 ii libasound2 1.0.25-4 ii libc6 2.13-38+deb7u4 ii libcairo2 1.12.2-3 ii libcap2 1:2.22-1.2 ii libcups21.5.3-5+deb7u4 ii libcurl37.26.0-1+wheezy10 ii libdbus-1-3 1.6.8-1+deb7u4 ii libexpat1 2.1.0-1+deb7u1 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgconf-2-43.2.5-1+build1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libnspr42:4.9.2-1+deb7u2 ii libnss3 2:3.14.5-1+deb7u2 ii libpango1.0-0 1.30.0-1 ii libstdc++6 4.7.2-5 ii libudev0175-7.2 ii libx11-62:1.5.0-1+deb7u1 ii libxcomposite1 1:0.4.3-2 ii libxcursor1 1:1.1.13-1+deb7u1 ii libxdamage1 1:1.1.3-2 ii libxext62:1.3.1-2+deb7u1 ii libxfixes3 1:5.0-4+deb7u1 ii libxi6 2:1.6.1-1+deb7u1 ii libxrandr2 2:1.3.2-2+deb7u1 ii libxrender1 1:0.9.7-1+deb7u1 ii libxss1 1:1.2.2-1 ii libxtst62:1.2.1-1+deb7u1 ii lsb-base4.1+Debian8+deb7u1 ii wget1.13.4-3+deb7u1 ii xdg-utils 1.1.0~rc1+git20111210-6 google-chrome-stable recommends no packages. google-chrome-stable 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#765052: mbsync: Please add a more compact output mode
Package: isync Version: 1.1.1-1 Severity: wishlist Hi! There's currently three levels of verbosity for mbsync. Completely quiet with -q, verbose by default and very verbose with -v. With the default we get stuff like this: ,--- Selecting master debian/lists/devel... Selecting slave debian/lists/devel... Loading master... Loading slave... slave: 69111 messages, 15 recent master: 69114 messages, 3 recent Synchronizing... M: +0/0 *0/0 #0/0 S: +3/3 *0/0 #0/0 `--- which is pretty verbose and repetitive. I'd like to see some more compact output mode, that could be just the current default modified or an additional verbosity level that either could be selected with a command line or become the default with a new option to select the preious default, any would do really. For example, just to get the idea across, something like the following would be more compact and readable to me, by using less vertical space and not giving (seemingly) repeatitive information: ,--- Selecting master debian/lists/devel (69114 messages, 3 recent)... Selecting slave debian/lists/devel (69111 messages, 15 recent)... Synchronizing +0/0 *0/0 #0/0 S: +3/3 *0/0 #0/0 `--- I know this probably does not match with the actions in the code, and the current progress messages correspond to specific steps in the synchronization, but as an overview it would seem more helpful. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765054: libapache-gallery-perl: FTBFS - undefined symbol: modperl_is_running
Package: libapache-gallery-perl Version: 1.0.2-3 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] debian/rules override_dh_auto_test make[1]: Entering directory '/srv/jenkins-slave/workspace/sid-goto-cc-libapache-gallery-perl/libapache-gallery-perl-1.0.2' MOD_PERL_API_VERSION=2 dh_auto_test; make[2]: Entering directory '/srv/jenkins-slave/workspace/sid-goto-cc-libapache-gallery-perl/libapache-gallery-perl-1.0.2' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -MTest::Harness -e undef *Test::Harness::Switches; test_harness(0, 'blib/lib', 'blib/arch') t/*.t # Failed test 'use Apache::Gallery;' # at t/001_use.t line 3. # Tried to use 'Apache::Gallery'. # Error: Can't load '/usr/lib/x86_64-linux-gnu/perl5/5.20/auto/APR/APR.so' for module APR: /usr/lib/x86_64-linux-gnu/perl5/5.20/auto/APR/APR.so: undefined symbol: modperl_is_running at /usr/lib/x86_64-linux-gnu/perl/5.20/DynaLoader.pm line 187. # at /usr/lib/x86_64-linux-gnu/perl5/5.20/APR/Table.pm line 23. # Compilation failed in require at /usr/lib/x86_64-linux-gnu/perl5/5.20/APR/Table.pm line 23. # BEGIN failed--compilation aborted at /usr/lib/x86_64-linux-gnu/perl5/5.20/APR/Table.pm line 23. # Compilation failed in require at /srv/jenkins-slave/workspace/sid-goto-cc-libapache-gallery-perl/libapache-gallery-perl-1.0.2/blib/lib/Apache/Gallery.pm line 23. # BEGIN failed--compilation aborted at /srv/jenkins-slave/workspace/sid-goto-cc-libapache-gallery-perl/libapache-gallery-perl-1.0.2/blib/lib/Apache/Gallery.pm line 41. # Compilation failed in require at t/001_use.t line 3. # BEGIN failed--compilation aborted at t/001_use.t line 3. # Looks like you failed 1 test of 1. [...] Test Summary Report --- t/001_use.t (Wstat: 256 Tests: 1 Failed: 1) Failed test: 1 Non-zero exit status: 1 t/002_graphlibs.t (Wstat: 65280 Tests: 0 Failed: 0) Non-zero exit status: 255 Parse errors: No plan found in TAP output t/003_comment.t (Wstat: 65280 Tests: 0 Failed: 0) Non-zero exit status: 255 Parse errors: Bad plan. You planned 2 tests but ran 0. t/004_cache_dir.t (Wstat: 65280 Tests: 0 Failed: 0) Non-zero exit status: 255 Parse errors: No plan found in TAP output t/005_imageinfo.t (Wstat: 65280 Tests: 0 Failed: 0) Non-zero exit status: 255 Parse errors: No plan found in TAP output t/006_thumbnails.t (Wstat: 65280 Tests: 0 Failed: 0) Non-zero exit status: 255 Parse errors: No plan found in TAP output Files=7, Tests=1, 1 wallclock secs ( 0.07 usr 0.02 sys + 0.33 cusr 0.06 csys = 0.48 CPU) Result: FAIL Failed 6/7 test programs. 1/1 subtests failed. Makefile:823: recipe for target 'test_dynamic' failed make[2]: *** [test_dynamic] Error 255 make[2]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-libapache-gallery-perl/libapache-gallery-perl-1.0.2' dh_auto_test: make -j1 test returned exit code 2 debian/rules:9: recipe for target 'override_dh_auto_test' failed make[1]: *** [override_dh_auto_test] Error 2 make[1]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-libapache-gallery-perl/libapache-gallery-perl-1.0.2' debian/rules:4: recipe for target 'build' failed make: *** [build] Error 2 The full build log is attached; please do let me know if the problem is unreproducible, in which case I shall try to investigate further. Best, Michael libapache-gallery-perl-build-log.txt.gz Description: application/gunzip pgp5MEOIzQKPc.pgp Description: PGP signature
Bug#765053: libapache-dbilogger-perl: FTBFS - undefined symbol: modperl_is_running
Package: libapache-dbilogger-perl Version: 0.93-12 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] dh_auto_test make[1]: Entering directory '/srv/jenkins-slave/workspace/sid-goto-cc-libapache-dbilogger-perl/libapache-dbilogger-perl-0.93' PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/lib -Iblib/arch test.pl 1..1 Not under Apache, not under Apache2? Can't load '/usr/lib/x86_64-linux-gnu/perl5/5.20/auto/APR/APR.so' for module APR: /usr/lib/x86_64-linux-gnu/perl5/5.20/auto/APR/APR.so: undefined symbol: modperl_is_running at /usr/lib/x86_64-linux-gnu/perl/5.20/DynaLoader.pm line 187. at /usr/lib/x86_64-linux-gnu/perl5/5.20/APR/Pool.pm line 23. Compilation failed in require at /usr/lib/x86_64-linux-gnu/perl5/5.20/APR/Pool.pm line 23. BEGIN failed--compilation aborted at /usr/lib/x86_64-linux-gnu/perl5/5.20/APR/Pool.pm line 23. Compilation failed in require at (eval 2) line 2. BEGIN failed--compilation aborted at (eval 2) line 2. BEGIN failed--compilation aborted at blib/lib/Apache/DBILogger.pm line 23. Compilation failed in require at test.pl line 11. BEGIN failed--compilation aborted at test.pl line 11. not ok 1 Makefile:811: recipe for target 'test_dynamic' failed make[1]: *** [test_dynamic] Error 255 make[1]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-libapache-dbilogger-perl/libapache-dbilogger-perl-0.93' dh_auto_test: make -j1 test returned exit code 2 debian/rules:4: recipe for target 'build' failed make: *** [build] Error 2 The full build log is attached; please do let me know if the problem is unreproducible, in which case I shall try to investigate further. Best, Michael libapache-dbilogger-perl-build-log.txt.gz Description: application/gunzip pgpZvzfC_5ovw.pgp Description: PGP signature
Bug#765056: jedit: FTBFS - Provider org.apache.xerces.jaxp.SAXParserFactoryImpl not found
Package: jedit Version: 5.1.0+dfsg-1 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] generate-doc-faq: [xslt.doc] Processing /srv/jenkins-slave/workspace/sid-goto-cc-jedit/jedit-5.1.0+dfsg/doc/FAQ/faq.xml to /srv/jenkins-slave/workspace/sid-goto-cc-jedit/jedit-5.1.0+dfsg/build/doc/FAQ/index.html [xslt.doc] Loading stylesheet /srv/jenkins-slave/workspace/sid-goto-cc-jedit/jedit-5.1.0+dfsg/doc/jedithtml.xsl BUILD FAILED /srv/jenkins-slave/workspace/sid-goto-cc-jedit/jedit-5.1.0+dfsg/build.xml:678: javax.xml.parsers.FactoryConfigurationError: Provider org.apache.xerces.jaxp.SAXParserFactoryImpl not found at javax.xml.parsers.SAXParserFactory.newInstance(SAXParserFactory.java:132) at org.apache.tools.ant.taskdefs.optional.TraXLiaison.getSource(TraXLiaison.java:248) at org.apache.tools.ant.taskdefs.optional.TraXLiaison.readTemplates(TraXLiaison.java:299) at org.apache.tools.ant.taskdefs.optional.TraXLiaison.createTransformer(TraXLiaison.java:317) at org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:178) at org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:876) at org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:414) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292) at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:68) at net.sf.antcontrib.logic.IfTask.execute(IfTask.java:217) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.TaskAdapter.execute(TaskAdapter.java:154) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292) at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:435) at org.apache.tools.ant.Target.performTasks(Target.java:456) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1393) at org.apache.tools.ant.Project.executeTarget(Project.java:1364) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) at org.apache.tools.ant.Project.executeTargets(Project.java:1248) at org.apache.tools.ant.Main.runBuild(Main.java:851) at org.apache.tools.ant.Main.startAnt(Main.java:235) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109) Caused by: java.lang.ClassNotFoundException: org/apache/xerces/jaxp/SAXParserFactoryImpl at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:270) at javax.xml.parsers.FactoryFinder.getProviderClass(FactoryFinder.java:123) at javax.xml.parsers.FactoryFinder.newInstance(FactoryFinder.java:178) at javax.xml.parsers.FactoryFinder.newInstance(FactoryFinder.java:147) at javax.xml.parsers.FactoryFinder.find(FactoryFinder.java:219) at javax.xml.parsers.SAXParserFactory.newInstance(SAXParserFactory.java:126) ... 36 more Total time: 3 seconds debian/rules:26: recipe for target 'override_dh_auto_build' failed make[1]: *** [override_dh_auto_build] Error 1 make[1]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-jedit/jedit-5.1.0+dfsg' debian/rules:12: recipe for target 'build' failed make: *** [build] Error 2 The full build log is attached; please do let me know if the problem is unreproducible, in which case I shall try to investigate further. Best, Michael jedit-build-log.txt.gz Description: application/gunzip pgpBEHHFhSbS2.pgp Description: PGP signature
Bug#765058: iapws: FTBFS - ImportError: No module named setuptools
Package: iapws Version: 1.0.5-1 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] dh_auto_clean Traceback (most recent call last): File setup.py, line 1, in module from setuptools import setup ImportError: No module named setuptools dh_auto_clean: python setup.py clean -a returned exit code 1 debian/rules:26: recipe for target 'override_dh_auto_clean' failed make[1]: *** [override_dh_auto_clean] Error 1 make[1]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-iapws/iapws-1.0.5' debian/rules:11: recipe for target 'clean' failed make: *** [clean] Error 2 The full build log is attached; please do let me know if the problem is unreproducible, in which case I shall try to investigate further. Best, Michael iapws-build-log.txt.gz Description: application/gunzip pgpptLPrk4Qnm.pgp Description: PGP signature
Bug#765057: jakarta-ecs: FTBFS - package org.apache.xerces.parsers does not exist
Package: jakarta-ecs Version: 1.4.2-3 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] compile: [javac] /srv/jenkins-slave/workspace/sid-goto-cc-jakarta-ecs/jakarta-ecs-1.4.2/build/build-ecs.xml:97: warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to false for repeatable builds [javac] Compiling 381 source files to /srv/jenkins-slave/workspace/sid-goto-cc-jakarta-ecs/jakarta-ecs-1.4.2/bin/classes [javac] warning: [options] bootstrap class path not set in conjunction with -source 1.4 [javac] /srv/jenkins-slave/workspace/sid-goto-cc-jakarta-ecs/jakarta-ecs-1.4.2/bin/src/org/apache/ecs/factory/DOMFactory.java:64: error: package org.apache.xerces.parsers does not exist [javac] import org.apache.xerces.parsers.DOMParser; [javac] ^ [javac] /srv/jenkins-slave/workspace/sid-goto-cc-jakarta-ecs/jakarta-ecs-1.4.2/bin/src/org/apache/ecs/html2ecs/Html2Ecs.java:67: error: package org.apache.xerces.parsers does not exist [javac] import org.apache.xerces.parsers.DOMParser; [javac] ^ [javac] /srv/jenkins-slave/workspace/sid-goto-cc-jakarta-ecs/jakarta-ecs-1.4.2/bin/src/org/apache/ecs/html2ecs/Html2Ecs.java:92: error: cannot find symbol [javac] private static DOMParser parser; [javac]^ [javac] symbol: class DOMParser [javac] location: class Html2Ecs [javac] /srv/jenkins-slave/workspace/sid-goto-cc-jakarta-ecs/jakarta-ecs-1.4.2/bin/src/org/apache/ecs/factory/DOMFactory.java:109: error: cannot find symbol [javac] DOMParser parser = null; [javac] ^ [javac] symbol: class DOMParser [javac] location: class DOMFactory [javac] /srv/jenkins-slave/workspace/sid-goto-cc-jakarta-ecs/jakarta-ecs-1.4.2/bin/src/org/apache/ecs/factory/DOMFactory.java:116: error: cannot find symbol [javac] parser = new DOMParser(); [javac] ^ [javac] symbol: class DOMParser [javac] location: class DOMFactory [javac] /srv/jenkins-slave/workspace/sid-goto-cc-jakarta-ecs/jakarta-ecs-1.4.2/bin/src/org/apache/ecs/html2ecs/Html2Ecs.java:287: error: cannot find symbol [javac] parser = new DOMParser(); [javac] ^ [javac] symbol: class DOMParser [javac] location: class Html2Ecs [javac] 6 errors [javac] 1 warning BUILD FAILED /srv/jenkins-slave/workspace/sid-goto-cc-jakarta-ecs/jakarta-ecs-1.4.2/build/build-ecs.xml:97: Compile failed; see the compiler error output for details. Total time: 12 seconds /usr/share/cdbs/1/class/ant.mk:40: recipe for target 'debian/stamp-ant-build' failed make: *** [debian/stamp-ant-build] Error 1 The full build log is attached; please do let me know if the problem is unreproducible, in which case I shall try to investigate further. Best, Michael jakarta-ecs-build-log.txt.gz Description: application/gunzip pgpbdR94qS1ss.pgp Description: PGP signature
Bug#764757: libgl1-mesa-dri: Segfault in i965_dri.so
On Fri, Oct 10, 2014 at 15:29:58 -0500, Kenny Pearce wrote: * What led up to the situation? After a major upgrade, many graphics intensive applications stopped working. For instance: in Skype calls, remote users could see me, but I could not see video of either myself or others (blank screen). Cheese crashed on startup. Tarski's World (a closed-source Java-based logic software: http://lpl.stanford.edu) also crashed on startup. I tried glxgears, and it turned out that that also crashed on startup. Note that some of these applications are using the amd64 version of the library and some are in i386 compatibility mode. The programs that were segfaulting identified the library file i965_dri.so as the location of the segfault. (Either the i386 version or the amd64 version.) I attach the core generated by glxgears. For the record the trace is Program terminated with signal SIGSEGV, Segmentation fault. #0 get_stencil_miptree (irb=optimized out) at ../../../../../../../src/mesa/drivers/dri/i965/brw_misc_state.c:225 225 ../../../../../../../src/mesa/drivers/dri/i965/brw_misc_state.c: No such file or directory. (gdb) where #0 get_stencil_miptree (irb=optimized out) at ../../../../../../../src/mesa/drivers/dri/i965/brw_misc_state.c:225 #1 brw_workaround_depthstencil_alignment (brw=0x7fe58febb038, clear_mask=clear_mask@entry=18) at ../../../../../../../src/mesa/drivers/dri/i965/brw_misc_state.c:241 #2 0x7fe58ac50270 in brw_clear (ctx=0x7fe58febb038, mask=18) at ../../../../../../../src/mesa/drivers/dri/i965/brw_clear.c:235 #3 0x0040255e in ?? () #4 0x00401d54 in ?? () #5 0x7fe58e97cb45 in __libc_start_main (main=0x4018d0, argc=1, argv=0x7fff8cec4788, init=optimized out, fini=optimized out, rtld_fini=optimized out, stack_end=0x7fff8cec4778) at libc-start.c:287 #6 0x00402332 in ?? () Please try upgrading libgl1-mesa-dri to 10.3.x in experimental, and if that doesn't fix it report upstream following instructions at https://01.org/linuxgraphics/documentation/how-report-bugs Thanks, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731352: ntpdate-debian ignores DHCP ntp-servers option by default
Is this patch not good?: #617965 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765059: ibus-kkc: FTBFS - missing build dependency on libgee-0.8-dev
Package: ibus-kkc Version: 1.5.20-1 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] configure:17343: checking for LIBKKC configure:17350: $PKG_CONFIG --exists --print-errors kkc-1.0 = 0.3.2 Package gee-0.8 was not found in the pkg-config search path. Perhaps you should add the directory containing `gee-0.8.pc' to the PKG_CONFIG_PATH environment variable Package 'gee-0.8', required by 'kkc-1.0', not found configure:17353: $? = 1 configure:17367: $PKG_CONFIG --exists --print-errors kkc-1.0 = 0.3.2 Package gee-0.8 was not found in the pkg-config search path. Perhaps you should add the directory containing `gee-0.8.pc' to the PKG_CONFIG_PATH environment variable Package 'gee-0.8', required by 'kkc-1.0', not found configure:17370: $? = 1 configure:17384: result: no Package 'gee-0.8', required by 'kkc-1.0', not found configure:17400: error: can't find libkkc [...] configure: exit 1 dh_auto_configure: ./configure --build=x86_64-linux-gnu --prefix=/usr --includedir=${prefix}/include --mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --libdir=${prefix}/lib/x86_64-linux-gnu --libexecdir=${prefix}/lib/x86_64-linux-gnu --disable-maintainer-mode --disable-dependency-tracking --libexecdir=/usr/lib/ibus returned exit code 1 debian/rules:19: recipe for target 'override_dh_auto_configure' failed make[1]: *** [override_dh_auto_configure] Error 255 make[1]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-ibus-kkc/ibus-kkc-1.5.20' debian/rules:16: recipe for target 'build' failed make: *** [build] Error 2 The full build log is attached; please do let me know if the problem is unreproducible, in which case I shall try to investigate further. Yet it seems that the package providing gee-0.8.pc, libgee-0.8-dev, is not being installed as part of the build dependencies. Best, Michael ibus-kkc-build-log.txt.gz Description: application/gunzip pgpCpKObApKZY.pgp Description: PGP signature
Bug#765060: libapache2-mod-auth-pubtkt: FTBFS - missing build dependency on libssl-dev
Package: libapache2-mod-auth-pubtkt Version: 0.8-3 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] dh_auto_build make[1]: Entering directory '/srv/jenkins-slave/workspace/sid-goto-cc-libapache2-mod-auth-pubtkt/libapache2-mod-auth-pubtkt-0.8' cd src make all make[2]: Entering directory '/srv/jenkins-slave/workspace/sid-goto-cc-libapache2-mod-auth-pubtkt/libapache2-mod-auth-pubtkt-0.8/src' /usr/bin/apxs2 -c -Wc,-Wall -ansi -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -DAPACHE24 -Wl,-Wl,-z,relro -l crypto mod_auth_pubtkt.c /usr/share/apr-1.0/build/libtool --silent --mode=compile --tag=disable-static x86_64-linux-gnu-gcc -std=gnu99 -prefer-pic -pipe -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -DLINUX -D_REENTRANT -D_GNU_SOURCE -pthread -I/usr/include/apache2 -I/usr/include/apr-1.0 -I/usr/include/apr-1.0 -I/usr/include -Wall -ansi -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -DAPACHE24 -c -o mod_auth_pubtkt.lo mod_auth_pubtkt.c touch mod_auth_pubtkt.slo In file included from mod_auth_pubtkt.c:11:0: mod_auth_pubtkt.h:11:25: fatal error: openssl/rsa.h: No such file or directory #include openssl/rsa.h ^ compilation terminated. apxs:Error: Command failed with rc=65536 . Makefile:9: recipe for target 'mod_auth_pubtkt.la' failed make[2]: *** [mod_auth_pubtkt.la] Error 1 make[2]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-libapache2-mod-auth-pubtkt/libapache2-mod-auth-pubtkt-0.8/src' Makefile:4: recipe for target 'all' failed make[1]: *** [all] Error 2 The full build log is attached; please do let me know if the problem is unreproducible, in which case I shall try to investigate further. The missing file, however, is included in libssl-dev (only), which is not among the build dependencies. Best, Michael libapache2-mod-auth-pubtkt-build-log.txt.gz Description: application/gunzip pgpcnPw1c7YOm.pgp Description: PGP signature
Bug#765062: libapache-mod-auth-radius: FTBFS - missing build dependency on libssl-dev
Package: libapache-mod-auth-radius Version: 1.5.8-1.2 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] debian/rules build dh_testdir apxs2 -c mod_auth_radius-2.0.c /usr/share/apr-1.0/build/libtool --silent --mode=compile --tag=disable-static x86_64-linux-gnu-gcc -std=gnu99 -prefer-pic -pipe -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -DLINUX -D_REENTRANT -D_GNU_SOURCE -pthread -I/usr/include/apache2 -I/usr/include/apr-1.0 -I/usr/include/apr-1.0 -I/usr/include -c -o mod_auth_radius-2.0.lo mod_auth_radius-2.0.c touch mod_auth_radius-2.0.slo mod_auth_radius-2.0.c:291:25: fatal error: openssl/md5.h: No such file or directory #include openssl/md5.h ^ compilation terminated. apxs:Error: Command failed with rc=65536 . debian/rules:9: recipe for target 'build-stamp' failed make: *** [build-stamp] Error 1 The full build log is attached; please do let me know if the problem is unreproducible, in which case I shall try to investigate further. The missing file, however, is included in libssl-dev (only), which is not among the build dependencies. Best, Michael libapache-mod-auth-radius-build-log.txt.gz Description: application/gunzip pgpAznqlPoDli.pgp Description: PGP signature
Bug#765061: libapache2-mod-auth-openidc: FTBFS - missing build dependency on libssl-dev
Package: libapache2-mod-auth-openidc Version: 1.5.5-1 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] configure:2067: $PKG_CONFIG --exists --print-errors openssl Package openssl was not found in the pkg-config search path. Perhaps you should add the directory containing `openssl.pc' to the PKG_CONFIG_PATH environment variable No package 'openssl' found configure:2070: $? = 1 configure:2084: $PKG_CONFIG --exists --print-errors openssl Package openssl was not found in the pkg-config search path. Perhaps you should add the directory containing `openssl.pc' to the PKG_CONFIG_PATH environment variable No package 'openssl' found configure:2087: $? = 1 configure:2101: result: no No package 'openssl' found configure:2117: error: Package requirements (openssl) were not met: No package 'openssl' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables OPENSSL_CFLAGS and OPENSSL_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. [...] configure: exit 1 dh_auto_configure: ./configure --build=x86_64-linux-gnu --prefix=/usr --includedir=${prefix}/include --mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --libexecdir=${prefix}/lib/libapache2-mod-auth-openidc --disable-maintainer-mode --disable-dependency-tracking returned exit code 1 debian/rules:13: recipe for target 'build' failed make: *** [build] Error 25 The full build log is attached; please do let me know if the problem is unreproducible, in which case I shall try to investigate further. The missing file, however, is included in libssl-dev (only), which is not among the build dependencies. Best, Michael libapache2-mod-auth-openidc-build-log.txt.gz Description: application/gunzip pgpWP5zTt6kM6.pgp Description: PGP signature
Bug#756202:
Comment the swap file line in fstab solves the delayed boot but makes swap file inactive. To bypass this problem you have to find the new UUID and add it to fstab as suggested from Tobias Frost at message #10. In this way system boots in seconds and swap is enabled.
Bug#765064: python-wrapt: Please package last version
Source: python-wrapt Severity: wishlist Hi, Upstream has released a new version (1.9) in August, it would be great to have that in the archive before the freeze. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (100, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.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#765065: ltsp-client-core: fails to stop some unneeded services on thin clients anymore
Package: ltsp-client-core Version: 5.5.3-1 Severity: normal User: debian-...@lists.debian.org Usertags: debian-edu Hi. When testing Debian Edu based on jessie, we found that modemmanager and cups-browsed were running on thin clients. While cups-browsed could be stopped by simply adding it to 50-rm-system-services, modemmanager fails to be stopped from running. Renaming modemmanager to ModemManager (this being the systemd service file name) and using the systemd tool 'systemctl' seems to do the job. --- 50-rm-system-services.orig 2014-10-13 10:42:10.893092219 +0200 +++ 50-rm-system-services 2014-10-13 10:32:11.977456101 +0200 @@ -25,7 +25,7 @@ exim4 # exim4 Mail Transport Agent grub-common # Record successful boot for GRUB lightdm # Light Display Manager -modemmanager # Modem manager +ModemManager # Modem manager nbd-client# Network Block Device client (we use nbd-disconnect) plymouth-stop # Hide the splash screen rfkill-store # Store software rfkill state @@ -51,6 +51,7 @@ bluetooth # Bluetooth daemon brltty# Braille terminal driver cups # CUPS Printing spooler and server +cups-browsed # CUPS browse daemon kerneloops# Collects and submits kernel crash signatures network-manager # Network connection manager ufw # Uncomplicated Firewall @@ -83,5 +84,5 @@ fi for service in $rm_services; do -rm -f /etc/rc?.d/???$service /etc/init.d/$service /etc/init/$service.conf +systemctl disable $service.service done Wolfgang signature.asc Description: Digital signature
Bug#764511: [polkit-kde-1] User of caller and user of subject differs.
Package: polkit-kde-1 Version: 0.99.1-1 --- Please enter the report below this line. --- This is probably related to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757348#125 and https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764471#39. I've recompiled cgmanager from git, installed policykit-1 and libpolkit-agent-1-0 from experimental, and now 'pkcheck --list-temp' and 'pkexec bash' both run without error, however polkit-kde-1 still doesn't. I get a different error in .xsession-errors now: ** (process:28236): WARNING **: Unable to register authentication agent: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: User of caller and user of subject differs. Cannot register authentication agent: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: User of caller and user of subject differs. $ cat /proc/$$/cgroup 10:name=systemd:/user.slice/user-0.slice/session-9.scope 9:perf_event:/user.slice/user-0.slice/session-9.scope 8:net_prio:/user.slice/user-0.slice/session-9.scope 7:net_cls:/user.slice/user-0.slice/session-9.scope 6:freezer:/user.slice/user-0.slice/session-9.scope 5:devices:/user.slice/user-0.slice/session-9.scope 4:cpuset:/user.slice/user-0.slice/session-9.scope 3:cpuacct:/user.slice/user-0.slice/session-9.scope 2:cpu:/user.slice/user-0.slice/session-9.scope 1:blkio:/user.slice/user-0.slice/session-9.scope $ pkcheck --list-temp $ echo $? 0 How do I find out what causes the user mismatch error? --- System information. --- Architecture: amd64 Kernel: Linux 3.16-2-amd64 Debian Release: jessie/sid 500 unstableftp.ro.debian.org 500 testing ftp.ro.debian.org 1 experimentalftp.ro.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== kde-runtime ( 4:4.10) | 4:4.14.1-1 libc6(= 2.2.5) | libkdecore5(= 4:4.4.0) | libkdeui5 (= 4:4.3.4) | libpolkit-qt-1-1(= 0.99.0) | libqt4-dbus(= 4:4.5.3) | libqtcore4 (= 4:4.7.0~beta1) | libqtgui4 (= 4:4.5.3) | libstdc++6 (= 4.1.1) | policykit-1 | Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740625: tiger: Filesystem 'hugetlbfs' used by 'hugetlbfs' is not recognised as a valid filesystem
This bug is still present in tiger as there has been no release since 2014/01/23! It was also supposed to be fixed for bug 729692 but that fix only introduced the new typo. When can we expect the suggested fix to make it to a released package? Note that for good mesure I sent a patch to Savannah. https://savannah.nongnu.org/patch/index.php?8554 -- Francois Gouget fgou...@free.fr http://fgouget.free.fr/ The greatest programming project of all took six days; on the seventh day the programmer rested. We've been trying to debug the *^%$#@ thing ever since. Moral: design before you implement. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765045: [libvirt-clients]
Package: libvirt-clients Version: 1.2.9-2 --- Please enter the report below this line. --- FWIW installing policykit-1 and libpolkit-agent-1-0 from experimental makes virsh and virt-manager work again. Is there a missing dependency on the policykit version? --- System information. --- Architecture: amd64 Kernel: Linux 3.16-2-amd64 Debian Release: jessie/sid 500 unstableftp.ro.debian.org 500 testing ftp.ro.debian.org 1 experimentalftp.ro.debian.org --- Package information. --- Depends (Version) | Installed =-+-=== libapparmor1 (= 2.6~devel) | 2.8.0-8 libaudit1(= 1:2.2.1) | 1:2.4-1 libavahi-client3 (= 0.6.16) | libavahi-common3 (= 0.6.16) | libc6 (= 2.17) | libcap-ng0| libdbus-1-3(= 1.0.2) | libdevmapper1.02.1 (= 2:1.02.20) | libgnutls-deb0-28 (= 3.2.10-0) | libnl-3-200(= 3.2.7) | libnl-route-3-200 (= 3.2.7) | libnuma1 | libreadline6 (= 6.0) | libsasl2-2| libselinux1 (= 1.32) | libssh2-1(= 1.0) | libsystemd-daemon0(= 31) | libvirt0 (= 1.2.7-6) | libxml2(= 2.7.4) | libyajl2 (= 2.0.4) | Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701097: virt-manager: No keyboard with Spice
Hi, Alexey Feldgendler wrote (12 Oct 2014 17:33:50 GMT) : Still reproducible in testing (virt-manager 1:1.0.1-2). Thank you. Is spice-vdagent running in the guest? If so, which version? Is this bug affecting text consoles too, or only X? 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#763428: [ovs-dev] Bug#763428: openvswitch-switch: openvswitch doesn't work anymore since kernel 3.16 update
On Wed, 8 Oct 2014 13:02:42 -0700 Ben Pfaff b...@nicira.com wrote: I can't reproduce this problem with OVS master and upstream kernel 3.16, or with OVS branch-2.3 on the commit from which the Debian packages were made. Now I'm downloading a Debian ISO so that I can try it with the exact kernel and OVS packaging against which the bug was reported. Hi, Did you manage to reproduce the bug with debian ISO? Thanks for your time, Laurent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765066: hhsuite 2.0.16-2 conflicts with hhsuite-data 2.0.16-1
Package: hhsuite Version: 2.0.16-1 Severity: normal dpkg: error processing archive /var/cache/apt/archives/hhsuite_2.0.16-2_amd64.deb (--unpack): trying to overwrite '/usr/share/hhsuite/scripts/addss.pl', which is also in package hhsuite-data 2.0.16-1 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/12 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 hhsuite depends on: iu ffindex 0.9.9.3-2 iu hhsuite-data 2.0.16-2 ii libc6 2.19-11 iu libffindex0 0.9.9.3-2 ii libgcc1 1:4.9.1-16 ii libgomp1 4.9.1-16 ii libpng12-01.2.50-2 ii libstdc++64.9.1-16 hhsuite recommends no packages. hhsuite 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#762101: systemd: Bad configuration option in /lib/systemd/network/99-default.link?
Package: systemd Version: 215-5+b1 Followup-For: Bug #762101 Hi, I would really like to see this issue addressed because in my experience: $ sudo journalctl -l | grep -F 'Network interface NamePolicy= disabled on kernel commandline, ignoring.' | wc -l 24741 It isn't just 3 lines. Kitty -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (750, 'testing'), (700, 'testing'), (650, 'stable'), (600, 'stable'), (450, 'oldstable'), (400, 'oldstable'), (300, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.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-53.4 ii libacl1 2.2.52-2 ii libaudit1 1:2.4-1 ii libblkid1 2.20.1-5.11 ii libc6 2.19-11 ii libcap2 1:2.24-6 ii libcap2-bin 1:2.24-6 ii libcryptsetup4 2:1.6.6-1 ii libgcrypt20 1.6.2-3 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-53.4 ii udev215-5+b1 ii util-linux 2.20.1-5.11 Versions of packages systemd recommends: ii dbus1.8.8-1+b1 ii libpam-systemd 215-5+b1 Versions of packages systemd suggests: pn systemd-ui none -- Configuration Files: /etc/systemd/logind.conf changed: [Login] HandleHibernateKey=ignore HandleLidSwitch=ignore -- 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#765067: RM: gasic [i386] -- ROM; gasic Depends from bowtie and bowtie2 and is thus restricted to amd64 architecture
Package: ftp.debian.org Severity: normal Hi ftpmasters I simply forgot to mention arch i386 in bug #764790. So please also remove gasic from i386 architecture since it depends bowtie which is only available on amd64. Sorry if my mistake created more work on your side Andreas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765068: w3m: Misleading Option String for Cookies
Package: w3m Version: 0.5.3-8 Severity: normal Dear Tatsuya, as German translator and after some correspondance, I'm of the opinion that source file rc.c (still true for Version 0.5.3-17, Line 207) gives misleading information: #define CMT_COOKIE_AVOID_WONG_NUMBER_OF_DOTS N_(Domains to avoid [wrong number of dots]) The msgid would be understood in a way round that the user shall type in a list of domains to be avoided, wheras README.cookies explains If the number of . in domain name is lesser than 2, it is assumed as invalid cookie (cf. RFC 2109 4.3.2), however, you can use cookie_avoid_wrong_number_of_dots to avoid this restriction. You can set this in Domains to avoid [wrong number of dots] on the Option Setting Panel. According to this paragraph, this options item makes w3m accept cookies that would be rejected otherwise. Therefore, please consider the following msgid #define CMT_COOKIE_AVOID_WONG_NUMBER_OF_DOTS N_(Do not reject cookies having the domain attributes) The README.cookies would need beeing updated the same way If the number of dots in domain name is lesser than 2, it is assumed as invalid cookie (cf. RFC 2109 4.3.2). However, you can use a configuration parameter cookie_avoid_wrong_number_of_dots In the option panel, besides Do not reject cookies having the domain attributes, the parameter takes a list of strings for the domain attribute. Cookies matching these domains are accepted though they fail the check described above. Yours sincerely Markus -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-486 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages w3m depends on: ii libc62.13-38+deb7u2 ii libgc1c2 1:7.1-9.1 ii libgpm2 1.20.4-6 ii libssl1.0.0 1.0.1e-2+deb7u11 ii libtinfo55.9-10 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages w3m recommends: ii ca-certificates 20130119 Versions of packages w3m suggests: ii man-db2.6.2-1 pn menu none pn migemonone ii mime-support 3.52-1 pn w3m-elnone ii w3m-img 0.5.3-8 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763050: geany: Does not start, Attempt to unlock mutex that was not locked instead
Hi, First of all, thanks for the patch. I suggest making a debdiff from this patch so the maintainers would be able to include it in the package. It will be faster than waiting for the upstream to release a new version. If you need some info about making a debdiff, check this article: http://raphaelhertzog.com/2011/07/04/how-to-prepare-patches-for-debian-packages/
Bug#649435: libvirt-bin: crash at startup / udev bug depends of udev_log priority
Hi, François Chenais wrote (04 Apr 2012 19:06:56 GMT) : I got the same bug when I set `debug` to udev log priority in /etc/udev/udev.conf Using err priority make libvirtd running ... I can reproduce the crash. Thank you. Can affected people please try reproduce this bug (and possibly, François's workaround) on current Debian stable or testing/sid? 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#765022: closed by Piotr Ożarowski pi...@debian.org (Re: Bug#765022: python3: site-packages missing from python3 sys.path path list)
Hi, The page you link to explains why Debian Python 3PP packages install into dist-packages, but not why the python interpreter search for packages only within dist-packages, but not site-packages. Can you explain specifically which part of the documentation applies to my original question from your point of view ? Thanks, Mathieu -- Mathieu Desnoyers EfficiOS Inc. http://www.efficios.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764651: openvpn: leaks /tmp/openvpn_cc_* files
Control: tags -1 + fixed-upstream Hello, A fix was commited upstream, I have attached the updated patch. commit 5c2a3b5d29d10db3dbd8143ac2b671ce2eed1707 Author: Samuel Thibault Date: Thu Oct 9 23:40:49 2014 +0200 Ensure that client-connect files are always deleted Signed-off-by: David Sommerseth dav...@redhat.com Acked-by: David Sommerseth dav...@redhat.com Message-Id: 20141012195919.GU3738@type URL: http://thread.gmane.org/gmane.network.openvpn.devel/9104/focus=9118 Samuel diff --git a/src/openvpn/multi.c b/src/openvpn/multi.c index 5910154..25e7384 100644 --- a/src/openvpn/multi.c +++ b/src/openvpn/multi.c @@ -1459,10 +1465,6 @@ multi_client_connect_post (struct multi_context *m, option_types_found, mi-context.c2.es); - if (!platform_unlink (dc_file)) - msg (D_MULTI_ERRORS, MULTI: problem deleting temporary file: %s, -dc_file); - /* * If the --client-connect script generates a config file * with an --ifconfig-push directive, it will override any @@ -1705,6 +1707,11 @@ multi_connection_established (struct multi_context *m, struct multi_instance *mi multi_client_connect_post (m, mi, dc_file, option_permissions_mask, option_types_found); ++cc_succeeded_count; } + + if (!platform_unlink (dc_file)) + msg (D_MULTI_ERRORS, MULTI: problem deleting temporary file: %s, +dc_file); + script_depr_failed: argv_reset (argv); } @@ -1758,6 +1765,11 @@ multi_connection_established (struct multi_context *m, struct multi_instance *mi } else cc_succeeded = false; + + if (!platform_unlink (dc_file)) + msg (D_MULTI_ERRORS, MULTI: problem deleting temporary file: %s, +dc_file); + script_failed: argv_reset (argv); }
Bug#765050: libmojolicious-plugin-mailexception-perl: FTBFS - Can't locate object method secret via package MpemTest
Control: merge 765004 -1 On Mon, 13 Oct 2014 09:29:08 +0100, Michael Tautschnig wrote: Package: libmojolicious-plugin-mailexception-perl Version: 0.18-1 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. Already reported yesterday :) Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- BOFH excuse #327: The POP server is out of Coke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764445: xserver-xorg: screen blanking when rotating with kernel 3.15 or newer with Atom Z36xxx/Z37xxx integrated graphics
On Thu, 9 Oct 2014 01:11:46 +0200 Julien Cristau jcris...@debian.org wrote: I suspect you're going to have to bisect. Done that, the winner is: commit 77961eb984c7e5394bd29cc7be2ab0bf0cc7e7b1 https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=77961eb984c7e5394bd29cc7be2ab0bf0cc7e7b1 Any hint on what next steps I can take in order to get this issue sorted out? Maybe report the issue upstream? signature.asc Description: OpenPGP digital signature
Bug#758021: new version of vim-youcompleteme
Hi. I am quite happy with current version of vim-youcompleteme and I want to see current version in jessie. New version with frequent updates will be available in sid after jessie freezes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765022: closed by Piotr Ożarowski pi...@debian.org (Re: Bug#765022: python3: site-packages missing from python3 sys.path path list)
[Mathieu Desnoyers, 2014-10-13] The page you link to explains why Debian Python 3PP packages install into dist-packages, but not why the python interpreter search for packages only within dist-packages, but not site-packages. it installs into dist-packages so that it *doesn't have to* search in site-packages. That's the main purpose of dist-packages existence (Python upstream developers are not annoyed that we overwrite their files and we're not annoyed they overwrite ours) Can you explain specifically which part of the documentation applies to my original question from your point of view ? http://www.debian.org/doc/packaging-manuals/python-policy/ch-python.html#s-paths -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758622: kernel crashes after soft lockups in xen domU
Hey again, Am 2014-08-19 12:26, schrieb Jonas Meurer: I encounter kernel crashes on an up-to-date Debian/Wheezy Xen domU with the stock kernel. The dom0 runs the same linux kernel and xen/4.1.4-3+deb7u1. the bug is still reproducible with the latest kernel and Xen packages from Debian Wheezy. Unfortunately it seems like a corner case, somehow related to the hardware setup. I'm unable to reproduce the crash on another Xen system with same kernel an Xen versions but different CPU and motherboard. The VM runs in production mode on the second Xen system since several weeks without one single crash. I've got a test system now where I'm able to reproduce the bug by putting the VM (a webserver) under heavy load with the help of siege and pylot. The VM crashes every time I put the webserver under heavy load, everytime with the same backtrace. Can I do anything additional to help debugging the bug? Shall I report it to Xen upstream or send it to lkml? Regarding the hardware: the RAM was checked with memtest86+ and no errors found and the CPU has been replaced by a new one (same model). Still, the VM crash is reproducible. The hardware on the crashing system is: CPU: Intel Xeon E5-2609v2/4x2,5GHz Motherboard: Supermicro X9SRI-F For information, the hardware on non-crashing system is: CPU: Intel XEON L5639/6x2,13 GHz Motherboard: Supermicro X8STi It seems like the crashes are related to a RT process, even though no sched_fifo/rr processes are started on this system intentionally. Also, the CPU usage is low all the time, no peaks at all. But the kernel reports: kernel: [39101.461586] sched: RT throttling activated This is still valid, even though I no longer think that it's related to a RT process at all, as no sched_fifo/rr processes are started. Usually, a few minutes later, soft lockups start to happen, and then the system crashes: The backtrace is slightly different now due to kernel and Xen updates: [353013.384931] sched: RT throttling activated [354008.100835] BUG: soft lockup - CPU#5 stuck for 22s! [apache2:24848] [354008.100846] Modules linked in: evdev coretemp crc32c_intel ghash_clmulni_intel snd_pcm snd_page_alloc aesni_intel snd_timer aes_x86_64 snd aes_generic soundcore cryptd pcspkr ext4 crc16 jbd2 mbcache dm_mod xen_netfront xen_blkfront [354008.100872] CPU 5 [354008.100874] Modules linked in: evdev coretemp crc32c_intel ghash_clmulni_intel snd_pcm snd_page_alloc aesni_intel snd_timer aes_x86_64 snd aes_generic soundcore cryptd pcspkr ext4 crc16 jbd2 mbcache dm_mod xen_netfront xen_blkfront [354008.100894] [354008.100898] Pid: 24848, comm: apache2 Not tainted 3.2.0-4-amd64 #1 Debian 3.2.60-1+deb7u3 [354008.100904] RIP: e030:[8100122a] [8100122a] hypercall_page+0x22a/0x1000 [354008.100914] RSP: e02b:8802f0b41c00 EFLAGS: 0246 [354008.100918] RAX: 00040001 RBX: 88020200 RCX: 8100122a [354008.100922] RDX: ffc8 RSI: RDI: [354008.100927] RBP: 000e R08: 0200 R09: dead00100100 [354008.100931] R10: dead00200200 R11: 0246 R12: 88028e261da0 [354008.100935] R13: 8802be00 R14: ea00099905e8 R15: 000d [354008.100944] FS: 7f7b66cd2740() GS:8802ffd4() knlGS: [354008.100949] CS: e033 DS: ES: CR0: 8005003b [354008.100953] CR2: 7f7b68c2b000 CR3: 0002855b7000 CR4: 2660 [354008.100958] DR0: DR1: DR2: [354008.100962] DR3: DR6: 0ff0 DR7: 0400 [354008.100967] Process apache2 (pid: 24848, threadinfo 8802f0b4, task 8802ef49c8c0) [354008.100972] Stack: [354008.100974] 0200 81006790 81006d22 [354008.100981] dead00200200 dead00100100 0200 [354008.100988] 88020200 88020200 ffc8 0200 [354008.100995] Call Trace: [354008.101000] [81006790] ? xen_force_evtchn_callback+0x9/0xa [354008.101006] [81006d22] ? check_events+0x12/0x20 [354008.101011] [81006d0f] ? xen_restore_fl_direct_reloc+0x4/0x4 [354008.101017] [81071153] ? arch_local_irq_restore+0x7/0x8 [354008.101024] [8135049f] ? _raw_spin_unlock_irqrestore+0xe/0xf [354008.101031] [810be895] ? release_pages+0xf4/0x14d [354008.101038] [810de78b] ? free_pages_and_swap_cache+0x48/0x60 [354008.101045] [810cf527] ? tlb_flush_mmu+0x37/0x50 [354008.101049] [810cf54c] ? tlb_finish_mmu+0xc/0x31 [354008.101054] [810d5e79] ? exit_mmap+0xc4/0xe9 [354008.101060] [81044b82] ? mmput+0x56/0xf8 [354008.101064] [81049d07] ? exit_mm+0x117/0x122 [354008.101069] [8107115b] ? arch_local_irq_disable+0x7/0x8 [354008.101074] [81350487] ?
Bug#764974: [Piuparts-devel] Bug#764974: Bug#764974: ejabberd fails testing at install time
Hi, On 12/10/14 22:56, Holger Levsen wrote: On Sonntag, 12. Oktober 2014, Dave Steele wrote: You didn't say how you encountered the failure. Per DDPO[1], the only 'unstable' failure is in sid-nodoc[2] (Testing without files in /usr/share/doc) - it passes in sid[3]. 'nodoc' has been around since May 2013, but perhaps you haven't noticed the failure in that section before. hah, I thought this too, but couldnt believe thats the case. (And then moved on and forgot about it..) - Philipp, is it? From your description it sounded quite like it could have been sid-nodoc. But you said sid... Yes it is, I completely missed that litte -nodoc part, because with previous uploads ejabberd also failed in sid due to a file left behind after purge (which I fixed). So there's no bug in piuparts here, only in ejabberd. Thanks! -- .''`. Philipp Huebner debala...@debian.org : :' : pgp fp: 6719 25C5 B8CD E74A 5225 3DF9 E5CA 8C49 25E4 205F `. `'` `- signature.asc Description: OpenPGP digital signature
Bug#757698: policykit permissions not applied with logind and systemd-shim
On Sun, 12 Oct 2014 12:26:14 -0700 Cameron Norman camerontnor...@gmail.com wrote: Hey, can you tell me if adding cgroup_enable=memory to the kernel command line fixes this problem? That did indeed made polkit work, I was able for the first time to shutdown/reboot the machine without resorting to the terminal. Also, the relevant options do not appear grayed out in lightdm anymore. Also, please try out the patch to cgmanager on this message: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757348#125 This doesn't seem necessary with current systemd-shim and lightdm. Regards, -- Matteo Panella signature.asc Description: OpenPGP digital signature
Bug#719361: baobab: wrong link in man page
pushed as fa416a6 - fix url link from man page fixed upstream :) cheers, althaser
Bug#684523: won't fix
Hi, On 10/10/14 18:45, sergio wrote: I prefer upstream's template for the init-script and stick with the force-reload option. What upstream are you talking about? ejabberd source doesn't provide init-script. Anyway this isn't a reason to decline my request. Yes it does, have a closer look :) I might have been a bit hasty on this. Can you confirm that the reload config function works with ejabberd 14.07? Regards, -- .''`. Philipp Huebner debala...@debian.org : :' : pgp fp: 6719 25C5 B8CD E74A 5225 3DF9 E5CA 8C49 25E4 205F `. `'` `- signature.asc Description: OpenPGP digital signature
Bug#764740: qrouter: FTBFS on various architectures recompile with -fPIC
Control: tags -1 + patch Hello, The following patch resolve this issue: --- qrouter-1.3.1/debian/rules 2014-09-21 11:30:27.0 +0100 +++ qrouter-1.3.1/debian/rules 2014-10-13 08:09:11.0 +0100 @@ -3,6 +3,7 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 +export CPPFLAGS += -fPIC export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed %: Regards, Jurica
Bug#765069: vim-gnome: huge icon in application selection menu
Package: vim-gnome Version: 2:7.4.430-1 Severity: normal Dear maintainer, a huge icon is displayed for vim-gnome in Gnome's application selection menu. Steps to reproduce: 1. Open nautilus. 2. Right click a text file. 3. Hover Open with ... 4. A list of text editors is displayed. The icons are something like 32x32 pixels. The icon of vim-gnome is huge instead. I believe this was fine in earlier versions. Best regards Niklas Fiekas -- Package-specific info: --- real paths of main Vim binaries --- /usr/bin/vi is /usr/bin/vim.gnome /usr/bin/vim is /usr/bin/vim.gnome /usr/bin/gvim is /usr/bin/vim.gnome -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/8 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 vim-gnome depends on: ii libacl1 2.2.52-2 ii libbonoboui2-0 2.24.5-2 ii libc6 2.19-11 ii libgdk-pixbuf2.0-0 2.30.8-1+b1 ii libglib2.0-02.42.0-2 ii libgnome-2-02.32.1-5 ii libgnomeui-02.24.5-3 ii libgpm2 1.20.4-6.1 ii libgtk2.0-0 2.24.24-1 ii libice6 2:1.0.9-1 ii liblua5.2-0 5.2.3-1 ii libpango-1.0-0 1.36.8-2 ii libperl5.20 5.20.1-1 ii libpython2.72.7.8-7 ii libruby2.1 2.1.3-1 ii libselinux1 2.3-2 ii libsm6 2:1.2.2-1 ii libtcl8.6 8.6.2+dfsg-1 ii libtinfo5 5.9+20140913-1 ii libx11-62:1.6.2-3 ii libxt6 1:1.1.4-1 ii vim-common 2:7.4.430-1 ii vim-gui-common 2:7.4.430-1 ii vim-runtime 2:7.4.430-1 vim-gnome recommends no packages. Versions of packages vim-gnome suggests: pn cscopenone ii gnome-icon-theme 3.12.0-1 ii ttf-dejavu2.34-1 pn vim-doc none -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#745430: closed by Ludovico Gardenghi gar...@debian.org (Bug#745430: fixed in vde2 2.3.2+r586-1)
Control: reopen -1 Since patch submission, build started autoreconf'ing. Attached refreshed debdiff. Thanks for considering, -- G..e diff -Nru vde2-2.3.2+r586/debian/changelog vde2-2.3.2+r586/debian/changelog --- vde2-2.3.2+r586/debian/changelog2014-10-13 10:15:58.0 + +++ vde2-2.3.2+r586/debian/changelog2014-10-13 10:15:59.0 + @@ -1,3 +1,9 @@ +vde2 (2.3.2+r586-2) UNRELEASED; urgency=medium + + * Fix FTBFS on hurd-any (Closes: #745430). + + -- Gabriele Giacone 1o5g4...@gmail.com Mon, 13 Oct 2014 10:07:28 + + vde2 (2.3.2+r586-1) unstable; urgency=medium * No new upstream version, packaging latest SVN revision. diff -Nru vde2-2.3.2+r586/debian/patches/compile_with_hurd.patch vde2-2.3.2+r586/debian/patches/compile_with_hurd.patch --- vde2-2.3.2+r586/debian/patches/compile_with_hurd.patch 2014-10-13 10:15:58.0 + +++ vde2-2.3.2+r586/debian/patches/compile_with_hurd.patch 2014-10-13 10:15:59.0 + @@ -30,7 +30,7 @@ /* * Return the canonical absolute name of file NAME. A canonical name does not * contain any `.', `..' components nor any repeated path separators ('/') or -@@ -162,7 +180,7 @@ char *vde_realpath(const char *name, cha +@@ -159,7 +177,7 @@ char *vde_realpath(const char *name, cha { size_t len; @@ -63,7 +63,7 @@ #endif --- a/src/vde_plug2tap.c +++ b/src/vde_plug2tap.c -@@ -242,6 +242,7 @@ static ssize_t vde_plug2tap_recv(void *o +@@ -265,6 +265,7 @@ static ssize_t vde_plug2tap_recv(void *o int main(int argc, char **argv) { @@ -71,7 +71,7 @@ static char *sockname=NULL; static char *tapname=NULL; int daemonize=0; -@@ -392,4 +393,5 @@ int main(int argc, char **argv) +@@ -417,4 +418,5 @@ int main(int argc, char **argv) } return(0); @@ -79,7 +79,7 @@ } --- a/include/config.h.in +++ b/include/config.h.in -@@ -309,6 +309,9 @@ +@@ -312,6 +312,9 @@ /* If defined, this is a kFreeBSD system */ #undef VDE_KFREEBSD @@ -89,22 +89,20 @@ /* If defined, this is a Linux system */ #undef VDE_LINUX a/configure -+++ b/configure -@@ -17062,9 +17062,14 @@ $as_echo #define VDE_KFREEBSD 1 conf - $as_echo #define VDE_FREEBSD 1 confdefs.h - +--- a/configure.ac b/configure.ac +@@ -115,9 +115,12 @@ case $build_os in + freebsd*) + AC_DEFINE([VDE_FREEBSD], 1, [If defined, this is a FreeBSD system]) ;; + gnu*) -+ -+$as_echo #define VDE_GNU 1 confdefs.h -+ ++AC_DEFINE([VDE_GNU], 1, [If defined, this is a Hurd system]) + ;; *) --as_fn_error $? Unsupported OS: $build_os. At the moment, only Linux, Darwin --and FreeBSD are supported. Contributions are appreciated! :-) $LINENO 5 -+as_fn_error $? Unsupported OS: $build_os. At the moment, only Linux, Darwin, -+FreeBSD and Hurd are supported. Contributions are appreciated! :-) $LINENO 5 +-AC_MSG_ERROR([Unsupported OS: $build_os. At the moment, only Linux, Darwin +-and FreeBSD are supported. Contributions are appreciated! :-)]) ++AC_MSG_ERROR([Unsupported OS: $build_os. At the moment, only Linux, Darwin, ++FreeBSD and Hurd are supported. Contributions are appreciated! :-)]) ;; esac
Bug#765070: openrc: [kfreebsd] segfault in loopsolver
Package: openrc Version: 0.12.4+20131230-9 Severity: grave Hi, Installing openrc segfaults in postinst and subsequently at boot. (Though it gave me a login shell, so I was at least able to bring up the system manually and recover it). I rebuilt without optimisations to get the attached backtrace. This was in a fresh kfreebsd-amd64 sid/jessie test-install. Thanks. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 9.0-2-amd64-xenhvm-ipsec Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # gdb openrc/sbin/openrc GNU gdb (Debian 7.7.1+dfsg-3) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-kfreebsd-gnu. Type show configuration for configuration details. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. Find the GDB manual and other documentation resources online at: http://www.gnu.org/software/gdb/documentation/. For help, type help. Type apropos word to search for commands related to word... Reading symbols from openrc/sbin/openrc...done. (gdb) run Starting program: /root/openrc-0.12.4+20131230/debian/openrc/sbin/openrc * Caching service dependencies ... * Found a solvable dependency loop: checkfs.sh p checkfs n mountall.sh p mountall u hwclock.sh a checkroot n checkfs.sh. Program received signal SIGSEGV, Segmentation fault. 0x7fffdccd in ?? () (gdb) bt full #0 0x7fffdccd in ?? () No symbol table info available. #1 0x000800a503ee in rc_deptree_solve_loop (unap_matrix=0x7fffde70, service_id=4, svc_id2depinfo_bt=0x6384f0, end_dep_num=26, flags=(RCDTFLAGS_LOOPSOLVER | RCDTFLAGS_LOOPSOLVER_WARNINGS)) at librc-depend.c:1270 btree = 0x637290 idid_to_break = 0x65b7e0 idid_count = 1 idid_to_break_count = 8 chain_strs = 0x65b8d0 chains = 0x65b270 deptypes = 0x65b880 minimal_cost = UNAPM_USE chains_size = 66 chain_count = 1 printerr = 1 '\001' printwarn = 1 '\001' idid_counters = 0x6372c0 idid_count2 = 0 depinfo_from = 0x80064a358 depinfo_to = 0x0 #2 0x000800a51fd6 in __RC_rc_deptree_update ( flags=(RCDTFLAGS_LOOPSOLVER | RCDTFLAGS_LOOPSOLVER_WARNINGS)) at librc-depend.c:1806 dep_num = 26 dep_count = 26 unapm_type = UNAPM_MAX loopsolver_counter = 0 loopfound = 0 unap_matrix = {0x637440, 0x637660, 0x637880, 0x637aa0, 0x637cc0, 0x637ee0} service_id = 4 svc_id2depinfo_bt = 0x6384f0 fp = 0x6246d0 deptree = 0x6247e0 providers = 0x6246d0 depinfo = 0x0 depinfo_np = 0x7fffe150 di = 0x630be0 deptype = 0x0 dt_np = 0x0 dt = 0x630c30 provide = 0x0 config = 0x624800 types = 0x6367d0 sorted = 0x6368b0 visited = 0x6374d0 s = 0x0 s2 = 0x0 s2_np = 0x0 s3 = 0x0 s4 = 0x0 line = 0x625f00 0_b len = 8192 depend = 0x0 depends = 0x0 service = 0x625f00 0_b type = 0x625f08 `rb nosys = 0x1 error: Cannot access memory at address 0x1 onosys = 0x80062f467 _dl_fixup+247 H\211\305d\213\004%\030 i = 5 k = 1 retval = true sys = 0x0 uts = { sysname = GNU/kFreeBSD\000\000\000\000`\335\001\b\000\000\000\304-\023\034\000\000\000, nodename = \000\000\000\000\000\000\000\000\n\000\000\000\000\000\000\000\300\304d\000\b\000\000\000\276\255b\000\b\000\000, release = 10.1-0-amd64\000\000\000\000\320s\244\000\b\000\000\000\350\177\244\000\b\000\000, version = #0 Sat, 20 Sep 2014 22:02:28 +0100\000\000\000\000\000\000X\305d\000\b\000\000\000\000\240d\000\b\000\000\000\f\034@\000\000\000\000\000\250\200\244\000\b\000\000\000\310\005@\000\000\000\000\000\000\000\000\000\001\000\000\000\201\000\000\000\001, '\000' repeats 11 times, X\305d\000\b\000\000\000\340\340\377\377\377\177\000\000\340\064\204\000\b\000\000\000\b\341\377\377\377\177\000\000\210\061\204\000\b\000\000\000\001\000\000\000\000\000\000\000m\257b\000\b, '\000' repeats 11 times, X\305d\000\b\000\000\000\001, '\000' repeats 15 times, \001\000\000\000\377\177\000\000..., machine = x86_64\000\000@\340\377\377\377\177\000\000\304-\023\034\000\000\000\000\f\034@\000\000\000\000} useneedafter_count = 65 #3 0x0040bc9f in _rc_deptree_load (force=0, regen=0x7fffe67c) at rc-depend.c:80 fd = -1
Bug#760800: #760800
according to [1], systemd 215-5 is now in testing. so this bug can be closed, i think [1] https://packages.qa.debian.org/s/systemd/news/20141006T163918Z.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754483: network-manager: Creating object for path '/org/freedesktop/NetworkManager/ActiveConnection/4' failed in libnm-glib.
I experience the same issue than the OP on current testing (jessie) using systemd. In my case, this occurs when selecting a Wired connection in the Network-Manager applet. I'm using network-manager 0.9.10.0-3 and network-manager-gnome (for the nm-applet binary) 0.9.10.0-2 Connecting to a wireless network works fine. Here's the output of systemctl status. root@mazer:~# systemctl status NetworkManager.service ● NetworkManager.service - Network Manager Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled) Active: active (running) since Fri 2014-10-10 18:14:35 CEST; 2 days ago Main PID: 8721 (NetworkManager) CGroup: /system.slice/NetworkManager.service ├─ 8721 /usr/sbin/NetworkManager --no-daemon └─30108 /sbin/dhclient -d -sf /usr/lib/NetworkManager/nm-dhcp-helper -pf /var/run/dhclient-wlan0.pid -lf /var/lib/NetworkManager/dhclient-ee9a7... Oct 13 12:39:43 mazer NetworkManager[8721]: info Activation (eth0) Stage 2 of 5 (Device Configure) successful. Oct 13 12:39:43 mazer NetworkManager[8721]: info Activation (eth0) Stage 3 of 5 (IP Configure Start) scheduled. Oct 13 12:39:43 mazer NetworkManager[8721]: info Activation (eth0) Stage 2 of 5 (Device Configure) complete. Oct 13 12:39:43 mazer NetworkManager[8721]: info Activation (eth0) Stage 3 of 5 (IP Configure Start) started... Oct 13 12:39:43 mazer NetworkManager[8721]: info (eth0): device state change: config - ip-config (reason 'none') [50 70 0] Oct 13 12:39:43 mazer NetworkManager[8721]: info (eth0): device state change: ip-config - failed (reason 'ip-config-unavailable') [70 120 5] Oct 13 12:39:43 mazer NetworkManager[8721]: warn Activation (eth0) failed for connection 'eth0' Oct 13 12:39:43 mazer NetworkManager[8721]: info Activation (eth0) Stage 3 of 5 (IP Configure Start) complete. Oct 13 12:39:43 mazer NetworkManager[8721]: info (eth0): device state change: failed - disconnected (reason 'none') [120 30 0] Oct 13 12:39:43 mazer NetworkManager[8721]: info (eth0): deactivating device (reason 'none') [0] The issue seems to be a configuration issue though. Editing the connections in the applet and setting the method in the IPv4 Settings for the wired connection to Automatic (DHCP) worked for me. It was initially set to Ignore. best regards, David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765071: mediatomb: No icons in web ui
Package: mediatomb Version: 0.12.1-5 Severity: important Dear Maintainer, When I connect to the web ui on my headless server there are no icons on the page and therefore I cannot add folders. When I ters tne same config on my laptop the icons are visible. cheers Mike -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: armel (armv5tel) Kernel: Linux 3.16-2-kirkwood 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 mediatomb depends on: ii mediatomb-daemon 0.12.1-5 ii w3m [www-browser] 0.5.3-17 mediatomb recommends no packages. mediatomb 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#765072: debian-faq: Build-Depends-Indep missing texlive-lang-....
Package: debian-faq Version: 5.0.2 Severity: serious Tags: patch Justification: FTBFS Fails to build under pbuilder. -- 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=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash debian-faq depends on no packages. debian-faq recommends no packages. Versions of packages debian-faq suggests: ii evince-gtk [postscript-viewer] 3.12.2-1 ii ghostscript [postscript-viewer] 9.06~dfsg-1 ii iceweasel [www-browser] 31.1.0esr-1 ii links [www-browser] 2.8-2+b1 ii lynx-cur [www-browser] 2.8.9dev1-2 ii w3m [www-browser]0.5.3-17 --- old/debian/control 2012-03-27 06:47:44.0 +1000 +++ new/debian/control 2014-10-13 19:42:19.454504062 +1000 @@ -6,7 +6,11 @@ Joost van Baal joos...@debian.org, Simon Paillard spaill...@debian.org Build-Depends: debhelper (= 5) Build-Depends-Indep: debiandoc-sgml, texlive (= 2007-11), texlive-latex-extra, - texlive-lang-cyrillic, latex-cjk-chinese, + texlive-lang-chinese, texlive-lang-cyrillic, texlive-lang-english, + texlive-lang-french, texlive-lang-german, texlive-lang-italian, + texlive-lang-other, texlive-lang-polish, texlive-lang-portuguese, + texlive-lang-spanish, + latex-cjk-chinese, latex-cjk-chinese-arphic-bkai00mp, latex-cjk-chinese-arphic-bsmi00lp, latex-cjk-chinese-arphic-gbsn00lp, latex-cjk-chinese-arphic-gkai00mp, ghostscript, po4a
Bug#765073: debian-faq: debian/rules build; debian rules clean; debian/rules build fails
Package: debian-faq Version: 5.0.2 Severity: important Tags: patch I noticed building after running debian/rules clean fails. Turns out this is because make invokes /bin/sh. /bin/sh is now dash. Dash does not support bash's {} expansion syntax as used in the Makfile's, eg: rm -f $(manual)*.{txt,ps,pdf}.gz The attached patch removes those bash'isms. -- 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=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash debian-faq depends on no packages. debian-faq recommends no packages. Versions of packages debian-faq suggests: ii evince-gtk [postscript-viewer] 3.12.2-1 ii ghostscript [postscript-viewer] 9.06~dfsg-1 ii iceweasel [www-browser] 31.1.0esr-1 ii links [www-browser] 2.8-2+b1 ii lynx-cur [www-browser] 2.8.9dev1-2 ii w3m [www-browser]0.5.3-17 diff -Nur debian-faq-5.0.2/de/Makefile debian-faq-5.0.2+nmu1/de/Makefile --- debian-faq-5.0.2/de/Makefile 2008-04-22 07:19:41.0 +1000 +++ debian-faq-5.0.2+nmu1/de/Makefile 2014-10-13 13:13:26.0 +1000 @@ -57,8 +57,6 @@ ps dvi pdf info: %: $(manual).$(currentlang).% clean distclean: - rm -rf $(manual)*.$(currentlang).html - rm -f $(manual)*.{txt,ps,dvi,pdf,info*,aux,log,man,tex,toc,sasp*} - rm -f *~ .*~ core tsa* head.tmp body.tmp $(manual).tpt + $(MAKE) -f ../Makefile currentlang=$(currentlang) cleanup .PHONY: all publish clean distclean validate diff -Nur debian-faq-5.0.2/es/Makefile debian-faq-5.0.2+nmu1/es/Makefile --- debian-faq-5.0.2/es/Makefile 2008-04-22 07:19:58.0 +1000 +++ debian-faq-5.0.2+nmu1/es/Makefile 2014-10-13 13:13:21.0 +1000 @@ -57,8 +57,6 @@ ps dvi pdf info: %: $(manual).$(currentlang).% clean distclean: - rm -rf $(manual)*.$(currentlang).html - rm -f $(manual)*.{txt,ps,dvi,pdf,info*,aux,log,man,tex,toc,sasp*} - rm -f *~ .*~ core tsa* + $(MAKE) -f ../Makefile currentlang=$(currentlang) cleanup .PHONY: all publish clean distclean validate diff -Nur debian-faq-5.0.2/fr/Makefile debian-faq-5.0.2+nmu1/fr/Makefile --- debian-faq-5.0.2/fr/Makefile 2011-08-30 20:28:39.0 +1000 +++ debian-faq-5.0.2+nmu1/fr/Makefile 2014-10-13 18:30:52.402578812 +1000 @@ -57,8 +57,7 @@ ps dvi pdf info: %: $(manual).$(currentlang).% clean distclean: - rm -rf $(manual)*.$(currentlang).html + $(MAKE) -f ../Makefile currentlang=$(currentlang) cleanup rm -f $(manual)* - rm -f *~ .*~ core tsa* .PHONY: all publish clean distclean validate diff -Nur debian-faq-5.0.2/it/Makefile debian-faq-5.0.2+nmu1/it/Makefile --- debian-faq-5.0.2/it/Makefile 2012-03-27 06:48:01.0 +1000 +++ debian-faq-5.0.2+nmu1/it/Makefile 2014-10-13 13:13:45.0 +1000 @@ -57,8 +57,6 @@ ps dvi pdf info: %: $(manual).$(currentlang).% clean distclean: - rm -rf $(manual)*.$(currentlang).html - rm -f $(manual)* - rm -f *~ .*~ core tsa* + $(MAKE) -f ../Makefile currentlang=$(currentlang) cleanup .PHONY: all publish clean distclean validate diff -Nur debian-faq-5.0.2/Makefile debian-faq-5.0.2+nmu1/Makefile --- debian-faq-5.0.2/Makefile 2011-08-30 20:28:40.0 +1000 +++ debian-faq-5.0.2+nmu1/Makefile 2014-10-13 17:20:50.0 +1000 @@ -80,12 +80,14 @@ ps dvi pdf info: %: $(manual).$(currentlang).% for lang in $(langs); do [ ! -d $$lang ] || $(MAKE) -C $$lang $@; done -clean distclean: - rm -rf $(manual)*.$(currentlang).html - rm -f $(manual)*.{txt,ps,dvi,pdf,info*,aux,log,man,tex,toc,out,tpt,sasp*} - rm -f *.tmp - rm -f $(manual)*.{txt,ps,pdf}.gz - rm -f faqdynamic.ent *~ .*~ core tsa* +clean distclean: cleanup for lang in $(langs); do [ ! -d $$lang ] || $(MAKE) -C $$lang $@; done -.PHONY: all publish clean distclean validate update-po po4a-translate +cleanup: + rm -rf $(manual)*.$(currentlang).html + rm -f $(patsubst %,$(manual)*.%,txt ps dvi pdf info* aux log man tex toc out tpt sasp*) + rm -f $(patsubst %,$(manual)*.%.gz,txt ps pdf) + rm -f faqdynamic.ent *~ .*~ core tsa* *.tmp $(manual).tpt + [ ! -h faqstatic.ent ] || rm faqstatic.ent + +.PHONY: all publish clean cleanup distclean validate update-po po4a-translate diff -Nur debian-faq-5.0.2/pl/Makefile debian-faq-5.0.2+nmu1/pl/Makefile --- debian-faq-5.0.2/pl/Makefile 2008-04-22 07:19:49.0 +1000 +++ debian-faq-5.0.2+nmu1/pl/Makefile 2014-10-13 13:13:50.0 +1000 @@ -57,8 +57,6 @@ ps dvi pdf info: %: $(manual).$(currentlang).% clean distclean: - rm -rf $(manual)*.$(currentlang).html - rm -f $(manual)*.{txt,ps,dvi,pdf,info*,aux,log,man,tex,toc,sasp*} - rm -f *~ .*~ core tsa* + $(MAKE) -f ../Makefile currentlang=$(currentlang) cleanup .PHONY: all publish clean distclean validate diff -Nur debian-faq-5.0.2/pt_BR/Makefile debian-faq-5.0.2+nmu1/pt_BR/Makefile --- debian-faq-5.0.2/pt_BR/Makefile
Bug#765070: openrc: [kfreebsd] segfault in loopsolver
The bug is triggerable on kfreebsd-amd64 with just `update-rc -u`. Rebuilding without debian/patches/0020-dependency-loop-resolver.patch, fixes the crash for me (in librc1). 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#745430: [Pkg-vsquare-devel] Bug#745430: closed by Ludovico Gardenghi gar...@debian.org (Bug#745430: fixed in vde2 2.3.2+r586-1)
On Mon, Oct 13, 2014 at 12:41 PM, Gabriele Giacone 1o5g4...@gmail.com wrote: Since patch submission, build started autoreconf'ing. Yes, sorry, I saw that the previous patch directly changed configure then I forgot to update it for dh- autoreconf. I'll upload a new one later today. Attached refreshed debdiff. Thanks! Ludovico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765075: qemu: non-upstream patch to copy ACPI SLIC oem_id into the RSDT table is undocumented.
Package: qemu Version: 2.1+dfsg-5 Severity: normal Tags: patch Debian is currently carrying a non-upstream patch to copy the ACPI SLIC oem_id into the RSDT table. Whilst useful, this altered behavious is currently undocumented. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/8 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 qemu depends on: ii qemu-system 2.1+dfsg-5 ii qemu-user2.1+dfsg-5 ii qemu-utils 2.1+dfsg-5 qemu recommends no packages. Versions of packages qemu suggests: pn qemu-user-static none -- no debconf information --- qemu-options.hx.orig 2014-10-13 12:01:27.917989607 +0100 +++ qemu-options.hx 2014-10-13 12:03:14.743953039 +0100 @@ -1349,6 +1349,8 @@ For data=, only data portion of the table is used, all header information is specified in the command line. +If a SLIC table is supplied to qemu, then the oem_id from the SLIC table +will be copied into the RSDT table. ETEXI DEF(smbios, HAS_ARG, QEMU_OPTION_smbios,
Bug#765074: vagrant: Cannot download self-hosted vagrantcloud box
Package: vagrant Version: 1.6.5+dfsg1-1 Severity: normal Dear Maintainer, I've used upstyream-provided .deb before, and tried to use the latest package from sid today. I tried to perform a vagrant up on a Vagrantfile using a box hosted on vagrantcloud.com... well, actually, a sefl-hosted box made available through vagrantcloud's index. Here's the log : $ vagrant up Bringing machine 'default' up with 'virtualbox' provider... == default: Box 'oberger/moocbdvm' could not be found. Attempting to find and install... default: Box Provider: virtualbox default: Box Version: = 0 The box 'oberger/moocbdvm' could not be found or could not be accessed in the remote catalog. If this is a private box on Vagrant Cloud, please verify you're logged in via `vagrant login`. Also, please double-check the name. The expanded URL and error message are shown below: URL: [https://vagrantcloud.com/oberger/moocbdvm;] Error: Maximum (10) redirects followed reverting to using upstream's 64 bit .deb, it works : $ vagrant up Bringing machine 'default' up with 'virtualbox' provider... == default: Box 'oberger/moocbdvm' could not be found. Attempting to find and install... default: Box Provider: virtualbox default: Box Version: = 0 == default: Loading metadata for box 'oberger/moocbdvm' default: URL: https://vagrantcloud.com/oberger/moocbdvm == default: Adding box 'oberger/moocbdvm' (v0.7.0) for provider: virtualbox default: Downloading: https://vagrantcloud.com/oberger/boxes/moocbdvm/versions/17/providers/virtualbox.box default: Progress: 14% (Rate: 2225k/s, Estimated time remaining: 0:02:19) ... Issueing a wget on https://vagrantcloud.com/oberger/boxes/moocbdvm/versions/17/providers/virtualbox.box seems flawless. Thanks in advance. Best regards, -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vagrant depends on: ii bsdtar 3.1.2-9 ii bundler1.7.2-2 ii curl 7.38.0-2 ii openssh-client 1:6.6p1-8 ii ruby 1:2.1.0.4 ii ruby-childprocess 0.5.2-1 ii ruby-erubis2.7.0-3 ii ruby-i18n 0.6.9-2 ii ruby-listen2.4.0-4 ii ruby-log4r 1.1.10-4 ii ruby-net-scp 1.1.1-2 ii ruby-net-ssh 1:2.6.8-2 ii ruby-nokogiri 1.6.3.1+ds-1 ii ruby-rb-inotify0.9.5-1 vagrant recommends no packages. Versions of packages vagrant suggests: ii virtualbox 4.3.14-dfsg-1 -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org