Bug#690362: hplip: hp-check does not find installed Xsane
Control: tags -1 fixed-upstream Am Donnerstag, den 18.10.2012, 12:47 +1100 schrieb Mark Purcell: On Sat, 13 Oct 2012 19:14:37 Paul Menzel wrote: `hp-check -r` reports Xsane as not installed although it is installed. I reported this issue upstream [1] and provided more information there. […] Thanks for the report and forwarding upstream. You are correct, `hp-check -r` is looking for sane-dev, which of course is not a runtime requirement. That too, but it does check for Xsane too. $ hp-check -rt | grep sane warning: debian-unstable version is not supported. Using debian-6.0.5 versions dependencies to verify and install... warning: HPLIP-Installation: Auto installation is not supported for debian distro unstable version I should take a closer look as I cannot remember seeing the messages above. xsaneSANE-GUI OPTIONAL0.9 0.998 OK - (Your paste is wrapped for some reason.) The message above failed for me. Amarnath Chitumalla already fixed this issue upstream. error: sane-develSANE-SDK REQUIRED- - MISSING'sane-devel needs to be installed' sane Scan-Lib REQUIRED- - OK - hpaioHPLIP-SANE-BackendREQUIRED- 3.12.10 OK 'hpaio found in /etc/sane.d/dll.conf' error: 'libsane-dev' package is missing/incompatible The development packages indeed should not be required. A separate report should be created for `libsane-dev`. Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#690795: unblock: icedove/10.0.9-1
On Wed, Oct 17, 2012 at 09:09:14PM -0400, Christoph Goehre wrote: Hi Moritz, hi Adam, On Mi, Okt 17, 2012 at 08:13:52 +0200, Moritz Mühlenhoff wrote: On Wed, Oct 17, 2012 at 07:10:06PM +0100, Adam D. Barratt wrote: On Wed, 2012-10-17 at 19:00 +0200, Moritz Muehlenhoff wrote: please unblock icedove 10.0.9-1 It fixes multiple security issues I notice the README.Debian note about iceowl-extension's security support (or rather lack thereof) has been removed; is that correct? Christoph? yes, thats correct. It fixes #686206. Guido copied the file in November 2011, when he enabled building of the iceowl-extension from icedove code. Before that, we have two separate source package and iceowl-extension come from iceowl. Maybe Guido could say anything more about that. I'm not sure wheter there is active _upstream_ security support for lightning but I guess thats not different from some other packages. One of the reasons to build iceowl-extension from icedove instead of iceowl was to get all the fixes that go into that source tree for free including security ones (which might not be the case for standalone iceowl) and to have in sync versions of those two. So the situation is certainly better than in squeeze. I'm also happy to backport security issues for iceowl-extension (knowledge permitting). Cheers, -- Guido Should I redo my changes and upload only the security-fixed version with version number 10.0.9-2 into sid? Cheers, Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678896: lintian: please add check for multi-arch: foreign -dbg packages
On 2012-10-17 23:57, Jakub Wilk wrote: I'd tend to agree that M-A:foreign for -dbg packages is always wrong. * Niels Thykier ni...@thykier.net, 2012-09-03, 13:49: For a library, I see the problem the -dbg has symbols for a M-A: same package (e.g. a library). But for some package that is M-A: foreign, I don't see why the related -dbg package couldn't be M-A: foreign. Sure it might be weird, but I don't immediately see how it would break anything. If there's a -dbg package for a MA:foreign package, then something is already broken. Imagine a situation like this: Package: foo Multi-Arch: foreign Package: foo-dbg Depends: foo (= ${binary:Version}) Now I can co-install foo-dbg:amd64 and foo:i386, despite the fact that foo-dbg is useless in such setup. (I'm afraid it's a corner-case of multi-arch that hasn't been well-thought yet...) Hah, in that case, foo should be Multi-Arch: allowed. In this case rdeps can use foo:any to use the foreign dependency and the debug package could use foo (implying the Multi-Arch: same relation)... I know, it is a poor solution as it kills a major advantage of M-A foreign as now a bunch of rdeps needs to append :any due to a debug package. But the situation did remind me of Steve's favourite M-A: allowed example python (and I think this was how he used M-A:allowed). Anyhow, it is unfortunate that this mistake is possible, at least the right foo-dbg is installable for all variants of foo. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690753: rhmessaging: FTBFS on arm* (and other arches)
Am 17.10.2012 11:28, schrieb Konstantinos Margaritis: Package: rhmessaging Version: 0.16-1 Severity: Important Tags: patch For armel/armhf the following simple patch seems to work, the package builds and the tests pass. I assume similar fixes might be worth testing on mips/mipsel/sparc as well. Regards Hi Konstantinos, thanks for the patch. While it's too late for wheezy, I'll test it for unstable. Cheers, Cajus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690828: csound: FTBFS on all architectures
Source: csound Version: 1:5.17.11~dfsg-2 Severity: serious Hi, csound currently FTBFS on all architectures. The snippet below is from the i386 log: /build/buildd-csound_5.17.11~dfsg-2-i386-QJTESH/csound-5.17.11~dfsg/obj-i486-linux-gnu/csound_orcparse.h:153:22: error: unknown type name 'PARSE_PARM' In file included from /build/buildd-csound_5.17.11~dfsg-2-i386-QJTESH/csound-5.17.11~dfsg/Top/main.c:31:0: /build/buildd-csound_5.17.11~dfsg-2-i386-QJTESH/csound-5.17.11~dfsg/./H/csound_orc.h:24:0: warning: YYDEBUG redefined [enabled by default] In file included from /build/buildd-csound_5.17.11~dfsg-2-i386-QJTESH/csound-5.17.11~dfsg/./H/csound_orc.h:16:0, from /build/buildd-csound_5.17.11~dfsg-2-i386-QJTESH/csound-5.17.11~dfsg/Top/main.c:31: /build/buildd-csound_5.17.11~dfsg-2-i386-QJTESH/csound-5.17.11~dfsg/obj-i486-linux-gnu/csound_orcparse.h:37:0: note: this is the location of the previous definition /build/buildd-csound_5.17.11~dfsg-2-i386-QJTESH/csound-5.17.11~dfsg/Top/main.c: In function 'csoundCompile': /build/buildd-csound_5.17.11~dfsg-2-i386-QJTESH/csound-5.17.11~dfsg/Top/main.c:86:14: warning: variable 'sortedscore' set but not used [-Wunused-but-set-variable] make[3]: *** [CMakeFiles/csound64.dir/Top/main.c.o] Error 1 ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651227: Compositing unuseable with Radeon r300
It cant be fixed. I'd enough and I quit. Composting will never work and if it does, the drivers will leak memory. - Support software for non profit, buy Android phones. On Oct 18, 2012 2:18 AM, Thomas Viehweger patchesthomas@web.de wrote: I retried with 4:4.8.4-3 but got similar bad results than a year ago: glxgears Running synchronized to the vertical refresh. The framerate should be approximately the same as the monitor refresh rate. 62 frames in 5.0 seconds = 12.369 FPS 64 frames in 5.0 seconds = 12.778 FPS ... from glxinfo: OpenGL vendor string: X.Org R300 Project OpenGL renderer string: Gallium 0.4 on ATI RS690 OpenGL version string: 2.1 Mesa 8.0.4 OpenGL shading language version string: 1.20 -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201210172245.42174.patchesthomas@web.de
Bug#690767: [wheezy] blueteeth adaptor cause kernel crash
fermat wrote: Yes, it can be easily reproduced, and I just prduced it two times. It is ok to plug in the adaptor, but when I send files to my phone through bluetooth, the screen frozes. capslock, magic sysrq and ctrl-alt-delete all don't works. What's more, several seconds later, the power of the keyboard get down, and then several seconds later, the power of the mouse get down again. Thanks for these details. Do I understand correctly that unlike RobinJ in https://launchpad.net/bugs/986810 your keyboard LEDs didn't blink (i.e., it's not a kernel panic)? On Wed, Oct 17, 2012 at 12:36:54PM -0700, Jonathan Nieder wrote: Is this a regression? Have you tried any other kernel versions, and if so, how did they behave? I tried kernel 2.6.32-5-amd64, that kernel didn't break down, and I can send file from computer to my phone, That's very good news. It means one way to figure this out could be to search through the precompiled kernels (testing the kernel halfway between the newest known-good and oldest known-bad and repeating until bored) from http://snapshot.debian.org/package/linux-2.6/ to narrow down which introduced the bug. I tried to get the log. When I plug off the bluetooth adaptor and then plug in it, three messages appear on dmesg(1) output. these are the corresponding messages in /var/log/messages [...] usb 2-1.5: new full-speed USB device number 4 using ehci_hcd usb 2-1.5: New USB device found, idVendor=0a12, idProduct=0001 usb 2-1.5: New USB device strings: Mfr=0, Product=0, SerialNumber=0 So this bluetooth adapter is handled by the btusb driver: /* CSR BlueCore devices */ { USB_DEVICE(0x0a12, 0x0001), .driver_info = BTUSB_CSR }, [...] 08:54:28 bluetoothd[2614]: HCI dev 0 up 08:54:28 bluetoothd[2614]: Proximity GATT Reporter Driver: Operation not permitted (1) 08:54:28 bluetoothd[2614]: input-headset driver probe failed for device 54:F3:DE:69:66:01 08:54:28 bluetoothd[2614]: input-headset driver probe failed for device D8:71:57:64:5D:FD 08:54:28 bluetoothd[2614]: Unable to load keys to adapter_ops: Function not implemented (38) 08:54:28 bluetoothd[2614]: Adapter /org/bluez/2614/hci0 has been enabled 08:55:01 /USR/SBIN/CRON[5217]: (root) CMD (/etc/init.d/apf-firewall stop /dev/null 21) 08:55:01 /USR/SBIN/CRON[5218]: (fermat) CMD (/usr/bin/notify-send foo bar) 08:55:17 obex-data-server: sdp_extract_seqtype: Unexpected end of packet 09:01:02 kernel: imklog 5.8.11, log source = /proc/kmsg started. Cc-ing bluez maintainers in case they can make sense of this. To recap, what happens is that Fermat initiates file transfer and then the machine hangs hard. Thanks again, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690822: caribou: architecture specific paths in arch-all package
Le jeudi 18 octobre 2012 à 05:14 +0200, Michael Biebl a écrit : Since caribou installs the introspection files and python modules in the default system paths, it seems to me that it actually doesn't really matter that much that GI_TYPELIB_PATH and PYTHONPATH point to non-existing directories. If packages from another architecture are installed in these paths (e.g. for cross-building), the paths will exist and this is going to fail in spectacular ways. We could just as well drop those environment variables (including LD_LIBRARY_PATH). I agree this is the best course of action. So it's mostly a cosmetic issue, imo, definitely not RC. I’m not sure it doesn’t need to be RC. In all cases it would be better to fix that for wheezy. Cheers, -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665318: ITP: faac -- AAC audio encoder
Am 17.10.2012 18:37, schrieb Bob Bib: This package has been rejected by ftpmaster as violating Debian patents policy, but has the issue been reviewed by the Debain patent expert person, as described in the policy statements? Good question, but honestly I don't know the answer. Let's play the ball over to ftp-master. - Fabian http://www.debian.org/legal/patent 5. All communication related to specific patent risk should be directed to pate...@debian.org, which is maintained under the rules of attorney-client privilege. The risk will be evaluated and any necessary response will be made directly to affected parties. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690580: [Pkg-xfce-devel] Bug#690580: xfce4-appfinder: dragNdrop items not showing on desktop
westlake@debian:~/Desktop$ md5sum xfhelp4.desktop cf54f8dd91b34d910269441fedb85a46 xfhelp4.desktop f0c5aac69a53e40a7541f616020a6756 /usr/share/app-install/desktop/xfhelp4.desktop aa5df6092809d9be13b7655ac9801538 /var/lib/menu-xdg/applications/menu-xdg/X-Debian-Help-xfhelp4.desktop the md5sum of ~/Desktop/xfhelp4.desktop differs and is unique, (* /usr/share/applications/xfhelp4.desktop does not match it either-- 3b0bc5e144065183ea9ff69ca7d77a27) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690767: [wheezy] blueteeth adaptor cause kernel crash
retitle 690767 btusb: initiating file transfer with bluetooth dongle 0a12:0001 locks up system reassign 637908 src:linux linux-2.6/3.0.0-1 reassign 637957 src:linux linux-2.6/3.0.0-1 severity 637957 important merge 690767 637908 637957 affects 690767 + bluetooth quit fermat wrote: Yes, it can be easily reproduced, and I just prduced it two times. It is ok to plug in the adaptor, but when I send files to my phone through bluetooth, the screen frozes. capslock, magic sysrq and ctrl-alt-delete all don't works. What's more, several seconds later, the power of the keyboard get down, and then several seconds later, the power of the mouse get down again. [...] idVendor=0a12, idProduct=0001 Merging with a few similar bugs. Thanks, all. Paolo, Francesco, do you still have the non-working dongle? If you have time to find the oldest non-working kernel by bisecting through the list of packages at http://snapshot.debian.org/package/linux-2.6/ (a 2.6.32-based kernel works fine for Fermat), that would be very useful. Or if you'd like to send me it to play with, I can tell you my address by private email. Sincerely, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690794: [wheezy] Fails to read EDID, results in bad monitor flickering
forwarded 690767 https://bugs.freedesktop.org/56111 quit dar...@chaosreigns.com wrote: DRI bug is: https://bugs.freedesktop.org/show_bug.cgi?id=56111 Thanks, marking so. If I have any more questions, I'll ask them there. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690829: poedit: fail server mx.debian.org libwxgtk2.8-0_2.8.12.1-12_i386.deb La suma hash difiere
Package: poedit Severity: minor Dear Maintainer, *** 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 *** -- System Information: Debian Release: wheezy/sid Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core) Locale: LANG=es_MX.utf8, LC_CTYPE=es_MX.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#687243: [Pkg-hpijs-devel] Bug#687243: reportbug unable to fill bug report against hplip
axet@mini:~$ ls -al /bin/sh lrwxrwxrwx 1 root root 4 Mar 1 2012 /bin/sh - dash axet@mini:~$ which is default for debian 7, i did know about this map -- AK On 18 October 2012 03:59, Mark Purcell m...@debian.org wrote: On Mon, 17 Sep 2012 21:36:47 Alexey Kuznetsov wrote: Gathering additional data, this may take a while... The next message you should receive is: Do you wish to include your system configuration with this report (hp- check -r)? However I have been advised that there are some bashisms in my bug script which could be related (Bug: #690708). Do you perhaps have /bin/sh redirected to something other than bash, such as dash or the like? Mark
Bug#690830: camitk: FTBFS on armhf, needs -fPIC
Package: camitk Version: 3.0.2-1 Severity: Important Tags: patch Hi, According to http://buildd.debian.org/status/package.php?p=camitksuite=sid camitk FTBFS on at least armhf and mipsel, and the fix is rather easy -at least it was tested to work on armhf, just add -fPIC in the CXXFLAGS. The attached patch seems to do the job. Regards Konstantinos diff -ruN camitk-3.0.2/debian/rules camitk-3.0.2.mine/debian/rules --- camitk-3.0.2/debian/rules 2012-07-23 06:52:54.0 + +++ camitk-3.0.2.mine/debian/rules 2012-10-17 19:49:54.248832650 + @@ -2,6 +2,7 @@ # DH_VERBOSE := 1 +export DEB_CXXFLAGS_MAINT_APPEND = -fPIC export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed CMAKE_EXTRA_FLAGS = \
Bug#648686: [Packaging] Bug#648686: Bug in bonding_err_ plugin
On Mittwoch, 17. Oktober 2012, Ferenc Wagner wrote: Would you please consider fixing this in squeeze, even though upstream seems rather uninterested? you mean wheezy? in squeeze we wont fix this for sure. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690831: $MANLESS environment variable and $MAN_PN substitution variable
Package: man-db Version: 2.6.3-1 Severity: wishlist Hello, The default less prompt for, say, man man, looks like this: Manual page man(1) line 1/815 4% (press h for help or q to quit) I would like to have a prompt looking like this: Manual page man(1) line 1/815 4% In other words the same prompt without the (press h for help or q to quit) part. Since I'd like this change to be permanent, I wanted to use the MANLESS variable but, as said by man man, its value will be copied verbatim into $LESS, which among other things means that $MAN_PN will not be replaced by the manual page and section number. One solution could be for me to define a shell alias such as alias man='man -r prompt ' But I'm wonderign whether there could be a better solution to achieve the desired result. Thanks. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages man-db depends on: ii bsdmainutils 9.0.3 ii debconf [debconf-2.0] 1.5.46 ii dpkg 1.16.8 ii groff-base 1.21-9 ii libc6 2.13-35 ii libgdbm3 1.8.3-11 ii libpipeline1 1.2.2-1 ii zlib1g 1:1.2.7.dfsg-13 man-db recommends no packages. Versions of packages man-db suggests: ii edbrowse [www-browser] 3.4.8-2 ii elinks [www-browser]0.12~pre5-8 ii epiphany-browser [www-browser] 3.4.2-2 ii groff 1.21-9 ii iceweasel [www-browser] 10.0.8esr-1 ii less444-4 ii lynx-cur [www-browser] 2.8.8dev.14-1 ii w3m [www-browser] 0.5.3-8 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662854: This belongs to FreeRDP
reassign 662854 libfreerdp1 found 662854 1.0.1-1 tags 662854 + patch thanks This is indeed a FreeRDP bug, and it seems it's been fixed upstream already: https://github.com/FreeRDP/FreeRDP/commit/5617af901a4269d7fe9688793135b79ed43aecd4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665318: ITP: faac -- AAC audio encoder
On Thu, Oct 18, 2012 at 09:13:06AM +0200, Fabian Greffrath wrote: Am 17.10.2012 18:37, schrieb Bob Bib: This package has been rejected by ftpmaster as violating Debian patents policy, but has the issue been reviewed by the Debain patent expert person, as described in the policy statements? Good question, but honestly I don't know the answer. The fact that it may infringe existing patents is not, per se, against the patent policy. In fact, that statement is true for every package in the archive: *alleged* sowftware patent violations can be found in almost any piece of software out there. Luca, can you please reconsider? -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Debian Project Leader . . . . . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature
Bug#688348: mirror: modifies installed files during postinst for license conformance, causing debsums to report modifications
On Sun, Sep 23, 2012 at 07:23:05PM +0100, Steve McIntyre wrote: On Fri, Sep 21, 2012 at 11:01:10PM +0200, Andreas Beckmann wrote: Package: mirror Version: 2.9-62 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package modifies the files it ships, causing debsums to report mismatches later on: /usr/share/doc/mirror/mirror.txt.gz /usr/share/doc/mirror/html/mirror-ref.html /usr/share/mirror/mirror.pl /usr/share/mirror/dateconv.pl /usr/share/mirror/lchat.pl /usr/share/mirror/lsparse.pl /usr/share/mirror/ftp.pl /usr/bin/do_unlinks /usr/bin/mirror-master /usr/bin/pkgs_to_mmin Either the license permits distribution of modified binaries - then this can be done at build time [2], or the license violates DFSG 4 [1]. binaries is a weird concept here, considering this package is mainly perl scripts. :-) I've written to upstream to ask for clarification. Who has provided it, thankfully: Yes I intended to allow any reasonable repackaging, changing of paths, and similar changes and to then be able to ship that version. Please feel free to use normal Debian practice to bundle up and distribute Mirror. The license came about after the third or fourth time someone relaid out the entire source code to match their programming style which made maintenance with patch impossible. I'll look into using a more conventional license. I'm in the middle of repackaging it now into a more normal style. -- Steve McIntyre, Cambridge, UK.st...@einval.com I've only once written 'SQL is my bitch' in a comment. But that code is in use on a military site... -- Simon Booth -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690545: /usr/bin/fiu-ctrl: ignores deprecated options silently
On Wed, Oct 17, 2012 at 09:00:33PM +0100, Alberto Bertogli wrote [edited]: Allright, I found the problems (there were more than one), hopefully they should all be fixed in 82621d9 (http://blitiri.com.ar/git/?p=libfiu;a=commitdiff;h=82621d9). My problem was with -e not being effective and I see that that's fixed now. Thanks! -- Every great idea is worthless without someone to do the work. --Neil Williams -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669208: boinc-client: Upstart issues
Hi, On Sat, May 05, 2012 at 01:19:19AM +0200, Anonymous Coward wrote: Package: boinc-client Version: 7.0.24+dfsg-1 Followup-For: Bug #669208 Hello, I'm not familiar with Debian's policies and goals but I think the main problem is not the point at which boinc-client starts automatically but that this point is not configurable by the user. How about simply picking a sensible default automatically (like start BOINC after the graphics card is initialized if a GUI is installed and at a lower runlevel if not) and letting users configure their system otherwise if they want to? It's great if you're able to make the init script more clever but please keep it configurable! And please don't introduce regressions for people who have no graphics cards, no GUI or more generally who have systems which are different from yours. Why is it not configurable? Files in /etc are always supposed to be edited by users, and /etc/init.d/boinc-client is not difficult to read/edit. (Its headers are explained in insserv(8).) If you're saying that Upstart in its current form is designed to make it impossible for users to choose runlevels for their services... well that would a bug with Upstart in my opinion. -- Guo Yixuan signature.asc Description: Digital signature
Bug#687403: libio-async-loop-epoll-perl: FTBFS: test failed
On Thu, 20 Sep 2012 21:08:33 +0200, gregor herrmann wrote: [ http://bugs.debian.org/687403 ] From staring at the patch: http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libio-async-perl.git;a=commitdiff;h=c9312eb ++# Some Loop implementations do not accurately handle sub-second timers. ++# This only matters for unit tests ++use constant _CAN_SUBSECOND_ACCURATELY = 1; ++ SKIP: { ++ skip Unable to handle sub-second timers accurately, 3 unless $loop-_CAN_SUBSECOND_ACCURATELY; Should this be _CAN_SUBSECOND_ACCURATELY = 0 to turn it off unless some loop test explicitly sets it? Ok, some investigation: The tests can either be skipped by - either setting _CAN_SUBSECOND_ACCURATELY to 0 in libio-async-perl - or in libio-async-loop-epoll-perl Both patches attached. Paul, did you have a change to look into this issue? (FWIW: My intuition is that setting _CAN_SUBSECOND_ACCURATELY to 0 as the default would make sense.) Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- BOFH excuse #32: techtonic stress -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649448: radeon (evergreen): random-looking pattern of pixels when firmware not installed
Hey there, I ran into the same issue -- and I didn't see a warning either. Installing non-free firmware fixed it for me (thanks to great help in #debian-next). Output from reportbug: -- Package-specific info: ** Version: Linux version 3.2.0-3-amd64 (Debian 3.2.23-1) ( debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-8) ) #1 SMP Mon Jul 23 02:45:17 UTC 20 ** Command line: BOOT_IMAGE=/vmlinuz-3.2.0-3-amd64 root=/dev/mapper/debian-root ro quiet ** Not tainted ** Kernel log: [ 14.061938] iTCO_vendor_support: vendor-support=0 [ 14.070484] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.07 [ 14.070541] iTCO_wdt: Found a H57 TCO device (Version=2, TCOBASE=0x0860) [ 14.070605] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [ 14.133441] EDAC MC: Ver: 2.1.0 [ 14.164462] EDAC MC0: Giving out device to 'i7core_edac.c' 'i7 core #0': DEV :ff:03.0 [ 14.164490] EDAC PCI0: Giving out device to module 'i7core_edac' controller 'EDAC PCI controller': DEV ':ff:03.0' (POLLED) [ 14.164499] EDAC i7core: Driver loaded, 1 memory controller(s) found. [ 14.218000] input: HDA Intel Headphone as /devices/pci:00/:00:1b.0/sound/card0/input5 [ 14.226474] [drm] Initialized drm 1.1.0 20060810 [ 14.454138] [drm] radeon kernel modesetting enabled. [ 14.454235] radeon :01:00.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [ 14.454241] radeon :01:00.0: setting latency timer to 64 On Mon, Apr 23, 2012 at 07:42:41PM +0100, Ben Hutchings wrote: On Mon, Apr 23, 2012 at 09:21:50PM +0300, Touko Korpela wrote: Installer has also a bug report about this (#661069). It would be good if Debian kernel radeon driver learned to fall back sensibly if running on hardware where firmware is required. The upstream radeon developers insist that the driver tries to do this, but in practice it doesn't seem to work for most chips. I am inclined to make radeon's probe function fail if the firmware is missing, which should result in using a fallback console driver. Also installer should warn user about what happens if firmware is missing. I thought it did...? Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus
Bug#690816: murrine-themes: Menus with Bluebird theme looks ugly.
El Thu, 18 Oct 2012 07:02:46 +0200 Yves-Alexis Perez cor...@debian.org escribió: Can you provide a screenshot? of course. Afaict Bluebird theme doesn't use pixmap engine. Maybe gtk2-engines-murrine sometimes needs gtk2-engines-pixmap to draw correctly gtk2 applications. Thanks. -- Francesc Gordillo i Cortínez fran...@frangor.info attachment: no-pixmap.pngattachment: with-pixmap.png signature.asc Description: PGP signature
Bug#690832: debian-installer: proxy for mirror not updated on retry
Package: debian-installer Version: 20120930 Severity: normal Tags: d-i Dear Maintainer, * What led up to the situation? Installing Debian Wheezy on a new machine behind a proxy. * What exactly did you do (or not do) that was effective (or ineffective)? When choosing an installation mirror you are given the option to enter a proxy, when an invalid address is entered, fetching from the mirror fails and there are 3 choices: retry, chose aother mirror, ignore. The first obviously fails again, while the third gives you a very minimal install. The second option lets you choose the mirror again, and enter the proxy as well, however the new value does not appear to be used, but the old value is used instead. When entering the proxy correct the first time packages can be retrieved from the mirror normally. * What was the outcome of this action? Minimal system, due to failed proxy * What outcome did you expect instead? The new value should be used after choosing the mirror again. * Workaround: restarting the installer or fixing the proxy config after installation resolves the issue, in the second case, tasksel needs to be run manually -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690301: Status?
Hello, Sorry to bother, but do you expect to be able to fix that soon? It renders many functionnalities of Weboob unusable, so I find it quite annoying; if you want I can fix it myself with a non-maintainer upload… -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu | `-'Debian Developer irc://irc.oftc.net/Tanguy \_ signature.asc Description: Digital signature
Bug#690833: ITP: python-geojson -- GeoJSON (de)serializer for the Python geo interface
Package: wnpp Severity: wishlist Owner: Michael Fladischer fladischermich...@fladi.at -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: python-geojson Version : 1.0.1 Upstream Author : Sean Gillies sgill...@frii.com * URL : https://github.com/sgillies/geojson * License : BSD Programming Lang: Python Description : GeoJSON (de)serializer for the Python geo interface This package provieds a reference implementation of the Python geo interface and functions for encoding and decoding GeoJSON formatted data. It supports serialization and deserialization for geometry, feature, and collection classes, and supports pickle-style dump and load of objects that provide the Python geo interface. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlB/zu4ACgkQeJ3z1zFMUGY1VwCeNvVpkEdCJaNWG3kGUv6grhNj lGgAn2kJE+tbf8GEbCC3bRRVTecH1sOz =uWDO -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#686861: debian-installer: kfreebsd requires larger MFS_ROOT
Hi, Steven Chamberlain ste...@pyro.eu.org (16/10/2012): reopen 686861 notfixed 686861 20120930 found 686861 20120930 severity 686861 wishlist thanks next time, please open a new bug, and reference the old one in the new one… what you asked for was implemented, and if you changed your mind, that's another story, and another bug. I'm sorry to be a nuisance, but could the MFSROOT_LIMIT perhaps be lowered just slightly, to 80 MiB? The increase above 64 MiB was necessary because the installer (only momentarily) seems to need a little more space for some processing of debconf templates during a GUI install. The jump up to 128 MiB was a sure way to fix that, but now it seems a bit excessive. If MFSROOT_LIMIT can be lowered to 80 MiB on kfreebsd-amd64, that should lower the minimum memory requirement to 128 MiB for text installs and 192 MiB for GUI installs. That would surely then satisfy the smallest likely x86_64 systems or virtual machines. qemu-system-x86_64 has a default of 128 MiB RAM. The install guide probably needs adjusting too; the figures quoted for squeeze don't sound realistic. The available memory has to be at least the size of an uncompressed kernel image, plus the value set for MFSROOT_LIMIT, and still leave enough for the d-i userland. Please come up with definitive numbers, for MFS_ROOT, lowmem, and the installation guide. And we'll see what to do for beta 4 / rc 1. Mraw, KiBi. signature.asc Description: Digital signature
Bug#690580: [Pkg-xfce-devel] Bug#690580: xfce4-appfinder: dragNdrop items not showing on desktop
On jeu., 2012-10-18 at 03:11 -0400, westlake wrote: westlake@debian:~/Desktop$ md5sum xfhelp4.desktop cf54f8dd91b34d910269441fedb85a46 xfhelp4.desktop f0c5aac69a53e40a7541f616020a6756 /usr/share/app-install/desktop/xfhelp4.desktop aa5df6092809d9be13b7655ac9801538 /var/lib/menu-xdg/applications/menu-xdg/X-Debian-Help-xfhelp4.desktop the md5sum of ~/Desktop/xfhelp4.desktop differs and is unique, (* /usr/share/applications/xfhelp4.desktop does not match it either-- 3b0bc5e144065183ea9ff69ca7d77a27) Please provide them, as I asked since the beginning. -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#690816: murrine-themes: Menus with Bluebird theme looks ugly.
Control: reassign -1 murrine-themes On jeu., 2012-10-18 at 11:13 +0200, Francesc Gordillo i Cortínez wrote: El Thu, 18 Oct 2012 07:02:46 +0200 Yves-Alexis Perez cor...@debian.org escribió: Can you provide a screenshot? of course. Afaict Bluebird theme doesn't use pixmap engine. Maybe gtk2-engines-murrine sometimes needs gtk2-engines-pixmap to draw correctly gtk2 applications. Not the murrine engine, more the murrine-themes package. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#648686: [Packaging] Bug#648686: Bug in bonding_err_ plugin
Holger Levsen hol...@layer-acht.org writes: On Mittwoch, 17. Oktober 2012, Ferenc Wagner wrote: Would you please consider fixing this in squeeze, even though upstream seems rather uninterested? you mean wheezy? in squeeze we wont fix this for sure. Oh yes, sorry! You are right: I meant wheezy. -- Thanks, Feri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690693: ITP: thin-provisioning-tools -- Tools to manage thinly provisioned volume metadata in LVM
On 17 October 2012 14:01, Dmitrijs Ledkovs x...@debian.org wrote: If you have the package ready, I'd be happy to review it and sponsor it. If you need sponsor that is. I will need a sponsor and reviewer. I haven't done one of these for a while so I may be a bit rusty on the latest standards. I've packaged at https://github.com/NeilW/deb-thin-provisioning-tools I've improved the description and the only wrinkle from a standard autoconf package is that the MANDIR doesn't appear to be set correctly in the upstream configure. Hence the alteration to debian/rules. The package builds and is lintian clean. It should be pretty much ready to go. This package does cause issues with the current Debian/Ubuntu lvm2 package which are corrected in newer versions of lvm2 upstream. e.g. http://git.fedorahosted.org/cgit/lvm2.git/commit/?id=f61cacad1604eaaef18389a46b07e35eb1072008 and http://git.fedorahosted.org/cgit/lvm2.git/commit/?id=8db4540263f607e2113a405953000527ffd34b3c The Red Hat lvm2 package uses --with-thin-check=/usr/sbin/thin_check to configure the default to the correct location for the check executable. There are many more patches to the dm thin support code in the lvm2 git archive. Are you planning to upgrade the Debian/Ubuntu packages to newly released 2.2.98? -- Neil Wilson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690834: check: please run test suite during the build
Source: check Version: 0.9.8-2 Severity: wishlist check comes with a test suite, so it would be nice if it could be run at build time. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#690793: Build for multiarch
Hey Alex, On Wed, Oct 17, 2012 at 05:03:55PM -0400, Alex Pennace wrote: On Wed, Oct 17, 2012 at 05:49:15PM +0100, Iain Lane wrote: glib2.0 (in experimental) has started depending on libelfg0 now. Since libelf isn't multiarch compatible, this means that glib itself cannot be installed for multiple arches simultaneously any more. I created a patch to enable this. I'd be very grateful if you would review it for inclusion. Hi Iain, Just to confirm, this isn't needed in wheezy, correct? No, this just affects glib in experimental which will probably go into unstable when we're unfrozen again (unless Joss decides to do it in unstable, which I doubt). I don't think I will have been able to test this as thoroughly as you can, so any further exercising before merging would be great. Cheers! -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] signature.asc Description: Digital signature
Bug#624635: are you still working on this itp
Hi Komal, Are you still planning to work on this? If you are not planning to work, I'd like to take it. Cheers Praveen -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution.
Bug#689268: Intel HD 4000 (Ivy Bridge) graphics freeze
Per, I am still watching this issue for interest (my case I do consider as wrong BIOS setting which solved it for me). To my knowledge mtrr's are still used (not by i915 as Ben Hutchings stated) and probably here certain manufacturers of boards/BIOS probably set up different configurations. Probably it ist worth to try this kernel parameter with Wheezy's standard kernel: enable_mtrr_cleanup to allow kernel to re-arrange them and see if it has any influence in your case? Ingo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690760: [Pkg-nagios-devel] Bug#690760: nagios-plugins-basic: check_ide_smart fails on some disks
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 forwarded 690760 http://sourceforge.net/tracker/?func=detailatid=397597aid=3343431group_id=29880 severity 690760 normal tags 690760 upstream Hi Andy, thanks for reporting the problem. On 10/17/2012 01:11 PM, Andy Spiegl wrote: The check_ide_smart plugin does not work with many disks: # /usr/lib64/nagios/plugins/check_ide_smart /dev/sda CRITICAL - SMART_ENABLE: Invalid argument CRITICAL - SMART_CMD_ENABLE But they DO support SMART and smartctl --all /dev/sda shows the normal report. As the plugin is rather old and just keeped compiling upstream, I guess the SMART interface changed in the past (or did never worked out well anyways). Best regards, Jan. - -- Never write mail to w...@spamfalle.info, you have been warned! - -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iD8DBQFQf+Cv9u6Dud+QFyQRAm/sAKC7sxJRqeOUj7Mcf3a02/BJ5pC70wCfRjk5 L+EoL9jiAl8aQuI29h0zQK4= =+IQr -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#514269: plasma is not sending a notify refresh to some applications
Hi Adrien I can only reproduce it on a regular basis up to kde version 4.4.5 I am convinced that it was also present in more recent versions, that where in testing for a while. However, I was not able to reproduce it, even once, with version 4.8.4, so it is wise to consider it was solved. Thank you for the good work. With my best regards Pedro __ Pedro Celestino dos Reis Rodrigues Faculdade de Ciências da Universidade de Lisboa Departamento de Geologia Tel: 2175-26152,26140 Centro de Ciências Moleculares e Materiais Tel: 2175-28356 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625020: wontfix versus fixed upstream
tags 625020 - wontfix thanks On Thu, Oct 18, 2012 at 07:24:16AM +0200, Joerg Dorchain wrote: On Thu, Oct 18, 2012 at 12:36:18PM +1100, Mark Purcell wrote: If upstream don't intend to release then I would argue the viability of the package in Debian is questionable. I would not mind a packages from ftp://ftp.chan-capi.org/chan-capi/chan_capi-HEAD.tgz , which works with the current asterisk in testing. Based upon that information, I did remove the won't fix tag Best regards, Joerg Hi Joerg, You bring back the good memories of the Oldenburg m68k meetings. :-) Groeten Geert Stappers -- And is there a policy on top-posting vs. bottom-posting? Yes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690835: xterm: Sometimes xterm does not show last lines of the output when xft font is used
Package: xterm Version: 278-2 Severity: normal Dear Maintainer, When xterm is using Xft rendering of fonts, and the output reach the end of the window, last lines are sometimes replaced by blank lines. The frequency of this behaviour is not regular. For example, you can execute the 'ls' command twenty times and see five times that the last lines are not shown, or see a normal behaviour all times. Alt-tab and other actions cause the screen to refresh and display everything. The easiest way to reproduce this behaviour is call xterm with '-fa' option: xterm -fa 'Bitstream Vera Sans Mono:style=Roman:size=11' and press return key until reach the end of the window. Then two in three times the last line is a blank line, rather than the expected prompt of the shell and the cursor. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xterm depends on: ii libc6 2.13-35 ii libfontconfig1 2.9.0-7 ii libice6 2:1.0.8-2 ii libtinfo5 5.9-10 ii libutempter01.1.5-4 ii libx11-62:1.5.0-1 ii libxaw7 2:1.0.10-2 ii libxft2 2.3.1-1 ii libxmu6 2:1.1.1-1 ii libxt6 1:1.1.3-1 ii xbitmaps1.1.1-1 Versions of packages xterm recommends: ii x11-utils 7.7~1 Versions of packages xterm suggests: pn xfonts-cyrillic 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#689715: Review of eyefiserver
Salut! On Tuesday 16 October 2012 07:01:11 Vincent Fourmond wrote: On Wednesday 10 October 2012 19:59:11 Vincent Fourmond wrote: * I don't see the point of including session dumps - especially 4MB of them ! Absolutely. Done. I did not change the orig tarball however. Right? Hmmm... I'm unsure about that, since the copyright status of the dumps is somehow unclear (and their license too). I'm afraid the FTPmasters would not appreciate that much. I leave it up to you to dedice however... (...) The thing is: what is the copyright status of such a thing ? Is it free ? To me, it seems that it's a bit like a screenshot of a game -- it can only be considered free if the game is free, which, in this case, isn't true. I understand that you, as a developer, found this dump extremely useful. But will the users care ? (...) Several things occured: First, upstream, the http dump file was reduced from a 4MB to a 8kB, removing the uninteresting binary part of the image. This was release as release candidate 2. This is the only upstream change. Then, since that dump have an unclear license, I also removed it from the orig file using a +dfsg version. (...) Please mark the changes in debian/changelog. This is weird. I tried many things before, but did not show them in the changelog, since this is before first version. See: http://anonscm.debian.org/gitweb/?p=collab-maint/eyefiserver.git;a=commitdiff;h=0f8a8577bdc3272327eee05c04ae9d35a4fdcc61 Would that be better to keep that stuff too? What I'm asking is just personal taste, but as a sponsor, I like to see what happened since I last looked by just a glance at the changelog - for the first upload or any subsequent one. Hence my request ;-). So you don't need to dump all your git log from the initial import to the first changelog... I'm now showing the changes for unreleased versions. Beside removing the dump, that version also fix the watch file: Github provides taged snapshots without the extension and uscan doesn't like that. See --rename restrictions in uscan(1). You can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/e/eyefiserver/eyefiserver_2.3~rc2+dfsg-1.dsc Thank you signature.asc Description: This is a digitally signed message part.
Bug#690741: evolution corrupts any mboxes with From_ lines
Hi Michael. I had another iteration cycle with upstream, the result being basically that they knew about the issue since 4 years already not intending to fix it. They claim it was not solvable... well given that all MUAs and mail servers I know deal[0] correctly with the problem clearly identifies this as a lie, which to my opinion goes closely towards malevolently corrupting user data. I have a long standing history of quite critical issues (e.g. for security reason) with Evolution upstream, where they simply hid them behind other bugs (as duplicates) or closed them with not reason... to be honest I'm quite fed up with that guys. They already announced to block my account when I continue reporting this issue,... to I'm out here. I still think we should find a way to deal with it for at least the Debian uses. Two solutions come to my mind: a) Warn in the package description and perhaps in some debconf (priority high - everyone should be able) dialog that anything with respect to mbox format is broken in Evolution and may lead to corruption and/or b) Remove any functionality with respect to mbox. Note that BOTH exporting/saving to AND importing/reading from mbox leads to mail corruption, as soon as From_ lines appear. Please tell me if there's anything further with what I can help :) Cheers, Chris [0] For those not knowing how this is correctly done since years, google for the different subformats of the mbox-family of formats, namely mboxrd, mboxcl2 (and the obsolete mboxcl and mboxo). smime.p7s Description: S/MIME cryptographic signature
Bug#690837: yubiserver: ships a database file in /etc
Package: yubiserver Version: 0.2-3 Severity: normal Hi, yubiserver ships and uses a database (i.e. variable state) file under /etc/yubiserver, which is in violation of the current Debian Policy. Please ship yubiserver.sqlite under a more appropriate location such as /var/lib/yubiserver. Regards, Apollon -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (90, 'unstable'), (80, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.2-amd64 (SMP w/8 CPU cores) Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages yubiserver depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libconfig9 1.4.8-5 parsing and manipulation of struct ii libev4 1:4.11-1 high-performance event loop librar ii libgcrypt11 1.5.0-3 LGPL Crypto library - runtime libr ii libmhash2 0.9.9.9-1Library for cryptographic hashing ii libsqlite3-03.7.13-1~bpo60+1 SQLite 3 shared library yubiserver recommends no packages. yubiserver suggests no packages. -- Apollon Oikonomopoulos apol...@skroutz.gr Skroutz S.A. http://skroutz.gr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690838: google-chrome-beta: google-chrome crashes x-server
Package: google-chrome-beta Version: 23.0.1271.40-r162221 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** google-chrome pretty reliably crashes the x-server. This is most likely an xserver problem, but as of yet I've only noticed this with google-chrome. *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39.3-07172011-03 (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 google-chrome-beta depends on: ii ca-certificates 20120623 ii dpkg 1.16.8 ii libasound2 1.0.25-4 ii libatk1.0-0 2.4.0-2 ii libbz2-1.0 1.0.6-4 ii libc62.13-35 ii libcairo21.12.2-2 ii libcups2 1.5.3-1 ii libcurl3 7.26.0-1 ii libdbus-1-3 1.6.8-1 ii libexpat12.1.0-1 ii libfontconfig1 2.9.0-7 ii libfreetype6 2.4.9-1 ii libgcc1 1:4.7.1-7 ii libgconf2-4 3.2.5-1+build1 ii libgcrypt11 1.5.0-3 ii libglib2.0-0 2.32.3-1 ii libgtk2.0-0 2.24.10-2 ii libnspr4 2:4.9.2-1 ii libnspr4-0d 2:4.9.2-1 ii libnss3-1d 2:3.13.6-1 ii libpango1.0-01.30.0-1 ii libstdc++6 4.7.1-7 ii libudev0 175-7 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxfixes3 1:5.0-4 ii libxrandr2 2:1.3.2-2 ii libxrender1 1:0.9.7-1 ii libxss1 1:1.2.2-1 ii lsb-base 4.1+Debian7 ii wget 1.13.4-3 ii xdg-utils1.1.0~rc1+git20111210-6 google-chrome-beta recommends no packages. google-chrome-beta 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#680059: revelation: diff for NMU version 0.4.13-1.2
tags 680059 + pending thanks Dear maintainer, Given the lack of response in the bug report and the risk of having the package removed from wheezy, I've prepared an NMU based on Thomas's patch (versioned as 0.4.13-1.2) and uploaded it to DELAYED/02. Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ diff -Nru revelation-0.4.13/debian/changelog revelation-0.4.13/debian/changelog --- revelation-0.4.13/debian/changelog 2012-08-17 13:45:41.0 +0200 +++ revelation-0.4.13/debian/changelog 2012-10-18 11:36:47.0 +0200 @@ -1,3 +1,11 @@ +revelation (0.4.13-1.2) unstable; urgency=high + + * Non-maintainer upload. +- Add a new patch to fix CVE-2012-3818 (Closes: #680059). It just disables + the FPM exporter until it's properly fixep upstream. + + -- Thomas Pierson cont...@thomaspierson.fr Fri, 20 Jul 2012 12:12:24 +0200 + revelation (0.4.13-1.1) unstable; urgency=low * Non-maintainer upload. diff -Nru revelation-0.4.13/debian/patches/fix-fpm-exporter-doesnt-encrypt-password-files.patch revelation-0.4.13/debian/patches/fix-fpm-exporter-doesnt-encrypt-password-files.patch --- revelation-0.4.13/debian/patches/fix-fpm-exporter-doesnt-encrypt-password-files.patch 1970-01-01 01:00:00.0 +0100 +++ revelation-0.4.13/debian/patches/fix-fpm-exporter-doesnt-encrypt-password-files.patch 2012-10-18 11:34:06.0 +0200 @@ -0,0 +1,24 @@ +Description: Fix FPM exporter doesn't encrypt password files + FPM exporter does not seem to work correcty and this introduce a security issue. + . + Upstream plan to fix the FPM exporter soon but meantime it is better to disable it. +Author: Thomas Pierson +Forwarded: https://bitbucket.org/erikg/revelation/issue/78/fpm-exporter-doesnt-encrypt-password-files +Bug-Debian: http://bugs.debian.org/680059 + +--- +--- a/src/lib/datahandler/fpm.py b/src/lib/datahandler/fpm.py +@@ -38,9 +38,9 @@ + Data handler for Figaro's Password Manager data + + name = Figaro's Password Manager +- importer = True +- exporter = True +- encryption = True ++ importer = False ++ exporter = False ++ encryption = False + + + def __init__(self): diff -Nru revelation-0.4.13/debian/patches/series revelation-0.4.13/debian/patches/series --- revelation-0.4.13/debian/patches/series 2012-06-08 11:31:25.0 +0200 +++ revelation-0.4.13/debian/patches/series 2012-10-18 11:34:06.0 +0200 @@ -1,3 +1,4 @@ +fix-fpm-exporter-doesnt-encrypt-password-files.patch 060_crash_at_save.dpatch #130_tooltip_deprecation.dpatch 010-icons.patch
Bug#690839: run-parts: By default the umask is set to 022
Package: debianutils Version: 4.3.2 Problem description: As the manual for run-parts describes, it sets the umask to 022 unless specified otherwise. IMHO this violates the principle of least surprise: I would (did) not expect any tool to fiddle with the umask (or any other environment stuff) unless required for it's operation, or explicitly requested by the user. Workaround: For the meantime, use `run-parts --umask=$(umask) ...`. Suggested fix: By default, run-parts should not change the umask. The user may still use -u022 to get the original behaviour. System information: $ uname -a Linux bellbird 3.2.0-3-amd64 #1 SMP Mon Jul 23 02:45:17 UTC 2012 x86_64 GNU/Linux $ dpkg -s libc6 | grep ^Version Version: 2.13-35 Thanks! Stefan -- Stefan Klinger o/klettern /\/ bis zum send plaintext only - max size 32kB - no spam \ Abfallen http://stefan-klinger.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690840: yubiserver: please relax file permissiond and use dedicated user/group
Package: yubiserver Version: 0.2-3 Severity: wishlist Hi, yubiserver's postinst script currently chmod's /etc/yubiserver and /usr/bin/yubiserver{,-admin} to 0700. This causes the following issues: • All files under /etc/yubiserver are rendered executable because of the use of chmod -R • A non-root user cannot execute any of the binaries shipped Since the whole application state resides in the sqlite database, it would suffice to just restrict access to the database file instead (see also #690837) and let the application gracefully handle failure to open the database file. In this case, it would also make sense to create a special group (e.g. yubiserver) and make the database file group-writable by this group, allowing the local administrator to grant yubiserver-admin access to regular users. Finally, since the daemon binds to a non-privileged port by default and since the daemon itself has no support for dropping privileges, it would make sense to also create a dedicated system user and have yubiserver run as that user by default instead of running as root. Thanks, Apollon -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (90, 'unstable'), (80, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.2-amd64 (SMP w/8 CPU cores) Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages yubiserver depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libconfig9 1.4.8-5 parsing and manipulation of struct ii libev4 1:4.11-1 high-performance event loop librar ii libgcrypt11 1.5.0-3 LGPL Crypto library - runtime libr ii libmhash2 0.9.9.9-1Library for cryptographic hashing ii libsqlite3-03.7.13-1~bpo60+1 SQLite 3 shared library yubiserver recommends no packages. yubiserver suggests no packages. -- Configuration Files: /etc/yubiserver/yubiserver.cfg [Errno 13] Permission denied: u'/etc/yubiserver/yubiserver.cfg' /etc/yubiserver/yubiserver.sqlite [Errno 13] Permission denied: u'/etc/yubiserver/yubiserver.sqlite' -- no debconf information -- Apollon Oikonomopoulos apol...@skroutz.gr Skroutz S.A. http://skroutz.gr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583958: push for wheezy
Could you please push your fixes for wheezy? This blocks 583971. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690841: cups-filters: FTBFS on !linux
Package: cups-filters Version: 1.0.24-3 Severity: grave Hi, as the build logs show, cups-filter currently fails to build on !linux build machines: https://buildd.debian.org/status/logs.php?pkg=cups-filtersver=1.0.24-3 It's probably an issue with detecting sys/ioctl.h properly on these architectures. Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652629: debian-reference: Please add epub support
Hi, On Thu, Oct 18, 2012 at 06:11:47AM +0900, Hideki Yamane wrote: user debian-de...@debian.or.jp usertags 686032 debianjp thanks Hi, On Mon, 19 Dec 2011 23:24:14 +0900 Osamu Aoki os...@debian.org wrote: + -mkdir -p $(PUBLISHDIR) + xmlto --skip-validation epub $ Interesting. xhtml1.1 files zipped Is there any news for this wishlist bug, or should work more for appropriate implementation? I have bought an ereader ... so I now have some serious incentive for me to make epub. Now I see the reason. I have some problem about this source now (xml generation from asciidoc). I need to solve this problem first with some GNU related fix up in the main text. python 2.6-2.7 transition ??? Adding this feature is simple but I am not sure what the release manager thinks for now. Once I fix few things first, it will be first enabled for web download. then try to enable it for package. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648604: [Pkg-xfce-devel] Bug#648604: lightdm doesn't update utmp/wtmp
Hi Yves-Alexis, while working to extend lightdm to btmp also, I read through the upstream bug report again and saw that the last log issue was discussed as well and it was in fact addressed. In order to have lightdm write to the last log, you have to enable the pam_lastlog.so module in /etc/pam.d/lightdm with: session optional pam_lastlog.so The last log is then written correctly. I therefore suggest to add the aforementioned line to the lightdm PAM configuration file instead of patching the code, thus ignoring my suggested patch. Cheers, Adrian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686580: netdiag: Strobe license is incorrectly stated as GPL
Matthaeus Wander mwan...@swznet.de writes: Package: netdiag Version: 1.0-13 Severity: minor AIUI, the Strobe license (as quoted below) fails to meet DFSG 1. Therefore, my guess is that the severity of this bug has to be raised to ‘grave’. (Which I'll do unless there be objections.) TIA. In doc/netdiag/copyright the license of strobe is stated as GPL and claimed to be taken from strobe-1.06.tar.gz. The upstream archive does not mention GPL, instead the manpage and the COPYRIGHT file say: --copy-- Copyright (c) Julian Assange 1995-1999, All rights reserved. This software has only three copyright restrictions. Firstly, this copyright notice must remain intact and unmodified. Secondly, the Author, Julian Assange, must be appropriately and prominantly credited in any documentation associated with any derived work. Thirdly unless otherwise negotiated with the author, you may not sell this program commercially, reasonable distribution costs excepted. Use and or distribution of this software implies acceptance of the above. --paste-- […] -- FSF associate member #7257 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690842: ddskk: affects load-theme background color
Package: ddskk Version: 14.4-3 Severity: normal Dear Maintainer, If I install ddskk, load-theme in emacs24 does not work properly. That is, even if you select tango dark theme, the background color stays white. This is reproduceable with package installation and removal. 1) install ddskk and emacs24 sudo apt-get install ddskk emacs24 2) run emacs24 with --no-init-file emacs24 --no-init-file 3) load tango-dark theme M-x load-theme tango-dark Let me know if you need more info. Thanks, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ddskk depends on: ii apel 10.8-2 ii dpkg 1.16.8 ii emacs24 24.2+1-1 ii install-info 4.13a.dfsg.1-10 Versions of packages ddskk recommends: ii skkdic 20110529-1 Versions of packages ddskk suggests: ii dictionaries-common 1.12.10 pn eieionone pn kakasi none pn lookup-elnone ii ruby1.8 1.8.7.358-5 ii skkdic 20110529-1 pn skkdic-extra none pn skktools none pn w3m-el 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#680209: newer version of fabric
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, Is it possible to just use a newer version of fabric? In 1.4.3 fabric is depending on paramiko=1.8.0 (see setup.py) regards, Patrick -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlCAAVoACgkQTUSPAm0aQ57UWwCeIIeGejDWESO5uMOJkwFekcjM ptIAn3a1RSdyz2sjiCG6vl7XRQAoTY+N =76eZ -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#690843: libapache2-mod-dnssd: Uninstall yields prerm: line 12: a2dismod: command not found
Package: libapache2-mod-dnssd Severity: normal When uninstalling libapache2-mod-dnssd, I get this error: Removing libapache2-mod-dnssd ... /var/lib/dpkg/info/libapache2-mod-dnssd.prerm: line 12: a2dismod: command not found Purging configuration files for libapache2-mod-dnssd ... I suppose you need to depends on apache2.2-common which provides a2dismod. apache2.2-bin is not enough. Also, I think purge is never called on prerm scripts. That would be postrm and then you would need pre-depends... See debian policy section 6.8. Remove is enough I think. This occured when testing upgrade to apache2.4, and might cause problem in release R+2. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libapache2-mod-dnssd depends on: pn apache2.2-bin none ii avahi-daemon 0.6.31-1 ii libapr1 1.4.6-3 ii libavahi-client3 0.6.31-1 ii libavahi-common3 0.6.31-1 ii libc6 2.13-35 libapache2-mod-dnssd recommends no packages. libapache2-mod-dnssd suggests no packages. signature.asc Description: This is a digitally signed message part.
Bug#690844: /etc/default/netdiag shouldn't be edited directly to alter netdiag/run_statnetd
Package: netdiag Version: 1.0-20 Contrary to what's stated in debian/templates, /etc/default/netdiag /shouldn't/ be edited directly to change the run_statnetd value, as it will be overwritten by the value of the netdiag/run_statnetd Debconf question the next time the package is (re)configured. Instead, it should suggest that # dpkg-reconfigure netdiag is run (see the untested patch MIME'd.) Also to note is that the postinst script (unnecessarily, as it seems) passes each of the RE's to grep(1) twice: --cut-- printf $default_format '.*' '.*' \ | grep -vxf - /etc/default/netdiag \ --cut-- It'd be nice for /etc/default/netdiag to state prominently that it isn't a Debian conffile and that it's expected to be overwritten at package upgrades, etc. Like, e. g. (as inspired by /etc/exim4/update-exim4.conf.conf): # Please note that this is _not_ a dpkg-conffile and that automatic # changes to this file might happen. In particular, use # # dpkg-reconfigure netdiag # to change the run_statnetd value, as it's likely to be overwritten # otherwise. TIA. -- FSF associate member #7257 --- debian/templates.~1~ +++ debian/templates 2012-10-18 13:18:06.0 + @@ -3,5 +3,5 @@ Default: true _Description: Start statnetd at boot time? Please specify whether statnetd should be started as part of the boot - process. This can be changed later by editing /etc/default/netdiag. + process. This can be changed later by running dpkg-reconfigure netdiag. --- postinst.~1~ +++ postinst 2012-10-18 13:31:25.0 + @@ -6,6 +6,11 @@ . /usr/share/debconf/confmodule default_format=\ +# Please note that this is _not_ a dpkg-conffile and that automatic +# changes to this file might happen. In particular, use +# # dpkg-reconfigure netdiag +# to change the run_statnetd value, as it's likely to be overwritten +# otherwise. # Start statnetd at boot time? 0 or 1 run_statnetd=%s # Specify additional statnetd options here (see manpage). @@ -24,7 +29,7 @@ # and $run_statnetd. if [ -f /etc/default/netdiag ] then - printf $default_format '.*' '.*' \ + printf $default_format '.*' \ | grep -vxf - /etc/default/netdiag \ | grep -v statnetd_options || true fi
Bug#689700:
Sorry for the late reply, your mail was eaten by my spam filter. On Sun, Oct 14, 2012 at 9:09 AM, Bill Allombert bill.allomb...@math.u-bordeaux1.fr wrote: On Sat, Oct 13, 2012 at 05:18:48PM -0700, Chuan-kai Lin wrote: On Sat, Oct 13, 2012 at 3:35 PM, Felipe Sateler fsate...@debian.org wrote: This causes unrelated packages to break. Please revert this change until wheezy is released, since it makes fixing bugs in testing harder than necessary for pacakges build-depending on bison. Hello Felipe, Could you provide example of such packages for the record ? I found the problem with the pari package, but it is not normally build with g++ so it does not affect Debian, hence the severity. Yes, my package csound fails to build for this reason, and is preventing a bugfix to migrate to testing. -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690828: csound: FTBFS on all architectures
Hi Niels, On Thu, Oct 18, 2012 at 3:57 AM, Niels Thykier ni...@thykier.net wrote: Hi, csound currently FTBFS on all architectures. Yes, this is known, and it is due to bug #689700. I filed a bug against the release team to track this, #689988, in which I ask for guidance about what the correct course of action should be. -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690845: ethtool: incorrect WoL detection on Broadcom NX II rev 12
Package: ethtool Version: 1:2.6.34-3 Severity: normal Tags: upstream Hi, On Broadcom NX II rev 12 network interfaces it's not possible to activate WoL using 'ethtool' (it can only be done from the MBA Configuration Menu). However, even if Pre-boot Wake On LAN was enabled 'ethtool' doesn't see this change: Supports Wake-on: d Wake-on: d I've just tested that WoL works for this system. Cheers -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ethtool depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ethtool recommends no packages. ethtool 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#690820: +1 on the date thing for the netinstall .iso as well as the testing DVD
Hi all, Just a user. I have seen the same thing. Even the weekly testing DVD has the same issue. I have to do the listing to know which date the testing DVD is from. -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690846: unblock: mailfilter/0.8.2-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package mailfilter Uploaded version fixes RC #661261 and adds Asturian translation for debconf template. Thanks in advance, unblock mailfilter/0.8.2-4 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652629: debian-reference: Please add epub support
On Thu, 18 Oct 2012 21:32:10 +0900 Osamu Aoki os...@debian.org wrote: I have bought an ereader ... so I now have some serious incentive for me to make epub. Now I see the reason. glad to hear that :-D I have some problem about this source now (xml generation from asciidoc). I need to solve this problem first with some GNU related fix up in the main text. python 2.6-2.7 transition ??? Okay. Adding this feature is simple but I am not sure what the release manager thinks for now. Well, I think it relies on difference in its binary packages. Simply adding epub file doesn't harm any other packages. Once I fix few things first, it will be first enabled for web download. then try to enable it for package. It sounds good and enough for me, thanks -- 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#683638: add-apt-repository adds invalid deb line if the rep contains a -
AFAIK, all repositories, even those not affected by this bug, have a slash (/). So this bug affects only reps with a dash (-) in its name. Anybody working on this?
Bug#690847: poppler.
Source: poppler Version: 0.20.5-1 Severity: normal hello friend, wishing to improve upstream a little, i found myself forced to apply patches i didn't create. that was because debian/rules clean leaves configure and Makefile.in files. maybe make distclean should be invoked? thanks a lot for your work, and i'd be delighted to post the patches on debian, before you'ld package the latest upstream. alex -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (300, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (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#690848: usbutils: lsusb is frozen solid, after a general protection fault in a ttyACM0 access
Package: usbutils Version: 0.87-5squeeze1 Severity: grave Justification: renders package unusable A Texas Instruments Launcpad is connected as the sole USB device, resulting in device /dev/ttyACM0 showing up. No TI drivers were installed, or any specific usb-drivers. A simple program in Forth does some direct read and write on ttyACM0, while the device is responding. It functions properly, except for situation where an output stream of the device is interrupted from the terminal. It is possible that the device and the program were writing simultaneously. This message appeared on the console: , 2 Oct 18 14:50 ptmx albert@cherry:~/PROJECT/nometa$ Message from syslogd@cherry at Oct 18 14:50:37 ... kernel:[15594.923330] general protection fault: [#1] SMP Message from syslogd@cherry at Oct 18 14:50:37 ... kernel:[15594.923334] last sysfs file: /sys/devices/pci:00/:00:02.0/usb2/idVendor Message from syslogd@cherry at Oct 18 14:50:37 ... kernel:[15594.923415] Stack: Message from syslogd@cherry at Oct 18 14:50:37 ... kernel:[15594.923426] Call Trace: Message from syslogd@cherry at Oct 18 14:50:37 ... kernel:[15594.923490] Code: 85 c0 75 15 65 48 8b 04 25 c8 cb 00 00 48 2d d8 1f 00 00 48 89 43 18 31 c0 5b c3 53 48 89 fb 48 83 ec 10 e8 31 f8 ff ff 48 89 df f0 ff 0f 79 05 e8 48 ff ff ff 65 48 8b 04 25 c8 cb 00 00 48 2d This is the program that provoked the problem: \ $Id: com-4e5.frt,v 1.1 2012/10/17 13:21:34 albert Exp albert $ \ Copyright (2012): Albert van der Horst {by GNU Public License} WANT R/W WANT NEW-IF WANT $-PREFIX WANT ls WANT CASE-SENSITIVE CASE-INSENSITIVE NAMESPACE MSP-NAMESPACE MSP-NAMESPACE DEFINITIONS : NEW-OKCR com TYPE ; 'NEW-OK 'OK 3 CELLS MOVE : INTRO Type HELP for help. TYPE CR ; VARIABLE (msp) \ Return the FILEDESCRIPTOR of the MSP board. : msp (msp) @ ; : ?ERR ( ior -- ) -1 SWAP ?ERROR ; : open-connection /dev/ttyACM0 R/W OPEN-FILE ?ERR (msp) ! ; : close-connection msp CLOSE-FILE ?ERR ; \ Return a CHARACTER or 0 if non present. : ?get? 0 DSP@ 1 msp READ-FILE ?ERR DROP ; \ If a key is present, pass that character to the msp, : ?put?KEY? IF KEY DSP@ 1 msp WRITE-FILE ?ERR DROP THEN ; \ Get all data from msp, up till XON. : handshake 10 MS BEGIN ?put? ?get? DUP $11 WHILE EMIT REPEAT DROP ; : line msp WRITE-FILE ?ERR ^M DSP@ 1 msp WRITE-FILE ?ERR DROP ; : uploaded GET-FILE open-connection BEGIN OVER WHILE^J $/ -TRAILING line handshake REPEAT 2DROP close-connection ; : upload NAME uploaded ; : communicate open-connection line handshake BEGIN !CSP (ACCEPT) -TRAILING DUP WHILE line handshake ?CSP REPEAT 2DROP close-connection ; 'communicate ALIAS c 'upload ALIAS u 'ls ALIAS l : HELP C(ommunicate) U(pload $1) L(ist dir $1) BYE TYPE CR ; : doit INTRO OK 'ERROR RESTORED MSP-NAMESPACE QUIT ; OPEN-FILE, READ-FILE and WRITE-FILE are mapped to system calls, no dynamic libraries involved. The program above was no longer able communicate. After the message lsusb was types: It gave no output and could not be terminated by ^C or ^\. -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages usbutils depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libusb-0.1-42:0.1.12-16 userspace USB programming library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime usbutils recommends no packages. Versions of packages usbutils suggests: ii wget 1.12-2.1 retrieves files from the web -- 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#640909: g++-4.6: ICE on kfreebsd-amd64 building qsapecng
affects 640909 src:qsapecng found 640909 gcc-4.6/4.6.1-7 close 640909 4.6.1-10 thanks Hi, It appears the ICE affecting qsapecng was fixed with the 4.6.1-10 upload of GCC 4.6, after which it built successfully on kfreebsd-amd64: https://buildd.debian.org/status/fetch.php?pkg=qsapecngarch=kfreebsd-amd64ver=2.0.0-2stamp=1316362682 Therefore closing this bug. Thanks! Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690849: downgrade fontconfig-config dependencies on fonts to Recommends:
Package: fontconfig-config Version: 2.9.0-7 Unfortunately, the current fontconfig-config dependencies on fonts lead to the necessity of having one of such fonts installed on an otherwise “headless” systems. Consider, e. g., the following dependency chain: gnunet-server ← libextractor3 ← libpoppler19 ← libfontconfig1 ← fontconfig-config ← ttf-dejavu-core | ttf-bitstream-vera | ttf-freefont | gsfonts-x11 Thus, there's no way (short of introducing an equivs package, or the like) to set up a GNUnet node without also installing a never to be used scalable font package. Unless there's a specific problem with that, please downgrade the dependency on the font packages to Recommends:. TIA. -- FSF associate member #7257 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690850: ITP: libdist-zilla-localetextdomain-perl -- Dist::Zilla plugin that adds support for managing l10n and i18n in Perl modules
Package: wnpp Severity: wishlist Owner: Joenio Costa joe...@colivre.coop.br * Package name: libdist-zilla-localetextdomain-perl Version : 0.81 Upstream Author : David E. Wheeler da...@justatheory.com * URL : http://search.cpan.org/dist/Dist-Zilla-LocaleTextDomain/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : Dist::Zilla plugin that adds support for managing l10n and i18n in Perl modules Dist::Zilla::LocaleTextDomain provides set of commands for managing internationalization and localization for Perl modules by using the Locale::TextDomain. You can just use this plugin and get all the tools you need to scan your Perl libraries for localizable strings, create a language template, and initialize translation files and keep them up-to-date. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690605: [Pkg-ime-devel] Bug#690605: Bug#690605: Bug#690605: ibus-xkbc: not installed on with desktop metapackage
Hi, On Tue, Oct 16, 2012 at 01:33:18PM -0500, Ma Xiaojun wrote: On Tue, Oct 16, 2012 at 12:51 PM, Aron Xu happyaron...@gmail.com wrote: I see your point, and I agree it's not intuitive. But unfortunately we can't add ibus to Recommends for all desktop tasks, and even if any GNOME package do that then it is a bug. It's a long story to tell the whole thing, but in short it is not an ideal solution because some (significant amount of) users have other preference on input method framework other than ibus. It could be added to ibus package so that users of ibus get this feature by default. It's up to you. Why we integrate Vi when user base of Emacs, Nano is also huge? Provide a default and let the tweakers do whatever they want. There were some discussions about how the input method integration should be implemented in GNOME, but the outcome was that GNOME designers and developers disagreed to accept the advices from input method developers and took an approach that has led us to an embarrassing situation. Better to summarize as the developer and fans of one IMF try to prevent GNOME from integrating another IMF. I am a bit neutral to this. I do not think we need to be confrontational to upstream (GNOME3 mainly by Fedora=RH). Fedora is their test ground with little regards to the stability. They have reason to do so. If we want such thing as stability, we need to be careful what part to follow and how fast we follow. RH provides stability with their commercial distribution still with GNOME2. I think RH is still providing customer with security updates with source on them. RH and Debian have different positions on how software get integrated. RH needs one good working solution for upcoming their commercial distribution by testing them on FEDORA. Debian is community thus needs to make as much reasonable software to live together. This is our task and we should not complain too much to upstream RH on their single combination strategy. Since Debian decided to go to GNOME3 and we made all IMF work with GNOME3 for wheezy via im-config or im-switch as much as possible. It may be a bit awkward but ... I think the issue Aron talks about is not for wheezy but the issue for Jessie and for upcoming Ubuntu. GNOME people are integrating IM into GNOME shell. I do not know how to handle this new situation yet. What I know now is Gnome-shell is reconfuarable by external javascript code. Even if GNOME people tightly integrate ibus into gnome-shell, it does not theoretically prevent fcitx to replace ibus as long as someone can write codes to replace functionalities as a hot patch. Considering next Debian release comes after several GNOME3 releases, situation will be easier to handle than how it looks now. If you'd like to choose which input method framework to use, try im-config. After you have installed the package, run the command im-config from a terminal and then follow the guide. Ubuntu has language-selector, a tool said to be deprecated by GNOME's new control center component, but the replace won't happen in the upcoming 12.10 at least. The input method framework selection part of language-selector is a frontend of im-switch, which has been deprecated by im-config in Debian. If the tool won't get out of 13.04, I'll try to push patch to migrate it from im-switch to im-config. We The fixed im-config has moved to testing on Debian. Since some of the missing features complained by Ubuntu people is fixed in im-config, Ubuntu can move to im-config as backend to language selector. Considering Ubuntu updating every 6 month, they have to deal upcoming IMF integrated GNOME3 first as released packages. That is the biggest challenge. (not minor tweaking between im-config and im-switch.) won't have that tool because it manages language packs and fonts as well, which are pointless for Debian. That's the solution favored by some people. They know im-config on Debian, im-switch on Ubuntu, im-chooser on Fedora, System/Environment/Language/INPUT_METHOD on openSUSE... They also know input method related environmental variables (apply to all distribution). The challenge is GNOME3 may not be as compatible as other desktop environment and it requires a lot of GObject and introspection internal things. GNOME3 documentation for developer is not well organized yet. It is not so easy to learn ... No API documentation for Vala or Python bindings in packaged form. Just C one is available as package. http://people.debian.org/~osamu/fun2prog.html#_vala_3 http://people.debian.org/~osamu/fun2prog.html#_pygobject With the speed I am learning, I am not sure if I can propose good path forward ... Happy tweaking! ___ Pkg-ime-devel mailing list pkg-ime-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ime-devel -- To UNSUBSCRIBE, email to
Bug#690845: ethtool: incorrect WoL detection on Broadcom NX II rev 12
On Thu, 2012-10-18 at 07:47 -0600, Teodor wrote: Package: ethtool Version: 1:2.6.34-3 Severity: normal Tags: upstream Hi, On Broadcom NX II rev 12 network interfaces it's not possible to activate WoL using 'ethtool' (it can only be done from the MBA Configuration Menu). However, even if Pre-boot Wake On LAN was enabled 'ethtool' doesn't see this change: Supports Wake-on: d Wake-on: d I've just tested that WoL works for this system. ethtool just reports what the driver tells it, so this isn't an ethtool bug. Which kernel version are you using (package name and version) and have you installed a different version of the bnx2 driver? Ben. -- Ben Hutchings Anthony's Law of Force: Don't force it, get a larger hammer. signature.asc Description: This is a digitally signed message part
Bug#690847: poppler.
Hi, Alle giovedì 18 ottobre 2012, alex bodnaru ha scritto: wishing to improve upstream a little, i found myself forced to apply patches i didn't create. I am not sure I follow you, which patches are you forced to apply? Also, none of them is required is you want to compile and on work on the upstream version. that was because debian/rules clean leaves configure and Makefile.in files. maybe make distclean should be invoked? They are part of the release tarball, so no. See also [1] [1] http://www.debian.org/doc/debian-policy/ch-source.html#s-debianrules thanks a lot for your work, and i'd be delighted to post the patches on debian, before you'ld package the latest upstream. Just note 0.20.x is a stable release serie, so only bug fixes go there. For new features, or generally for any patch, better send it upstream directly. -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#690851: IPv6 DNS broken in gevent
Package: python-gevent Version: 0.13.6-1 Severity: grave Tags: patch Dear maintainer, as somewhere else upstream stated themselves (I have forgotten the URL where they did) that gevent.dns is somewhat completely broken in 0.13.6 (which is based on libevent, and they say it is broken there), I recommend using 1.0b1 for wheezy instead. I use python-gevent for python-x2go intensively and the performance is much better with 1.0b1 and stability has also improved (the used event library is libev now). One issue is that IPv6 DNS resolution does not work with 0.13.6 at all. As the world moves towards IPv6 (esp. in non-US and non-European parts of the world) I consider this issue as somewhat grave. Attached is a patch that tries to fix this behaviour for gevent 0.13.6. The patch is not perfect, sometimes you have to wait quite long for name resolution of IPv6 addresses, but at the end they finally resolve. Much better would be a transition to 1.0b1 for wheezy (though the RT may not like this...). Reproduce (IPv6-only host): === mike@fylgja:~ python Python 2.6.6 (r266:84292, Dec 26 2010, 22:31:48) [GCC 4.4.5] on linux2 Type help, copyright, credits or license for more information. import gevent.socket gevent.socket.gethostbyname(minobo.das-netzwerkteam.de) Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/pymodules/python2.6/gevent/socket.py, line 683, in gethostbyname _ttl, addrs = resolve_ipv4(hostname) File /usr/lib/pymodules/python2.6/gevent/dns.py, line 59, in resolve_ipv4 raise DNSError(result) gevent.dns.DNSError: [Errno 67] request timed out Should be::: mike@fylgja:~$ python Python 2.6.6 (r266:84292, Dec 26 2010, 22:31:48) [GCC 4.4.5] on linux2 Type help, copyright, credits or license for more information. import gevent import gevent.socket gevent.socket.gethostbyname(minobo.das-netzwerkteam.de) '2001:6f8:900:e5d::2' Reproduce (IPv4/IPv6 host): (first request is IPv4, second request times out) === mike@fylgja:~$ python Python 2.6.6 (r266:84292, Dec 26 2010, 22:31:48) [GCC 4.4.5] on linux2 Type help, copyright, credits or license for more information. import gevent.socket gevent.socket.gethostbyname(vidar.das-netzwerkteam.de) '178.63.100.242' gevent.socket.gethostbyname(vidar.das-netzwerkteam.de) Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/pymodules/python2.6/gevent/socket.py, line 683, in gethostbyname _ttl, addrs = resolve_ipv4(hostname) File /usr/lib/pymodules/python2.6/gevent/dns.py, line 59, in resolve_ipv4 raise DNSError(result) gevent.dns.DNSError: [Errno 67] request timed out Should be::: mike@fylgja:~$ python Python 2.6.6 (r266:84292, Dec 26 2010, 22:31:48) [GCC 4.4.5] on linux2 Type help, copyright, credits or license for more information. import gevent import gevent.socket gevent.socket.gethostbyname(vidar.das-netzwerkteam.de) '2a01:4f8:121:5085:250:56ff:fe15:236e' With 1.0b1 the above tests work like a charm. With my provided patch applied to 0.13.6 it works, but with some serious time delays. Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb Nur in python-gevent-0.13.6.patched//gevent: __init__.pyc. diff -ur python-gevent-0.13.6/gevent/socket.py python-gevent-0.13.6.patched//gevent/socket.py --- python-gevent-0.13.6/gevent/socket.py 2011-05-17 16:02:29.0 +0200 +++ python-gevent-0.13.6.patched//gevent/socket.py 2012-10-18 16:06:41.0 +0200 @@ -680,8 +680,14 @@ return hostname if hostname == _socket.gethostname(): return _socket.gethostbyname(hostname) -_ttl, addrs = resolve_ipv4(hostname) -return inet_ntoa(random.choice(addrs)) +addrs = None +try: +_ttl, addrs = resolve_ipv4(hostname) +except: +_ttl, addrs = resolve_ipv6(hostname) +return inet_ntop(AF_INET6, random.choice(addrs)) +else: +return inet_ntop(AF_INET, random.choice(addrs)) def getaddrinfo(host, port, family=0, socktype=0, proto=0, flags=0, evdns_flags=0): *Some* approximation of :func:`socket.getaddrinfo` implemented using :mod:`gevent.dns`. @@ -750,30 +756,28 @@ for socktype, proto in socktype_proto: result.append((family, socktype, proto, '', sockaddr)) else: -failure = None -job = spawn(wrap_errors(gaierror, resolve_ipv6), host, evdns_flags) + +ipv4_res = None +ipv6_res = None try: -try: -ipv4_res = resolve_ipv4(host, evdns_flags)[1] -except gaierror, failure: -
Bug#690801: d-conf: [experimental] new upstream version 0.14
Package: d-conf Followup-For: Bug #690801 See attached; after basic testing it seems to work. Known issues (from lintian): - circular dependency between libdconf1 and dconf-service, perhaps I should have had libdconf1 Breaks: dconf-service ( 0.14)? - hardening-no-fortify-functions on the libraries - -dbg packages are wrong I'll try to do another version with these corrected at some point. --- d-conf-0.12.1/debian/changelog 2012-06-21 09:14:32.0 +0100 +++ d-conf-0.14.0/debian/changelog 2012-10-17 19:38:02.0 +0100 @@ -1,3 +1,71 @@ +d-conf (0.14.0-0+g36+1) experimental; urgency=low + + * Local build + * Take Ubuntu changes and new upstream version + * Adapt DCONF_DIR patch to catch an additional case + * Bump GLib dependency to 2.34 to make sure we're not tricked by the +pseudo-epoch + * Make the library depend on the new dconf-service since the D-Bus API +has changed (old libraries work with the new service, but new libraries +do not work with the old service) + + -- Simon McVittie s...@debian.org Wed, 17 Oct 2012 19:15:25 +0100 + +d-conf (0.14.0-0ubuntu2) quantal; urgency=low + + * debian/patches/git_read_default_value.patch: +- upstream patch to fix reading of default schemas value + + -- Sebastien Bacher seb...@ubuntu.com Tue, 02 Oct 2012 19:35:59 +0200 + +d-conf (0.14.0-0ubuntu1) quantal; urgency=low + + * New upstream stable release + + -- Robert Ancell robert.anc...@canonical.com Thu, 27 Sep 2012 10:28:49 +1200 + +d-conf (0.13.90-0ubuntu1) quantal; urgency=low + + * New upstream release + + -- Robert Ancell robert.anc...@canonical.com Wed, 22 Aug 2012 16:35:20 +1200 + +d-conf (0.13.5-0ubuntu1) quantal; urgency=low + + * New upstream version: +- add manpages (lp: #950154) + * debian/patches/git_engine_profile_parsing.patch, + * debian/patches/git_gdbus_race.patch: +- dropped, the patches are in the new version + * debian/control.in, debian/dconf-tools.maintscript: +- clean bash completion file from etc, it's in usr in quantal + + -- Sebastien Bacher seb...@debian.org Tue, 07 Aug 2012 23:35:27 +0200 + +d-conf (0.13.4-0ubuntu2) quantal-proposed; urgency=low + + * debian/patches/git_engine_profile_parsing.patch: +- backport profile parsing fixes from git + * debian/patches/git_gdbus_race.patch: +- backport assertion fix from git + + -- Sebastien Bacher seb...@ubuntu.com Thu, 26 Jul 2012 12:06:20 +0200 + +d-conf (0.13.4-0ubuntu1) quantal; urgency=low + + * New upstream release + * debian/control: +- Bump build-depends on libglib2.0-dev, valac-0.18 +- Rename packages for new soname + * debian/rules: +- Bash completion rules fixed upstream + * debian/dconf-tools.install: +- Update to new bash completion location + * debian/libdconf1.symbols: +- Updated + + -- Robert Ancell robert.anc...@canonical.com Thu, 19 Jul 2012 10:28:15 +1200 + d-conf (0.12.1-2) unstable; urgency=low * 01_env_path.patch: support the DCONF_PATH environment variable. This --- d-conf-0.12.1/debian/control 2012-06-21 09:19:58.0 +0100 +++ d-conf-0.14.0/debian/control 2012-10-18 10:56:58.0 +0100 @@ -7,14 +7,14 @@ Section: libs Priority: optional Maintainer: Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org -Uploaders: Josselin Mouette j...@debian.org, Laurent Bigonville bi...@debian.org, Martin Pitt mp...@debian.org, Michael Biebl bi...@debian.org, Sjoerd Simons sjo...@debian.org +Uploaders: Josselin Mouette j...@debian.org, Michael Biebl bi...@debian.org, Sebastien Bacher seb...@debian.org Build-Depends: debhelper (= 8.1.3), cdbs (= 0.4.93), autotools-dev, gnome-pkg-tools, gtk-doc-tools (= 1.15), - valac-0.16 (= 0.15.1), - libglib2.0-dev (= 2.31.18), + valac-0.18 (= 0.17.0), + libglib2.0-dev (= 2.34), libdbus-1-dev, libgtk-3-dev (= 3.0.0), libxml2-dev @@ -23,11 +23,12 @@ Vcs-Svn: svn://anonscm.debian.org/svn/pkg-gnome/desktop/unstable/d-conf Vcs-Browser: http://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/d-conf/ -Package: libdconf0 +Package: libdconf1 Architecture: any Multi-Arch: same Depends: ${shlibs:Depends}, - ${misc:Depends} + ${misc:Depends}, + dconf-service (= 0.14) Pre-Depends: ${misc:Pre-Depends} Breaks: dconf-gsettings-backend ( 0.10.0) Description: simple configuration storage system - runtime library @@ -40,8 +41,8 @@ Section: libdevel Architecture: any Depends: ${misc:Depends}, - libdconf0 (= ${binary:Version}), - libglib2.0-dev (= 2.25.7) + libdconf1 (= ${binary:Version}), + libglib2.0-dev (= 2.34) Recommends: libdconf-doc Description: simple configuration storage system - development files DConf is a low-level key/value database designed for storing desktop @@ -55,7 +56,7 @@ Architecture: any Multi-Arch: same Depends:
Bug#690848: usbutils: lsusb is frozen solid, after a general protection fault in a ttyACM0 access
reassign 690848 linux-2.6 thanks On Thu, Oct 18, 2012 at 04:21:05PM +0200, Albert van der Horst wrote: Package: usbutils Version: 0.87-5squeeze1 Severity: grave Justification: renders package unusable A Texas Instruments Launcpad is connected as the sole USB device, resulting in device /dev/ttyACM0 showing up. No TI drivers were installed, or any specific usb-drivers. A simple program in Forth does some direct read and write on ttyACM0, while the device is responding. It functions properly, except for situation where an output stream of the device is interrupted from the terminal. It is possible that the device and the program were writing simultaneously. This message appeared on the console: , 2 Oct 18 14:50 ptmx albert@cherry:~/PROJECT/nometa$ Message from syslogd@cherry at Oct 18 14:50:37 ... kernel:[15594.923330] general protection fault: [#1] SMP Message from syslogd@cherry at Oct 18 14:50:37 ... kernel:[15594.923334] last sysfs file: /sys/devices/pci:00/:00:02.0/usb2/idVendor Message from syslogd@cherry at Oct 18 14:50:37 ... kernel:[15594.923415] Stack: Message from syslogd@cherry at Oct 18 14:50:37 ... kernel:[15594.923426] Call Trace: Message from syslogd@cherry at Oct 18 14:50:37 ... kernel:[15594.923490] Code: 85 c0 75 15 65 48 8b 04 25 c8 cb 00 00 48 2d d8 1f 00 00 48 89 43 18 31 c0 5b c3 53 48 89 fb 48 83 ec 10 e8 31 f8 ff ff 48 89 df f0 ff 0f 79 05 e8 48 ff ff ff 65 48 8b 04 25 c8 cb 00 00 48 2d This is the program that provoked the problem: \ $Id: com-4e5.frt,v 1.1 2012/10/17 13:21:34 albert Exp albert $ \ Copyright (2012): Albert van der Horst {by GNU Public License} WANT R/W WANT NEW-IF WANT $-PREFIX WANT ls WANT CASE-SENSITIVE CASE-INSENSITIVE NAMESPACE MSP-NAMESPACE MSP-NAMESPACE DEFINITIONS : NEW-OKCR com TYPE ; 'NEW-OK 'OK 3 CELLS MOVE : INTRO Type HELP for help. TYPE CR ; VARIABLE (msp) \ Return the FILEDESCRIPTOR of the MSP board. : msp (msp) @ ; : ?ERR ( ior -- ) -1 SWAP ?ERROR ; : open-connection /dev/ttyACM0 R/W OPEN-FILE ?ERR (msp) ! ; : close-connection msp CLOSE-FILE ?ERR ; \ Return a CHARACTER or 0 if non present. : ?get? 0 DSP@ 1 msp READ-FILE ?ERR DROP ; \ If a key is present, pass that character to the msp, : ?put?KEY? IF KEY DSP@ 1 msp WRITE-FILE ?ERR DROP THEN ; \ Get all data from msp, up till XON. : handshake 10 MS BEGIN ?put? ?get? DUP $11 WHILE EMIT REPEAT DROP ; : line msp WRITE-FILE ?ERR ^M DSP@ 1 msp WRITE-FILE ?ERR DROP ; : uploaded GET-FILE open-connection BEGIN OVER WHILE^J $/ -TRAILING line handshake REPEAT 2DROP close-connection ; : upload NAME uploaded ; : communicate open-connection line handshake BEGIN !CSP (ACCEPT) -TRAILING DUP WHILE line handshake ?CSP REPEAT 2DROP close-connection ; 'communicate ALIAS c 'upload ALIAS u 'ls ALIAS l : HELP C(ommunicate) U(pload $1) L(ist dir $1) BYE TYPE CR ; : doit INTRO OK 'ERROR RESTORED MSP-NAMESPACE QUIT ; OPEN-FILE, READ-FILE and WRITE-FILE are mapped to system calls, no dynamic libraries involved. The program above was no longer able communicate. After the message lsusb was types: It gave no output and could not be terminated by ^C or ^\. If the USB subsystem is completely broken by the original issue (the general protection fault), it's perfectly normal to have this kind of issue with lsusb, or any program trying to access the USB entries in /sys. I am therefore reassigning this bug to the linux kernel package. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689541: dacs: diff for NMU version 1.4.27b-1.1
tags 689541 + patch thanks Hi Christoph It only needs to remove /etc/apache2/mods-available/auth_dacs.load on purge of the package. I attach a possible patch to solve this, simply removing the postrm maintainer script. I have only done some basic testing with the builded package. Hope this information could help, Regards, Salvatore diff -Nru dacs-1.4.27b/debian/changelog dacs-1.4.27b/debian/changelog --- dacs-1.4.27b/debian/changelog 2012-03-23 12:25:51.0 +0100 +++ dacs-1.4.27b/debian/changelog 2012-10-18 16:48:04.0 +0200 @@ -1,3 +1,10 @@ +dacs (1.4.27b-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Remove auth_dacs.load only on purge (Closes: #689541) + + -- Salvatore Bonaccorso car...@debian.org Thu, 18 Oct 2012 16:31:30 +0200 + dacs (1.4.27b-1) unstable; urgency=low * New upstream version. diff -Nru dacs-1.4.27b/debian/libapache2-mod-dacs.postrm dacs-1.4.27b/debian/libapache2-mod-dacs.postrm --- dacs-1.4.27b/debian/libapache2-mod-dacs.postrm 2012-01-19 16:57:36.0 +0100 +++ dacs-1.4.27b/debian/libapache2-mod-dacs.postrm 1970-01-01 01:00:00.0 +0100 @@ -1,15 +0,0 @@ -#! /bin/sh - -set -e - -if [ $1 = purge -o $1 = remove ]; then -# remove pseudo conffile -if test -e /etc/apache2/mods-available/auth_dacs.load; then -rm -f /etc/apache2/mods-available/auth_dacs.load -fi -fi - -#DEBHELPER# - -exit 0 - signature.asc Description: Digital signature
Bug#690852: cheese: [experimental] new upstream release 3.6.1
Package: cheese Version: 3.4.2-2 Severity: wishlist Tags: patch I attach some slightly sketchy Debian packaging for Cheese 3.6, loosely based on what's in Ubuntu. Tested with experimental clutter, cogl and clutter-gst-2.0, and with both clutter-gtk 1.2.0-2 from wheezy, and an updated clutter-gtk 1.4 which I'll submit as another wishlist bug. Known issues, which I'll try to debug at some point: - With either clutter-gtk 1.2 or 1.4, the preview window remains white, with this warning issued: (cheese:3632): Gogl-WARNING **: Failed to link GLSL program: error: linking with uncompiled shader cheese_3.6.1-0+g36+2.debian.tar.gz Description: Binary data --- cheese-3.4.2/debian/changelog 2012-09-22 12:12:03.0 +0100 +++ cheese-3.6.1/debian/changelog 2012-10-18 12:56:25.0 +0100 @@ -1,3 +1,23 @@ +cheese (3.6.1-0+g36+2) experimental; urgency=low + + * Bump versioned build-dependencies on GLib, Gtk and gnome-desktop3 +to force use of the versions in experimental + + -- Simon McVittie s...@debian.org Thu, 18 Oct 2012 12:55:24 +0100 + +cheese (3.6.1-0+g36+1) experimental; urgency=low + + * Local build + * New upstream release (LP: #1045549, LP: #1034615) +- uses GStreamer 1.0 +- no longer uses libmx +- new SONAMEs for libraries +- packaging loosely based on Ubuntu's 3.6.0-0ubuntu1; thanks to Jeremy + Bicha, Robert Ancell, Rico Tzschichholz, Martin Pitt, + Andrew Starr-Bochicchio + + -- Simon McVittie s...@debian.org Thu, 18 Oct 2012 12:11:55 +0100 + cheese (3.4.2-2) unstable; urgency=low [ Jeremy Bicha ] --- cheese-3.4.2/debian/control 2012-09-22 12:28:55.0 +0100 +++ cheese-3.6.1/debian/control 2012-10-18 12:58:12.0 +0100 @@ -7,7 +7,7 @@ Section: gnome Priority: optional Maintainer: Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org -Uploaders: Jordi Mallach jo...@debian.org, Josselin Mouette j...@debian.org, Laurent Bigonville bi...@debian.org, Michael Biebl bi...@debian.org +Uploaders: Jordi Mallach jo...@debian.org, Josselin Mouette j...@debian.org, Michael Biebl bi...@debian.org Standards-Version: 3.9.3 Homepage: http://projects.gnome.org/cheese/ Vcs-Browser: http://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/cheese/ @@ -15,25 +15,26 @@ Build-Depends: cdbs (= 0.4.93~), debhelper (= 9), dh-autoreconf, + docbook-xsl, gnome-common, gnome-pkg-tools (= 0.10), gtk-doc-tools (= 1.14), - intltool (= 0.40.0), + intltool (= 0.50.0), rarian-compat, - valac (= 0.14.0), - libglib2.0-dev (= 2.28.0), + valac (= 0.18) | valac-0.18, + libglib2.0-dev (= 2.34.0), libgdk-pixbuf2.0-dev, - libgtk-3-dev (= 2.99.4), - libgnome-desktop-3-dev (= 2.91.6), - libgstreamer0.10-dev (= 0.10.32), - libgstreamer-plugins-base0.10-dev (= 0.10.32), + libgtk-3-dev (= 3.6), + libgnome-desktop-3-dev (= 3.6), + libgstreamer1.0-dev (= 0.11.0), + libgstreamer-plugins-base1.0-dev (= 0.11.0), + libgstreamer-plugins-bad1.0-dev (= 0.11.0), libcairo2-dev (= 1.10.0), libpango1.0-dev (= 1.28.0), librsvg2-dev (= 2.32.0), - libclutter-1.0-dev (= 1.6.1), + libclutter-1.0-dev (= 1.10.0), libclutter-gtk-1.0-dev (= 0.91.8), - libclutter-gst-dev (= 1.0.0), - libmx-dev, + libclutter-gst-2.0-dev (= 1.9.0), libgee-dev (= 0.6.0), x11proto-core-dev, libcanberra-gtk3-dev (= 0.26), @@ -78,7 +79,7 @@ . This package contains the common files and translations. -Package: libcheese-gtk21 +Package: libcheese-gtk23 Architecture: any Section: libs Depends: ${shlibs:Depends}, @@ -98,12 +99,12 @@ Package: libcheese-gtk-dev Architecture: any Section: libdevel -Depends: libcheese-gtk21 (= ${binary:Version}), +Depends: libcheese-gtk23 (= ${binary:Version}), libcheese-dev (= ${binary:Version}), libglib2.0-dev (= 2.28.0), - libgtk-3-dev (= 2.99.4), - libgstreamer0.10-dev (= 0.10.32), - libgstreamer-plugins-base0.10-dev (= 0.10.32), + libgtk-3-dev (= 3.4.4), + libgstreamer1.0-dev (= 0.11.0), + libgstreamer-plugins-base1.0-dev (= 0.11.0), libclutter-gtk-1.0-dev (= 0.91.8), libcanberra-gtk3-dev (= 0.26), ${misc:Depends} @@ -117,16 +118,16 @@ . This package contains the GTK+ development headers. -Package: libcheese3 +Package: libcheese7 Architecture: any Section: libs Depends: ${shlibs:Depends}, ${misc:Depends}, cheese-common (= ${source:Version}), - gstreamer0.10-plugins-base (= 0.10.23), - gstreamer0.10-plugins-good (=
Bug#689268: Intel HD 4000 (Ivy Bridge) graphics freeze
Ingo wrote: Per, Forwarding to Per, thanks. I am still watching this issue for interest (my case I do consider as wrong BIOS setting which solved it for me). A report for yours would still be worthwhile, so we can try to find a workaround in the kernel for the sake of others running into the same problem. I imagine other OSes work fine with the default BIOS settings and that it would be possible for Linux to learn to as well. To my knowledge mtrr's are still used (not by i915 as Ben Hutchings stated) and probably here certain manufacturers of boards/BIOS probably set up different configurations. Probably it ist worth to try this kernel parameter with Wheezy's standard kernel: enable_mtrr_cleanup to allow kernel to re-arrange them and see if it has any influence in your case? Ingo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690853: evolution: Setup requires username and password entered repeatedly
Package: evolution Version: 2.30.3-5 Severity: normal Even if access to many services on a server uses one username and password, evolution still needs the details entering 5 or more times. Each user has imap, smtp, cal, shared caldav calendars, and so on. Each of these has to be set up manually one at a time, which is a pain. Is there a solution to this, such as setting up the accounts via some other method such as a distributable config file, or an authentication wizard where one authentication tries to set up all the services? This might be an upstream problem, or might be solved upstream, but I didn't find it when I tried looking. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evolution depends on: ii dbus 1.2.24-4+squeeze1 simple interprocess messaging syst ii debconf [debconf-2 1.5.36.1 Debian configuration management sy ii evolution-common 2.30.3-5 architecture independent files for ii evolution-data-ser 2.30.3-2 evolution database backend server ii gconf2 2.28.1-6 GNOME configuration database syste ii gnome-icon-theme 2.30.3-2 GNOME Desktop icon theme ii libart-2.0-2 2.3.21-1 Library of functions for 2D graphi ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libcamel1.2-14 2.30.3-2 The Evolution MIME message handlin ii libcanberra-gtk0 0.24-1Gtk+ helper for playing widget eve ii libcanberra0 0.24-1a simple abstract interface for pl ii libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libebackend1.2-0 2.30.3-2 Utility library for evolution data ii libebook1.2-9 2.30.3-2 Client library for evolution addre ii libecal1.2-7 2.30.3-2 Client library for evolution calen ii libedataserver1.2- 2.30.3-2 Utility library for evolution data ii libedataserverui1. 2.30.3-2 GUI utility library for evolution ii libegroupwise1.2-1 2.30.3-2 Client library for accessing group ii libenchant1c2a 1.6.0-1 a wrapper library for various spel ii libevolution 2.30.3-5 evolution libraries ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1+squeeze1FreeType 2 font engine, shared lib ii libgconf2-42.28.1-6 GNOME configuration database syste ii libgdata-google1.2 2.30.3-2 Client library for accessing Googl ii libgdata1.2-1 2.30.3-2 Client library for accessing Googl ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgnome-desktop-2 2.30.2-2 Utility library for loading .deskt ii libgnomecanvas2-0 2.30.1-1 A powerful object-oriented display ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libgtkhtml-editor0 3.30.3-1 HTML rendering/editing library - e ii libgtkhtml3.14-19 3.30.3-1 HTML rendering/editing library - r ii libgweather1 2.30.3-1 GWeather shared library ii libical0 0.44-3iCalendar library implementation i ii libice62:1.0.6-2 X11 Inter-Client Exchange library ii libnotify1 [libnot 0.5.0-2 sends desktop notifications to a n ii libnspr4-0d4.8.6-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.8-1+squeeze3 Network Security Service libraries ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libsm6 2:1.1.1-1 X11 Session Management library ii libsoup2.4-1 2.30.2-1 an HTTP library implementation in ii libsqlite3-0 3.7.3-1 SQLite 3 shared library ii libstartup-notific 0.10-1library for program launch feedbac ii libunique-1.0-01.1.6-1.1 Library for writing single instanc ii libxml22.7.8.dfsg-2+squeeze1 GNOME XML library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages evolution recommends: ii bogofilter 1.2.2-2 a fast Bayesian spam filter (dummy ii evolution-plugins2.30.3-5standard plugins for Evolution ii evolution-webcal 2.28.1-1webcal:
Bug#690854: console-cyrillic: [INTL:ja] New Japanese translation
Package: console-cyrillic Version: 0.9-16.2 Severity: wishlist Tags: patch l10n Dear console-cyrillic package maintainer, Here's Japanese po-debconf template translation (ja.po) file that reviewed by several Japanese Debian developers and users. Could you apply it, please? -- victory http://userscripts.org/scripts/show/102724 console-cyrillic_0.9-16.2_ja.po.gz Description: Binary data
Bug#690794: EDID not read, results in flickering monitor
notforwarded 690794 retitle 690794 radeon: BARTS: monitor listed as Unknown, low refresh rate, unless firmware installed severity 690794 wishlist quit Darxus wrote: Michel Dänzer wrote: Is the firmware-linux-nonfree package installed on Debian Wheezy? No, it was not. Installing this package appears to have solved my problem, thanks. gnome-control-center is no-longer listing my monitor as Unknown, but appropriately as Viewsonic [something]. Thanks, both. Darxus, that leaves a few unanswered questions: * what was the monitor unidentified and flickering when using an NVIDIA card with the nouveau driver? * is there some way to get the EDID and set refresh rate without proprietary microcode on radeon BARTS cards? I'm keeping this open for the latter, as a wishlist since it seems hard. Regards, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690855: libgstreamer0.10-0: pipeline stalled without error message with h264 video and appsink
Package: libgstreamer0.10-0 Version: 0.10.36-1 Severity: minor Hi, The following pipeline is sometimes stalled with an h264 video. Normal run : $ LANG=C GST_DEBUG=2 gst-launch filesrc location=stalling-rgbcaps-pipeline.mp4 ! decodebin name=decode ! queue ! ffmpegcolorspace ! video/x-raw-rgb ! appsink Setting pipeline to PAUSED ... Pipeline is PREROLLING ... 0:00:00.058218066 30678 0x1b362d0 WARN qtdemux qtdemux_types.c:191:qtdemux_type_get: unknown QuickTime node type avc1 0:00:00.058444372 30678 0x1b362d0 WARN qtdemux qtdemux_types.c:191:qtdemux_type_get: unknown QuickTime node type avcC 0:00:00.058473811 30678 0x1b362d0 WARN qtdemux qtdemux_types.c:191:qtdemux_type_get: unknown QuickTime node type pasp 0:00:00.058512890 30678 0x1b362d0 WARN qtdemux qtdemux.c:8854:qtdemux_parse_tree:qtdemux0 Can't handle datetimes before 1970 yet, please file a bug at http://bugzilla.gnome.org 0:00:00.058608551 30678 0x1b362d0 WARN qtdemux qtdemux.c:7044:qtdemux_parse_trak:qtdemux0 unknown version 0:00:00.084497217 30678 0x1b36590 WARNfaad gstfaad.c:329:gst_faad_set_format:faad0 buggy faad version, wrong nr of channels 2 instead of 1 Pipeline is PREROLLED ... Setting pipeline to PLAYING ... 0:00:00.097747290 30678 0x1bb4460 WARN bin gstbin.c:2395:gst_bin_do_latency_func:pipeline0 did not really configure latency of 0:00:00.0 New clock: GstSystemClock Got EOS from element pipeline0. Execution ended after 1474416960 ns. Setting pipeline to PAUSED ... Setting pipeline to READY ... Setting pipeline to NULL ... Freeing pipeline ... Stalled run : $ LANG=C GST_DEBUG=2 gst-launch filesrc location=stalling-rgbcaps-pipeline.mp4 ! decodebin name=decode ! queue ! ffmpegcolorspace ! video/x-raw-rgb ! appsink Setting pipeline to PAUSED ... Pipeline is PREROLLING ... 0:00:00.056578223 30683 0xd0d2d0 WARN qtdemux qtdemux_types.c:191:qtdemux_type_get: unknown QuickTime node type avc1 0:00:00.056778320 30683 0xd0d2d0 WARN qtdemux qtdemux_types.c:191:qtdemux_type_get: unknown QuickTime node type avcC 0:00:00.056938358 30683 0xd0d2d0 WARN qtdemux qtdemux_types.c:191:qtdemux_type_get: unknown QuickTime node type pasp 0:00:00.057110116 30683 0xd0d2d0 WARN qtdemux qtdemux.c:8854:qtdemux_parse_tree:qtdemux0 Can't handle datetimes before 1970 yet, please file a bug at http://bugzilla.gnome.org 0:00:00.057208652 30683 0xd0d2d0 WARN qtdemux qtdemux.c:7044:qtdemux_parse_trak:qtdemux0 unknown version 0:00:00.082580974 30683 0xd0d590 WARNfaad gstfaad.c:329:gst_faad_set_format:faad0 buggy faad version, wrong nr of channels 2 instead of 1 ^CCaught interrupt -- handling interrupt. Interrupt: Stopping pipeline ... ERROR: pipeline doesn't want to preroll. Setting pipeline to NULL ... Freeing pipeline ... Not sure which component is at fault here. Please ask for the offending video if needed, or any other debugging information I may provide. Thank you! Alex -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgstreamer0.10-0 depends on: ii libc6 2.13-35 ii libglib2.0-0 2.32.3-1 ii libxml22.8.0+dfsg1-6 ii multiarch-support 2.13-35 libgstreamer0.10-0 recommends no packages. Versions of packages libgstreamer0.10-0 suggests: ii gstreamer0.10-plugins-base 0.10.36-1 ii gstreamer0.10-tools 0.10.36-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#575605: cheese: Stores files in an unexpected directory, without possibility to change it
On Sat, 27 Mar 2010 at 16:50:28 +0100, Eric Veiras Galisson wrote: if you take photos or videos with [cheese], you don't know where they are stored and can't find these information. With a bit of research, I found that these files are stored in ~/.gnome2/cheese/media which is not a user-friendly place. I came across this while experimenting with a minimal subset of GNOME 3.6. If you have xdg-user-dirs installed (you may need to log out and back in after installing it for it to take effect), Cheese will use a Webcam subdirectory of the XDG Pictures and Videos directories; if not, it will use the location you describe (which was its old default before it got XDG support). Gnome Cheese FAQ [1] says that cheese will use XDG-directories to store photos and videos, but are these XDG-directories specified in Debian? This particular set of XDG directories is the user directories, managed by the xdg-user-dirs package, and analogous to folders like My Pictures in Windows. Install xdg-user-dirs, log out, log back in, and look in ~/.config/user-dirs.dirs. The defaults in an English installation are XDG_PICTURES_DIR=$HOME/Pictures and XDG_VIDEOS_DIR=$HOME/Videos, but they can be influenced by /etc/xdg/user-dirs.defaults and by your locale. You can edit ~/.config/user-dirs.dirs to change the locations used for these special directories. Perhaps cheese should have Recommends: xdg-user-dirs? (gnome, xfdesktop4 and sucrose already do, but that doesn't help users of LXDE, KDE or no particular desktop environment.) S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690856: pgf: Trying to draw an arc causes latex to loop, using all CPU time of one core.
Package: pgf Version: 2.00-1 Severity: important Trying to draw an arc in tikz seems to cause Latex to lock up every single time. It consumes all of one CPU core and only stops when you hit Ctrl-C. The following complete source will demonstrate the problem: \documentclass{article} \usepackage{tikz} \begin{document} \begin{tikzpicture} \draw (6, 3) arc [radius=3, start angle=-90, end angle=90]; \end{tikzpicture} \end{document} The various parameters to the \draw don't seem to matter much. I've tried a few and haven't managed to find one which doesn't demonstrate the problem. I've tested this on both 32-bit and 64-bit Squeeze installations. Both had the same problem. I've also tried the same source on a Wheezy installation (and on Mac OS) and didn't see the problem. Since it seems to have been fixed in the Wheezy version, this report is probably of no more than documentary interest, but I'm submitting it for the record. Had it been here when I hit the problem I could have saved myself quite a bit of time. -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pgf depends on: ii latex-xcolor2.11-1 Easy driver-independent TeX class ii texlive-latex-recommend 2009-11+squeeze1 TeX Live: LaTeX recommended packag pgf recommends no packages. pgf 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#690605: [Pkg-ime-devel] Bug#690605: Bug#690605: Bug#690605: ibus-xkbc: not installed on with desktop metapackage
On Thu, Oct 18, 2012 at 9:27 AM, Osamu Aoki os...@debian.org wrote: I am a bit neutral to this. I do not think we need to be confrontational to upstream (GNOME3 mainly by Fedora=RH). Fedora is their test ground with little regards to the stability. They have reason to do so. If we want such thing as stability, we need to be careful what part to follow and how fast we follow. RH provides stability with their commercial distribution still with GNOME2. I think RH is still providing customer with security updates with source on them. RH and Debian have different positions on how software get integrated. RH needs one good working solution for upcoming their commercial distribution by testing them on FEDORA. Debian is community thus needs to make as much reasonable software to live together. This is our task and we should not complain too much to upstream RH on their single combination strategy. True. GNOME people are integrating IM into GNOME shell. I do not know how to handle this new situation yet. What I know now is Gnome-shell is reconfuarable by external javascript code. Even if GNOME people tightly integrate ibus into gnome-shell, it does not theoretically prevent fcitx to replace ibus as long as someone can write codes to replace functionalities as a hot patch. Considering next Debian release comes after several GNOME3 releases, situation will be easier to handle than how it looks now. Fcitx people already have their GNOME extension. https://extensions.gnome.org/extension/261/kimpanel/ This extension is necessary even before 3.6 since otherwise you cannot use IM in Shell integrated chat, say. In contract, what GNOME 3.6 really breaks is IBus. Because they changed the way of IBus usage and the new way is not good enough yet. For example, they enforce global input source state. They offer no switching shortcut by default. They offer no OSD like ibus-gjs. Fedora users are going to enjoy all these once they have their long awaited Fedora 18. To be fair, the issues I mentioned is known to GNOME people already, having good chance to be fixed in 3.8. (Global input source state is still being discussed. ) The challenge is GNOME3 may not be as compatible as other desktop environment and it requires a lot of GObject and introspection internal things. GNOME3 documentation for developer is not well organized yet. It is not so easy to learn ... No API documentation for Vala or Python bindings in packaged form. Just C one is available as package. http://people.debian.org/~osamu/fun2prog.html#_vala_3 http://people.debian.org/~osamu/fun2prog.html#_pygobject With the speed I am learning, I am not sure if I can propose good path forward ... I'm not a fan of GNOME's development stack. But GObject Introspection gives us free language bindings, say Python 3 bindings. How many manually maintained Python libraries don't support Python 3 yet? Vala or Python API should be direct mapping of C API, yes, a bit awkward. IBus follows GNOME technology closely which may not be appealing for KDE users, say. But making a choice between GTK+ and Qt is just natural. Fcitx seems to be more compatible is more of a historical heritage rather than a design advantage I guess. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690775: closing as invalid
control: reopen -1 the references point to Oracle products, not OpenJDK. Oracle java is effectively openjdk, so there is every reason to believe these issues affect it. It may take some research to track it all down, but that's how it goes with security problems. It's never easy. Sorry. Another helpful report from the Debian security team, like keeping long fixed security issues open [1]. [1] http://security-tracker.debian.org/tracker/source-package/openjdk-6 The security team has lots of other issues to deal with. You're responsible for this package and those problems should either be checked and fixed, or openjdk should get a blurb in the release notes about being impossible to provide security support. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690486: twidge: gives a user error (Bad response: 404)
Greetings. I hade this same problem. I simply ran twidge setup and re-registered the application with Twitter, and everything started working normally again. -- Ernesto Hernández-Novich - @iamemhn - Unix: Live free or die! Geek by nature, Linux by choice, Debian of course. If you can't aptitude it, it isn't useful or doesn't exist. GPG Key Fingerprint = 438C 49A2 A8C7 E7D7 1500 C507 96D6 A3D6 2F4C 85E3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689700: bison 2.6.2 generates incompatible header file
On Thu, Oct 18, 2012 at 02:15:38PM +0200, Akim Demaille wrote: Hi Bill, (and more to the point, Debian 'testing' includes bison 2.5 and Debian 'unstable' includes bison 2.6 and some software in 'testing' does not build on 'unstable', but this is something for the Debian maintainer to deal with.) I'd be happy to help, as in the past, we also broke the backward compatibility by fixing bugs in Bison that revealed incorrect code in user code; this ended by fixing the code that was relying on a bug in Bison. The problem is that testing is frozen so this is not an option. The real fix is to refrain from uploading new major version of bison to unstable during a freeze. By the way, the real package breaking is csound. The log is here: https://buildd.debian.org/status/fetch.php?pkg=csoundarch=i386ver=1%3A5.17.11~dfsg-2stamp=1348960646 (I am not involved with csound in anyway, though) A way to fix the problem could be to add #ifdef __cplusplus extern C { #endif ... #ifdef __cplusplus } #endif in the generated parse.tab.h. This is not correct for people who do not want this guy to be in extern C. I agree, but I guess it is your turn to give an example that work with bison 2.5 and 2.6 but would not work with my change. As far as I see, this requires the user to build parse.tab.c with g++, otherwise parse() will have C linkage anyway. C++ requires prototypes, so the user needs to provide a prototype for parse() when using bison 2.5 at least. When you allow to compile C files with a C++ compiler, it is customary to use extern C, otherwise you ABI depend on the compiler. But I quite understand why you would be wary of apply this change. Maybe documenting to do extern C { #include parse.tab.h } in case of problem is the lesser evil. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690858: grace: source-hardening.diff breaks SVG output formatting
Package: Grace Version: 1:5.1.22-13 Hi Nicholas, The recent source-hardening.diff patch appears to break SVG output formatting. Please see the original bug report in Ubuntu [1]. In particular, take a look at the output obtained when running: gracebat -hardcopy -hdevice SVG I have attached a pair of files good.svg (from unpatched grace source), and bad.svg (with source-hardening.diff applied). In the bad.svg file, take a look at the end of the text style=font-family:' lines... the contents of the tag is malformed e.g. 0.2)0.2 on line 37 instead of just 0.2. The relevant section of the source-hardening.diff patch is as follows. Perhaps it's just that the format string is incorrect? At first glance, it looks like it should be just %s rather than %s%s because only one string is being passed to fprintf. Thanks, Alex Index: grace-5.1.22/src/svgdrv.c === --- grace-5.1.22.orig/src/svgdrv.c 2012-05-17 19:00:52.144748609 -0700 +++ grace-5.1.22/src/svgdrv.c 2012-05-17 19:00:54.0 -0700 @@ -745,7 +745,7 @@ -tm-cxy, -tm-cyy, scaleval(vp.x), scaleval(vp.y)); - fprintf(prstream, escape_specials((unsigned char *) s, len)); + fprintf(prstream, %s%s, escape_specials((unsigned char *) s, len)); fprintf(prstream, /text\n); } [1] https://bugs.launchpad.net/ubuntu/+source/grace/+bug/1068095 attachment: bad.svgattachment: good.svg
Bug#690859: txt2regex: bad Polish translation
Package: txt2regex Version: 0.8-4 Tags: l10n upstream I am sorry to say that, but Polish translation of txt2regex is *awful*. It's full of spelling mistakes, grammar errors, non-idiomatic translations, and encoding errors. It should be reviewed^Wrewritten from scratch by someone competent in Polish. Until this happens, I recommend to exclude the translation from the binary package. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690860: gnunet-server, gnunet-client: shouldn't depend on gettext
Source: gnunet Version: 0.9.3-2 I doubt that the gnunet-server and gnunet-client packages should have a dependency on gettext. FWIW, the Description: for the latter reads: Description-en: GNU Internationalization utilities Interesting for authors or maintainers of other packages or programs which they want to see internationalized. However, these gnunet packages are hardly related to software development or maintenance. Also to note is that the gnunet source (as of 27505cba) doesn't seem to mention neither the “public” (bin/) binaries provided by the gettext package, nor the share/gettext and lib/gettext filename parts in any of the files to propagate to the binary packages (sans debian/changelog.) Consider, e. g.: $ grep -rlE -- \ '\(gettextize|msgattrib|msgcat|msgcmp|msgcomm|msgconv|msgen|msgexec|msgfilter|msgfmt|msggrep|msginit|msgmerge|msgunfmt|msguniq|recode-sr-latin|xgettext|(share|lib)/gettext)\' \ devel/debian/gnunet-0.9.3/ devel/debian/gnunet-0.9.3/m4/po.m4 devel/debian/gnunet-0.9.3/m4/lock.m4 devel/debian/gnunet-0.9.3/m4/ChangeLog devel/debian/gnunet-0.9.3/m4/glib-gettext.m4 devel/debian/gnunet-0.9.3/configure devel/debian/gnunet-0.9.3/debian/changelog devel/debian/gnunet-0.9.3/po/Makevars devel/debian/gnunet-0.9.3/po/ChangeLog devel/debian/gnunet-0.9.3/po/Makefile.in.in $ Although I haven't (yet) checked whether the aforementioned packages are usable without gettext installed, I'd be surprised to find they're not. So, unless that's the case, I suggest dropping the dependency on gettext altogether. TIA. -- FSF associate member #7257 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690861: Python-notify causes all Empathy notifications disappear in GNOME Shell
Package: python-notify Version: 0.1.1-3 Severity: important 1. Install python-notify 2. Open conversation with someone 3. Wait she to send you a message BUG: Don't wait, cause no notification will appear To fix it, remove python-notify -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.5-trunk-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 python-notify depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libfontconfig1 2.9.0-7 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgtk2.0-0 2.24.10-2 ii libnotify4 0.7.5-1 ii libpango1.0-0 1.30.0-1 ii python 2.7.3~rc2-1 ii python-gtk2 2.24.0-3 ii python2.6 2.6.8-0.2 ii python2.7 2.7.3~rc2-2.1 python-notify recommends no packages. python-notify 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#668596: irods packages update
Hi, it seems that INCF has already created some IRODS packages: https://github.com/INCF/ids-tools/wiki/Installing-the-IDS-Command-Line-Utilities Right now (and according to INCF) things are being reorganized, so I can't access the packages via the mentioned repo -- but it might be worth keeping this in mind... Michael -- Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668121: cde: should be i386/amd64 only.
Declaring a package as arch: any is fine for the first attempts (until it's tried at least once on other arches, where it might actually build/work) but once it has been proven that there is no actual support for any other arch, and it would require substantial amount of work to port it, then it should definitely not be marked as any. As it is, it just creates noise for the rest of the arches and unnecessary burden to the builders. Regards Konstantinos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690862: ITP: jglobus -- Globus Java client libraries
Package: wnpp Severity: wishlist Owner: Mattias Ellert mattias.ell...@fysast.uu.se * Package name: jglobus Version : 2.0.4 * URL : http://www.globus.org/toolkit/jglobus/ * License : Apache 2.0 Description : Globus Java client libraries jglobus is a collection of Java client libraries for Globus Toolkit security, GRAM and GridFTP. smime.p7s Description: S/MIME cryptographic signature
Bug#690863: ITP: jglobus-myproxy -- Globus MyProxy Java client libraries
Package: wnpp Severity: wishlist Owner: Mattias Ellert mattias.ell...@fysast.uu.se Control: block -1 by 690862 * Package name: jglobus-myproxy Version : 2.0 * URL : http://grid.ncsa.illinois.edu/myproxy/jglobus/ * License : Apache 2.0 Description : Java MyProxy client libraries The JGlobus MyProxy client provides a full-featured Java client API for MyProxy. smime.p7s Description: S/MIME cryptographic signature
Bug#690864: greenwich: missing dependency on liblocale-gettext-perl
Package: greenwich Version: 0.8.2-5 Severity: serious Justification: Policy 3.5 greenwich doesn't start if liblocale-gettext-perl is not installed: $ greenwich Can't locate Locale/gettext.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at /usr/bin/greenwich line 29. BEGIN failed--compilation aborted at /usr/bin/greenwich line 29. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.5-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages greenwich depends on: ii libgnome2-gconf-perl1.044-4 ii libgnome2-perl 1.042-2+b2 ii libgtk2-gladexml-perl 1.007-1+b2 ii libgtk2-perl2:1.244-1 ii perl5.14.2-14 ii perl-modules [liblocale-maketext-perl] 5.14.2-14 ii whois 5.0.20 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690571: Tainted variable causes wrong smart matching in given/when constructs
forwarded 690571 http://rt.perl.org/rt3/Public/Bug/Display.html?id=93590 tag 690571 patch fixed-upstream thanks On Wed, Oct 17, 2012 at 05:52:56PM +0200, Christoph Nodes wrote: an even more reduced test would be $ X=1 perl -Te 'print smart match\n if $ENV{X} ~~ [0, 1]' Thanks for the report and the concise test case. This is [perl #93590], fixed upstream in 5.15.4 by http://perl5.git.perl.org/perl.git/commit/be88a5c3cc8efc0dbee86240eabf0050554fc717 Despite the discussion in the bug report, it didn't make it into 5.14.3, presumably because of a lack of seconds. I'm attaching a backported patch for 5.14. The function whose signature is modified (do_smartmatch()) is a static one, so I don't see any binary compatibility concerns, but eyeballs are welcome of course. I'll see what I can do about getting this into wheezy. It's a regression from squeeze, and as such it might still be eligible. -- Niko Tyni nt...@debian.org From 8957c9067211a0cc362a97c52ae6ccf8628263a9 Mon Sep 17 00:00:00 2001 From: Father Chrysostomos spr...@cpan.org Date: Tue, 20 Sep 2011 08:55:09 -0700 Subject: [PATCH] $tainted ~~ [...] failing MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit When smartmatch is about to start, to avoid calling get-magic (e.g., FETCH methods) more than once, it copies any argument that has get-magic. Tainting uses get-magic to taint the expression. Calling mg_get(sv) on a tainted scalar causes PL_tainted to be set, causing any scalars modified by sv_setsv_flags to be tainted. That means that tainting magic gets copied from one scalar to another. So when smartmatch tries to copy the variable to avoid repeated calls to magic, it still copies taint magic to the new variable. For $scalar ~~ @array (or ~~ [...]), S_do_smartmatch calls itself recursively for each element of @array, with $scalar (on the suppos- edly non-magical copy of $scalar) on the left and the element on the right. In that recursive call, it again does the get-magic check and copies the argument. Since the copied of a tainted variable on the LHS is magical, it gets copied again. Since the first copy is a mortal (marked TEMP) with a refcount of one, the second copy steal its string buffer. The outer call to S_do_smartmatch then proceeds with the second ele- ment of @array, without realising that its copy of $scalar has lost its string buffer and is now undefined. So these produce incorrect results under -T (where $^X is ‘perl’): $^X =~ [whatever, undef] # matches $^X =~ [whatever, perl] # fails This problem did not start occurring until this commit: commit 8985fe98dcc5c0af2fadeac15dfbc13f553ee7fc Author: David Mitchell da...@iabyn.com Date: Thu Dec 30 10:32:44 2010 + Better handling of magic methods freeing the SV mg_get used to increase the refcount unconditionally, pushing it on to the mortals stack. So the magical copy would have had a refcount of 2, preventing its string buffer from being stolen. Now it has a ref- erence count of 1. This commit solves it by adding a new parameter to S_do_smartmatch telling it that the variable has already been copied and does not even need to be checked. The $scalar~~@array case sets that parameter for the recursive calls. That avoids the whole string-stealing problem *and* avoids extra unnecessary SVs. Origin: upstream, http://perl5.git.perl.org/perl.git/commit/be88a5c3cc8efc0dbee86240eabf0050554fc717 Bug: http://rt.perl.org/rt3/Public/Bug/Display.html?id=93590 Bug-Debian: http://bugs.debian.org/690571 (Backported to 5.14 by Niko Tyni.) --- embed.fnc|3 ++- embed.h |2 +- pp_ctl.c | 10 +- proto.h |2 +- t/op/taint.t |7 ++- 5 files changed, 15 insertions(+), 9 deletions(-) diff --git a/embed.fnc b/embed.fnc index bce167e..e508212 100644 --- a/embed.fnc +++ b/embed.fnc @@ -1739,7 +1739,8 @@ sR |I32 |run_user_filter|int idx|NN SV *buf_sv|int maxlen sR |PMOP* |make_matcher |NN REGEXP* re sR |bool |matcher_matches_sv|NN PMOP* matcher|NN SV* sv s |void |destroy_matcher|NN PMOP* matcher -s |OP* |do_smartmatch |NULLOK HV* seen_this|NULLOK HV* seen_other +s |OP* |do_smartmatch |NULLOK HV* seen_this \ +|NULLOK HV* seen_other|const bool copied #endif #if defined(PERL_IN_PP_HOT_C) diff --git a/embed.h b/embed.h index 04b32d1..b2876f4 100644 --- a/embed.h +++ b/embed.h @@ -1382,7 +1382,7 @@ # if defined(PERL_IN_PP_CTL_C) #define check_type_and_open(a) S_check_type_and_open(aTHX_ a) #define destroy_matcher(a) S_destroy_matcher(aTHX_ a) -#define do_smartmatch(a,b) S_do_smartmatch(aTHX_ a,b) +#define do_smartmatch(a,b,c) S_do_smartmatch(aTHX_ a,b,c) #define docatch(a) S_docatch(aTHX_ a) #define doeval(a,b,c,d) S_doeval(aTHX_ a,b,c,d) #define dofindlabel(a,b,c,d) S_dofindlabel(aTHX_ a,b,c,d) diff --git a/pp_ctl.c b/pp_ctl.c index 60bc30d..7c4651c 100644 --- a/pp_ctl.c +++ b/pp_ctl.c @@ -4339,14 +4339,14 @@ S_destroy_matcher(pTHX_ PMOP *matcher)
Bug#690865: wrong indentation in man page for 'mkdeb'
Package: dkms Severity: minor Tags: patch Hi, The dkms(8) man page misindents the 'mkdeb' subcommand. Attached patch fixes this. Cheers, Thijs diff -Nur dkms-2.2.0.3.orig/dkms.8 dkms-2.2.0.3/dkms.8 --- dkms-2.2.0.3.orig/dkms.8 2010-08-12 23:44:37.0 +0200 +++ dkms-2.2.0.3/dkms.8 2012-10-18 18:54:41.0 +0200 @@ -243,7 +243,6 @@ not want your RPM to contain any prebuilt binaries, be sure to specify .B \-\-source\-only in the mkrpm command. -.TP .SY mkdeb .OP module/module\-version .OP -k kernel/arch
Bug#690866: reports about missing 'kernel source', but needs kernel headers
Package: dkms Severity: minor Tags: patch Hi, When running dkms on one system I got the message: Module build for the currently running kernel was skipped since the kernel source for this kernel does not seem to be installed. I did in fact have the appropriate linux-source package installed; what was missing was the linux-headers package which provides the dir that this test checks for. The attached patch clarifies that in the error message. Cheers, Thijs diff -Nur dkms-2.2.0.3.orig/dkms_common.postinst dkms-2.2.0.3/dkms_common.postinst --- dkms-2.2.0.3.orig/dkms_common.postinst 2012-10-18 18:53:35.0 +0200 +++ dkms-2.2.0.3/dkms_common.postinst 2012-10-18 18:58:28.0 +0200 @@ -282,7 +282,7 @@ dkms_status=`dkms status -m $NAME -v $VERSION -k $KERNEL $ARCH` else echo Module build for the currently running kernel was skipped since the -echo kernel source for this kernel does not seem to be installed. +echo kernel headers for this kernel do not seem to be installed. fi fi diff -Nur dkms-2.2.0.3.orig/sample.spec dkms-2.2.0.3/sample.spec --- dkms-2.2.0.3.orig/sample.spec 2008-07-08 17:19:41.0 +0200 +++ dkms-2.2.0.3/sample.spec 2012-10-18 18:58:45.0 +0200 @@ -93,7 +93,7 @@ else echo -e echo -e Module build for the currently running kernel was skipped since the - echo -e kernel source for this kernel does not seem to be installed. + echo -e kernel headers for this kernel do not seem to be installed. fi fi exit 0