Bug#734850: ‘python3-coverage’ in Debian has correct symlink to html report template
package python-coverage tags 734850 + unreproducible moreinfo reassign 734850 python3-coverage thanks On 10-Jan-2014, Zygmunt Krynicki wrote: Using Ubuntu I've noticed that python3-coverage's html command stopped working. […] I've edited this report to strip ubuntu version but I believe this to be accurate for both Debian and Ubuntu. Please confirm that, before reporting to the Debian BTS. I'm unable to reproduce the fault on a Debian system. A quick inspection lead to obviously missing symlink from /usr/lib/python3/dist-packages/coverage/htmlfiles/ to /usr/share/python-coverage/htmlfiles/. This symlink is present in the Debian package, as can be seen with ‘dpkg --listfiles’. You can also confirm by visiting the package page at URL:http://packages.debian.org/sid/python3-coverage and seeing the list of files for an architecture. I will wait for you to verify the behaviour is only in the Ubuntu package; but regardless, this bug should be reported at the Ubuntu BTS if it exists in the Ubuntu package. -- \ “… one of the main causes of the fall of the Roman Empire was | `\that, lacking zero, they had no way to indicate successful | _o__) termination of their C programs.” —Robert Firth | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#732282: stop building java for sparc, sparc64, s390, kfreebsd-any
Am 16.12.2013 11:34, schrieb Matthias Klose: Package: java-common Version: 0.50 Severity: serious Tags: jessie, sid openjdk-7 currently ftbfs on sparc, sparc64, s390, kfreebsd-any. So please either remove the default-* packages on these archs, or fall back to gcj. - the hotspot port for linux sparc isn't maintained anymore by upstream. If a porter is interested, maybe investigate how to build the zero vm on these architectures. - s390 needs an update of the s390 debian specific patch. Not working on this myself. - the debian kfreebsd patches need an update. I don't think it's feasible to burden the openjdk maintainers or the security team with patch maintenance. I understand that the bsd support is found upstream in openjdk-8, so maybe try that again for the next upstream version. ia64, sparc, sparc64, kfreebsd-i386 and kfreebsd-amd64 are now demoted to gcj on the VCS. Had to demote ia64 too, and don't want to investigate anymore. I'll upload java-common later this week. The good news is that arm64, mips, mipsel, powerpcspe, ppc64el and x32 are now promoted to use openjdk-7. Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734977: Some more examples with fltk-config --compile and undefined references
Hi Aaron, thank you for your fast reply. I tried three other examples form fltk1.3-doc $ fltk-config --compile doublebuffer.cxx $ fltk-config --compile bitmap.cxx $ fltk-config --compile buttons.cxx $ fltk-config --compile doublebuffer.cxx g++ -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/freetype2 -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -g -O2 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -o 'doublebuffer' 'doublebuffer.cxx' -L/usr/lib/x86_64-linux-gnu -lfltk /tmp/cc8At8e6.o: In function `single_blink_window': /home/andy/734977/examples/doublebuffer.cxx:86: undefined reference to `Fl_Single_Window::Fl_Single_Window(int, int, int, int, char const*)' /tmp/cc8At8e6.o: In function `main': /home/andy/734977/examples/doublebuffer.cxx:102: undefined reference to `Fl_Hor_Slider::Fl_Hor_Slider(int, int, int, int, char const*)' /tmp/cc8At8e6.o: In function `double_blink_window': /home/andy/734977/examples/doublebuffer.cxx:93: undefined reference to `Fl_Double_Window::Fl_Double_Window(int, int, int, int, char const*)' /tmp/cc8At8e6.o: In function `main': /home/andy/734977/examples/doublebuffer.cxx:112: undefined reference to `Fl_Hor_Slider::Fl_Hor_Slider(int, int, int, int, char const*)' collect2: error: ld returned 1 exit status $ fltk-config --compile bitmap.cxx g++ -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/freetype2 -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -g -O2 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -o 'bitmap' 'bitmap.cxx' -L/usr/lib/x86_64-linux-gnu -lfltk /tmp/cc0fW4kf.o: In function `main': /home/andy/734977/test/bitmap.cxx:113: undefined reference to `Fl_Double_Window::Fl_Double_Window(int, int, char const*)' /home/andy/734977/test/bitmap.cxx:116: undefined reference to `Fl_Toggle_Button::Fl_Toggle_Button(int, int, int, int, char const*)' /home/andy/734977/test/bitmap.cxx:118: undefined reference to `Fl_Toggle_Button::Fl_Toggle_Button(int, int, int, int, char const*)' /home/andy/734977/test/bitmap.cxx:120: undefined reference to `Fl_Toggle_Button::Fl_Toggle_Button(int, int, int, int, char const*)' /home/andy/734977/test/bitmap.cxx:122: undefined reference to `Fl_Toggle_Button::Fl_Toggle_Button(int, int, int, int, char const*)' /home/andy/734977/test/bitmap.cxx:124: undefined reference to `Fl_Toggle_Button::Fl_Toggle_Button(int, int, int, int, char const*)' /tmp/cc0fW4kf.o:/home/andy/734977/test/bitmap.cxx:126: more undefined references to `Fl_Toggle_Button::Fl_Toggle_Button(int, int, int, int, char const*)' follow collect2: error: ld returned 1 exit status $ fltk-config --compile buttons.cxx g++ -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/freetype2 -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -g -O2 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -o 'buttons' 'buttons.cxx' -L/usr/lib/x86_64-linux-gnu -lfltk /tmp/ccz0RaLZ.o: In function `main': /home/andy/734977/test/buttons.cxx:35: undefined reference to `Fl_Return_Button::Fl_Return_Button(int, int, int, int, char const*)' /home/andy/734977/test/buttons.cxx:36: undefined reference to `Fl_Repeat_Button::Fl_Repeat_Button(int, int, int, int, char const*)' collect2: error: ld returned 1 exit status If I compile it without fltk-config I get the same results, regardless if with -O0 or -O2. Can I do something else to help you tracking the problem? -- Andy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733977: boinc-app-milkyway: Please sync with upstream
I'm not sure if the code you referenced is the correct code. According to the forums the original code didn't have a licence and the newer code hasn't been released yet, at least that's what I got from the reading the threads. There really is nothing made clear on the subject. I've asked for a little clarity but with no response so far: http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=576 I tried building the code from github but it can't find libraries, uses old libraries a bit of a nightmare. Probably isn't much point in using that code until someone officially tells us what is going on. On 03/01/14 00:28, Gianfranco Costamagna wrote: Hi Ken thanks for your report. Unfortunately I tried some time ago to package again milkyway with the new code hosted here [1] Code that I think is the official client one. Anyway I'm just stuck with some errors when I run the package with boinc, and I get only computation errors messages. I also asked two pull requests [2], to fix a build failure and a potential security issue. Nobody replied so far. What can I do? Fix everything without upstream support? I can, but I don't have time and man power for making the package stable without looking really deeply at the code. I'll try again with the last milkyway code, can you please try to have a better contact with upstream? thanks [1] https://github.com/Milkyway-at-home/milkywayathome_client [2] https://github.com/Milkyway-at-home/milkywayathome_client/pulls G. Il Giovedì 2 Gennaio 2014 20:48, Ken Sharp imwellcushtymel...@googlemail.com ha scritto: Package: boinc-app-milkyway Version: 0.18d-4 The current version supplied by boinc-app-milkyway appears to run fine on armel but: 1. The estimated runtime is always way off. 2. The results are always invalid. 3. It's a really old version: there will be many changes between 0.18 and the current upstream 1.x branch which will fix a lot of bugs. If there is anything further needed then please let me know. Origin: http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=3440#60666 -- pkg-boinc-devel mailing list pkg-boinc-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-boinc-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707585: why: FTBFS in unstable
I just retested this and why still FTBFS but the error has changed Ocamlopt src/vcg.ml File src/vcg.ml, line 619, characters 10-22: Warning 26: unused variable filter_up_to. File src/vcg.ml, line 1: Error: Some fatal warnings were triggered (1 occurrences) make[1]: *** [src/vcg.cmx] Error 2 make[1]: Leaving directory `/why-2.30+dfsg' dh_auto_build: make -j1 returned exit code 2 make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 root@debian:/why-2.30+dfsg# -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735044: Add Oleg Moskalenko as a Debian Maintainer
Package: debian-maintainers Severity: normal Please add Oleg Moskalenko to the debian maintainer keyring. Thank you, Oleg add-030622245C1E59B4 Description: Binary data
Bug#735045: RFP: X11 -- [SHORT DESCRIPTION]
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org --- Please fill out the fields below. --- Package name: X11 Version: 1.7.2 Upstream Author: [NAME n...@example.com] URL: [http://example.com] License: [GPL, LGPL, BSD, MIT/X, etc.] Description: [DESCRIPTION] This is a fresh update from Wheezy to Jessie. Wheezy was installed one or two months ago, out of the box. Not much tweaked. Everything inside X is slow. Youtube films, sound ok, film jumpy. Typing response is slow. Letters shows up after 0,5 sec. Moving windows is slow. Top in a tty under F1 says gnome-shell eats 78.8% cpu. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733977: boinc-app-milkyway: Please sync with upstream
Hi Ken, I had more luck than you in my boinc-app-milkyway from github. I can run and validate successfully every milkyway_nbody task but I get a failure on milkybody_separation one. I don't have the nbody build now, I can give it to you tomorrow if you are intrested. Anyway for making it build: install boinc, boinc-app-dev, boinc-dev clone the repository git submodule init git submodule update delete the boinc folder (in this way we will use _our_ boinc libraries) apply the two pull requests https://github.com/Milkyway-at-home/milkywayathome_client/pulls (or just use the patches in debian directory) clone the debian directory from here http://anonscm.debian.org/gitweb/?p=pkg-boinc/boinc-app-milkyway.git dpkg-buildpackage should do the trick On monday I'll update the debian git repository, it won't work right now after you create the package (I'll change the debian/rules for building only the nbody) you will be able to run milkyway. As soon as I get more feedbacks, and if I don't figure out what is wrong with separation, I'll update milkyway using only nbody platform (and of course after I'm sure this is the right client to ship). EDIT: I see that maybe separation isn't just supported http://milkyway.cs.rpi.edu/milkyway/apps.php http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=3394 http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=3407 bests, G. Il Domenica 12 Gennaio 2014 9:27, Ken Sharp imwellcushtymel...@googlemail.com ha scritto: I'm not sure if the code you referenced is the correct code. According to the forums the original code didn't have a licence and the newer code hasn't been released yet, at least that's what I got from the reading the threads. There really is nothing made clear on the subject. I've asked for a little clarity but with no response so far: http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=576 I tried building the code from github but it can't find libraries, uses old libraries a bit of a nightmare. Probably isn't much point in using that code until someone officially tells us what is going on. On 03/01/14 00:28, Gianfranco Costamagna wrote: Hi Ken thanks for your report. Unfortunately I tried some time ago to package again milkyway with the new code hosted here [1] Code that I think is the official client one. Anyway I'm just stuck with some errors when I run the package with boinc, and I get only computation errors messages. I also asked two pull requests [2], to fix a build failure and a potential security issue. Nobody replied so far. What can I do? Fix everything without upstream support? I can, but I don't have time and man power for making the package stable without looking really deeply at the code. I'll try again with the last milkyway code, can you please try to have a better contact with upstream? thanks [1] https://github.com/Milkyway-at-home/milkywayathome_client [2] https://github.com/Milkyway-at-home/milkywayathome_client/pulls G. Il Giovedì 2 Gennaio 2014 20:48, Ken Sharp imwellcushtymel...@googlemail.com ha scritto: Package: boinc-app-milkyway Version: 0.18d-4 The current version supplied by boinc-app-milkyway appears to run fine on armel but: 1. The estimated runtime is always way off. 2. The results are always invalid. 3. It's a really old version: there will be many changes between 0.18 and the current upstream 1.x branch which will fix a lot of bugs. If there is anything further needed then please let me know. Origin: http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=3440#60666 -- pkg-boinc-devel mailing list pkg-boinc-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-boinc-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707851: Let's remove the Debian menu from the Debian Policy ?
On Sat, Jan 11, 2014 at 11:46:10AM +0900, Charles Plessy wrote: Hello everybody, I have read a lot of scepticism about the Debian menu in this thread, and no actual support for it. Perhaps I was trying to be too consensual and proposed an over-complicated solution while it is clear that the FreeDesktop system is superior. I attached a new patch, where the Debian menu is removed, and pasted below a text export of the 9.6 and 9.7 sections after application of the patch. Thanks, Charles! Could I humbly suggest that for a change as significant as this, it would be worth asking for feedback on debian-devel and debian-user as well? It could be that there are users who will be significantly affected by this but who don't read the -policy list. Then again, there may well be silence or approval from those lists too. Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734742: flare: Version 0.19 released
On Sun, Jan 12, 2014 at 08:37:37AM +0100, Martin Quinson wrote: I just pushed something to the git repositories: src:flare-engine - binary-any:flare-engine src:flare - binary-all:flare Then, flare depend on flare-engine, which in turn conflicts with old versions of flare before the split. Since one of the packages is named flare, users of the old version will get the new version, and the fact that flare-engine (which is requested by any part of the ecosystem) conflicts with all parts of the old organisation, the transition should go ok. I renamed the engine to flare-engine, and added a shell wrapper to the flare-game package that is named flare and run the flare engine with that game. I need to rename the man pages before we can upload it. Damn. The packages were working great before I decided to rename the flare engine to /usr/games/flare-engine (so that I could add a flare wrapper starting the game directly). Now, it does not seem to find the flare-game files anymore. Does the binary name make any difference to the engine? I'm puzzeled, Mt -- I don't suffer from Insanity, I enjoy every minute of it... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735035: apt-listbugs gives E: uninitialized constant Debian::Version
Control: tags -1 + unreproducible moreinfo On Sat, 11 Jan 2014 19:33:47 -0500 Gene Cash wrote: Package: apt-listbugs Version: 0.1.12 Severity: normal [...] -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages apt-listbugs depends on: ii apt 0.9.14.2 ii ruby 1:1.9.3 ii ruby-debian 0.3.8+b2 ii ruby-gettext 3.0.3-1 ii ruby-httpclient 2.3.3-2 ii ruby-soap4r 2.0.5-2 ii ruby-xmlparser0.7.2-2 ii ruby1.9.1 [ruby-interpreter] 1.9.3.484-1 [...] Hello Gene, thanks for your bug report. I personally use apt-listbugs/0.1.12 on Debian testing on a daily basis. On a box with a set of installed dependencies nearly identical to yours (I have ruby-xmlparser/0.7.2-3, but I would be surprised if this were the key difference), apt-listbugs works for me without errors. However, I see that you experience an issue with an uninitialized constant error... This is very awkward: I cannot reproduce the bug you are seeing. When I install a package, apt-listbugs fails with an error as follows: 07:24:05 ~ # apt-get install e2fslibs e2fsprogs Reading package lists... Done Building dependency tree Reading state information... Done Starting pkgProblemResolver with broken count: 0 Starting 2 pkgProblemResolver with broken count: 0 Done Suggested packages: gpart e2fsck-static The following packages will be upgraded: e2fslibs e2fsprogs 2 upgraded, 0 newly installed, 0 to remove and 42 not upgraded. Need to get 0 B/834 kB of archives. After this operation, 49.2 kB of additional disk space will be used. Retrieving bug reports... Done Parsing Found/Fixed information... 0% ... E: uninitialized constant Debian::Version E: Sub-process /usr/sbin/apt-listbugs apt returned an error code (1) E: Failure running script /usr/sbin/apt-listbugs apt 07:27:32 ~ # Mmmmh, let's see. Debian::Version is implemented in package ruby-debian. You have ruby-debian/0.3.8+b2 which should work with ruby1.9.1/1.9.3.484-1 without hitting bug #734256. You are using Ruby 1.9 as system-wide default Ruby interpreter, aren't you? Could you please confirm that the following command $ ruby -v ruby 1.9.3p484 (2013-11-22 revision 43786) [x86_64-linux] gives you the same output I see? [...] I can work around the problem by moving 10apt-listbugs out of /etc/apt/apt.conf.d so it doesn't run. Yes, that's the quickest way to temporarily disable apt-listbugs. Please try to upgrade ruby-xmlparser and then re-enable apt-listbugs (but I doubt that it will fix your issue). Do you have anything special on your system configuration (especially if related to Ruby)? Please check that you have the file /usr/lib/ruby/vendor_ruby/1.9.1/x86_64-linux/debian_version.so on your system and that it's not altered: $ md5sum /usr/lib/ruby/vendor_ruby/1.9.1/x86_64-linux/debian_version.so cb8721c7783667fc35790d4b12c2a0ce /usr/lib/ruby/vendor_ruby/1.9.1/x86_64-linux/debian_version.so Please let me know. Thanks for your patience. -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpxI5_vnpWJ3.pgp Description: PGP signature
Bug#688801: Re: Re: Bug#688801: kde-window-manager: Incorrect Build-conflict against libgles2-mesa-dev
Martin, José, Any plans to resolve this issue? Looks like the current, sid package still provides only the following: 1. only one binary (kwin) is built and is linked against OpenGL 2. two binaries are built. kwin is linked against OpenGL and kwin_gles is linked against OpenGL ES I've took a source package of kde-window-manager, opted out a libgles2-mesa-dev from conflicts and installed it, then built Kwin via 'debian/rules build'. This way i've got a kwin_gles also, thought ldd'ing on it showed that besides libEGL dependency (which is good), it also relied on libGL (which is not good! this means some/most of GL functions were still used). When i've tried to use this produced kwin_gles binary as compozitor, i've got a slow unaccelerated performance exactly like i had when tried usual kwin (but for usual, OpenGL powered kwin it's awaited, as i have a harware only supporting OpenGL ES acceleration, while OpenGL goes throught software Mesa in my case). I've double-checked that a hardware accelerated OpenGL ES in Xorg on my setup works fine. Is it a KDE, Debian or building issue? Is there any way to fix it? In 4.9 nothing has changed, but I plan to have some changes in 4.10 or 4.11. We will in future default to EGL and use OpenGL on top of EGL instead of GLX (for this there will be a mail to kde-packagers the next few days). We're on 4.11.3-2 now. Would be nice to see this sooner :) I think it would be a good thing for Debian and KDE on Debian to build both KWin versions as it gives the possibility to run KWin on OpenGL ES powered hardware such as the pandaboard, raspberry pi and so on. Right, especially considering the fact that last of available OpenGL ES compozitors, a Compiz got removed from Debian after the Squeeze release. Thanks for any feedback! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735046: RM: abuse-sdl -- undistributeable
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 It has been found that abuse-sdl has undistributeable components (e.g music) Efforts to fix this issue failed: Trying to contact the copyright owner failed and d trying to remove the content. However it has been commonly agreed that the game is crippled without it. Also there is no maintainer activitivy on this package since 2011, indicating that the package is unmaintained. Therefore abuse-sdl should be removed. According the PTS abuse-sdl is also in oldstable. Maybe it should be removed there too. Details are in bug #648272 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJS0mo7AAoJEJFk+h0XvV02J44P/iJkLtRg/plXfkrqeboXm3vK stPwpsikNOsK1ihm2iLOrwstz6FjJpsMuQfUspTt3oGq+ciWf4z+y9gCgnPWUlLU UoXxGUil6mUUVUKwxQQwoOQQTliXVD6Gp6YFU26zEbpwzAzCBGf/XvPtp06GVym7 XuN32jIiuKNympEuQZsT7xuT4rVux9SCTj9bIV7NDeQdLALIH25W440iZmksYX1t anJ7L68qVAdDd9dgVZZ7ghL6oR2GaohzXqy4ltosGMsRbfjD/32mJCj/JPaBkhTZ 5ufQqiNb32eDI8kkb0C5aS0EyvalBZjZVAiy3Lqws50+wRlGT+j3OX//bF1rxvR3 L5GASTD1ZCCKLl/95cf5Sd3Cfghx/mgwewhGELE75RT07IclkYtx0pRjqb9k2WLu LL3Ta/XNpqVnKi6XRCgv1bCEyQBo5z8odCFM93iZWm4l++DTjrr7SN45Qu3udf/l WIYXrq6da/0ZcJ9NJe7rbh/vE7gA+GmI5+JYOxutWOZUQbyM3sEo7xuVN56H+pFS x3JnkjPIqrEBLlgX/gurddZ/goD+usEwxnOnXlPpGsvvhRQgMO1DY8ChNjTMBWn2 6Etr8FPn5+2VXZN3X3rhFdbzhdAQHa0I8KKSRgXwmC4Yi9x6d+nBx+8XHro2PaS3 l5lFxW4DOaPO6etd/7a4 =EhwS -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700758: bcrypt: Bcrypt exposes patterns in data, it is broken
Package: bcrypt Followup-For: Bug #700758 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I see two options: 1) Fix it 2) Remove it 1) Is probably out of scope (ends probably in a fork, breaks compatibiity...) Maybe it should be removed from Debian? (I think we need to maintain a certain level of quality for the software we have in Debian) I'd like to hear the maintainer's opinion before any further action... (Lets say, lets wait a week or two) - -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJS0m1CAAoJEJFk+h0XvV02SG8P/2brtTl8dZBw3Cw+uwBI4aXT wCpnyu9Et2URzATrybdQ3WMZDjIsHNBa8ieShjcDLSMUKD3mfRt0HJMQ+dtlWnK5 oeioNlmud9/T89DFnqb3GMlqKsuPvKxbaviCeAKYpi+2QLIh/zh3uwbFt5VtaUd7 5tDFHmaB9AqBjiltZLns9aBpRpEsYp/lDWrcX2daAzS0HNjysNsjGw8rnwdi9ilZ LqpZmZbI9/MerST26hoIjtbswQ+NTLcDw8dt0MeyY+8WWfLS8hMDova5mFCjKLeg PR5ZcQjIkZRL4JlbKf4ljj4IMqqDsOPwgfcb2OtFT/zvO4K5b1PRotgfZKg27Bdw qdLk1F8bSYsAO0o0EEXNj0WRZNkIezBQ/N45DpzprpttRmBYT25vkNqaZ1MAFECY iQ7+j0EzHn/PjdzDNRPXn6jM3ol6DevtCT3cSJW+3UQStr0OIUfRthT4gCzwkT9m umw5z0p438J24KhLvi+F03qHK5ASh2Dutxod7iV2qF37xEKvDoEK/7XPmBCGVdyK mcl3MkdYGoSxgrTMnpTrlYz2f/oaDdaDNWwd3RkiReiVXavGz4dfGBo25yE92OEH lzj4V5qz4nR4n1tPJX6nUVynrPYSwWGODE8LJ4cgTIrlyB8j+W5A0F4ADyUlq5s9 D/bK4hHN9Vymmj/PjRA0 =k2Sb -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#369888: From != From:
tags 369888 - patch
thanks
switch(*buf) {
+ case 'f':
case 'F': /* From */
cont = 0;
But this is for (at least) From which is supposed to be
case-sensitive.
Ian.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735035: apt-listbugs gives E: uninitialized constant Debian::Version
On 01/12/2014 04:43 AM, Francesco Poli wrote: You have ruby-debian/0.3.8+b2 which should work with ruby1.9.1/1.9.3.484-1 without hitting bug #734256. You are using Ruby 1.9 as system-wide default Ruby interpreter, aren't you? Could you please confirm that the following command $ ruby -v ruby 1.9.3p484 (2013-11-22 revision 43786) [x86_64-linux] gives you the same output I see? Yes, it does. FYI, I'm not a Ruby coder, so I have a completely stock install. Please check that you have the file /usr/lib/ruby/vendor_ruby/1.9.1/x86_64-linux/debian_version.so on your system and that it's not altered: $ md5sum /usr/lib/ruby/vendor_ruby/1.9.1/x86_64-linux/debian_version.so cb8721c7783667fc35790d4b12c2a0ce Yes, I get the same MD5 checksum. Please try to upgrade ruby-xmlparser and then re-enable apt-listbugs (but I doubt that it will fix your issue). Actually, the funny part is it did! It upgraded from 0.7.2-2 to 0.7.2-3 and now it works without errors. Thank you. -gc -- Nobody wants backups. What everybody wants is a restore. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733937: [Pkg-fonts-devel] RFP: fonts-croscore -- width-compatible fonts for improved on-screen readability
Am Dienstag, den 07.01.2014, 13:48 +0100 schrieb Fabian Greffrath: I consider the fonts-croscore, fonts-crosextra-caladea and fonts-crosextra-carlito packages ready for upload and thus request sponsoring for them. Thanks for uploading! - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735048: mediathekview: doesn't start at all
Package: mediathekview Version: 4-1 Severity: grave Justification: renders package unusable Hi! I didn't want to wait the few days for the testing transition, so I installed mediathekview from unstable into my testing system. But it doesn't start at all, this is the output I receive: Exception in thread main java.lang.UnsupportedClassVersionError: mediathek/Main : Unsupported major.minor version 51.0 at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:643) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) at java.net.URLClassLoader.defineClass(URLClassLoader.java:277) at java.net.URLClassLoader.access$000(URLClassLoader.java:73) at java.net.URLClassLoader$1.run(URLClassLoader.java:212) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:205) at java.lang.ClassLoader.loadClass(ClassLoader.java:323) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) at java.lang.ClassLoader.loadClass(ClassLoader.java:268) Could not find the main class: mediathek.Main. Program will exit. Maybe it is just a missing tighter set dependency somewhere, but I am uncertain what might be needed or wanted here. Maybe the Unsupported major.minor version 51.0 can give you a clue; for me it doesn't. :) Thanks for looking into it. Rhonda -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_AT.utf8, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mediathekview depends on: ii default-jre [java7-runtime]1:1.7-49 ii jarwrapper 0.45 ii libcommons-compress-java 1.6-1 ii libcommons-lang3-java 3.1-2 ii libjackson2-core-java 2.2.2-1 ii libjgoodies-forms-java 1.6.0-4 ii libjide-oss-java 3.5.10+dfsg-1 ii libmac-widgets-java0.9.5+svn369-dfsg1-3 ii libswingx-java 1:1.6.2-1 ii libtimingframework-java1.0-1 ii libxz-java 1.4-1 ii openjdk-7-jre [java7-runtime] 7u25-2.3.10-1~deb7u1 Versions of packages mediathekview recommends: ii flvstreamer 2.1c1-1 ii mplayer 2:1.0~rc4.dfsg1+svn34540-1+b2 ii vlc 2.1.2-2 mediathekview 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#735049: nvidia-support: Debconf prompts are misleading for NVIDIA Optimus users
Package: nvidia-support Version: 20130816+1 Severity: important Tags: patch Dear Maintainer, Installing bumblebee-nvidia (for optimus support) also pulls in the proprietary nvidia packages, along with nvidia-support; during the installation process, the user will see a debconf prompt saying that a xorg.conf snippet must be used to enable the nvidia driver (nvidia-support/create-nvidia-conf), which does not apply for nvidia optimus users and will break glx on the user's main display if the user blindly follows those debconf prompts. Please consider the following patch (attached with this email) against nvidia-support's debconf templates to address this issue. Regards, Vincent -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (700, 'testing'), (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-5-vclaptop-amd64 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nvidia-support depends on: ii debconf [debconf-2.0] 1.5.52 nvidia-support recommends no packages. nvidia-support suggests no packages. -- debconf information: nvidia-support/check-running-module-version: true nvidia-support/last-mismatching-module-version: 310.19 nvidia-support/removed-but-enabled-in-xorg-conf: nvidia-support/create-nvidia-conf: true * nvidia-support/needs-xorg-conf-to-enable: * nvidia-support/warn-nouveau-module-loaded: nvidia-support/check-xorg-conf-on-removal: true nvidia-support/warn-mismatching-module-version: diff -Nru a/debian/nvidia-support.templates b/debian/nvidia-support.templates --- a/debian/nvidia-support.templates 2013-05-05 05:51:31.0 -0700 +++ b/debian/nvidia-support.templates 2014-01-12 02:09:53.883701648 -0800 @@ -50,6 +50,9 @@ The NVIDIA driver is not yet configured; it needs to be enabled in xorg.conf before it can be used. . + Ignore this message if you have a laptop with NVIDIA Optimus technology + (dual Intel and NVIDIA GPUs). + . Please see the package documentation for instructions. Template: nvidia-support/check-xorg-conf-on-removal @@ -74,7 +77,8 @@ Default: true Description: Create a minimal Xorg configuration to enable NVIDIA? The NVIDIA Xorg driver that was just installed requires manual configuration - to be activated. + to be activated, unless you have a laptop with NVIDIA Optimus technology + (dual Intel and NVIDIA GPUs). . A minimal config file that should be sufficient to start the X server can be created now. This file (/etc/X11/nvidia.conf) can be customized @@ -83,3 +87,5 @@ If you choose not to create this file now, you have to create your own configuration (in /etc/X11/xorg.conf or better /etc/X11/xorg.conf.d/*.conf) before Xorg can use the NVIDIA driver. + . + Do NOT create this file if you have a laptop with NVIDIA Optimus technology.
Bug#735050: aptitude: Continues to remove conflicting package, although new package failed to download
Package: aptitude
Version: 0.6.8.2-1.2
Severity: normal
Dear Maintainer,
I asked aptitude to install a new package, which conflicted with an
older package. So, it suggested to remove that package. So far so good.
However, the new package failed to download (some transient network
error). But to my surprise, the conflicting older package was still
removed. End result: no new and no old package installed...
I think this is wrong behaviour. I expect that in this situation also
the old package should not be removed after all as no new (conflicting)
package is going to be installed.
Here's the full log of what happened (yes, it's with some 3rd party
package repo, but that is totally irrelevant here, transient network
errors can happen also on the Debian network and there are Debian
packages which have such relations as in this example).
$ sudo aptitude install virtualbox-4.3
The following NEW packages will be installed:
virtualbox-4.3{b}
The following packages will be upgraded:
virtualbox-4.2{b}
1 packages upgraded, 1 newly installed, 0 to remove and 1 not upgraded.
Need to get 135 MB of archives. After unpacking 158 MB will be used.
The following packages have unmet dependencies:
virtualbox-4.2 : Conflicts: virtualbox but it is not going to be installed.
virtualbox-4.3 : Conflicts: virtualbox but it is not going to be installed.
The following actions will resolve these dependencies:
Remove the following packages:
1) virtualbox-4.2
Accept this solution? [Y/n/q/?]
The following NEW packages will be installed:
virtualbox-4.3
The following packages will be REMOVED:
virtualbox-4.2{a}
0 packages upgraded, 1 newly installed, 1 to remove and 1 not upgraded.
Need to get 69,7 MB of archives. After unpacking 10,8 MB will be used.
Do you want to continue? [Y/n/?]
Err http://download.virtualbox.org/virtualbox/debian/ wheezy/contrib
virtualbox-4.3 amd64 4.3.6-91406~Debian~wheezy
Connection failed
(Reading database ... 645878 files and directories currently installed.)
Removing virtualbox-4.2 (4.2.22-91556~Debian~squeeze) ...
[ ok ] Stopping VirtualBox kernel modules:.
Processing triggers for hicolor-icon-theme (0.13-1) ...
Processing triggers for desktop-file-utils (0.22-1) ...
Processing triggers for gnome-menus (3.8.0-2) ...
Processing triggers for mime-support (3.54) ...
Processing triggers for shared-mime-info (1.0-1+b1) ...
Unknown media type in type 'all/all'
Unknown media type in type 'all/allfiles'
Unknown media type in type 'uri/mms'
Unknown media type in type 'uri/mmst'
Unknown media type in type 'uri/mmsu'
Unknown media type in type 'uri/pnm'
Unknown media type in type 'uri/rtspt'
Unknown media type in type 'uri/rtspu'
E: Failed to fetch
http://download.virtualbox.org/virtualbox/debian/pool/contrib/v/virtualbox-4.3/virtualbox-4.3_4.3.6-91406~Debian~wheezy_amd64.deb:
Connection failed
Current status: 1 update [-1].
-- Package-specific info:
Terminal: xterm
$DISPLAY is set.
which aptitude: /usr/bin/aptitude
aptitude version information:
aptitude 0.6.8.2 compiled at Aug 25 2013 12:37:10
Compiler: g++ 4.8.1
Compiled against:
apt version 4.12.0
NCurses version 5.9
libsigc++ version: 2.2.10
Ept support enabled.
Gtk+ support disabled.
Qt support disabled.
Current library versions:
NCurses version: ncurses 5.9.20130608
cwidget version: 0.5.16
Apt version: 4.12.0
aptitude linkage:
linux-vdso.so.1 (0x7fff1f502000)
libapt-pkg.so.4.12 = /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
(0x7f1ca4bef000)
libncursesw.so.5 = /lib/x86_64-linux-gnu/libncursesw.so.5
(0x7f1ca49bf000)
libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5
(0x7f1ca4795000)
libsigc-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0
(0x7f1ca459)
libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7f1ca4289000)
libept.so.1.aptpkg4.12 =
/usr/lib/x86_64-linux-gnu/libept.so.1.aptpkg4.12 (0x7f1ca402c000)
libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7f1ca3c2f000)
libz.so.1 = /lib/x86_64-linux-gnu/libz.so.1 (0x7f1ca3a17000)
libsqlite3.so.0 = /usr/lib/x86_64-linux-gnu/libsqlite3.so.0
(0x7f1ca375b000)
libboost_iostreams.so.1.54.0 =
/usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.54.0 (0x7f1ca3541000)
libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0
(0x7f1ca3325000)
libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6
(0x7f1ca3021000)
libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7f1ca2d23000)
libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1
(0x7f1ca2b0d000)
libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f1ca276)
libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x7f1ca255d000)
libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f1ca2359000)
libbz2.so.1.0 = /lib/x86_64-linux-gnu/libbz2.so.1.0
Bug#735041: ufsutils: now only for kfreebsd-any?
Hi Bob,
On 12/01/2014 04:41, Bob Bib wrote:
Dear Maintainer,
starting from the 9.2-1 release,
this package is built only for 'kfreebsd-any':
debian/changelog
...
Switch architecture to kfreebsd-any.
Meanwhile, some utils ('mkfs.ufs', 'fsck.ufs' etc.)
can also be useful on other Debian architectures,
and sadly there's no alternative packages to provide such functionality.
Is the absence of 'kfreebsd-kernel-headers'
on regular (Linux) Debian arches
the only problem we have here?
There are many problems. First and foremost, the patchset that added
portability to other kernels was very large and intrusive. This made
updates difficult. It also made them prone to collateral effects, which
on this kind of utility is quite dangerous.
If you want to help, you could have a look at the old patchset for 8.x
(you can find it in ufsutils-8 directory in SVN). Then work with upstream
to have the portability fixes merged. This involves some triage and
possibly rewrite of the changes in order to make them palatable to
upstream.
You will also find new issues when updating to 9.x (and soon, 10.x),
which ought to be addressed in the same way. Ideally, someone should
commit to maintain the port and respond to future problems when they
arise.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735051: libhtml-formhandler-perl: FTBFS: test failures: t/compound/basic.t
Source: libhtml-formhandler-perl Version: 0.40050-1 Severity: serious Justification: FTBFS This package FTBFS in a clean sid chroot: # Failed test 'form validated' # at t/compound/basic.t line 79. # Looks like you failed 1 test of 24. t/compound/basic.t .. Dubious, test returned 1 (wstat 256, 0x100) Failed 1/24 subtests Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735048: mediathekview: doesn't start at all
Control: tags -1 moreinfo Hi rhonda, On 12.01.2014 11:20, Gerfried Fuchs wrote: Package: mediathekview Version: 4-1 Severity: grave Justification: renders package unusable Hi! I didn't want to wait the few days for the testing transition, so I installed mediathekview from unstable into my testing system. But it doesn't start at all, this is the output I receive: Did you try to run MediathekView with OpenJDK 6 or OpenJDK 7? As far as I can see you seem to have installed OpenJDK 7 but perhaps your defaults (update-alternatives) still point to version 6? MV 4 will only work with OpenJDK 7 or later and since default-jre points to OpenJDK-7 on your system, the dependency should be satisfied. Please report back whether this solves your issue. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#728839: libdrm-nouveau2: Mouse pointer become garbage, then panic in kernel and freeze
Hi all! Bug with kernel panic is yet present even in 3.12 kernel. Making AIGLX off anfd cursor software, not hardware makes panic not to occure much longer. The system became almost useable. Switching to console and back causes X to restart somehow. No any messages in Xorg.log about that. Scrolling something with smooth scroll enabled (e.x. in Konqueror) causes hang very fast. -- WBR, Vladimir Berezenko. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725754: flash-kernel: Pleasae add Plat'Home OpenBlocks A6
I'm about to apply this. However you might also want to consider patching libdebian-installer (src/system/subarch-arm-linux.c) to detect this platform for full debian installer support. Ian. signature.asc Description: This is a digitally signed message part
Bug#735052: pidgin: Keep chats open in Irssi when closing Pidgin's chat window.
Package: pidgin Version: 2.10.6-3 Severity: wishlist Tags: upstream Dear Maintainer, I use Irssi as a proxy for XCHAT and Pidgin to stay connected to my chat networks and have my active channels always opened up when starting one of the above mentioned clients. What I noticed for the Pidgin part of this is, usually the chatrooms use to stay open in Irssi when closing its client (e.g. XCHAT), however, when closing those chats in Pidgin's window, one also get disconnected from the channels (still not the servers) in Irssi. Nevertheless, I managed to find a workaround for the problem, by going to the account settings and simply uncheck the IRC network which will disconnect Pidgin from Irssi but not disconnect the Irssi proxy from opened channels. I'd like to request a fix for this in future packages, if possible, as this error uses to be very annoying. Best regards -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pidgin depends on: ii gconf2 3.2.5-1+build1 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1+deb7u1 ii libdbus-glib-1-20.100.2-1 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgstreamer0.10-0 0.10.36-1.2 ii libgtk2.0-0 2.24.10-2 ii libgtkspell02.0.16-1 ii libice6 2:1.0.8-2 ii libpango1.0-0 1.30.0-1 ii libpurple0 2.10.6-3 ii libsm6 2:1.2.1-2 ii libx11-62:1.5.0-1+deb7u1 ii libxml2 2.8.0+dfsg1-7+nmu2 ii libxss1 1:1.2.2-1 ii perl-base [perlapi-5.14.2] 5.14.2-21+deb7u1 ii pidgin-data 2.10.6-3 Versions of packages pidgin recommends: ii gstreamer0.10-plugins-base 0.10.36-1.1 ii gstreamer0.10-plugins-good 0.10.31-3+nmu1 Versions of packages pidgin suggests: ii libsqlite3-0 3.7.17-1~bpo70+1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734130: db: Add support for Buffalo Linkstation LS-CHLv2
I'm about to apply this. However you might also want to consider patching libdebian-installer (src/system/subarch-arm-linux.c) to detect this platform for full debian installer support. signature.asc Description: This is a digitally signed message part
Bug#735022: FTBFS: test failures: UNIQUE constraint failed
Control: tags -1 +fixed-upstream On Sun, Jan 12, 2014 at 12:27:23AM +0100, gregor herrmann wrote: Control: tag -1 + upstream and maybe-fixed-upstream On Sat, 11 Jan 2014 22:51:08 +, Dominic Hargreaves wrote: Source: libdbd-sqlite3-perl Version: 1.40-2 Severity: serious Justification: FTBFS In a clean sid sbuild chroot, this FTBFS, presumably to error message changes in SQLite: There are development releases on CPAN which claim to fix sqlite related bugs. I guess we could update to them or try and find the relevant commits on github. Yep, https://github.com/DBD-SQLite/DBD-SQLite/commit/f8a45b96f62742351c06fd956a4965004df7226d -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732730: deja-dup: Same problem
Package: deja-dup Version: 20.2-2.1 Followup-For: Bug #732730 I can confirm I haved the same problem as Max Badran on my debian. The installation of those two packages resolved it. Thanks Max for this report. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (150, 'stable'), (100, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.12-1-686-pae (SMP w/4 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 deja-dup depends on: ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii duplicity0.6.22-2 ii libatk1.0-0 2.10.0-2 ii libc62.17-97 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libglib2.0-0 2.36.4-1 ii libgnome-keyring03.4.1-1 ii libgtk-3-0 3.8.6-1 ii libnautilus-extension1a 3.8.2-2 ii libnotify4 0.7.6-1 ii libpango1.0-01.36.0-1+b1 Versions of packages deja-dup recommends: ii openssh-client [ssh-client] 1:6.4p1-2 ii python-boto 2.10.0-1 pn python-rackspace-cloudfiles none deja-dup 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#716902: flash-kernel: [RFC PATCH] samsung arm chromebook support
What is the current state of Chromebook support in the armmp kernel flavour? Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735053: libperl-apireference-perl: FTBFS with perl 5.18.2: missing support
Source: libperl-apireference-perl
Version: 0.15-1
Severity: important
This package FTBFS with perl 5.18.2, for obvious reasons:
echo Current Perl is `perl -MConfig -we'printf(%d_%03d_%03d.pm,
$Config{PERL_REVISION}, $Config{PERL_VERSION}, $Config{PERL_SUBVERSION})'`
Current Perl is 5_018_002.pm
test -f lib/Perl/APIReference/V`perl -MConfig -we'printf(%d_%03d_%03d.pm,
$Config{PERL_REVISION}, $Config{PERL_VERSION}, $Config{PERL_SUBVERSION})'`
make[1]: *** [regenerated-stamp] Error 1
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730604: [Pkg-libvirt-maintainers] Bug#730604: libvirt-bin: Please rename libvirt-bin.service back to libvirtd.service and use symlink or Alias= instead
Le Wed, 27 Nov 2013 08:08:22 +0100, Guido Günther a...@sigxcpu.org a écrit : On Wed, Nov 27, 2013 at 07:36:31AM +0100, Laurent Bigonville wrote: Package: libvirt-bin Version: 1.1.4-1 Severity: normal Hi, Could you please rename back the libvirt-bin.service systemd service file to libvirtd.service and use a symlink (libvirtd.service - libvirt-bin.service) or add Alias=libvirt-bin.service in the service file instead. I've actually done this already here a couple of weeks ago to reduce the upstream diff but didn't get around to test if the upgrade works as expected when the unit name changes (since we don't stop the service in the preinst). Now that I read the below it was a good idea to not upload without proper testing. OK, we had an issue in quasi-similar situation with network-manager, see #734460) systemd when stopping the service, is looking in the cgroups for the canonical name of the .service file. If it cannot find it, it thinks the service is dead. The canonical name of the service would change during the upgrade and systemd will be confused. So you'll have to stop libvirt on upgrade if you are upgrading from a previous version and that the user is running systemd. The proper way to test this is to test: [ -d /run/systemd/system ] Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683329: flash-kernel: Toshiba AC100 support broken
On Sat, 2014-01-11 at 13:20 +0100, Vincent Zweije wrote: The proposed code just looks for a relatively distinctive pattern in the output. Empty output will certainly not match this pattern. I think adding an exit status check only serves to obscure what's actually going on. Actually I disagree, far from obscuring what is going on the use of error exist status is idiomatic in Unix shell. Given you analysis of the various error conditions (thank you) I think I will go with: || if ! abootimg=$(LC_ALL=C abootimg -i $p 2/dev/null); then || continue || fi Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735054: libpoet-perl: FTBFS: test failures: t/App.t
Source: libpoet-perl Version: 0.13-1 Severity: serious Justification: FTBFS This package FTBFS in a clean sid chroot: PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t # Failed test 'test_app_name_to_dir died (Can't locate MooseX/Getopt.pm in @IN C (you may need to install the MooseX::Getopt module) (@INC contains: /build/dom -libpoet-perl_0.13-1-i386-B08UFo/libpoet-perl-0.13/blib/lib /build/dom-libpoet-p erl_0.13-1-i386-B08UFo/libpoet-perl-0.13/blib/arch /etc/perl /usr/local/lib/perl /5.18.1 /usr/local/share/perl/5.18.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/pe rl/5.18 /usr/share/perl/5.18 /usr/local/lib/site_perl .) at /usr/lib/perl5/Moose /Exporter.pm line 409. # Compilation failed in require at /usr/lib/perl5/Moose/Exporter.pm line 409. # Compilation failed in require at /usr/lib/perl5/Moose/Exporter.pm line 409. # Compilation failed in require at /build/dom-libpoet-perl_0.13-1-i386-B08UFo/li bpoet-perl-0.13/blib/lib/Poet/t/App.pm line 8.)' # at t/App.t line 3. # (in Poet::t::App-test_app_name_to_dir) # Looks like you failed 1 test of 1. t/App.t . Dubious, test returned 1 (wstat 256, 0x100) Failed 1/1 subtests ... Test Summary Report --- t/App.t (Wstat: 256 Tests: 1 Failed: 1) Failed test: 1 Non-zero exit status: 1 Files=12, Tests=168, 24 wallclock secs ( 0.08 usr 0.05 sys + 19.69 cusr 1.72 csys = 21.54 CPU) Result: FAIL Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735055: qupzilla: Build with kwallet integration
Package: qupzilla Version: 1.6.0-1 Severity: wishlist Dear Maintainer, Version 1.6 added support for using kwallet or gnome-keyring as passwortmanager backend. Currently Qupzilla in Debian is build without those features: https://github.com/QupZilla/qupzilla/blob/master/BUILDING#L148 This will add kdelibs-dev as dependency. Thank you very much for your work so far. -- System Information: Debian Release: jessie/sid Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qupzilla depends on: ii libc6 2.17-97 ii libgcc11:4.8.2-12 ii libqt4-dbus4:4.8.5+git192-g085f851+dfsg-2 ii libqt4-network 4:4.8.5+git192-g085f851+dfsg-2 ii libqt4-script 4:4.8.5+git192-g085f851+dfsg-2 ii libqt4-sql 4:4.8.5+git192-g085f851+dfsg-2 ii libqt4-sql-sqlite 4:4.8.5+git192-g085f851+dfsg-2 ii libqtcore4 4:4.8.5+git192-g085f851+dfsg-2 ii libqtgui4 4:4.8.5+git192-g085f851+dfsg-2 ii libqtwebkit4 2.2.1-7 ii libqupzilla1 1.6.0-1 ii libstdc++6 4.8.2-12 qupzilla recommends no packages. qupzilla 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#618029: Uses gzip compression for the uInitrd which is already zipped
The way I see it is that any decompression done by u-boot may or may not be done with caches enabled, depending on the vendor. Whereas decompression done in the kernel will always be done with caches enabled for sure. I think the kernel is also able to handle other forms of compression than gzip for the image (at least potentially, I haven't actually checked if it does, but it does for the kernel itself). It's also possible that the kernel could decompress directly into the final location, potentially saving a copy. So I'd be inclined to switch to -C none in the absence of any reason to the contrary. Ian. signature.asc Description: This is a digitally signed message part
Bug#725049: sonic-visualiser: The Exec= in sonic-visualiser.desktop needs to end with %U
2013/9/30 Doug McMahon mc631...@gmail.com Package: sonic-visualiser Severity: normal Dear Maintainer, Otherwise .sv's, (text/x-svsrc, ect), cannot be associated with sonic-visualiser Additionally the 2 mime type .desktops should either be not installed/removed or be installed to proper location, eg. /usr/share/mimelnk/application Hi, I will add %U to the end of Exec= line in desktop file, but I am not familiar with mime type yet :( If you can provide sonic-visualiser.mime and sonic-visualiser.sharedmimeinfo I would be happy to add them. best regards mira
Bug#725876: hplip: diff for NMU version 3.13.11-2.1
tags 725876 + patch tags 725876 + pending thanks Dear maintainer, I've prepared an NMU for hplip (versioned as 3.13.11-2.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -Nru hplip-3.13.11/debian/changelog hplip-3.13.11/debian/changelog --- hplip-3.13.11/debian/changelog 2013-12-15 08:14:30.0 +0100 +++ hplip-3.13.11/debian/changelog 2014-01-12 11:16:50.0 +0100 @@ -1,3 +1,13 @@ +hplip (3.13.11-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add CVE-2013-6402.patch patch. +CVE-2013-6402: Fix insecure temporary files handling in pkit.py. +(Closes: #725876) + * Add missing dh_bugfiles invocation in binary-indep target + + -- Salvatore Bonaccorso car...@debian.org Sun, 12 Jan 2014 10:59:12 +0100 + hplip (3.13.11-2) unstable; urgency=medium * Urgency medium for CVE fix diff -Nru hplip-3.13.11/debian/patches/CVE-2013-6402.patch hplip-3.13.11/debian/patches/CVE-2013-6402.patch --- hplip-3.13.11/debian/patches/CVE-2013-6402.patch 1970-01-01 01:00:00.0 +0100 +++ hplip-3.13.11/debian/patches/CVE-2013-6402.patch 2014-01-12 11:16:50.0 +0100 @@ -0,0 +1,29 @@ +Description: Fix insecure temporary files handling in pkit.py +Origin: vendor +Bug-Debian: http://bugs.debian.org/725876 +Bug-RedHat: https://bugzilla.redhat.com/show_bug.cgi?id=1035243 +Bug-SuSE: https://bugzilla.novell.com/show_bug.cgi?id=852368 +Bug-Gentoo: https://bugs.gentoo.org/show_bug.cgi?id=492712 +Author: Moritz Muehlenhoff j...@debian.org +Last-Update: 2014-01-12 + +diff -aur hplip-3.12.6.orig/base/pkit.py hplip-3.12.6/base/pkit.py +--- hplip-3.12.6.orig/base/pkit.py 2012-06-18 12:44:13.0 +0200 hplip-3.12.6/base/pkit.py 2013-12-10 13:04:22.916674893 +0100 +@@ -29,6 +29,7 @@ + import ConfigParser + import shutil + import stat ++import tempfile + + # Local + from base.logger import * +@@ -205,7 +206,7 @@ + class BackendService(PolicyKitService): + INTERFACE_NAME = 'com.hp.hplip' + SERVICE_NAME = 'com.hp.hplip' +-LOGFILE_NAME = '/tmp/hp-pkservice.log' ++LOGFILE_NAME = tempfile.mktemp(prefix=hp-pkservice-, suffix=.log) + + def __init__(self, connection=None, path='/', logfile=LOGFILE_NAME): + if connection is None: diff -Nru hplip-3.13.11/debian/patches/series hplip-3.13.11/debian/patches/series --- hplip-3.13.11/debian/patches/series 2013-12-09 19:56:43.0 +0100 +++ hplip-3.13.11/debian/patches/series 2014-01-12 11:16:50.0 +0100 @@ -17,3 +17,4 @@ hp-systray-make-menu-appear-in-sni-qt-indicator-with-kde.dpatch #hp-mkuri-libnotify-so-4-support.dpatch hpaio-option-duplex.diff +CVE-2013-6402.patch diff -Nru hplip-3.13.11/debian/rules hplip-3.13.11/debian/rules --- hplip-3.13.11/debian/rules 2013-09-12 13:03:24.0 +0200 +++ hplip-3.13.11/debian/rules 2014-01-12 11:16:50.0 +0100 @@ -349,6 +349,7 @@ binary-indep: install-indep dh_testdir -i dh_testroot + dh_bugfiles # dh_installdebconf -i dh_installdocs -i dh_installexamples -i
Bug#734460: [Pkg-utopia-maintainers] Bug#734460: network-manager: Issues related to systemd when upgrading from 0.9.8.8-2
Le Sun, 12 Jan 2014 02:18:32 +0100, Michael Biebl bi...@debian.org a écrit : Am 07.01.2014 13:12, schrieb Laurent Bigonville: Package: network-manager Version: 0.9.8.8-2 Severity: serious Hi, I'm opening this bug so this is not getting lost. When upgrading from the previous versions the following events might occurs when the user is running systemd: 1) The package was not enabling the systemd unit in the previous versions. 2) NM was then started using the LSB script called network-manager. This means that the cgroup was called network-manager.service. 3) During the upgrade the systemd unit is properly enabled and the LSB script is masked by a symlink, this means that at some point during the upgrade, the canonical name changes from network-manager.service to NetworkManager.service 4) At the end of the upgrade, systemd looks for a NetworkManager.service cgroups which is not existing and then concludes that the service is not running at all. 5) Systemd tries to start the service, NM complains that there is an other instance of itself running = boom To fix this, I would propose to stop NM in the preinst script if we are upgrading from the previous versions and that the user is running systemd. Why preinst and not postinst (before the #DEBHELPER# stanza, i.e. before the service is enabled)? Stopping the service in preinst creates unnecessary downtime which could be fatal if NM is in charge of the network connection and you do a remote upgrade. I don't see a downside moving the network-manager stop to postinst, do you? Just in case I'm missing something Well, in the postinst the symlink that mask the LSB will already be present on disk. That means that the canonical name of the service has already changed. A daemon-reload is actually needed for systemd to notice this change, but nothing guarantee that no other packages would do it for us between the moment the files are unpacked and the moment our postinst script is called. That's why I thought that stopping the service in the preinst was the safer choice. Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735049: nvidia-support: Debconf prompts are misleading for NVIDIA Optimus users
On 2014-01-12 11:56, Vincent Cheng wrote: Installing bumblebee-nvidia (for optimus support) also pulls in the proprietary nvidia packages, along with nvidia-support; during the installation process, the user will see a debconf prompt saying that a xorg.conf snippet must be used to enable the nvidia driver (nvidia-support/create-nvidia-conf), which does not apply for nvidia optimus users and will break glx on the user's main display if the user blindly follows those debconf prompts. Aren't there three ways to run such a system: * in Intel mode (no non-free driver installed, no promts shown) * in Nvidia mode (only NVIDIA gpu, needs xorg.conf adjustment) * in Bumblebee mode (no xorg.conf adjustment needed) So this should be restricted to the bumblebee case, shouldn't it? + Ignore this message if you have a laptop with NVIDIA Optimus technology + (dual Intel and NVIDIA GPUs). Or can we somehow detect Optimus systems and show an entirely different template there? You can ignore the second template you patched for now, as that script is not being used currently. Andreas PS: before uploading the fix, I'll ask d-l10n-english@ for a review -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724137: Fixed upstream
Control: tags -1 +fixed-upstream This is fixed in 1.01. Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713529: [Help] FTBFS: ! LuaTeX error ./luasseq.lua:204: attempt to call field 'gfind' (a nil value)
Hi Andreas, It seems that I haven't set the BTS up correctly to let me know when there are bugs against the package. Sorry - I'll fix that in a minute. I'll try and build / fix stuff now. Thanks for letting me know. Rupert pgp9sZpADB3q9.pgp Description: PGP signature
Bug#735022: Pending fixes for bugs in the libdbd-sqlite3-perl package
tag 735022 + pending thanks Some bugs in the libdbd-sqlite3-perl package are closed in revision 335fbfee7cb701ffa7548b8da6a0e4780e9c7c51 in branch 'master' by Salvatore Bonaccorso The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libdbd-sqlite3-perl.git;a=commitdiff;h=335fbfe Commit message: Add 0001-error-messages-have-been-slightly-changed-since-3.8..patch patch Fixes FTBFS: test failures: UNIQUE constraint failed. Thanks: Dominic Hargreaves d...@earth.li Closes: #735022 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729203: Recommendation to use FFMPEG for security reasons
Here is an advisory from security researchers who recommend to use FFMPEG instead of Libav [1] The other ~350 commits in FFmpeg were mostly submitted by Libav project developers: Ronald S. Bultje, Luca Barbato, Alex Converse, Martin Storsjö and Anton Khirnov. We have been concurrently reporting issues in Libav during the last several months and similarly to FFmpeg, the maintainers are doing a great job writing and submitting patches, which FFmpeg is also cherry-picking to their own git repository (large chunks of the two projects are shared, as Libav started as a fork of FFmpeg). While the former project is doing their best to catch up with the latter, the figures speak for themselves again: there are “only” 413 commits tagged “Jurczyk” or “Coldwind” in Libav, so even though some of the FFmpeg bugs might not apply to Libav, there are still many unresolved issues there which are already fixed in FFmpeg. Consequently, we advise users to use the FFmpeg upstream code where possible, or the latest stable version (currently 2.1.1) otherwise. It is also a good idea to carefully consider which formats and codecs are necessary for your use case and disable all other parsers during compilation time, in order to reduce the attack surface to a minimum. The security team found over 1120 bugs (which were now fixed in FFMPEG but not all in libav) [1] http://j00ru.vexillium.org/?p=2211 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734650: transition: perl 5.18.2
On Wed, Jan 08, 2014 at 10:52:00PM +0200, Niko Tyni wrote: I've just uploaded perl_5.18.2-1 to experimental. Dominic is going to run a test rebuild of at least the perl related packages next, but we don't expect regressions. Affected packages that we know of are (hope I got this right) is_affected: .depends ~ /perl \( 5\.18/ bad: .depends ~ /perl \( 5\.18\.2/ good: .depends ~ /perl \( 5\.18\.3/ which would currently yield nmu libpar-packer-perl_1.017-1 . ALL . -m 'rebuild for Perl 5.18.2' nmu libdevel-cover-perl_1.08-1 . ALL . -m 'rebuild for Perl 5.18.2' nmu libclass-xsaccessor-perl_1.19-1 . ALL . -m 'rebuild for Perl 5.18.2' nmu libcommon-sense-perl_3.72-2 . ALL . -m 'rebuild for Perl 5.18.2' Additionally, libmodule-corelist-perl will need a source upload to upgrade to at least 3.03. In addition to these, libperl-apireference-perl is another known package which needs to be upgraded (bug #735053 filed). I have rebuilt all perl modules and found no other failures relating to 5.18.2 (just lots of bugs still unfixed since the main 5.18 transition :( ). Cheers, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734460: [Pkg-utopia-maintainers] Bug#734460: Bug#734460: network-manager: Issues related to systemd when upgrading from 0.9.8.8-2
Am 12.01.2014 13:11, schrieb Laurent Bigonville: Le Sun, 12 Jan 2014 02:18:32 +0100, Michael Biebl bi...@debian.org a écrit : Am 07.01.2014 13:12, schrieb Laurent Bigonville: Package: network-manager Version: 0.9.8.8-2 Severity: serious Hi, I'm opening this bug so this is not getting lost. When upgrading from the previous versions the following events might occurs when the user is running systemd: 1) The package was not enabling the systemd unit in the previous versions. 2) NM was then started using the LSB script called network-manager. This means that the cgroup was called network-manager.service. 3) During the upgrade the systemd unit is properly enabled and the LSB script is masked by a symlink, this means that at some point during the upgrade, the canonical name changes from network-manager.service to NetworkManager.service 4) At the end of the upgrade, systemd looks for a NetworkManager.service cgroups which is not existing and then concludes that the service is not running at all. 5) Systemd tries to start the service, NM complains that there is an other instance of itself running = boom To fix this, I would propose to stop NM in the preinst script if we are upgrading from the previous versions and that the user is running systemd. Why preinst and not postinst (before the #DEBHELPER# stanza, i.e. before the service is enabled)? Stopping the service in preinst creates unnecessary downtime which could be fatal if NM is in charge of the network connection and you do a remote upgrade. I don't see a downside moving the network-manager stop to postinst, do you? Just in case I'm missing something Well, in the postinst the symlink that mask the LSB will already be present on disk. That means that the canonical name of the service has already changed. A daemon-reload is actually needed for systemd to notice this change, but nothing guarantee that no other packages would do it for us between the moment the files are unpacked and the moment our postinst script is called. Ah, k. I missed the part about the symlink/alias now being shipped directly in the package and it no longer being created via [Install] Alias=network-manager.service That's why I thought that stopping the service in the preinst was the safer choice. This somehow smells like the same bug as [1] or at least related, i.e. systemd getting confused when we mess around with the symlinks. (In case of rsyslog we basically go the other direction: the symlinks are no longer shipped in the package but created on install time via dh-systemd) I wonder if there is a way to address this directly in systemd. Michael [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724796 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#734460: [Pkg-utopia-maintainers] Bug#734460: Bug#734460: network-manager: Issues related to systemd when upgrading from 0.9.8.8-2
Am 12.01.2014 13:53, schrieb Michael Biebl: This somehow smells like the same bug as [1] or at least related, i.e. systemd getting confused when we mess around with the symlinks. (In case of rsyslog we basically go the other direction: the symlinks are no longer shipped in the package but created on install time via dh-systemd) I wonder if there is a way to address this directly in systemd. Michael [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724796 In [1] I suggested to use kill $(cat /run/rsyslogd.pid) in postinst (same reason, to minimize downtime). We could apply the same workaround to NM: kill $(cat /var/run/NetworkManager/NetworkManager.pid) or a less hacky way like start-stop-daemon --stop --retry 5 --quiet --pidfile /var/run/NetworkManager/NetworkManager.pid --exec /usr/sbin/NetworkManager (directly copied from the SysV init script) Both options (invoke-rc.d stop in preinst, manual stop in postinst) aren't pretty. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#735056: enhanceio: kernel module permanently outputs SSD_ADD event called for ACTIVE cache
Package: enhanceio Version: 0+git20130620-1 Severity: normal Dear Maintainer, I noticed that the EnhanceIO kernel module permanently logs the following messages to the ring buffer: [277586.126651] enhanceio: eio_handle_ssd_message: SSD_ADD event called for ACTIVE cache ssdcache, ignoring!!!enhanceio: eio_handle_ssd_message: SSD_ADD event called for ACTIVE cache ssdcache, ignoring!!! [277586.804070] enhanceio: eio_handle_ssd_message: SSD_ADD event called for ACTIVE cache ssdcache, ignoring!!!enhanceio: eio_handle_ssd_message: SSD_ADD event called for ACTIVE cache ssdcache, ignoring!!! [278127.891324] enhanceio: eio_handle_ssd_message: SSD_ADD event called for ACTIVE cache ssdcache, ignoring!!!enhanceio: eio_handle_ssd_message: SSD_ADD event called for ACTIVE cache ssdcache, ignoring!!! [278128.913946] enhanceio: eio_handle_ssd_message: SSD_ADD event called for ACTIVE cache ssdcache, ignoring!!!enhanceio: eio_handle_ssd_message: SSD_ADD event called for ACTIVE cache ssdcache, ignoring!!! [278613.962650] enhanceio: eio_handle_ssd_message: SSD_ADD event called for ACTIVE cache ssdcache, ignoring!!!enhanceio: eio_handle_ssd_message: SSD_ADD event called for ACTIVE cache ssdcache, ignoring!!! ssdcache is the name I used for the cache. Looks like some left debug message or so. Cheers, Unki -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735057: konqueror: Please use (also) WebKit as backend
Package: konqueror Version: 4:4.11.3-1 Severity: wishlist Hi, I reported a problem (copied below) about being unable to see correctly a web site with Konqueror (works perfectly with Firefox and Chrome), in: https://discuss.makeplaylive.com/t/forum-website-not-working-in-konqueror/29/2 My original post (does not show a blank page now, more info at bottom): https://discuss.makeplaylive.com/ In Konqueror, shows a blank page. Aaron Seigo's reply (for those for whome the name does not ring a bell, he is one of the most prominent upstream developers of KDE, and admin of that forum): Yes, KHTML is way behind the times. There is exactly nothing we can or will do about that. Please use a webkit based browser such as Rekonq (Konqueror can use the webkit part, btw), Chrome, Firefox.. Rekonq doesn't seem available in Debian (was present a while ago but removed). Arora (using webkit) doesn't show anything either, but the last version is ~1.5/2 years old and seems dead upstream. I repeated with Konqueror and the front page is not blank, but when installing kpart-webkit package and selecting it as backend in Konqueror (General - Default web browser engine), the support for websites that I generally use is much better, and the zoom of the pages much more useful than with the default KHTML renderer. So I thought that it would be useful to pass on this information to the Debian maintainers in the case that you are not aware, because if Aaron recommends to use Webkit as a backend and it's possible to use Konqueror with it by default, maybe we should switch the backend, or switch the default, suggest/recommend kpart-webkit in the dependencies, or provide alternative packages using the different backends (konqueror-khtml and konqueror-webkit), for example. Hope that helps. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages konqueror depends on: ii install-info5.2.0.dfsg.1-2 ii kde-baseapps-bin4:4.11.3-1 ii kde-baseapps-data 4:4.11.3-1 ii kde-runtime 4:4.11.3-1 ii libc6 2.17-97 ii libkactivities6 4:4.11.3-1 ii libkcmutils44:4.11.3-2 ii libkde3support4 4:4.11.3-2 ii libkdecore5 4:4.11.3-2 ii libkdesu5 4:4.11.3-2 ii libkdeui5 4:4.11.3-2 ii libkfile4 4:4.11.3-2 ii libkhtml5 4:4.11.3-2 ii libkio5 4:4.11.3-2 ii libkonq5abi14:4.11.3-1 ii libkonqsidebarplugin4a 4:4.11.3-1 ii libkparts4 4:4.11.3-2 ii libqt4-dbus 4:4.8.5+git192-g085f851+dfsg-2 ii libqt4-qt3support 4:4.8.5+git192-g085f851+dfsg-2 ii libqt4-xml 4:4.8.5+git192-g085f851+dfsg-2 ii libqtcore4 4:4.8.5+git192-g085f851+dfsg-2 ii libqtgui4 4:4.8.5+git192-g085f851+dfsg-2 ii libstdc++6 4.8.2-11 ii libx11-62:1.6.2-1 Versions of packages konqueror recommends: ii dolphin 4:4.11.3-1 ii kfind4:4.11.3-1 pn konqueror-nsplugins none Versions of packages konqueror suggests: pn konq-plugins 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#735058: RFS: pstar/1.1
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package pstar * Package name: pstar Version : 1.1 Upstream Author : Atle Solbakken a...@goliathdns.no * URL : http://www.p-star.org * License : GPLv3+, Apache 2.0 Section : web It builds those binary packages: libapache2-mod-pstar - Apache module for the P* Web Programming Language libpstar - P* Web Programming Language Interpreter Library pstar - P* Web Programming Language Interpreter Command To access further information about this package, please visit the following URL: http://mentors.debian.net/package/pstar Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/pstar/pstar_1.1.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: * Cleanup in .deb control files * New version prepared for upload to Debian * Added new regular expression features - Perl-like text replacement using s///-prefix - Global match and replace using //g-suffix - Support for inlining of variables using $-prefix - Autoquote inline variables with //q-suffix Regards, Atle Solbakken -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.46 (SMP w/8 CPU cores) Locale: LANG=nb_NO.utf8, LC_CTYPE=nb_NO.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734852: puppetmaster: Init script returns exit 0 for status when default has START=no
Control: reassign -1 puppetmaster
On Vi, 10 ian 14, 10:47:09, Greg Sutcliffe wrote:
Source: puppetmaster
Severity: normal
Tags: patch
Dear Maintainer,
Currently, if one sets START=no in /etc/default/puppetmaster, the init script
will
exit with exit-code 0, regardless of whether the service is running or not.
In the
case where you have a puppet manifest like:
service { 'puppetmaster': ensure = stopped }
Puppet will try to stop the service on every agent run, because status is
returning
zero, so Puppet thinks it is running.
This issue was fixed upstream in this commit:
https://github.com/puppetlabs/puppet/commit/e48902a7d881e84861d366af5ff88fc0146037da
As it's a one-liner, could this be backported into the Debian packages?
Thanks,
Greg
-- System Information:
Debian Release: 7.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable'), (500, 'oldstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt
signature.asc
Description: Digital signature
Bug#735027: needrestart: blacklist lightdm
Hi Michael, On 01/12/2014 12:23 AM, Cyril Brulebois wrote: Michael Gilbert mgilb...@debian.org (2014-01-11): package: needrestart severity: grave version: 0.5-1 tags: patch needrestart currently blacklists other desktop managers, but not I've added your patch upstream - thanks for contributing! lightdm. There is the potential to lose data when needrestart suggests restarting lightdm. That is not data loss. This is no data loss (in sense of corrupting on disk data). The user is asked before restarting any service and can change the configuration to ignore lightdm. The severity of this bug should be changed to minor IMHO. HTH, Thomas -- :: WWW: http://fiasko-nw.net/~thomas/ :: ::: Jabber: xmpp:tho...@jabber.fiasko-nw.net ::: :: flickr: http://www.flickr.com/photos/laugufe/ :: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735060: nmu: evince-hwp_0.1.1-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu evince-hwp_0.1.1-2 . amd64 . -m Rebuild in a clean sid environment. evince-hwp/amd64 unsatisfiable Depends: libglib2.0-0 (= 2.37.3) the maintainer upload was build in a mixed sid+experimental setup @maintainer: please fix your build environment Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735059: ITP: libapache2-mod-authn-otp -- Apache web server module for two-factor authentication using one-time passwords (HOTP/OATH).
Package: wnpp Severity: wishlist Owner: Daniel Goss develo...@flashsystems.de * Package name: libapache2-mod-authn-otp Version : 1.1.6+r145 Upstream Author : Archie L. Cobbs arc...@dellroad.org * URL : http://mod-authn-otp.googlecode.com/ * License : Apache-2.0 Programming Lang: C Description : Apache web server module for two-factor authentication using one-time passwords (HOTP/OATH). mod_authn_otp is an Apache web server module for two-factor authentication using one-time passwords (OTP) generated via the HOTP/OATH algorithm defined in RFC 4226. This creates a simple way to protect a web site with one-time passwords, using any RFC 4226-compliant hardware or software token device. mod_authn_otp also supports the Mobile-OTP algorithm. mod_authn_otp supports both event and time based one-time passwords. It also supports lingering which allows the repeated re-use of a previously used one-time password up to a configurable maximum linger time. This allows one-time passwords to be used directly in HTTP authentication without forcing the user to enter a new one-time password for every page load. mod_authn_otp supports both basic and digest authentication, and will auto-synchronize with the user's token within a configurable maximum offset (auto-synchronization is not supported with digest authentication). mod_authn_otp is especially useful for setting up protected web sites that require more security than simple username/password authentication yet also don't require users to install special VPN software, and is compatible with software tokens that run on cell phones. Also included is otptool, a one-time password command line utility. For configuration information and other details please see: http://mod-authn-otp.googlecode.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518796: /bin/mktemp: Confirmed
Original report was about http://www.mktemp.org/ packaged on debian. That version of mktemp when called with not safe template (without X) created file with not-random name. Now it replaced with coreutils version of mktemp and here documented minimum number of `X' in template and shows correct error message if template not safe for mktemp There still small issue with compatibility, that can be documented, but as Ivan says mktemp is not part of POSIX, so I think bug can be closed. 2013/10/31 Olivier Mehani shtrom-deb...@ssji.net Package: coreutils Version: 8.21-1 Followup-For: Bug #518796 Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? mktemp(1) says: “--suffix=SUFF append SUFF to TEMPLATE. SUFF must not contain slash. This option is implied if TEMPLATE does not end in X.” * What exactly did you do (or not do) that was effective (or ineffective)? $ mktemp test * What was the outcome of this action? mktemp: too few X's in template ‘test’ * What outcome did you expect instead? The same as mktemp test.XX: test.RACB3X This is probably an upstream bug. *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages coreutils depends on: ii libacl1 2.2.52-1 ii libattr1 1:2.4.47-1 ii libc62.17-93 ii libselinux1 2.1.13-2 coreutils recommends no packages. coreutils suggests no packages. -- no debconf information -- To unsubscribe, send mail to 518796-unsubscr...@bugs.debian.org. -- С уважением, Кудреватых Александр
Bug#735021: Dpkg::Path: Please expose dpkg-query --control-show and --control-list
Control: reassign -1 libdpkg-perl On Sb, 11 ian 14, 17:36:22, Geoffrey Thomas wrote: Package: libdpkg-query Version: 1.17.5 Severity: wishlist I'm guessing you meant -perl, not -query. Hi, dpkg-query's manpage says that --control-path is deprecated in favor of --control-show and --control-list, but Dpkg::Path only offers a wrapper around --control-path. Can you expose --control-show and --control-list via some API in Dpkg::Path? Thanks, -- Geoffrey Thomas https://ldpreload.com geo...@ldpreload.com -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#735062: RM: ttf-isabella -- RoQA; obsoleted by fonts-isabella
Package: ftp.debian.org User: ftp.debian@packages.debian.org Usertags: remove Please remove ttf-isabella, binaries have been superseded by fonts-isabella -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735063: RM: twisted-web -- RoQA; obsoleted by twisted
Package: ftp.debian.org User: ftp.debian@packages.debian.org Usertags: remove Please remove twisted-web, binaries have been superseded by twisted -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735061: RM: susv3 -- RoQA; obsoleted by sus
Package: ftp.debian.org User: ftp.debian@packages.debian.org Usertags: remove Please remove susv3, binaries have been superseded by sus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735064: RM: ttf-wqy-microhei -- RoQA; obsoleted by fonts-wqy-microhei
Package: ftp.debian.org User: ftp.debian@packages.debian.org Usertags: remove Please remove ttf-wqy-microhei, binaries have been superseded by fonts-wqy-microhei -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735066: RM: twisted-news -- RoQA; obsoleted by twisted
Package: ftp.debian.org User: ftp.debian@packages.debian.org Usertags: remove Please remove twisted-news, binaries have been superseded by twisted -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735067: RM: twisted-words -- RoQA; obsoleted by twisted
Package: ftp.debian.org User: ftp.debian@packages.debian.org Usertags: remove Please remove twisted-words, binaries have been superseded by twisted -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735069: RM: twisted-conch -- RoQA; obsoleted by twisted
Package: ftp.debian.org User: ftp.debian@packages.debian.org Usertags: remove Please remove twisted-conch, binaries have been superseded by twisted -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735070: RM: twisted-names -- RoQA; obsoleted by twisted
Package: ftp.debian.org User: ftp.debian@packages.debian.org Usertags: remove Please remove twisted-names, binaries have been superseded by twisted -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735071: RM: twisted-lore -- RoQA; obsoleted by twisted
Package: ftp.debian.org User: ftp.debian@packages.debian.org Usertags: remove Please remove twisted-lore, binaries have been superseded by twisted -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735068: RM: twisted-mail -- RoQA; obsoleted by twisted
Package: ftp.debian.org User: ftp.debian@packages.debian.org Usertags: remove Please remove twisted-mail, binaries have been superseded by twisted -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735065: RM: susv2 -- RoQA; obsoleted by sus
Package: ftp.debian.org User: ftp.debian@packages.debian.org Usertags: remove Please remove susv2, binaries have been superseded by sus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735072: pylint: man page out of date for --msg-format and --include-ids
Package: pylint Version: 1.1.0-1 Severity: normal Dear Maintainer, upgrading to PyLint, and using a script to check my files, this was using --include-ids for enhanced parsing, which now fails according to changes described in changelog.gz, but when I looked at the man page, it still describes --include-ids and not the new parameter --msg-format The man page needs to be updated and document the new options and remove no more existent options. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pylint depends on: ii python 2.7.5-5 ii python-astroid 1.0.1-1 ii python-logilab-common 0.60.1-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720426: pu: package openssl/1.0.1e-2
On Sat, Dec 14, 2013 at 03:34:03PM +0100, Kurt Roeckx wrote:
I wouldn't bother trying to get those to stable if I didn't think
they were important.
So can someone please do something about this request?
Ping?
This bug is now almost open for 5 months. There are basicly 2
very easy changes:
1) Add enable-ec_nistp_64_gcc_128 to Configure on *-amd64
This makes the nistp curves used in for instance ECDHE costant
time. Being costant time is important for security since it
avoid side channel timing attacks. Those allow you to recover
the private key based on the timing of the response.
2) Enable assembler on arm. That is replace ${no_asm} with
${armv4_asm}.
This improves the performace on arm.
Both those changes have been very well tested and are in unstable
and testing for almost 8 months.
In the mean time there has been a new upstream release containing
important bug fixes. You can argue about some of the changes
upstream made in the stable branch, but they consider those
changes to be impotant enough to put it in the stable branch.
One of the changes is to stop putting a timestamp in server/client
hello and instead put something random there like it's supposed to
be, which breaks tlsdate.
I would like to get a lot of those changes, in the order
of 20 or 30 patches, in stable. But I would actually prefer to
just get the new upstream version in stable instead.
Kurt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735073: ITP: evas-loaders -- Additional file format loaders for libevas
Package: wnpp Severity: wishlist Owner: Albin Tonnerre lu...@debian.org * Package name: evas-loaders Version : 1.8.1 Upstream Author : Enlightenment Developers enlightenment-de...@lists.sourceforge.net * URL : http://www.enlightenment.org/ * License : GPL Programming Lang: C Description : Additional file format loaders for libevas This package contains programs that allow libevas to load various images and documents formats for which it has no built-in support: - SVG - XCF - PS - PDF - Most video formats supported by gstreamer This package is already in the archive as a supplementary source tarball to `evas` and maintained by the pkg-e team, but due to changes in the upstream release tarballs it's now easier to maintain as a separate source package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568303: can-utils
On Saturday 11 January 2014 20:34:57 Alexander GQ Gerasiov wrote: Hello Markus, I'd like to comaintain can-utils package if you dont mind. I'm going to get your package from collab-maint git, update to latest upstream sources, fix any packaging issues I'll find and finally upload into archive. Please contact me if you have something to say about it. Please go ahead. I am currently not working on it and it seems I won't have time for it in the next months. Markus Cheers, Alexander. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616448: patch for
Hi,
I'm using recent aptosid with command-not-found at version 0.2.38-1
(also recent in debian wheezy) and also came over this bug.
update-command-not-found stumbles on packages with no section given.
The attached fix works for me.
cheers
derBert
--- orig/usr/sbin/update-command-not-found 2009-11-02 21:29:50.0 +0100
+++ patch/usr/sbin/update-command-not-found 2014-01-12 15:42:08.264747814 +0100
@@ -48,7 +48,11 @@
fname = os.path.basename(fname)
for package in packages.split(','):
- section, package = package.strip().rsplit('/', 1)
+
+ if len(package.strip().rsplit('/', 1)) = 2:
+section, package = package.strip().rsplit('/', 1)
+ else:
+section = '_nosection'
if len(section.split('/')) == 2:
component, section = section.split('/')
else:
Bug#588177: goocanvas: New upstream release 1.9.0
Hi Alberto, On Sat, 11 Jan 2014 13:47:43 +0100 Alberto Garcia be...@igalia.com wrote: I haven't touched this, but the upcoming release of OCRFeeder will also need it. Thanks for taking the effort to prepare this, but I think I also need the gobject-introspection package. I can try to add it on top of your work one of these days. Probably done it :) (I haven't fix all lintian warning, but anyway...) Please get and check it. $ dget http://www.mithril-linux.org/~henrich/debian/package/temp/goocanvas_2.0.2-0.1.dsc -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735074: warnings: Use of uninitialized value in string/concatenation
Package: razor Version: 1:2.85-4+b2 Severity: minor Tags: upstream Dear Maintainer, razor-report executed by a non privileged user produces perl warnings. The command used: razor-report -f -d -dl=3 mailbox_file Generated warnings: Use of uninitialized value in string eq at /usr/share/perl5/Razor2/String.pm line 437, GEN1 line 1. Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Razor2/String.pm line 227, GEN1 line 1. Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Razor2/String.pm line 275, GEN1 line 1 -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.12-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages razor depends on: ii libc6 2.17-97 ii libdigest-hmac-perl 1.03+dfsg-1 pn libdigest-md5-perl none ii libnet-dns-perl 0.68-1.2 ii liburi-perl 1.60-1 ii perl [libmime-base64-perl] 5.18.1-5 ii perl-base [perlapi-5.18.1] 5.18.1-5 ii perl-modules [libtest-simple-perl] 5.18.1-5 razor recommends no packages. razor suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735006: (no subject)
It works for me Linux version 3.13-rc8-pineapple-amd64 (Debian 3.13~rc8-1) (mat...@linuxmint.pl) (gcc version 4.9.0 20140111 (experimental) [trunk revision 206552] (Debian 4.9-20140111-1) ) #1 Sun Jan 12 14:32:10 UTC 2014 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735050: [Aptitude-devel] Bug#735050: aptitude: Continues to remove conflicting package, although new package failed to download
Control: severity -1 wishlist Hi, Manuel Bilderbeek wrote: I asked aptitude to install a new package, which conflicted with an older package. So, it suggested to remove that package. So far so good. However, the new package failed to download (some transient network error). But to my surprise, the conflicting older package was still removed. End result: no new and no old package installed... I think this is wrong behaviour. I see the point, but I'm actually not sure if that behaviour would be inconsistent from other points of view. At least the described behaviour sounds consistent and expected to me. So I consider such a behaviour rather as new feature than as real bug. (Hence downgrading to severity wishlist.) But maybe I'm biased by being used to how aptitude works now, so I would love to hear other opinions, e.g. from APT developers. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735075: netcdf: bump to 4.3.0
Package: netcdf Severity: wishlist Dear Maintainer, The netCDF version currently available is 4.1.3 and was released in June 2011. Numerous releases haven't made it int Debian since then, the latest being 4.3.1 as of November 2013. Please bump. -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set LC_ALL to default locale: No such file or directory UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735076: otrs2: please add (build-)dependency on libxml-parser-lite-perl
Package: otrs2
Version: 3.3.3-2
Severity: important
Tags: patch
Hi,
There is a new release of SOAP-Lite (libsoap-lite-perl) that we are preparing,
and it no longer inclides XML::Parser::Lite. That was given separate life and
is now available as libxml-parser-lite-perl package in Debian.
Since otrs2 seems to use XML::Parser::Lite, the new release of
libsoap-lite-perl will break otrs2, which now needs to depend on the separate
libxml-parser-lite-perl package.
We are delaying the upload to avoid surprise-breaking otrs2, but we would like
to upload soon, and would appreciate a quick adjustment of otrs2. I could NMU
too if you like.
Cheers,
dam
Debian Perl Group
diff --git a/debian/changelog b/debian/changelog
index 8d8980b..e9d4d12 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+otrs2 (3.3.3-2.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * add dependency on libxml-parser-lite-perl, split off libsoap-lite-perl
+
+ -- Damyan Ivanov d...@debian.org Sun, 12 Jan 2014 17:24:55 +0200
+
otrs2 (3.3.3-2) unstable; urgency=high
* Add missing ivory-slim/css-cache directory.
diff --git a/debian/control b/debian/control
index 197d2d9..20f4b6c 100644
--- a/debian/control
+++ b/debian/control
@@ -28,6 +28,7 @@ Depends: ${misc:Depends},
ucf,
dbconfig-common (= 1.8.24),
libtext-diff-perl,
+ libxml-parser-lite-perl,
libxml-parser-perl,
libjs-prototype,
libtext-csv-perl,
Bug#682045: libtool: please mark libtool multi-arch: allowed
On Thu, Jan 09, 2014 at 07:20:40PM +, Colin Watson wrote: If you weren't one of the people in the thinking extremely hard about multiarch BOF at DebConf, note that Multi-Arch: foreign denotes a point in the dependency graph where you're allowed to switch architectures, Multi-Arch: allowed denotes such a point if and only if the incoming dependency is annotated with :any, and otherwise you may not switch architectures; this holds even when you're going through an Architecture: all package, so you're allowed to do this: While thinking of Arch:all packages as being somewhat transparent and something to go through is convenient, this way of thinking risks to bring in the wrong associations. From a dpkg point of view, there is a special architecture (called native architecture, it happens to be the architecture of the dpkg package). Now Arch:all is just an alias for native. So the situation you pictured Package: a Architecture: i386 Depends: b Package: b Architecture: all Depends: c Package: c Architecture: i386 may actually be disallowed if you happen to use dpkg:amd64. This elaboration does not change any of your arguments, but I figured I'd pick on it again, because I have seen it gotten wrong so many times to the point of wanting to change this particular behaviour. ;-) Bearing that in mind, let's go back to Kurt's options in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682045#22, elaborated a bit: Excuse my ignorance to previous discussion, but why is there no /usr/bin/triplet-libtool? To me it appears that libtools is similar in nature to a compiler in that it is executed on one architecture (build architecture in autoconf terms) and produces material useful on a (possibly) different architecture (host architecture). It is an established practise to prefix such tools with their host architecture. I recognize that libtool itself is a shell script that decides on most of the architecture specific stuff at runtime. But this aspect makes a transition to an architecture prefix easier, as the evaluation of $0 could be used to override the host* variables defined near its top. All that it needs would be clever symlinking. Reasoning about multiarch can be hard work and I'm running low on coffee. Would anyone like to pick holes in this analysis? Having a multiarch background, but no libtool background, I tried to understand it. I did not find any obvious flaws, but I do note that with option 2.1, having libtool depend on libtool-bin does not conceptually make sense to me, even though this alternative may be practically useful. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702762: More or less dead upstream
On Sat, Jan 11, 2014 at 2:51 PM, Bálint Réczey bal...@balintreczey.hu wrote: From the email [1] on the VLC list I had the impression that libpostproc is broken. That is my understanding as well. That's why I wanted to hear from you XBMC needs libpostproc for. Did you notice any visual improvements from enabling the libpostproc filter in XBMC? If it is working fine I don't see why it should be dropped and I'll keep libpostproc support in XBMC, too. Well I kept it around to not break the compilation of existing programs. And that part seems to be ok-ish. I have looked into the source more closely and it seems using a very hidden setting XBMC users can pass postproc filters to libpostproc thus I can't replace it with vf_yadif. vf_yadif is certainly no drop-in replacement, as it has a totally different API. This replacement may require significant knowledge of the codebase. So if libpostproc will stay with us could you please upload it to wheezy-backports to let me upload xbmc, too? Is this really necessary? What's the problem with the libpostproc-dev package provided by libav 0.8 in stable? http://packages.debian.org/wheezy/libpostproc-dev Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735077: Xpad - update version in repositories to v4.2
Package: xpad Version: 4.1-1 About two months ago I have released a newer version of Xpad on Launchpad. https://launchpad.net/xpad It contains several bugfixes and new features. https://launchpad.net/xpad/trunk/4.2 I have a hard time getting this newer version in the Debian repositories, since the emails I have send to the package maintainer Bart Martens, have not returned an answer (yet). :) Would you mind to update the version in the repositories to v4.2? If anything more is expected from my site, or if I have to walk a different path, I am all ears. Regards, Arthur Borsboom. -- Arthur Borsboom Hostal The Point Meson de la Estrella 172 Cusco, Peru Mob: +51 984 230 576 Email: arthurborsb...@gmail.com
Bug#707014: file: 'file' misreports #!/bin/sh as 'data'
Package: file Version: 1:5.14-2 Followup-For: Bug #707014 The same happens here on Jessie. In my case the file is https://cdn.download.tizen.org/sdk/InstallManager/tizen-sdk-2.2.1/tizen-sdk-ubuntu64-v2.2.71.bin -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (998, 'testing'), (994, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12.0-fx (SMP w/8 CPU cores; PREEMPT) 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 file depends on: ii libc6 2.17-97 ii libmagic1 1:5.14-2 ii zlib1g 1:1.2.8.dfsg-1 file recommends no packages. file 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#735078: qemu-user-static: /usr/share/binfmts/qemu-armeb uses wrong path
Package: qemu-user-static Version: 1.7.0+dfsg-2 Severity: normal Dear Maintainer, /usr/share/binfmts/qemu-armeb lists /usr/bin/qemu-arm-static as interpreter. correct would be /usr/bin/qemu-armeb-static -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/12 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash qemu-user-static depends on no packages. Versions of packages qemu-user-static recommends: ii binfmt-support 2.0.12 Versions of packages qemu-user-static suggests: ii sudo 1.8.5p2-1+nmu1 -- 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#735079: kdm: Computer freezes when KDM restarts
Package: kdm Version: 4:4.11.3-2+b2 Severity: normal My computer was freezing with the command service kdm restart, and it was also freezing after to go to terminal with ctrl+alt+f1 and coming back to graphical interface with alt+f7. At beginning of this problem, I was thinking my problem was with intel video driver (i915), but I've installed LightDM for another reason, and these freezes has just stopped when using LightDM instead of KDM, which made me believe this problem was KDM as this problem happens only with KDM. Maybe the output of lspci is useful $ lspci 00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor Family DRAM Controller (rev 09) 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) 00:16.0 Communication controller: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 (rev 04) 00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 (rev 04) 00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller (rev 04) 00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 (rev b4) 00:1c.1 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 2 (rev b4) 00:1c.2 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 3 (rev b4) 00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 (rev 04) 00:1f.0 ISA bridge: Intel Corporation HM65 Express Chipset Family LPC Controller (rev 04) 00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset Family 6 port SATA AHCI Controller (rev 04) 00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller (rev 04) 01:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8188CE 802.11b/g/n WiFi Adapter (rev 01) 02:00.0 System peripheral: JMicron Technology Corp. SD/MMC Host Controller (rev 80) 02:00.2 SD Host controller: JMicron Technology Corp. Standard SD Host Controller (rev 80) 02:00.3 System peripheral: JMicron Technology Corp. MS Host Controller (rev 80) 02:00.5 Ethernet controller: JMicron Technology Corp. JMC250 PCI Express Gigabit Ethernet Controller (rev 03) -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdm depends on: ii adduser 3.113+nmu3 ii consolekit0.4.6-3+b1 ii debconf [debconf-2.0] 1.5.52 ii kde-runtime 4:4.11.3-1 ii kde-wallpapers-default4:4.11.3-1 ii kde-workspace-kgreet-plugins 4:4.11.3-2+b2 ii libc6 2.17-97 ii libck-connector0 0.4.6-3+b1 ii libdbus-1-3 1.6.18-2 ii libkdecore5 4:4.11.3-2 ii libkdeui5 4:4.11.3-2 ii libkio5 4:4.11.3-2 ii libknewstuff3-4 4:4.11.3-2 ii libkworkspace4abi24:4.11.3-2+b2 ii libpam0g 1.1.3-9 ii libqimageblitz4 1:0.0.6-4 ii libqt4-svg4:4.8.5+git192-g085f851+dfsg-2 ii libqt4-xml4:4.8.5+git192-g085f851+dfsg-2 ii libqtcore44:4.8.5+git192-g085f851+dfsg-2 ii libqtgui4 4:4.8.5+git192-g085f851+dfsg-2 ii libstdc++64.8.2-12 ii libx11-6 2:1.6.2-1 ii libxau6 1:1.0.8-1 ii libxdmcp6 1:1.1.1-1 ii libxtst6 2:1.2.2-1 ii lsb-base 4.1+Debian12 Versions of packages kdm recommends: ii kde-window-manager [x-window-manager] 4:4.11.3-2+b2 ii kde-workspace 4:4.11.3-2 ii konsole [x-terminal-emulator] 4:4.11.3-1 ii logrotate 3.8.6-1 ii xserver-xorg [xserver] 1:7.7+5 ii xterm [x-terminal-emulator]300-1 Versions of packages kdm suggests: ii kde-wallpapers 4:4.11.3-1 ii kdepasswd 4:4.11.3-1 -- debconf information: kdm/stop_running_server_with_children: false kdm/daemon_name: /usr/bin/kdm * shared/default-x-display-manager: lightdm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701993: ABI breakage lcms2
Hi, On Thu, Oct 03, 2013 at 04:26:08AM +0200, Jonas Smedegaard wrote: Quoting Oleksandr Moskalenko (2013-08-01 19:03:51) I already made a functional lcms2-2.5 package that has been used to build other packages, but I still have to apply the patches for security advisories and generally polish the package up to the debian/main standards. Two months have passed. Any news? Oleksandr, I have packaged the 2.5 release and polished up the packaging. Code is available via git clone git://git.debian.org/users/tweber/lcms2.git The git repository is in git-buildpackage layout, so you are probably best off cloning via gbp: gbp clone git://git.debian.org/users/tweber/lcms2.git Unless you object, I intend to upload this package to experimental in a few days. I would also move my git repository to collab-maint. I do NOT intend to take over maintenance of the packaging, but there are too many dependencies which would benefit from a new release to wait several months more with this. Thanks Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704070: ffmpeg: obsolete-conffile as reported by adequate
I guess that would work, but we would need to do this update in stable. I'm not sure if this is an issue that warrants a change in stable, though. For unstable/jessie, is there anything we can do but close this bug? On Fri, Jan 10, 2014 at 5:15 PM, Jakub Wilk jw...@debian.org wrote: * Reinhard Tartler siret...@gmail.com, 2013-04-25, 22:39: $ adequate ffmpeg ffmpeg: obsolete-conffile /etc/ffserver.conf I've reproduced this bug. If you install ffmpeg on a squeeze system, and then upgrade to wheezy, you end up with obsolete /etc/ffserver.conf. I wonder why http://anonscm.debian.org/gitweb/?p=pkg-multimedia/libav.git;a=commitdiff;h=6c39614b2c9d4ded6a243c70326231d6a970287c was not enough to fix that. Help in form of patches much appreciated! I thinks this is because normally mv_conffile does anything only on upgrades. If you never had libav-tools ( 6:0.8.1-7) installed, the conffile won't be renamed. Andreas Beckmann suggested how to trick mv_conffile to also trigger on installs: http://lists.debian.org/52654fb8.1080...@debian.org I haven't tested if this hack works, though. -- Jakub Wilk ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735021: Dpkg::Path: Please expose dpkg-query --control-show and --control-list
Hi! On Sun, 2014-01-12 at 16:05:29 +0200, Andrei POPESCU wrote: Control: reassign -1 libdpkg-perl On Sb, 11 ian 14, 17:36:22, Geoffrey Thomas wrote: Package: libdpkg-query Version: 1.17.5 Severity: wishlist I'm guessing you meant -perl, not -query. Thanks, for reassigning. dpkg-query's manpage says that --control-path is deprecated in favor of --control-show and --control-list, but Dpkg::Path only offers a wrapper around --control-path. Can you expose --control-show and --control-list via some API in Dpkg::Path? Yeah, I was meaning to do something along those lines when switching dpkg-dev scripts away from get_control_path. Unfortunately this slightly complicates the code a bit. 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#735080: xfce4-mixer: External amplifier checkbox missing after recent updates; cannot uncheck, so no audio
Package: xfce4-mixer Version: 4.10.0-2 Severity: normal Dear Maintainer, * What led up to the situation? Updates in December (?). Previously, after reboots, the external amplifier checkbox would have to be unchecked for sound to work. Now the checkbox is not found in audio mixer interface, and laptop speakers do not work. * What exactly did you do (or not do) that was effective (or ineffective)? Looked for other ways. * What was the outcome of this action? Not yet found. * What outcome did you expect instead? Automatically correct settings, or restore checkbox option(?) This is on an older ASUS Z62FM laptop with Intel sound. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4-mixer depends on: ii gstreamer0.10-alsa [gstreamer0.10-audiosink] 0.10.36-1.1 ii gstreamer0.10-plugins-bad [gstreamer0.10-audiosink] 0.10.23-7.1 ii gstreamer0.10-plugins-base0.10.36-1.1 ii gstreamer0.10-plugins-good [gstreamer0.10-audiosink] 0.10.31-3+nmu2 ii gstreamer0.10-pulseaudio [gstreamer0.10-audiosink]0.10.31-3+nmu2 ii libatk1.0-0 2.10.0-2 ii libc6 2.17-97 ii libcairo2 1.12.16-2 ii libdbus-1-3 1.7.10-2 ii libdbus-glib-1-2 0.100.2-1 ii libfontconfig12.11.0-2 ii libfreetype6 2.5.2-1 ii libgdk-pixbuf2.0-02.28.2-1+b1 ii libglib2.0-0 2.36.4-1 ii libgstreamer-plugins-base0.10-0 0.10.36-1.1 ii libgstreamer0.10-00.10.36-1.2 ii libgtk2.0-0 2.24.22-1 ii libkeybinder0 0.3.0-2 ii libpango1.0-0 1.36.0-1+b1 ii libunique-1.0-0 1.1.6-4 ii libxfce4ui-1-04.10.0-5 ii libxfce4util6 4.10.1-1 ii libxfconf-0-2 4.10.0-2 ii libxml2 2.9.1+dfsg1-3 ii xfce4-panel 4.10.1-1 xfce4-mixer recommends no packages. xfce4-mixer 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#735053: Pending fixes for bugs in the libperl-apireference-perl package
tag 735053 + pending thanks Some bugs in the libperl-apireference-perl package are closed in revision 8a231890ae70e22fa9f916a85e13028e248dcaf9 in branch 'master' by Damyan Ivanov The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libperl-apireference-perl.git;a=commitdiff;h=8a23189 Commit message: Imported Upstream version 0.16 + adds support for perl 5.18.2 (Closes: #735053) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735081: ITP: r-cran-numderiv -- GNU R package for accurate numerical derivatives
Package: wnpp Owner: Dirk Eddelbuettel e...@debian.org Severity: wishlist * Package name: r-cran-numderiv Version : 2012.9-1 Upstream Author : Paul Gilbert and Ravi Varadhan * URL or Web page : http:http://optimizer.r-forge.r-project.org/ * License : GPL-2 Description : GNU R package for accurate numerical derivatives This is a small package containing just R code; and it is now a reverse dependency of the 'r-cran-sn' package which has been in Debian since Oct 2007. Dirk -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735082: plee-the-bear: got a segmentation fault when the real game starts
Package: plee-the-bear Version: 0.6.0-1+b1 Severity: grave Justification: renders package unusable After starting with plee-the-bear I got a segfault with following message: ALSA lib pcm.c:7843:(snd_pcm_recover) underrun occurred /usr/games/plee-the-bear: line 13: 18002 Segmentation fault /usr/games/running-bear --game-name=Plee the Bear --screen-width=800 -- screen-height=600 --stats-destination=http://plee-the-bear.sourceforge.net/stats.php --active-area=500 --data-path=$DATA_PATH -- item-library=$GENERIC_LIB_PATH --item-library=$PTB_LIB_PATH --start- level=level/gamned.cl $@ Thank you very much for your help. Wolfgang -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages plee-the-bear depends on: ii libboost-filesystem1.49.01.49.0-4+b3 ii libboost-regex1.49.0 1.49.0-4+b3 ii libboost-signals1.49.0 1.49.0-4+b3 ii libboost-system1.49.01.49.0-4+b3 ii libboost-thread1.49.01.49.0-4+b3 ii libc62.17-97 ii libclaw-application1 1.7.3-1 ii libclaw-configuration-file1 1.7.3-1 ii libclaw-dynamic-library1 1.7.3-1 ii libclaw-graphic1 1.7.3-1 ii libclaw-logger1 1.7.3-1 ii libclaw-net1 1.7.3-1 ii libclaw-tween1 1.7.3-1 ii libgcc1 1:4.8.2-12 ii libgl1-mesa-glx [libgl1] 9.2.2-1 ii libsdl-mixer1.2 1.2.12-10 ii libsdl1.2debian 1.2.15-8 ii libstdc++6 4.8.2-12 ii plee-the-bear-data 0.6.0-1 plee-the-bear recommends no packages. plee-the-bear suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729853: gphoto2: Canon powershot SX240 HS not working
Hi Laurent! I've tried to follow your suggestion, installing libgphoto2 2.5 from experimental. The problem is not solved. The error reported by dmesg is: [ 218.292219] usb 4-5.4: new high-speed USB device number 9 using ehci-pci [ 218.385838] usb 4-5.4: New USB device found, idVendor=04a9, idProduct=3245 [ 218.385845] usb 4-5.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 218.385851] usb 4-5.4: Product: Canon Digital Camera [ 218.385856] usb 4-5.4: Manufacturer: Canon Inc. [ 218.385861] usb 4-5.4: SerialNumber: 5DB7548070E64BB9958F41818162F6D1 [ 218.520245] udevd[7412]: failed to execute '/lib/udev/socket:@/org/freedesktop/hal/udev_event' 'socket:@/org/freedesktop/hal/udev_event': No such file or directory [ 218.568238] udevd[7423]: failed to execute '/lib/udev/socket:@/org/freedesktop/hal/udev_event' 'socket:@/org/freedesktop/hal/udev_event': No such file or directory [ 218.927489] gvfs-gphoto2-vo[5971]: segfault at 30303050 ip b673dee4 sp bf827a9c error 4 in libusb-1.0.so.0.1.0[b673b000+16000] The information about the installed packages are: Package: gphoto2 Version: 2.5.2-1 Installed-Size: 806 Maintainer: Debian PhotoTools Maintainers pkg-phototools-de...@lists.alioth.debian.org Architecture: i386 Depends: libaa1 (= 1.4p5), libc6 (= 2.4), libcdk5, libexif12, libgphoto2-6 (= 2.5.2), libgphoto2-port10 (= 2.5.2), libjpeg8 (= 8c), libncurses5 (= 5.5-5~), libpopt0 (= 1.14), libreadline6 (= 6.0) Package: libgphoto2-6 Source: libgphoto2 Version: 2.5.2-1 Installed-Size: 3198 Maintainer: Debian PhotoTools Maintainers pkg-phototools-de...@lists.alioth.debian.org Architecture: i386 Depends: libc6 (= 2.15), libexif12, libgd3 (= 2.1.0~alpha~), libgphoto2-port10 (= 2.5.2), libjpeg8 (= 8c), libltdl7 (= 2.4.2) gphoto2 worked with canon powershot sx240 till some months ago, so the camera was supported by gphoto2. On http://gphoto.org/proj/libgphoto2/support.php canon powershot sx240HS is declared to be supported. Thanks Stefano De Toni
Bug#735083: libapr-memcache0: debian/libapr-memcache.install in debian source
Package: libapr-memcache0 Version: 0.7.0-1 Severity: wishlist Dear Maintainer, Note to self :-D file debian/libapr-memcache.install is not needeed, waarschijnlijk per ongeluk aangemaakt in plaats van debian/libapr-memcache0.install With kind regard, Bas van den Dikkenberg -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.12-1-686-pae (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 libapr-memcache0 depends on: ii libapr1 1.5.0-1 ii libaprutil1 1.5.3-1 ii libc62.17-97 libapr-memcache0 recommends no packages. libapr-memcache0 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#711744: [Pkg-gnupg-maint] Bug#711744: [gnupg] Please check signature files when getting new orig.tar.gz
Control: clone 711744 -1 Control: reassign -1 devscripts Control: retitle -1 uscan should abort if pgpsigmangleurl but no upstream-signing-key.pgp On Tue 2014-01-07 04:48:58 -0500, Thijs Kinkhorst wrote: On Sun, December 15, 2013 19:44, Daniel Kahn Gillmor wrote: uscan should fail (return non-zero) if pgpsigmangleurl is present and anything prevents full validation of the upstream source. if the upstream-signing-key.pgp is missing, uscan will happily download the tarball without any verification and with return code 0, I think that's not expected? $ uscan --verbose -- Scanning for watchfiles in . -- Found watchfile in ./debian -- In debian/watch, processing watchfile line: opts=pasv,pgpsigurlmangle=s/$/.sig/ http://gnupg.org/download/.*/gnupg-(1\..*)\.tar\.gz uscan warning: pgpsigurlmangle option exists, but debian/upstream-signing-key.pgp does not exist, I agree this is a problem, and uscan should probably fail hard here instead of just warning. --dkg pgp9bA1CuG9yB.pgp Description: PGP signature
Bug#655034: Pending fixes for bugs in the libsvn-notify-perl package
tag 655034 + pending thanks Some bugs in the libsvn-notify-perl package are closed in revision a8dd2f42a1560572e79b85f9f7f1e61dc68e3252 in branch 'master' by gregor herrmann The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libsvn-notify-perl.git;a=commitdiff;h=a8dd2f4 Commit message: New upstream release. Closes: #655034 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734650: transition: perl 5.18.2
On Sun, Jan 12, 2014 at 12:40:23PM +, Dominic Hargreaves wrote: On Wed, Jan 08, 2014 at 10:52:00PM +0200, Niko Tyni wrote: I've just uploaded perl_5.18.2-1 to experimental. Dominic is going to run a test rebuild of at least the perl related packages next, but we don't expect regressions. Affected packages that we know of are (hope I got this right) is_affected: .depends ~ /perl \( 5\.18/ bad: .depends ~ /perl \( 5\.18\.2/ good: .depends ~ /perl \( 5\.18\.3/ which would currently yield nmu libpar-packer-perl_1.017-1 . ALL . -m 'rebuild for Perl 5.18.2' nmu libdevel-cover-perl_1.08-1 . ALL . -m 'rebuild for Perl 5.18.2' nmu libclass-xsaccessor-perl_1.19-1 . ALL . -m 'rebuild for Perl 5.18.2' nmu libcommon-sense-perl_3.72-2 . ALL . -m 'rebuild for Perl 5.18.2' Additionally, libmodule-corelist-perl will need a source upload to upgrade to at least 3.03. In addition to these, libperl-apireference-perl is another known package which needs to be upgraded (bug #735053 filed). I have rebuilt all perl modules and found no other failures relating to 5.18.2 (just lots of bugs still unfixed since the main 5.18 transition :( ). The two sourceful uploads have now been made, so we are now ready to proceed; please let us know if it's okay to upload 5.18.2 to unstable. Thanks! Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711744: [Pkg-gnupg-maint] Bug#711744: [gnupg] Please check signature files when getting new orig.tar.gz
Control: clone 711744 -1 Control: reassign -1 devscripts Control: retitle -1 uscan should propagate the pasv option to PGP signature URL On Tue 2014-01-07 04:48:58 -0500, Thijs Kinkhorst wrote: When I [use pasv], the downloading of the orig.tar.gz works [...], but the downloading of the signature fails. Does that code not use the pasv option? $ uscan --verbose -- Scanning for watchfiles in . -- Found watchfile in ./debian -- In debian/watch, processing watchfile line: opts=pasv,pgpsigurlmangle=s/$/.sig/ http://gnupg.org/download/.*/gnupg-(1\..*)\.tar\.gz -- Found the following matching hrefs: ftp://ftp.gnupg.org/gcrypt/gnupg/gnupg-1.4.16.tar.gz (1.4.16) Newest version on remote site is 1.4.16, local version is 1.4.15 = Newer version available from ftp://ftp.gnupg.org/gcrypt/gnupg/gnupg-1.4.16.tar.gz -- Downloading updated package gnupg-1.4.16.tar.gz -- Downloading OpenPGP signature for package as gnupg-1.4.16.tar.gz.pgp uscan warning: In directory ., downloading OpenPGP signature ftp://ftp.gnupg.org/gcrypt/gnupg/gnupg-1.4.16.tar.gz failed: 400 FTP return code 150 You are right, the pgpsigurlmangle code does not currently support the pasv option. It should do so to handle situations like gnupg's, above. --dkg pgpgPAC5RvuTj.pgp Description: PGP signature
Bug#733122: fatal error: Typelib file for namespace 'GnomeBluetoothApplet' (any version) not found
Am 29.12.2013 02:21, schrieb Robert Millan: tags 733122 patch thanks Here's a patch. On Thu, Dec 26, 2013 at 12:32:22AM +0100, Robert Millan wrote: Package: gnome-shell-common Version: 3.8.4-5 Severity: grave gnome-shell aborts on GNU/kFreeBSD because of Linux-specific settings in config.js: /usr/share/gnome-shell/js/misc/config.js:const HAVE_BLUETOOTH = 1; /usr/share/gnome-shell/js/misc/config.js:const HAVE_NETWORKMANAGER = 1; The cause of this problem is that, although config.js is correcly built without these options, the binary-all version of this file is used, since it is obtained from gnome-shell-common rather than gnome-shell. I recommend moving it to gnome-shell as the easiest solution. If the file is arch-specific, it should not be in /usr/share, but moved to /usr/lib. The debian/control is also missing a versioned Breaks. In summary, the patch is not quite ready yet imho. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#733122: fatal error: Typelib file for namespace 'GnomeBluetoothApplet' (any version) not found
Am 12.01.2014 17:47, schrieb Michael Biebl:
In summary, the patch is not quite ready yet imho.
Hm, looking more closely, instead of moving the files around, it might
be better to use a try {} catch {} statement like we do for NM.
Robert, can you try the following patch:
--- a/js/ui/panel.js
+++ b/js/ui/panel.js
@@ -930,8 +930,12 @@ const PANEL_ITEM_IMPLEMENTATIONS = {
};
if (Config.HAVE_BLUETOOTH)
-PANEL_ITEM_IMPLEMENTATIONS['bluetooth'] =
-imports.ui.status.bluetooth.Indicator;
+try {
+PANEL_ITEM_IMPLEMENTATIONS['bluetooth'] =
+imports.ui.status.bluetooth.Indicator;
+} catch(e) {
+log('Bluetooth is not supported.');
+}
if (Config.HAVE_NETWORKMANAGER) {
try {
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
Bug#735086: apt: `apt-cache show` should show the repository
Package: apt Version: 0.9.14.2 Severity: wishlist Dear Maintainer, `apt-cache show` should show which repository the package belongs to. I now have a trouble figuring out which repository certain package belongs to. *** 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 lines *** -- Package-specific info: -- (no /etc/apt/preferences present) -- -- /etc/apt/sources.list -- deb http://ftp.de.debian.org/debian testing main contrib non-free deb http://security.debian.org/ jessie/updates main contrib non-free #Third Parties Repos #deb http://www.las.ic.unicamp.br/pub/debian-multimedia/ jessie main #deb-multimedia.org deb http://www.deb-multimedia.org jessie main non-free deb http://gq.net.ru/debian wheezy xneur -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apt depends on: ii debian-archive-keyring 2012.4 ii gnupg 1.4.15-3 ii libapt-pkg4.12 0.9.14.2 ii libc6 2.17-97 ii libgcc1 1:4.8.2-12 ii libstdc++6 4.8.2-12 apt recommends no packages. Versions of packages apt suggests: pn apt-doc none ii aptitude0.6.8.2-1.2 ii dpkg-dev1.17.5 ii python-apt 0.9.1 ii synaptic0.80.4 ii xz-utils5.1.1alpha+20120614-2 -- 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
