Bug#637972: usb-modeswitch: switching functionality works only once after a fresh reboot with usb-stick XS Stick W14
Package: usb-modeswitch Version: 1.1.8-1 Severity: important Tags: sid The package does not switch my usb-stick XS Stick W14 into the needed mode after I have detached and reattached the usb-stick, till the next reboot. The problem exists since version 1.1.9. Therefor I have downgraded to release 1.1.8. Kind regards, Detlev -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages usb-modeswitch depends on: ii dpkg 1.16.0.3Debian package management system ii libc62.13-16 Embedded GNU C Library: Shared lib ii libusb-0.1-4 2:0.1.12-18 userspace USB programming library ii tcl 8.5.0-2 The Tool Command Language (default ii tcl8.5 [tclsh] 8.5.10-1Tcl (the Tool Command Language) v8 ii usb-modeswitch-data 20110714-1 mode switching data for usb-modesw usb-modeswitch recommends no packages. Versions of packages usb-modeswitch suggests: pn comgt none (no description available) pn wvdialnone (no description available) -- 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#637973: idle3: as this package is a meta package it should contain the dependency to idl-python3.2
Package: idle3 Version: 3.2-3 Severity: minor Tags: sid As this package is a meta package it should contain the dependency to idl- python3.2. Please lock at the package idle. That package contains the dependency to idle- python2.6 Kind regards, Detlev -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages idle3 depends on: ii python3 3.2-3 interactive high-level object-orie ii python3-tk3.2-4 Tkinter - Writing Tk applications idle3 recommends no packages. idle3 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#637946: strip angle brackets from pasted URLs
On Tue, Aug 16, 2011 at 08:06:02AM +1000, Craig Sanders wrote: Package: iceweasel Version: 5.0-6 Many people post links in email as URL rather than as just plain URL. It was (and still is) recommended practice to indicate URIs like thispersonally, i think it's not a good practice (I don't know of even one browser that accepts URIs typed or pasted in this form) but you can't break random people on the internet of habits acquired over a decade or more. Unfortunately, if you double- or triple- click the URL to select it and then middle-click to paste it in to the browser, it won't take you to the page. current iceweasel takes you to a google search result. previous versions used to display an error page saying it wasn't a valid URL (it is). the problem would be solved if any leading or trailing angle brackets were stripped. It also adheres to the principle of robustness - be conservative in what you send, liberal in what you accept. The problem would be solved if any leading or trailing angle brackets weren't selected when you double or triple click the URL, don't you think? Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637883: [PATCH] Add multiarch fields
Hi, Riku Voipio wrote: Cool, I'm not sure how late I'll be up tonight, but mail me when ready. It took longer than I hoped, but I have some packages ready: - http://alioth.debian.org/~jrnieder-guest/xz-utils/xz-utils_5.1.1alpha+20110809-1.dsc - http://alioth.debian.org/~jrnieder-guest/xz-utils/xz-utils_5.1.1alpha+20110809-2~exp1.dsc Or one can get them from the master (09fe07e) and experimental (fd4034f) branches of git://git.debian.org/collab-maint/xz.git and build with debian/autogen.sh debuild. For sid, changes since last upload: - upload to unstable. This means a lot of upstream changes since last upload to sid. Luckily they have been well tested in experimental. - make ABI match unstable (see liblzma2/README.Debian for details) since it is not time for a transition yet - declare multi-arch support for liblzma2, xz-utils, and xzdec in debian/control - separate build-arch and build-indep targets in debian/rules For experimental, changes on top of that: - make ABI match upstream again (bump soname, etc) - declare multi-arch for liblzma-dev, too! Very neat. Both packages seem to work. :) I'll be happy for any thoughts you have. Good night, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637818: aimage: FTBFS with wrong check for libssl
aimage was removed from Debian testing. The upstream author stopped working on this tool. So, unless someone else create a fork of the upstream, it will not come back into Debian. -- Christophe Monniez -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637351: ITP: urfkill -- urfkill is a daemon for the management of the radio killswitches.
2011/8/11 Christian PERRIER bubu...@debian.org: Quoting Keng-Yu Lin (ken...@lexical.tw): Thanks for the suggestion. I modified the description as below.I hope that it is better explained and understandable. Package: wnpp Severity: wishlist Owner: Keng-Yu Lin ken...@lexical.tw * Package name : urfkill Version : 0.2.0 Upstream Author : Gary Lin g...@suse.com * URL : http://www.freedesktop.org/wiki/Software/urfkill * License : GPL, LGPL Programming Lang: C Description : wireless killswitch management daemon for laptops urfkill daemon provides the management of the rfkill-related hotkeys and the killswitches in a more configurable way for the common RF devices, e.g. WiFi, Bluetooth, WWan, etc. urfkill handles the various key codes (KEY_WLAN, KEY_BLUETOOTH, KEY_RFKILL, etc) and toggles the killswitches based on a pre-defined policy. Maybe just avoid starting sentences with urfkill as it is always wierd to have sentences beginning with a lowercase letter. A common trick is using The foo program|daemon. Also avoid e.g. which is a latinism that's too often used in English..:). I propose parenthesis...another option would be using such as. Replace etc. with an ellipsis (...) as it avoids the tricky use of a dot before and after a closing parenthesis. That would give: The urfkill daemon allow managins the rfkill-related hotkeys and the killswitches in a more configurable way for the common RF devices (WiFi, Bluetooth, WWan...). It handles the various key codes (KEY_WLAN, KEY_BLUETOOTH, KEY_RFKILL, etc) and toggles the killswitches based on a pre-defined policy. Thanks for the refinement. I hope the description looks better now. :-) Package: wnpp Severity: wishlist Owner: Keng-Yu Lin ken...@lexical.tw * Package name: urfkill Version : 0.2.0 Upstream Author : Gary Lin g...@suse.com * URL : http://www.freedesktop.org/wiki/Software/urfkill * License : GPL, LGPL Programming Lang: C Description : wireless killswitch management daemon for laptops The urfkill daemon allow managing the rfkill-related hotkeys and the killswitches in a more configurable way for the common RF devices (WiFi, Bluetooth, WWan...). It handles the various key codes (KEY_WLAN, KEY_BLUETOOTH, KEY_RFKILL...) and toggles the killswitches based on a pre-defined policy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637972: usb-modeswitch: switching functionality works only once after a fresh reboot with usb-stick XS Stick W14
Am 16.08.2011 08:01, schrieb Detlev Brodowski: The package does not switch my usb-stick XS Stick W14 into the needed mode after I have detached and reattached the usb-stick, till the next reboot. Can you enable logging in /etc/usb_modeswitch.conf and attach the log from a failure to your reply? You will find it in /var/log a while after you re-plugged the stick. Thanks, Josua Dietze -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621374: patch shows regressions, removing the patch tag
tag 621374 - patch tag 621374 + help moreinfo thanks the patch shows regressions. My suggestion for now would be to keep libdb4.8 in the archive. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637856: /run/lock should be owned by uucp
On Mon, Aug 15, 2011 at 02:59:04PM +0100, Roger Leigh wrote: I think the check is broken. They should just create the lockfile Well, there are issues with setuid()-binaries that need to do their own access checks. A more common example would be the sendmail binary. I'm not sure I follow. A stat(2) on a symlink is equivalent to a stat(2) on the pointed-to object, unless you use lstat(2). Since the directory is world-writable, any access checks will always succeed. The introduction of the /var/lock-/var/run symlink will not change the behaviour of stat(2). I am under the impression that these applications check for group permissions, and consider a world-writeable directory unsafe. I have only looked at strace output, not disassembled code. I don't think this is an issue restricted to Debian--it is presumably already broken on most other distributions as well? This isn't a recent change, or a change made in isolation. AFAICT it was made for FHS compliance reasons--nowadays /var/lock is used for a lot more than just uucp, so expecting it to be owned by the uucp group is, I think, unrealistic. root:root or root:lock are the way things have gone. I use this application roughly every other week, on a machine following testing, so I am quite sure the change happend in the last few weeks. As said, root:lock ownership with group-write permissions is probably ok. We don't currently permit changing of the ownership; the permissions are entirely configurable in /etc/fstab. You could use the tmpfs uid= and gid=options to set the uucp group there. Thanks for that hint. We don't explicitly cater for customisation here because the admin should never need to change the ownership of these FHS-specified locations. Well, if all developers would follow the FHS, it would be great. No problem with that. IIRC this is even supported by the rxtx library my questionable binary uses. This would also separate the locking functionally from the rest of the uucp stuff. setgid lock would not even be necessary, just having lock amongst the additional groups of the calling user would be sufficient. I would still propose mode 3775, though. On the other hand, uucp style lockfiles are typically used for accessing devices owned by the dialout group. The liblockdev library exists to lock ttyS devices portably; any program creating uucp-stype LCK..* files under /var/lock should be using it. I do not see a realistic chance to have this application changed. Looking to the future, Linux permits the use of flock(2) on devices, so the reality is that lockfiles are entirely redundant when you can lock the device directly using an proper kernel-provided advisory lock. This is much more robust. When I have time, I'll be looking at making liblockdev use flock directly. I completely agree. However, this is an application from the past, and not open source. Nevertheless I have not much choice but using it. From what I've just been reading on RXTX file locks, it's rather broken. (including http://rxtx.qbang.org/wiki/index.php/Trouble_shooting) I think that, first and foremost, RXTX needs fixing. It can use liblockdev, which I see has already been suggested looking at list archives with google. It's basically using broken assumptions and broken checks. Even if librxtx is ever fixed, that fixed version needs to make it into the closed source apps of a commercial vendor. It will take years. I don't think that breakage in a Java library can really warrant changes to the default ownership of an FHS-standardised directory. As said, root:lock would also be ok. Even if you are not moving away from FHS for policy reasons, just do not make it unnecessarly hard to run with slight derivations from it. Besides, I am sure it is not the only pre-FHS application out there. Bye, Joerg signature.asc Description: Digital signature
Bug#637818: aimage: FTBFS with wrong check for libssl
reassign 637818 ftp.debian.org retitle 637818 RM: aimage -- RoQA; NPOASR, dead upstream thanks On Tue, Aug 16, 2011 at 08:32:31AM +0200, Christophe Monniez wrote: aimage was removed from Debian testing. The upstream author stopped working on this tool. So, unless someone else create a fork of the upstream, it will not come back into Debian. Then as the maintainer, you have the responsibility to ask for this package's removal from unstable as well. Reassigning to the ftp.debian.org metapackage. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#637351: ITP: urfkill -- urfkill is a daemon for the management of the radio killswitches.
2011/8/13 Andrea Bolognani e...@kiyuko.org: I believe you could achieve the same effect using a combination of triggerhappy and the aforementioned rfkill, and I don’t like the idea of having a special daemon running to handle a subset of the special keys when there’s a more general solution to the problem already in the archive. That said, urfkill might have advantages I don’t see. rfkill has nothing to do with the hotkey management. It is just a tool to enable/disable a wireless device as specify in the argument. urfkill is a way to manage and toggle these devices based on the conf file. The immediate problem is that when KEY_WLAN is commonly generated by the key press, should bluetooth and 3G be turned off too where there are in fact keycodes dedicated for each: KEY_BLUETOOTH, KEY_WWAN. Also as a planned function (but not yet implemented in the code now) of urfkill, people desire to turn off wifi on the first pressing, bluetooth on the second and so on... This is only possible if there is a dedicated daemon for handling this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634140: libgeotiff-dfsg: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
severity 634140 serious thanks On Sun, Jul 17, 2011 at 10:35:20AM +0200, Bill Allombert wrote: Source: libgeotiff-dfsg Version: 1.2.5-1 Severity: important Hello Debian GIS Project, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update libgeotiff-dfsg to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: libgeotiff-dfsg :Build-Depends: libjpeg62-dev This currently makes this package unbuildable, as shown by edos-debcheck: | libgeotiff-dfsg (= 1.2.5-1) build-depends on one of: | - libtiff4-dev (= 3.9.5-1) | libgeotiff-dfsg (= 1.2.5-1) build-depends on one of: | - libjpeg62-dev (= 6b1-2) | libtiff4-dev (= 3.9.5-1) depends on one of: | - libjpeg8-dev (= 8c-2) | libjpeg8-dev (= 8c-2) and libjpeg62-dev (= 6b1-2) conflict Raising the severity accordingly -- 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#637974: linux-2.6: GDM beeps for Linux kernel versions =2.6.33
Package: linux-2.6 Version: 2.6.33-2-686 Severity: normal Dear Thomas and dear Debian folks, I am sorry to submit another report to Debian’s Linux kernel package. I just picked a version number for the metadata found with a search engine and containing 2.6.33. With `linux-image-2.6.32-5-amd64` when GDM starts or the system shuts down I do not hear any beep from the PC speaker. $ dpkg -S /etc/modprobe.d/alsa-base-blacklist.conf alsa-base: /etc/modprobe.d/alsa-base-blacklist.conf $ LANG=C dpkg -l alsa-base […] ii alsa-base 1.0.23+dfsg-4 ALSA driver configuration files $ LANG=C grep pc /etc/modprobe.d/alsa-base-blacklist.conf # Comment this entry in order to load snd-pcsp driver $ uname -a Linux joe 2.6.32-5-amd64 #1 SMP Tue Mar 8 22:49:26 UTC 2011 x86_64 GNU/Linux $ lsmod | grep pcs pcspkr 1699 0 $ dmesg | grep spk [ 48.38] input: PC Speaker as /devices/platform/pcspkr/input/input5 With a Linux kernel at version 2.6.33 the module `pcspkr` is loaded too. $ grep spk dmesg.2.6.33-8724fdb53d27d7b59b60c8a399cc67f9abfabb33--with-beep [ 58.254983] input: PC Speaker as /devices/platform/pcspkr/input/input4 I tried other revisions and the numbering does not influence the beep. Could it be related to the following commit [1]? $ git log origin/master -- drivers/input/misc/pcspkr.c […] commit ced918eb748ce30b3aace549fd17540e40ffdca0 Author: Thomas Gleixner t...@linutronix.de Date: Wed Feb 17 16:47:10 2010 + i8253: Convert i8253_lock to raw_spinlock If yes that would mean, the pcspkr just did not work before and it would have to be blacklisted in `/etc/modprobe.d/`. Thanks, Paul [1] http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=ced918eb748ce30b3aace549fd17540e40ffdca0 [2] http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Makefile;h=1b24895212d8d198587bed5152b56a2cef8134c3;hb=ced918eb748ce30b3aace549fd17540e40ffdca0 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash signature.asc Description: This is a digitally signed message part
Bug#637869: pass default ld flags
user peter.fritzs...@gmx.de usertags 637869 no-add-needed thanks On 08/15/2011 11:24 PM, Sylvestre Ledru wrote: Le lundi 15 août 2011 à 12:41 +0200, Matthias Klose a écrit : Package: clang Version: 2.9-7 Severity: important Please pass the ld flags currently passed from GCC, from the llvm-* drivers too. These are: --hash-style=both --no-copy-dt-needed-entries OK, why not but could you explain why ? --hash-style=both dynamic linker speed --no-copy-dt-needed-entries see http://wiki.debian.org/ToolChain/DSOLinking -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637967: [Pkg-fonts-devel] Bug#637967: please mark ttf-dejavu* Multi-Arch: foreign
Hi guys, i'm currently on vacation. I'll be back home in a couple of weeks. Feel free to upload the new package; otherwise i'll take care of it as soon as i get back. Regards, Davide Il giorno 16/ago/2011, alle ore 06:11, Christian PERRIER bubu...@debian.org ha scritto: Quoting Steve Langasek (steve.langa...@canonical.com): Package: ttf-dejavu Version: 2.33-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch Hi folks, I've just pushed a patch to the ttf-dejavu package in Ubuntu to mark the binary packages Multi-Arch: foreign, in compliance with the plan for Davide, do you take care of this? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637958: X.org crash leaves GPU in an inconsistent state and renders system unbootable
On Die, 2011-08-16 at 00:21 +0100, Martin wrote: Package: xserver-xorg-video-radeon Version: 1:6.13.1-2+squeeze1 Working with an IBM^WLenovo ThinkPad T60 with an ATi Mobility X1400 (R520) with a fresh install of Debian Squeeze. Have attached: *. lspci -vv list hardware *. uname -a, output of dmesg after boot and list of modules *. dpkg --list giving package versions (note that linux-firmware-nonfree is NOT installed) *. The output of radeontool regs after the kernel radeon driver has been loaded and X started. *. X version information and X log, the system has no X configuration file. Machine boots and starts X OK. X runs normally for a while, althought there is no 3D acceleration. After a few minutes of using X the machine freezes. There is no consistent trigger for this but it is often correlated with opening or closing windows or rendering content in the web browser. I've tried to contact the machine from another box with no luck and a loop set to eject the cd every 120 seconds stops working so I am fairly convinced it frozen. On rebooting the machine consistently fails to boot. The exact point at which it freezes varies but it always after the drivers are loaded. Booting with init=/bin/sh and manually loading the drivers confirms that it is the radeon driver that hangs the machine. Disconnecting the machine from mains power, removing the battery and leaving for 5 minutes does not resolve this problem. The only way (I've found) to return the machine to a bootable state is to take an old Debian boot CD (Debian 4.0r0 netinstall.iso) and boot from that. It runs kernel 2.6.18-4-486 and does not load any radeon specific drivers, it uses vga16fb and does not run X. Booting from this appears to be enough to reset the card and then I can boot squeeze as before. Weird... Other things I've tried: *. The same set up on another machine -- the problem is reproducible so I don't think it is a hardware fault. What GPU does the other machine have? *. Installing linux-firmware-nonfree, this gives the same problem but when setting: options radeon modeset=0 in /etc/modprobe.d/radeon-kms.conf, DRI and 3D acceleration work. However neither change resolves the problem. Please provide dmesg and Xorg.0.log with linux-firmware-nonfree installed and modeset=1. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635687: ecore: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
severity 635687 serious thanks On Thu, Jul 28, 2011 at 11:08:15AM +0200, Bill Allombert wrote: Source: ecore Version: 1.0.0-2 Severity: important Hello Debian Pkg-e Team, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update ecore to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: ecore :Build-Depends: libjpeg62-dev This now makes the package unbuildable, as shown by edos-debcheck: | ecore (= 1.0.0-2) build-depends on one of: | - libjpeg62-dev (= 6b1-2) | ecore (= 1.0.0-2) build-depends on one of: | - libevas-dev (= 1.0.0-1.1) | libjpeg8-dev (= 8c-2) and libjpeg62-dev (= 6b1-2) conflict | libevas-dev (= 1.0.0-1.1) depends on one of: | - libjpeg8-dev (= 8c-2) Raising the severity accordingly. -- 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#637189: New spice 0.8.2-2
Hi, Kilian, I've uploaded new spice 0.8.2-2 to mentors.d.n, it can be get with: dget -x http://mentors.debian.net/debian/pool/main/s/spice/spice_0.8.2-2.dsc This update have following changes: * Add libpixman-1-dev and libssl-dev to libspice-server1 Depends (Closes: #637189) * Remove alsa, xrandr, xfixes, x11, xext and xrender from spice-server.pc Requires * Fix typo in debian/spicec.1 Would you like to have a review ? Thanks and Regards, -- Liang Guo http://bluestone.cublog.cn signature.asc Description: Digital signature
Bug#625323: collectd: ftbfs with gcc-4.6 -Werror
Hello Peter, On Thu, Aug 11, 2011 at 11:52:02PM +0100, peter green wrote: As well as the issue mentioned in this bug report I found two other issues that were preventing successfull build. thank you very much for your patch! I've committed the vast majority of it verbatim as http://octo.cx/61a1fa9. Here's what I changed: -buffer_ptr = fgets (buffer, sizeof (buffer), global_read_fh); +fgets (buffer, sizeof (buffer), global_read_fh); Leave the buffer_ptr in there and use it to write a warning when an unexpected EOF is read. Neither the current collectd-4.10 nor the collectd-5.0 branch compile without typename_len in src/plugin.c. I've dismissed this hunk completely. Thanks again :) —octo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637876: hatari: frequent now detected double bus error cpu halted
yelloprotoss yellowprot...@gmail.com writes: now in the stabl debian, hatari is given frequently (previous version not) detected double bus error cpu halted emulation needs to be reseted pitty because in the past was working better What are you running inside the emulator, and can you reproduce the error? also please remove this popup window when QUIT ... annoying wih mythtv and freevo + it brings notthing The confirmation dialog for exiting hatari could be made optional, perhaps a setting in the configuration for it would be the best solution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637975: iceape-browser: depends on iceape which conflicts with iceape-browser
Package: iceape-browser Version: 2.0.14-6 Severity: grave The traditional iceape-browser package is not installable because iceape declares an unversioned Conflicts with it. That very much defeats the purpose of the traditional package. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.0.1-nouveau (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637189: libspice-server-dev depends on pixman-1 but it is not specified in dependencies
Hi, Michael, On Wed, Aug 10, 2011 at 5:49 AM, Michael Tokarev m...@tls.msk.ru wrote: 09.08.2011 14:26, Michael Tokarev wrote: [] There are other dependencies too, like alsa openssl xrandr etc, but I haven't checked these. See also http://cgit.freedesktop.org/spice/spice/commit/?h=0.8id=54c660470a5aea19f799c5574cc0d4a707696712 -- this is actually a bugfix, -- spice .pc file unnecessary includes alsa which pulls its own set of include dirs, which contains, among other things, file named error.h. Which clashes with local (in another package using spice) file of the same name. So that qemu 0.15 does not build with spice 0.8.2 for example: http://lists.gnu.org/archive/html/qemu-devel/2011-08/msg00417.html http://lists.gnu.org/archive/html/qemu-devel/2011-08/msg00617.html /mjt I've asked Kilian to sponsor my new spice 0.8.2-2, In this upload, libpixman-1-dev (= 0.17.7~) and libssl-dev is added to libspice-server-dev's Depends field. alsa and other unused x11 Requires are removed. To compile qemu/qemu-kvm with spice-support, please add libspice-server-dev (= 0.8.2-2), libspice-protocol-dev to build depends, and --enable-spice to configure option. Actually, IMO, libspice-server-dev don't directly use libpixman-1-dev and libssl-dev, they should be removed too. Thanks, -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637688: [mercurial] unable to reproduce bug
Hi Chris, On 15/08/11 23:16, Chris Knadle wrote: Package: mercurial Version: 1.9.1-2 As I don't use Mercurial much (I mostly use Git) I decided to test the upgrade due to this bug, and was unable to reproduce it. In my case no byte-compiled files were removed. You are upgrading from 1.9.1-1, which already shipped all the files in /usr/lib/python2.6/dist-packages/mercurial , so no files needed to be removed from /usr/lib/python2.6/site-packages . The relevant output (from aptitude): Preparing to replace mercurial 1.9.1-1 (using .../mercurial_1.9.1-2_i386.deb) ... Unpacking replacement mercurial ... Preparing to replace mercurial-common 1.9.1-1 (using .../mercurial-common_1.9.1-2_all.deb) ... Unpacking replacement mercurial-common ... ... Setting up mercurial-common (1.9.1-2) ... Setting up mercurial (1.9.1-2) ... And 'hg' also seems to operate correctly as far as I can tell. Now the qustion is what cause byte-compiled files to be removed in the original instance the bug is based on. The byte-compiled files are removed from /usr/lib/python2.6/site-packages as part of the upgrade if you have anything left there from old installations. Then, those directories are removed because they are not needed any more, as the mercurial package follows the new convention of installing in dist-packages. BTW in case this may help, I'm including the output of the following command: $ ls -ld /usr/lib/python2.6/site-packages ls: cannot access /usr/lib/python2.6/site-packages: No such file or directory As expected. The question is what is installed there in the system of Simon (the original reporter). Thanks for testing the upgrade, Javi (Vicho) signature.asc Description: OpenPGP digital signature
Bug#637975: iceape-browser: depends on iceape which conflicts with iceape-browser
On Tue, Aug 16, 2011 at 09:49:40AM +0200, Sven Joachim wrote: Package: iceape-browser Version: 2.0.14-6 Severity: grave The traditional iceape-browser package is not installable because iceape declares an unversioned Conflicts with it. That very much defeats the purpose of the traditional package. Can you explain what your problem is exactly? I tested upgrade paths, and it worked. If you're not upgrading, why do you want to install iceape-browser when the package you want is iceape? If you are upgrading, please paste the error you get from apt. If this is only theoretical from the dependencies of the package, well, that was on purpose ;) Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637976: w3m: quoted text in forum posts is indistinguishible on phpbb sites
Package: w3m Version: 0.5.1-5.1 Severity: wishlist w3m is unusable in most forums (most of which use phpbb). The only anomaly that prevents w3m from working in forums is that quoted text is completely indistinguishable from reply text. One solution would be to add a few dashes or underscores after the quoted text, or prefix quoted text with greater than () symbols. -- System Information: Debian Release: 4.0 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.26-bpo.1-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages w3m depends on: ii libc6 2.3.6.ds1-13etch10 GNU C Library: Shared libraries ii libgc1c2 1:6.8-1conservative garbage collector for ii libgpmg1 1.19.6-25 General Purpose Mouse - shared lib ii libncurses5 5.5-5 Shared libraries for terminal hand ii libssl0.9.8 0.9.8c-4etch9 SSL shared libraries ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages w3m recommends: ii ca-certificates 20070303 Common CA Certificates PEM files -- 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#637977: libcanberra: Unsatisfiable versioned Build-Depends on obsolete package tdb-dev
Source: libcanberra Version: 0.28-1 Severity: serious As the subject says: tdb-dev is obsolete and is no longer in unstable, so the Build-Depends cannot be satisfied. Please update the package to use libtdb-dev instead. -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637967: [Pkg-fonts-devel] Bug#637967: please mark ttf-dejavu* Multi-Arch: foreign
Am 16.08.2011 04:13, schrieb Steve Langasek: some common 32-bit-only applications such as google earth have a dependency on ttf-dejavu, having the fonts marked Multi-Arch: foreign will facilitate being able to install those 32-bit packages directly on amd64 and let us get rid of ia32-libs sooner for wheezy. Erm, aren't ttf-dejavu-* packages Arch:all anyway? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637978: cups: Please add a dpkg trigger to update PPDs on driver upgrades
Package: cups
Version: 1.4.8-2
Severity: wishlist
Hi dear CUPS maintainers,
I would like cups to implement a dpkg trigger to update it's queues' PPDs on
driver upgrades.
This task is currently implemented (and duplicated) in each printer driver, as
a postinst. See e.g. c2esp, m2300w, foo2zjs, epson-inkjet-printer-escpr, etc.
My initial take to solve this functionality duplication was the creation of a
tiny cupsppupdate script and package (+ dh_* to include it nicely in the
package building processes), that would be launched by each package's
postinst. You can see this on the pkg-printing-tools initial repository:
http://anonscm.debian.org/gitweb/?p=collab-maint/pkg-printing-tools.git
But now I think this is not the right way to do it. As all drivers are
supposed to be installable even in the absence of CUPS (aka Recommends), the
script (and previously the postinst) checks for the presence and running status
of CUPS, and then goes updating files under /etc/cups/.
This should IMHO be implemented on CUPS's side, as a dpkg trigger: this way,
each time a driver would install or upgrade a file under
/usr/lib/cups/{driver,filter}, CUPS's dpkg-trigger would schedule an update
of its concerned queues' PPDs.
This would greatly reduce the code duplication and put the responsability to
update the CUPS queues on CUPS' shoulders instead of putting it on each
drivers'.
I plan to provide a patch, soon.
Cheers,
OdyX
-- System Information:
Debian Release: wheezy/sid
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'),
(500, 'stable'), (150, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages cups depends on:
ii adduser 3.113add and remove users and groups
ii bc 1.06.95-2+b1 The GNU bc arbitrary precision cal
ii cups-client 1.4.8-2 Common UNIX Printing System(tm) -
ii cups-common 1.4.8-2 Common UNIX Printing System(tm) -
ii cups-ppdc 1.4.8-2 Common UNIX Printing System(tm) -
ii debconf [debconf-2.0] 1.5.41 Debian configuration management sy
ii ghostscript 9.02~dfsg-3 interpreter for the PostScript lan
ii libacl1 2.2.51-3 Access control list shared library
ii libavahi-client30.6.30-5 Avahi client library
ii libavahi-common30.6.30-5 Avahi common library
ii libc6 2.13-16 Embedded GNU C Library: Shared lib
ii libcups21.4.8-2 Common UNIX Printing System(tm) -
ii libcupscgi1 1.4.8-2 Common UNIX Printing System(tm) -
ii libcupsdriver1 1.4.8-2 Common UNIX Printing System(tm) -
ii libcupsimage2 1.4.8-2 Common UNIX Printing System(tm) -
ii libcupsmime11.4.8-2 Common UNIX Printing System(tm) -
ii libcupsppdc11.4.8-2 Common UNIX Printing System(tm) -
ii libdbus-1-3 1.4.14-1 simple interprocess messaging syst
ii libgcc1 1:4.6.1-6GCC support library
ii libgnutls26 2.12.7-6 GNU TLS library - runtime library
ii libgssapi-krb5-21.9.1+dfsg-2 MIT Kerberos runtime libraries - k
ii libijs-0.35 0.35-7.1 IJS raster image transport protoco
ii libkrb5-3 1.9.1+dfsg-2 MIT Kerberos runtime libraries
ii liblcms11.19.dfsg-1 Little CMS color management librar
ii libldap-2.4-2 2.4.25-3 OpenLDAP libraries
ii libpam0g1.1.3-2 Pluggable Authentication Modules l
ii libpaper1 1.1.24+nmu1 library for handling paper charact
ii libpoppler130.16.7-2 PDF rendering library
ii libslp1 1.2.1-7.8OpenSLP libraries
ii libstdc++6 4.6.1-6 GNU Standard C++ Library v3
ii libusb-0.1-42:0.1.12-18 userspace USB programming library
ii lsb-base3.2-27 Linux Standard Base 3.2 init scrip
ii poppler-utils 0.16.7-2 PDF utilities (based on Poppler)
ii procps 1:3.2.8-11 /proc file system utilities
ii ssl-cert1.0.28 simple debconf wrapper for OpenSSL
ii ttf-freefont20100919-1 Freefont Serif, Sans and Mono True
ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime
Versions of packages cups recommends:
ii avahi-daemon 0.6.30-5Avahi mDNS/DNS-SD daemon
ii cups-driver-gutenprint 5.2.7-2 printer drivers for CUPS
ii foomatic-filters 4.0.9-1 OpenPrinting printer support - fil
ii ghostscript-cups 9.02~dfsg-3
Bug#637979: live-build: Assumes gzipped initrd although the default is lzma
Package: live-build
Version: 3.0~a29-1
Hello,
building a live CD with the experimental version currently fails with
$ sudo /usr/share/live/build/scripts/build/lb_binary_disk
P: Begin installing disk information...
gzip: ../binary/casper/initrd.img-3.0.0-8-generic: not in gzip format
cpio: verfrühtes Ende des Archivs
This happens when I leave LB_INITRAMFS_COMPRESSION to the default (which is
lzma) instead of setting it to gzip.
./scripts/build/lb_binary_disk calls
zcat ../../${INITRD} | cpio --quiet -id conf/uuid.conf
which assumes that the initramfs is in gzip format.
Unfortunately file does not (yet?) recognize an lzma stream, so
perhaps this should do a case statement based on
$LB_INITRAMFS_COMPRESSION, and use zcat vs. lzcat?
Thanks,
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
signature.asc
Description: Digital signature
Bug#637980: ImportError: No module named pkg_resources
Package: pep8 Version: 0.6.1-1 Severity: important From a clean and minimal unstable system: $ pep8 Traceback (most recent call last): File /usr/bin/pep8, line 5, in module from pkg_resources import load_entry_point ImportError: No module named pkg_resources After installing the package python-pkg-resources I get another error: $ pep8 Traceback (most recent call last): File /usr/bin/pep8, line 5, in module from pkg_resources import load_entry_point File /usr/lib/python2.6/dist-packages/pkg_resources.py, line 2672, in module working_set.require(__requires__) File /usr/lib/python2.6/dist-packages/pkg_resources.py, line 654, in require needed = self.resolve(parse_requirements(requirements)) File /usr/lib/python2.6/dist-packages/pkg_resources.py, line 552, in resolve raise DistributionNotFound(req) pkg_resources.DistributionNotFound: distribute I then installed python-distribute (as suggested by python-pkg-resources) that is in fact a virtual package for python-setuptools and now pep8 is working $ pep8 Usage: pep8 [options] input ... pep8: error: input not specified Maybe you should revert the change introduced in version 0.6.1-1 to fix bug #581019 setuptools dep unneeded, change to pkg_resources -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-486 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 pep8 depends on: ii python2.6.7-3interactive high-level object-orie ii python-support1.0.14 automated rebuilding support for P pep8 recommends no packages. pep8 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#620100: libreoffice-sdbc-postgresql: cannot edit tables
Hi, On Mon, Aug 15, 2011 at 10:32:28AM +0200, Ferry Toth wrote: This minimal patch https://bugs.freedesktop.org/show_bug.cgi?id=35784 #16 fixes the problem. I just hacked/built the package myself with Ubuntu sources (sorry). Probably 3.3.x sources (that builds compares to the same code patched into 3.4.x). Will need to find out why. You might want to consider applying the patch and reenabling the sdbc driver in LO? Done right now for the 3.3.4-1 upload (I don't know when it will appear in 3.4.x, and 3.4.x will get immediately to sid when 3.3.4 is in testing, regardless of whether -sdbc-postgresql is there or not) Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637981: sun-java6-jre: Download link to JCE is outdated
Package: sun-java6-jre Version: 6.26-0squeeze1 Severity: normal README.Debian has an outdated link to the JCE download page (Sun vs. Oracle). The current link is http://www.oracle.com/technetwork/java/javase/downloads/jce-6-download-429243.html. Torsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628243: syfi: FTBFS: syfi/swig/SyFi_wrap.cc:3109:50: error: 'const class GiNaC::basic' has no member named 'tinfo'
Hi Luca, On Sun, Aug 14, 2011 at 10:33 PM, Luca Falavigna dktrkr...@debian.org wrote: I uploaded swig2.0 2.0.4-2.1 which provides the fix in order to let syfi to build again. Could you please look whether it's OK now? Yes, the problem with swig2.0 is resolved with the 2.0.4-2.1 upload. Thank you. Having syfi built is important to complete ginac transition. Ok, I will ask upstream if a new release is planned soon. If not, I'll patch and upload to fix this bug. Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637898: zlib: please add biarch packages lib32z1 and lib32z1-dev on s390x
On Tue, Aug 16, 2011 at 07:06:09AM +0200, Aurelien Jarno wrote: Could you please point me to the version I should base my patch on? The one in experimental or a different one? A different one which I've not uploaded anywhere (or finished doing). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636435: No longer started in fallback mode (GNOME 3) or GNOME 2
hi, it is not started in XFCE too. I sought the XDG autostart desktop file, but package provides it only in /usr/share/applications directory. -- s pozdravom Slavko http://slavino.sk signature.asc Description: PGP signature
Bug#637398: [Pkg-mailman-hackers] Bug#637398: (no subject)
On Mon, 15 Aug 2011, Barry Warsaw wrote: In addition to my original patch, this change will fix the dependencies in the resulting .deb. Thanks, committed. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 52675-25 HRB AG Bonn 5168 • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Elmar Geese -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637975: iceape-browser: depends on iceape which conflicts with iceape-browser
On 2011-08-16 10:06 +0200, Mike Hommey wrote: On Tue, Aug 16, 2011 at 09:49:40AM +0200, Sven Joachim wrote: Package: iceape-browser Version: 2.0.14-6 Severity: grave The traditional iceape-browser package is not installable because iceape declares an unversioned Conflicts with it. That very much defeats the purpose of the traditional package. Can you explain what your problem is exactly? I tested upgrade paths, and it worked. If you're not upgrading, why do you want to install iceape-browser when the package you want is iceape? If you are upgrading, please paste the error you get from apt. I did aptitude safe-upgrade, noticed packages that were hold back and iceape-browser was among them. Then I tried aptitude install iceape-browser which does not find a satisfactory solution. If this is only theoretical from the dependencies of the package, well, that was on purpose ;) It is true that both aptitude full-upgrade and apt-get dist-upgrade would work, but then iceape is in danger of getting autoremoved immediately. Since most systems have packages installed that depend on or recommend www-browser or mail-reader, this is not likely to happen for many people, but the danger is there. You can avoid that by using versioned Conflicts (or better, Breaks) and leaving the cleanup of the transitional package to the sysadmin. Then aptitude safe-upgrade actually works. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637982: libspice-client-gtk-2.0-dev and libspice-client-glib-2.0-dev: error when trying to install together
Package: libspice-client-glib-2.0-dev,libspice-client-gtk-2.0-dev Version: libspice-client-glib-2.0-dev/0.7-1 Version: libspice-client-gtk-2.0-dev/0.7-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2011-08-16 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! multiarch-support libgpg-error0 libgcrypt11 libtasn1-3 libgnutls26 libkeyutils1 libkrb5support0 libk5crypto3 libkrb5-3 libgssapi-krb5-2 libpcre3 libwrap0 libasyncns0 libglib2.0-0 libatk1.0-data libatk1.0-0 libavahi-common-data libavahi-common3 libdbus-1-3 libavahi-client3 libcups2 libdatrie1 libexpat1 libfreetype6 ucf ttf-dejavu-core fontconfig-config libfontconfig1 libjpeg8 libjasper1 libpng12-0 libjpeg62 libtiff4 libxau6 libxdmcp6 libxcb1 libx11-data libx11-6 libgdk-pixbuf2.0-0 libgtk2.0-common libpixman-1-0 libxcb-render0 libxcb-shm0 libxrender1 libcairo2 libthai-data libthai0 libxft2 fontconfig libpango1.0-0 libxcomposite1 libxfixes3 libxcursor1 libxdamage1 libxext6 libxi6 libxinerama1 libxrandr2 libxml2 shared-mime-info libgtk2.0-0 x11-common libice6 libsm6 libogg0 libflac8 libvorbis0a libvorbisenc2 libsndfile1 libx11-xcb1 libcap2 libsasl2-2 libxtst6 libpulse0 libpulse-mainloop-glib0 libspice-server1 libspice-client-glib-2.0-4 libspice-client-glib-2.0-dev libspice-client-gtk-2.0-1 libspice-client-gtk-2.0-dev Extracting templates from packages: 37% Extracting templates from packages: 75% Extracting templates from packages: 100% Preconfiguring packages ... Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package multiarch-support. (Reading database ... 9213 files and directories currently installed.) Unpacking multiarch-support (from .../multiarch-support_2.13-16_amd64.deb) ... Selecting previously deselected package libgpg-error0. Unpacking libgpg-error0 (from .../libgpg-error0_1.10-0.3_amd64.deb) ... Can not write log, openpty() failed (/dev/pts not mounted?) Setting up multiarch-support (2.13-16) ... Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package libgcrypt11. (Reading database ... 9235 files and directories currently installed.) Unpacking libgcrypt11 (from .../libgcrypt11_1.4.6-9_amd64.deb) ... Selecting previously deselected package libtasn1-3. Unpacking libtasn1-3 (from .../libtasn1-3_2.9-4_amd64.deb) ... Selecting previously deselected package libgnutls26. Unpacking libgnutls26 (from .../libgnutls26_2.12.7-6_amd64.deb) ... Selecting previously deselected package libkeyutils1. Unpacking libkeyutils1 (from .../libkeyutils1_1.4-6_amd64.deb) ... Selecting previously deselected package libkrb5support0. Unpacking libkrb5support0 (from .../libkrb5support0_1.9.1+dfsg-2_amd64.deb) ... Selecting previously deselected package libk5crypto3. Unpacking libk5crypto3 (from .../libk5crypto3_1.9.1+dfsg-2_amd64.deb) ... Selecting previously deselected package libkrb5-3. Unpacking libkrb5-3 (from .../libkrb5-3_1.9.1+dfsg-2_amd64.deb) ... Selecting previously deselected package libgssapi-krb5-2. Unpacking libgssapi-krb5-2 (from .../libgssapi-krb5-2_1.9.1+dfsg-2_amd64.deb) ... Selecting previously deselected package libpcre3. Unpacking libpcre3 (from .../libpcre3_8.12-4_amd64.deb) ... Selecting previously deselected package libwrap0. Unpacking libwrap0 (from .../libwrap0_7.6.q-21_amd64.deb) ... Selecting previously deselected package libasyncns0. Unpacking libasyncns0 (from .../libasyncns0_0.8-4_amd64.deb) ... Selecting previously deselected package libglib2.0-0. Unpacking libglib2.0-0 (from .../libglib2.0-0_2.28.6-1_amd64.deb) ... Selecting previously deselected package libatk1.0-data. Unpacking libatk1.0-data (from .../libatk1.0-data_2.0.1-2_all.deb) ... Selecting previously deselected package libatk1.0-0. Unpacking libatk1.0-0 (from .../libatk1.0-0_2.0.1-2_amd64.deb) ... Selecting previously deselected package libavahi-common-data. Unpacking libavahi-common-data (from .../libavahi-common-data_0.6.30-5_amd64.deb) ... Selecting previously deselected package libavahi-common3. Unpacking libavahi-common3 (from .../libavahi-common3_0.6.30-5_amd64.deb) ... Selecting previously deselected package libdbus-1-3. Unpacking libdbus-1-3 (from .../libdbus-1-3_1.4.14-1_amd64.deb) ... Selecting previously deselected package libavahi-client3. Unpacking libavahi-client3 (from .../libavahi-client3_0.6.30-5_amd64.deb) ... Selecting previously deselected package libcups2. Unpacking libcups2 (from .../libcups2_1.4.8-2_amd64.deb) ... Selecting previously deselected package libdatrie1. Unpacking libdatrie1 (from .../libdatrie1_0.2.4-3_amd64.deb) ... Selecting previously deselected package libexpat1. Unpacking libexpat1 (from .../libexpat1_2.0.1-7_amd64.deb) ...
Bug#637983: snappy and spice-client-gtk: error when trying to install together
Package: spice-client-gtk,snappy Version: spice-client-gtk/0.7-1 Version: snappy/0.2-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2011-08-16 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! multiarch-support libgpg-error0 libgcrypt11 libtasn1-3 libgnutls26 libkeyutils1 libkrb5support0 libk5crypto3 libkrb5-3 libgssapi-krb5-2 libpcre3 libwrap0 libasyncns0 libglib2.0-0 libatk1.0-data libatk1.0-0 libavahi-common-data libavahi-common3 libdbus-1-3 libavahi-client3 libexpat1 libfreetype6 ucf ttf-dejavu-core fontconfig-config libfontconfig1 libpixman-1-0 libpng12-0 libxau6 libxdmcp6 libxcb1 libx11-data libx11-6 libxcb-render0 libxcb-shm0 libxrender1 libcairo2 libcairo-gobject2 libdrm2 libjpeg8 libjasper1 libjpeg62 libtiff4 libgdk-pixbuf2.0-0 libxfixes3 libxdamage1 libxext6 libxxf86vm1 libgl1-mesa-glx libjson-glib-1.0-0 libdatrie1 libthai-data libthai0 libxft2 fontconfig libpango1.0-0 libxcomposite1 libxi6 libclutter-1.0-0 libcups2 libgtk2.0-common libxcursor1 libxinerama1 libxrandr2 libxml2 shared-mime-info libgtk2.0-0 x11-common libice6 libsm6 libogg0 libflac8 libvorbis0a libvorbisenc2 libsndfile1 libx11-xcb1 libcap2 libsasl2-2 libcdparanoia0 libgstreamer0.10-0 liborc-0.4-0 libtheora0 libvisual-0.4-0 iso-codes libgstreamer-plugins-base0.10-0 gstreamer0.10-plugins-base libclutter-gst-1.0-0 libxtst6 libpulse0 libpulse-mainloop-glib0 libspice-server1 libspice-client-glib-2.0-4 libspice-client-gtk-2.0-1 snappy spice-client-gtk Extracting templates from packages: 31% Extracting templates from packages: 63% Extracting templates from packages: 94% Extracting templates from packages: 100% Preconfiguring packages ... Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package multiarch-support. (Reading database ... 9213 files and directories currently installed.) Unpacking multiarch-support (from .../multiarch-support_2.13-16_amd64.deb) ... Selecting previously deselected package libgpg-error0. Unpacking libgpg-error0 (from .../libgpg-error0_1.10-0.3_amd64.deb) ... Can not write log, openpty() failed (/dev/pts not mounted?) Setting up multiarch-support (2.13-16) ... Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package libgcrypt11. (Reading database ... 9235 files and directories currently installed.) Unpacking libgcrypt11 (from .../libgcrypt11_1.4.6-9_amd64.deb) ... Selecting previously deselected package libtasn1-3. Unpacking libtasn1-3 (from .../libtasn1-3_2.9-4_amd64.deb) ... Selecting previously deselected package libgnutls26. Unpacking libgnutls26 (from .../libgnutls26_2.12.7-6_amd64.deb) ... Selecting previously deselected package libkeyutils1. Unpacking libkeyutils1 (from .../libkeyutils1_1.4-6_amd64.deb) ... Selecting previously deselected package libkrb5support0. Unpacking libkrb5support0 (from .../libkrb5support0_1.9.1+dfsg-2_amd64.deb) ... Selecting previously deselected package libk5crypto3. Unpacking libk5crypto3 (from .../libk5crypto3_1.9.1+dfsg-2_amd64.deb) ... Selecting previously deselected package libkrb5-3. Unpacking libkrb5-3 (from .../libkrb5-3_1.9.1+dfsg-2_amd64.deb) ... Selecting previously deselected package libgssapi-krb5-2. Unpacking libgssapi-krb5-2 (from .../libgssapi-krb5-2_1.9.1+dfsg-2_amd64.deb) ... Selecting previously deselected package libpcre3. Unpacking libpcre3 (from .../libpcre3_8.12-4_amd64.deb) ... Selecting previously deselected package libwrap0. Unpacking libwrap0 (from .../libwrap0_7.6.q-21_amd64.deb) ... Selecting previously deselected package libasyncns0. Unpacking libasyncns0 (from .../libasyncns0_0.8-4_amd64.deb) ... Selecting previously deselected package libglib2.0-0. Unpacking libglib2.0-0 (from .../libglib2.0-0_2.28.6-1_amd64.deb) ... Selecting previously deselected package libatk1.0-data. Unpacking libatk1.0-data (from .../libatk1.0-data_2.0.1-2_all.deb) ... Selecting previously deselected package libatk1.0-0. Unpacking libatk1.0-0 (from .../libatk1.0-0_2.0.1-2_amd64.deb) ... Selecting previously deselected package libavahi-common-data. Unpacking libavahi-common-data (from .../libavahi-common-data_0.6.30-5_amd64.deb) ... Selecting previously deselected package libavahi-common3. Unpacking libavahi-common3 (from .../libavahi-common3_0.6.30-5_amd64.deb) ... Selecting previously deselected package libdbus-1-3. Unpacking libdbus-1-3 (from .../libdbus-1-3_1.4.14-1_amd64.deb) ... Selecting previously deselected package libavahi-client3. Unpacking libavahi-client3 (from .../libavahi-client3_0.6.30-5_amd64.deb) ... Selecting previously deselected package libexpat1. Unpacking libexpat1 (from .../libexpat1_2.0.1-7_amd64.deb) ... Selecting previously deselected
Bug#631684: transition: libmtp
On Mon, Aug 15, 2011 at 10:53:47AM +0200, Alessio Treglia wrote: On Sun, Aug 14, 2011 at 11:24 PM, Philipp Kern pk...@debian.org wrote: I guess we could do this when libnotify's done. OK, thank you! Please start. (And please followup after your upload of libmtp got accepted, so that we can schedule the binNMUs.) Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#633789: notify-osd
I can confirm as well that installing notify-osd solved the problem. -- Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530519: Adding that hack as a note in README.Debian ?
If you want play with shell and ldapsearch output, be sure your dn entries are one per line. An perl script could be: ldapsearch ... | perl -p -0040 -e 's/\n //' On OpenLDAP 2.4.24 or later, ldapsearch and slapcat have -o ldif-wrap=n option for that. Use `ldapsearch -o ldif-wrap=no ...` instead. See also: http://www.openldap.org/its/index.cgi?findid=6645 -- -- Name: SATOH Fumiyasu (fumiyas @ osstech co jp) -- Business Home: http://www.OSSTech.co.jp/ -- Personal Home: http://www.SFO.jp/blog/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631684: transition: libmtp
On Tue, Aug 16, 2011 at 10:41 AM, Philipp Kern pk...@debian.org wrote: Please start. (And please followup after your upload of libmtp got accepted, so that we can schedule the binNMUs.) Accepted in unstable, thanks! -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637392: linux-image-2.6.32-5-amd64: [drm:r600_audio_bits_per_sample] *ERROR* Unknown bits per sample 0xf using 16 instead
Hello, 2011/8/15 Jonathan Nieder jrnie...@gmail.com [...] Anyway, please report this upstream at http://bugs.freedesktop.org/, product DRI, component DRM/Radeon, and send the bug number so we can work on it there. Done: https://bugs.freedesktop.org/show_bug.cgi?id=40128 -- with best regards, Volodymyr
Bug#553707: RFH: lzma -- future of Debian squashfs-lzma
reassign 553707 lzma-source 4.43-14 retitle 553707 please remove squashfs-lzma module (does not work with current kernel) severity 553707 important quit Hi again, Jonathan Nieder wrote: Good news: squashfs maintainer Phillip Lougher is pushing for LZMA support in squashfs 4.0 in the mainline kernel [...] 1. How to support current users until an updated kernel enters sid? squashfs xz landed in 2.6.38. Userspace arrived in Debian in squashfs-tools 1:4.1-1. [...] 2. Once squashfs 4 + lzma is available, is there a need to continue to support squashfs 3 + lzma? No, unsquashfs takes care of that. [...] 3. More generally, what do people use squashfs-lzma for, and what guarantees do they need in order to do it? LiveCDs. Now that squashfs 4 is in mainline, the format is probably going to remain supported for a while. Old formats were subject to change from time to time but unsquashfs can be used to read the older ones (all the way back to 1.x). [...] I am hoping some squashfs-lzma user can explain how and perhaps take on the task of assuring it is well supported for squeeze. So this is taken care of. It looks like what's left is to remove the lzma-source package and perhaps lzma-dev (it has one declared reverse-build-dependency --- chromium --- which I don't think actually uses the headers). That way the rest of the package can be less scary to modify. How about something like the following to start? Thanks, Jonathan --- debian/changelog |7 +++ debian/control | 18 -- debian/rules | 20 3 files changed, 7 insertions(+), 38 deletions(-) diff --git a/debian/changelog b/debian/changelog index 4eb32b95..a5351a73 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +lzma (4.43-14.1) local; urgency=low + + * Drop lzma-source package. It doesn't work with current kernels +and SquashFS XZ is part of the standard kernel now. + + -- Jonathan Nieder jrnie...@gmail.com Tue, 16 Aug 2011 03:53:31 -0500 + lzma (4.43-14) unstable; urgency=low * Bump Standards-Version to 3.8.0. diff --git a/debian/control b/debian/control index 05c617c1..8f348b77 100644 --- a/debian/control +++ b/debian/control @@ -44,24 +44,6 @@ Description: Compression method of 7z format in 7-Zip program - development file This package contains the headers and libraries of lzma. It is experimental and will be replaced by the library as soon as it is available. - -Package: lzma-source -Architecture: all -Depends: module-assistant, debhelper ( 4.0.0), bzip2, make, lzma-dev -Description: Source for the lzma kernel module - LZMA is a compression algorithm, based on the famous Lempel Ziv - compression method. - . - The main characteristics of the algorithm are very good compression, - fast decompression, use of lot of RAM for compression and low usage of - RAM for decompression. - . - LZMA provides high compression ratio and very fast decompression, so it - is very suitable for embedded applications. For example, it can be used - for ROM (firmware) compression. - . - This package provides the source code for the lzma kernel modules. - Kernel source and headers are required to compile these modules. Package: lzma-alone Architecture: any diff --git a/debian/rules b/debian/rules index c432919c..5d81ea55 100755 --- a/debian/rules +++ b/debian/rules @@ -6,7 +6,6 @@ SRC_DIR_C = C/7zip/Compress/LZMA_C SRC_DIR_ALONE = C/7zip/Compress/LZMA_Alone -MOD = $(SRC_DIR_C)/kmod/module.c $(SRC_DIR_C)/uncomp.c DEB_HOST_GNU_TYPE=$(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE=$(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) @@ -64,25 +63,6 @@ binary-indep: build install dh_link -i dh_compress -i dh_fixperms -i - - # Create the temporary directory for lzma-source - mkdir -m755 -p debian/modules/lzma/debian - - # Copy the source and header files - install -m644 $(MOD) $(SRC_DIR_C)/LzmaDecode.c $(SRC_DIR_C)/kmod/Makefile \ - debian/modules/lzma - - # Copy the debian specific files - install -m644 debian/changelog debian/compat debian/copyright \ - debian/control.modules.in debian/modules/lzma/debian - - # This rules file is specific to m-a - install -m755 debian/rules.modules \ - debian/modules/lzma/debian/rules - - # Finally create the tarball which contains the module directory - cd debian tar jcf lzma-source/usr/src/lzma.tar.bz2 modules - dh_installdeb -i dh_gencontrol -i dh_md5sums -i -- 1.7.6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634641: waili: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
severity 634641 serious thanks On Tue, Jul 19, 2011 at 11:18:17AM +0200, Bill Allombert wrote: Source: waili Version: 19990723-19 Severity: important Hello Andrea, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update waili to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: waili :Build-Depends: libjpeg62-dev This now makes this package unbuildable, as shown by edos-debcheck: | waili (= 19990723-19) build-depends on one of: | - libtiff4-dev (= 3.9.5-1) | waili (= 19990723-19) build-depends on one of: | - libjpeg62-dev (= 6b1-2) | libtiff4-dev (= 3.9.5-1) depends on one of: | - libjpeg8-dev (= 8c-2) | libjpeg8-dev (= 8c-2) and libjpeg62-dev (= 6b1-2) conflict Bumping the severity accordingly. -- 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#637189: New spice 0.8.2-2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 16.08.2011 11:28, Liang Guo wrote: Hi, Kilian, I've uploaded new spice 0.8.2-2 to mentors.d.n, it can be get with: dget -x http://mentors.debian.net/debian/pool/main/s/spice/spice_0.8.2-2.dsc This update have following changes: * Add libpixman-1-dev and libssl-dev to libspice-server1 Depends (Closes: #637189) * Remove alsa, xrandr, xfixes, x11, xext and xrender from spice-server.pc Requires * Fix typo in debian/spicec.1 The package looks better now. And since I will be - as it seems - the first user of it (as qemu-kvm maintainer), I can sponsor it too, after verifying that qemu-kvm can be built with it. There are a few nitpicks still, about style of debian/rules, but that's not really important for now. So if that's ok with you - me sponsoring the upload - just say so and I'll do the work. Thanks! /mjt -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iJwEAQECAAYFAk5KN2cACgkQUlPFrXTwyDjAjgP/ftyreUesWlMe5zq3xKmKBVk+ RD2C8QAaLRRPZk1Gp1Dd+MScf9MtjBAszZyrKi41peTXWrjGQqvLqMlsLHxgiTLZ jLM0/zeBfEbweYK4PT01ADwbjqCq7t2H/9PMmFp7b+qZZHRuiEMbygf7U7WRgwwq TFU5+JDu2+are0M/TuE= =LpTi -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#631589: python-dolfin: python -c import dolfin fails with MPI error
Hi Luk, thanks for the report and sorry for the late reply. On Sat, Jun 25, 2011 at 7:57 AM, LUK ShunTim shuntim@polyu.edu.hk wrote: $ python -c import dolfin *** The MPI_comm_size() function was called before MPI_INIT was invoked. *** This is disallowed by the MPI standard. *** Your MPI job will now abort. Does importing PyTrilinos before dolfin fix this problem for you? Try: $ python -c import PyTrilinos;import dolfin This fixes the problem for me. Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637970: Enable LVM in mipsel/loongson-2f recipes
tags 637970 pending thanks On Mon, Aug 15, 2011 at 09:34:46PM -0700, Matt Kraai wrote: I'd like to be able to use the guided partitioning's encrypted LVM option on my Yeeloong. I'm able to do so by hacking the mipsel/loongson-2f's atomic recipe, so the attached patch would allow others to do so as well. Applied, thanks! -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637189: New spice 0.8.2-2
On Tue, Aug 16, 2011 at 5:24 PM, Michael Tokarev m...@tls.msk.ru wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 16.08.2011 11:28, Liang Guo wrote: Hi, Kilian, I've uploaded new spice 0.8.2-2 to mentors.d.n, it can be get with: dget -x http://mentors.debian.net/debian/pool/main/s/spice/spice_0.8.2-2.dsc This update have following changes: * Add libpixman-1-dev and libssl-dev to libspice-server1 Depends (Closes: #637189) * Remove alsa, xrandr, xfixes, x11, xext and xrender from spice-server.pc Requires * Fix typo in debian/spicec.1 The package looks better now. And since I will be - as it seems - the first user of it (as qemu-kvm maintainer), I can sponsor it too, after verifying that qemu-kvm can be built with it. There are a few nitpicks still, about style of debian/rules, but that's not really important for now. So if that's ok with you - me sponsoring the upload - just say so and I'll do the work. Thanks! /mjt -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iJwEAQECAAYFAk5KN2cACgkQUlPFrXTwyDjAjgP/ftyreUesWlMe5zq3xKmKBVk+ RD2C8QAaLRRPZk1Gp1Dd+MScf9MtjBAszZyrKi41peTXWrjGQqvLqMlsLHxgiTLZ jLM0/zeBfEbweYK4PT01ADwbjqCq7t2H/9PMmFp7b+qZZHRuiEMbygf7U7WRgwwq TFU5+JDu2+are0M/TuE= =LpTi -END PGP SIGNATURE- I'll be glade that you can sponsor it. so please. Thanks, -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637812: extplorer: New upstream version available
On 08/16/2011 03:58 PM, Roland Stigge wrote: Hi Thomas, thanks for your note! On 08/16/2011 02:24 AM, Thomas Goirand wrote: Before we package that, we need to package: - php-text-diff At http://pear.php.net/package/Text_Diff, they say that it has been superseded by http://pear.horde.org/ Horde_Text_Diff. Which one would be the right one for us? Have a look to what's embedded in the latest version of eXtplorer, I guess, and maybe check if it works with the one from Horde. I don't know if they are compatible, and this has to be checked. - version 3.4.0 of extjs There's already ExtJS 4 available. Would that also be compatible, or do we need to stick to extjs 3.4.0? eXtplorer isn't compatible with ExtJS 4, according to Soren (the upstream author of eXtplorer). That's also quite problematic, since at some point, we will need to have support for it. A remaining problem is the missing swfupload binary. But this can only be built from source with the still not available mxmlc compiler for ActionScript. Yes, and I haven't find a way to fix this issue yet. Will need to see if we can package the ActionScript 3 compiler from Adobe... Is that free? Of course, by free I mean compatible with the DFSG in Debian! If you do that packaging, I believe a lot of people will be happy to use it. The uploader is really a component that a lot of people would need. Thomas P.S: Please leave 637...@bugs.debian.org as Cc:, since in Debian, we like to have every discussion to be public if possible. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637978: cups: Please add a dpkg trigger to update PPDs on driver upgrades
tags 637978 + patch thanks Le mardi, 16 août 2011 10.14:51, Didier Raboud a écrit : I would like cups to implement a dpkg trigger to update it's queues' PPDs on driver upgrades. (…) I plan to provide a patch, soon. Here it is, please comment. Cheers, -- OdyX diff -Nru cups-1.4.8/debian/changelog cups-1.4.8/debian/changelog --- cups-1.4.8/debian/changelog 2011-08-04 13:29:13.0 +0200 +++ cups-1.4.8/debian/changelog 2011-08-16 11:24:53.0 +0200 @@ -1,3 +1,11 @@ +cups (1.4.8-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Add a dpkg trigger to update the queues' PPDs on driver and filter +upgrades (Closes: #637978). + + -- Didier Raboud o...@debian.org Tue, 16 Aug 2011 11:24:44 +0200 + cups (1.4.8-2) unstable; urgency=low * debian/control: Unbreak Maintainer: field. (Closes: #636574) diff -Nru cups-1.4.8/debian/cups.postinst cups-1.4.8/debian/cups.postinst --- cups-1.4.8/debian/cups.postinst 2011-08-04 13:29:13.0 +0200 +++ cups-1.4.8/debian/cups.postinst 2011-08-16 11:22:11.0 +0200 @@ -190,13 +190,13 @@ # Do the following only if CUPS is running and the needed CUPS tools # are available -if [ $1 = configure ] \ +if [ $1 = configure ] || [ $1 = triggered ] \ which lpstat /dev/null 21 \ which lpinfo /dev/null 21 \ which lpadmin /dev/null 21 \ LC_ALL=C lpstat -h /var/run/cups/cups.sock -r | grep -v not /dev/null 21; then # Update the PPD files of all already installed print queues -driverregexp='lsb/usr/cups-included/|drv:///sample.drv/' +driverregexp='\.*' gennicknameregexp='s/,\s*\d+\.\d+[\d\.]*$//i' [ ! -z $gennicknameregexp ] \ gennicknameregexp=; $gennicknameregexp diff -Nru cups-1.4.8/debian/cups.triggers cups-1.4.8/debian/cups.triggers --- cups-1.4.8/debian/cups.triggers 1970-01-01 01:00:00.0 +0100 +++ cups-1.4.8/debian/cups.triggers 2011-08-16 11:24:35.0 +0200 @@ -0,0 +1,7 @@ +# Trigger to update CUPS' queues' PPDs +interest /usr/lib/cups/driver +interest /usr/lib/cups/filter +interest /usr/share/cups/model +interest /usr/share/cups/drv +interest /usr/share/ppd +interest /usr/share/foomatic
Bug#637979: live-build: Assumes gzipped initrd although the default is lzma
On 16/08/11 05:16 AM, Martin Pitt wrote: Unfortunately file does not (yet?) recognize an lzma stream, so perhaps this should do a case statement based on $LB_INITRAMFS_COMPRESSION, and use zcat vs. lzcat? Similar to lb_chroot_hacks, I guess. Though the duplication gets tedious after a while (I understand why in lb_chroot_hacks that's hard to avoid, though). In the particular case of zcat, wouldn't it be better to have ZCAT, or some such, set variously to zcat, bzcat or lzcat, depending on LB_INITRAMFS_COMPRESSION and use that here instead of a case? Ben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637812: extplorer: New upstream version available
Hi, On 08/16/2011 11:33 AM, Thomas Goirand wrote: Will need to see if we can package the ActionScript 3 compiler from Adobe... Is that free? Of course, by free I mean compatible with the DFSG in Debian! If you do that packaging, I believe a lot of people will be happy to use it. The uploader is really a component that a lot of people would need. I already asked upstream (Forum) if the MPL not only applies to the OpenSource Flex SDK package but also to the Opensource Flex SVN, where the Java sources for the compiler ls located (don't find the source in the SDK package). Need to wait for an answer. bye, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637984: libmozjs-dev: /usr/include/mozjs/jsutil.h try to include mozilla/Util.h who doesn't exist.
Package: libmozjs-dev Version: 6.0-1 Severity: normal Hi, In /usr/include/mozjs/jsutil.h I see line 48 : #include mozilla/Util.h But I can find this include in Debian Christian -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/4 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 libmozjs-dev depends on: ii libmozjs6d6.0-1 Mozilla SpiderMonkey JavaScript li ii libnspr4-dev 4.8.9-1Development files for the NetScape libmozjs-dev recommends no packages. libmozjs-dev 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#637985: geany: Geany terminal hangs when restarted twice
Package: geany Version: 0.19.1-1 Severity: normal When restarting terminal (or hitting Ctrl-C), works ok for the first time, but hangs terminal when done again. -- 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=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages geany depends on: 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 libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib ii libgcc11:4.4.5-8 GCC support library ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime geany recommends no packages. Versions of packages geany suggests: pn doc-base none (no description available) ii libvte9 1:0.24.3-2 Terminal emulator widget for GTK+ -- 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#637978: cups: Please add a dpkg trigger to update PPDs on driver upgrades
On Tue, Aug 16, 2011 at 10:14:51AM +0200, Didier Raboud wrote:
I would like cups to implement a dpkg trigger to update it's queues' PPDs on
driver upgrades.
This task is currently implemented (and duplicated) in each printer driver, as
a postinst. See e.g. c2esp, m2300w, foo2zjs, epson-inkjet-printer-escpr, etc.
My initial take to solve this functionality duplication was the creation of a
tiny cupsppupdate script and package (+ dh_* to include it nicely in the
package building processes), that would be launched by each package's
postinst. You can see this on the pkg-printing-tools initial repository:
http://anonscm.debian.org/gitweb/?p=collab-maint/pkg-printing-tools.git
But now I think this is not the right way to do it. As all drivers are
supposed to be installable even in the absence of CUPS (aka Recommends), the
script (and previously the postinst) checks for the presence and running
status
of CUPS, and then goes updating files under /etc/cups/.
This should IMHO be implemented on CUPS's side, as a dpkg trigger: this way,
each time a driver would install or upgrade a file under
/usr/lib/cups/{driver,filter}, CUPS's dpkg-trigger would schedule an update
of its concerned queues' PPDs.
This would greatly reduce the code duplication and put the responsability to
update the CUPS queues on CUPS' shoulders instead of putting it on each
drivers'.
Such a tool would be great. I wrote cups-genppdupdate as part of the
gutenprint cups driver. Feel free to borrow from it.
Note that this is something upstream have stated an interest in in
the past. It might be worth discussing this with them directly--they
may already be working on it, or have some insight into how to
integrate this with CUPS nicely. Ideally CUPS itself should be able
to refresh the PPDs, at least in the common case where the PPDs are
packaged.
Does your tool preserve the options stored in the PPD, or are these
lost? When I wrote cups-genppdupdate I had to manually parse and
merge all options, but maybe CUPS does this internally now?
It's also important to deal with PPDs which don't exist on disk;
nowadays the drivers can autogenerate their associated PPDs
(see: gutenprint). Does your tool cope with this? I've looked
through the script, but I wasn't entirely sure.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`-GPG Public Key: 0x25BFB848 Please GPG sign your mail.
signature.asc
Description: Digital signature
Bug#637986: transmission: Failed open a *.torrent file, if Transmission is already running
Package: transmission Version: 2.03-2.2 Severity: normal If I open a .torrent file when Transmission is closed, then Transmission opens automatically and a download window pops up. Everything goes ok in this case. But if Transmission is already running and I try to open a .torrent file, then I receive an error message complaining that Transmission is already opened. In this case, no download window pops up and I'm not able to add the new torrent to the download list. Same troubles I have found in Internet: https://forum.transmissionbt.com/viewtopic.php?f=2t=10821 https://bugzilla.redhat.com/show_bug.cgi?id=634719 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages transmission depends on: ii transmission-cli 2.03-2.2 lightweight BitTorrent client (com ii transmission-common 2.03-2.2 lightweight BitTorrent client (com ii transmission-gtk 2.03-2.2 lightweight BitTorrent client (GTK transmission recommends no packages. transmission 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#636215: translation pane not shown
-=| Michael Biebl, Mon, Aug 15, 2011 at 05:48:24PM +0200 |=- could you try starting gtranslator with a fresh configuration. Either create a new user account, or (re)move ~/.gtranslator and ~/.config/gtranslator The single file that I removed causing the translation pane to reappear was ~/.config/gtranslator/gtr-layout.xml Disabling the plugins was the first thing to do (before looking in .config as advised) and it didn't help. After removing ~/.config/gtranslator/gtr-layout.xml the translation pane reappeared and enabling all plugins had no ill consequences. The bad layout file contained: ?xml version=1.0? dock-layoutlayout name=__default__dock name=__dock_1 floating=no width=-1 height=-1 floatx=0 floaty=0//layout/dock-layout The good that was recreated: ?xml version=1.0? dock-layoutlayout name=__default__dock name=__dock_1 floating=no width=-1 height=-1 floatx=0 floaty=0paned orientation=horizontal locked=no position=841paned orientation=vertical locked=no position=416item name=GtrMessageTable orientation=vertical locked=no/item name=GtrTranslationFields orientation=vertical locked=no//panedpaned orientation=vertical locked=no position=387item name=GtrTranslationMemoryUI orientation=vertical locked=no/item name=GtrContextPanel orientation=vertical locked=no//paned/paned/dock/layout/dock-layout Hopefuly there is some other way to avoid the issue, apart from manually deleting a file in .config :) signature.asc Description: Digital signature
Bug#637362: openconnect: Fix FTBFS on hurd-i386
On Mon, 2011-08-15 at 18:39 -0600, David Woodhouse wrote: On Wed, 2011-08-10 at 18:22 +0200, Svante Signell wrote: Source: openconnect Version: 3.02-1 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hi, currently openconnect does not compile on hurd-i386. The problem is a missing inclusion of sys/statfs.h in ssl.c. The inlined patch fixes this issue. Thanks. Can I have that patch again with a Signed-off-by: please? Signed-off-by: svante.sign...@telia.com Or do you need a DM to do the signing. I'm not a DM myself, but can find one if needed. --- openconnect-3.02/ssl.c~ 2011-04-19 15:49:41.0 +0200 +++ openconnect-3.02/ssl.c 2011-08-10 17:43:18.0 +0200 @@ -40,6 +40,8 @@ #include sys/mount.h #elif defined (__sun__) || defined(__NetBSD__) || defined(__DragonFly__) #include sys/statvfs.h +#elif defined (__GNU__) +#include sys/statfs.h #endif #include openssl/ssl.h
Bug#632377: reportbug: please make --template ignore MUA settings exiting.
retitle 632377 reportbug: please make --template ignore MUA settings severity 632377 wishlist thanks * Sandro Tosi mo...@debian.org, 2011-08-16, 01:38: I installed reportbug in a clean chroot and tried this: $ reportbug --template reportbug Selected mail user agent cannot be found; exiting. Can you still replicate this bug? I've just tried logging into my pbuilder chroot, installing latest reportbug (+ to make it work: sed -i 's/MIN_USER_ID = 250/MIN_USER_ID = 0/' /usr/bin/reportbug) and --template works as expected. Could it be your chroot had a config file somewhere with a mua configured in it? Oops, indeed. (Not exeactly in the chroot: I had /home bind-mounted. I've been using reportbug --template in chroot for years, and somehow never managed to trigger this behavior. So I was quite surprised to see such an error message soon after a reportbug upgrade. Sorry for the noise!) So I'm turning this into a wishlist bug. Could reportbug be kind enough to ignore MUA settings from configuration files if --template is being used? Thanks! -- 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#637978: cups: Please add a dpkg trigger to update PPDs on driver upgrades
Roger, my postinst scripts (which OdyX uses for his trigger solution) conserve the default settings by replacing the PPD files using lpadmin -m. They also support PPDs which do not exist physically but get generated on the fly (listing available PPDs with lpinfo -m and requesting them with lpadmin -m, no direct file system access is done). Till -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#408523: Reproduce?
hi, On Sat, Aug 06, 2011 at 01:36:12AM +0200, Christoph Haas wrote: Weird issue. Honestly I haven't seen that in 1.6 and 1.8. Could you check if the problem still exists in current versions, please? this issue was related to: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=408489#20 i was too lazy parsing and rewriting the config file by hand so i applied a workaround using UCF. See the following commit: http://anonscm.debian.org/viewvc/collab-maint/deb-maint/zabbix/trunk/debian/zabbix-agent.postinst?r1=2116r2=2242 i think it's still like this, Frank suggests to drop the UCF Depenency and to do it without ucf, just using the value of the existing config file and re-set it in the newly installed one. But maybe im wrong, its been a while .. ;) bye, - michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637396: glark: new upstream version 1.9.0
hi, On Wed, Aug 10, 2011 at 11:46:03PM +0200, Ricardo Mones wrote: Seems a new version 1.9.0 is available on their website [0], would be nice to have it packaged for Debian. BTW, you should add the Homepage: field to control file ;-) regards, [0] http://www.incava.org/projects/glark as with version 1.9.0 glark has been converted to an ruby gem... I need to look into this .. bye, - michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637987: libgtkpod1 depends on libanjuta0, not libanjuta-3-0
Package: libgtkpod1 Version: 2.1.0~git20110604.c707594-3 Severity: normal Trying to (re-)install gtkpod under Wheezy: # apt-get install gtkpod Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: gtkpod : Depends: libgtkpod1 (= 2.1.0~git20110604.c707594-3) but it is not going to be installed Recommends: vorbis-tools but it is not going to be installed E: Broken packages # apt-get install libgtkpod1 Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libgtkpod1 : Depends: libanjuta0 (= 2:2.31.92) but it is not installable E: Broken packages The package page reports libgtkpod1 would depend on libanjuta-3-0 (which is already installed). -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (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#637656: unavailable build depends
Hi Damien, Hi Ludovic, m-d-h version 1.4.4 is already committed to the svn repo. Is it ready for upload? What about m-r-h 1.5.2? Cheers, Torsten On Sat, Aug 13, 2011 at 4:00 PM, Matthias Klose d...@debian.org wrote: Package: libxbean-java Version: 3.7-1 Severity: serious Build-Depends: debhelper (= 7), cdbs, default-jdk, quilt, maven-debian-helper (= 1.4.4) the latter is not available -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631589: python-dolfin: python -c import dolfin fails with MPI error
On 08/16/2011 05:30 PM, Johannes Ring wrote: Hi Luk, thanks for the report and sorry for the late reply. On Sat, Jun 25, 2011 at 7:57 AM, LUK ShunTim shuntim@polyu.edu.hk wrote: $ python -c import dolfin *** The MPI_comm_size() function was called before MPI_INIT was invoked. *** This is disallowed by the MPI standard. *** Your MPI job will now abort. Does importing PyTrilinos before dolfin fix this problem for you? Try: $ python -c import PyTrilinos;import dolfin This fixes the problem for me. Yes, it does. Johannes Now an OT bug. :-) I added the import PyTrilinos to demo_poisson.py and got a ufl.Form error. $ python demo_poisson.py Deprecated: ufl.Form has no properties '*_domains'. To associate domains with a form, use dss = ds[mydomains]; a = f*dss(1). Traceback (most recent call last): File demo_poisson.py, line 63, in module problem = VariationalProblem(a, L, bc) File /usr/lib/python2.6/dist-packages/dolfin/fem/variationalproblem.py, line 64, in __init__ self.a = Form(a, form_compiler_parameters=form_compiler_parameters) File /usr/lib/python2.6/dist-packages/dolfin/fem/form.py, line 70, in __init__ if form.cell_domains is not None: File /usr/lib/python2.6/dist-packages/ufl/form.py, line 58, in _get_domains self._trigger_domain_error() File /usr/lib/python2.6/dist-packages/ufl/form.py, line 56, in _trigger_domain_error error(msg) File /usr/lib/python2.6/dist-packages/ufl/log.py, line 148, in error raise self._exception_type(self._format_raw(*message)) ufl.log.UFLException: Deprecated: ufl.Form has no properties '*_domains'. To associate domains with a form, use dss = ds[mydomains]; a = f*dss(1). I guess this will be fixed with the pending 1.0 release. Regards, ST -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631589: python-dolfin: python -c import dolfin fails with MPI error
On Tue, Aug 16, 2011 at 1:00 PM, LUK ShunTim shuntim@polyu.edu.hk wrote: Yes, it does. Good. I will add import PyTrilinos at the top of dolfin/__init__.py to make sure that it will be imported before dolfin. Now an OT bug. :-) I added the import PyTrilinos to demo_poisson.py and got a ufl.Form error. $ python demo_poisson.py Deprecated: ufl.Form has no properties '*_domains'. To associate domains with a form, use dss = ds[mydomains]; a = f*dss(1). Traceback (most recent call last): File demo_poisson.py, line 63, in module problem = VariationalProblem(a, L, bc) File /usr/lib/python2.6/dist-packages/dolfin/fem/variationalproblem.py, line 64, in __init__ self.a = Form(a, form_compiler_parameters=form_compiler_parameters) File /usr/lib/python2.6/dist-packages/dolfin/fem/form.py, line 70, in __init__ if form.cell_domains is not None: File /usr/lib/python2.6/dist-packages/ufl/form.py, line 58, in _get_domains self._trigger_domain_error() File /usr/lib/python2.6/dist-packages/ufl/form.py, line 56, in _trigger_domain_error error(msg) File /usr/lib/python2.6/dist-packages/ufl/log.py, line 148, in error raise self._exception_type(self._format_raw(*message)) ufl.log.UFLException: Deprecated: ufl.Form has no properties '*_domains'. To associate domains with a form, use dss = ds[mydomains]; a = f*dss(1). I guess this will be fixed with the pending 1.0 release. Yes, it's probably an incompatibility between ufl 1.0-beta2 and dolfin 0.9.11, and it should be fixed with the 1.0-beta release. I'm about to prepare a RFS now. Thanks, Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637978: cups: Please add a dpkg trigger to update PPDs on driver upgrades
Hi all,
just a short mail summarizing the discussions we had on #ubuntu-devel
regarding this proposal.
The current plan is:
1) externalize the current postinst code to an external program, based on the
current cupsppdupdater code in pkg-printing-tools.
2) Have cups trigger on files under /usr/share/cups/ppd-updaters/
Those files, put there by the driver packages, will contain shell variable
definitions: DRIVER_REGEXP and GENNICKNAME_REGEXP , which cups' postinst will
use (when called as triggered) to launch cupsppdupdater with the correct
parameters.
3) Migrate all drivers to stop duplicating functionality in their postinsts
and ship a /usr/share/cups/ppd-updaters/${package} file with the correct
variables (+ versioned Breaks against cups).
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#637988: O: zfs-fuse -- ZFS on FUSE
Package: wnpp Severity: normal Due to unsufficient time, I intend to orphan the zfs-fuse package. The package description is: ZFS is an advanced filesystem from Sun Microsystems, originally developed for solaris. It provides a number of advanced features, such as live integrity checks, atomic updates, atomic snapshots and clones, compression, and much more. . This package provides an implementation of Sun's ZFS filesystem in userspace, using FUSE. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538067: request for pkg review (ITP #538067)
Hi, it is been a while since our last review of the OpenCPN packaging, and the stable release we were working towards has now shipped. Our .deb packaging efforts await further instructions. source tarball: http://pkg-grass.alioth.debian.org/tarballs/opencpn_2.5.0+dfsg.orig.tar.gz debian/ packaging files: svn co svn://svn.debian.org/pkg-grass/packages/opencpn/trunk/debian earlier review+comments can be found in the ITP: http://bugs.debian.org/538067 You'll notice our source tarball is labeled dfsg. This is because there were some included DLLs to help build the MS Windows version of the program which we didn't need/want for the Linux build, the source code itself is untouched. With respect to that, the one unanswered question Anton myself had was if the version in debian/changelog needed to exactly match the filename of the source package? i.e. do we need to include dfsg in the version number? I would prefer not to as our build is bit-for-bit identical to the upstream source distribution, and amending the version number gives the impression that upstream is somehow not DFSG. There was some talk that pbuilder had issues with the .orig.tar.gz version number having to match the final binary package number. Is there a work around? Does there have to be? (I mean do the debian buildbots care if the source.orig.tar.gz version exactly matches?) I am using debuild and don't experience the problem myself.. thanks, Hamish -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637930: An error message
On Mon, 15 Aug 2011 22:34:10 +0200 Mike Hommey wrote: On Mon, Aug 15, 2011 at 10:07:56PM +0200, Manolo Díaz wrote: Hi, There is an error message that's only shown when running iceweasel as an unprivileged user, never as root: Error: ERROR addons.manager: Exception calling provider startup: [Exception... Component returned failure code: 0x80520015 (NS_ERROR_FILE_ACCESS_DENIED) [nsIFile.directoryEntries] nsresult: 0x80520015 (NS_ERROR_FILE_ACCESS_DENIED) location: JS frame :: resource://gre/modules/XPIProvider.jsm :: recursiveLastModifiedTime :: line 1128 data: no] Source File: resource://gre/modules/XPIProvider.jsm Line: 1128 You need to find what file or directory that would correspond to. Running iceweasel under strace might be helpful, here. Mike Iceweasel -g hasn't shown anything relevant even after installing *-dbg related packages. On the other hand, after removing all packages related to iceweasel or xulrunner-5.0, purging the remaining files and directories and reinstalling again those packages, iceweasel works great. Now I believe that this bug has nothing to do with the amd64 distribution, and that it's very unlikely to happen. So, unless you have some objection, I'll proceed to close it Best Regards, -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637989: indent: apply -pls to function prototype declarations
Package: indent
Version: 2.2.11
Severity: normal
Tags: upstream patch
At the moment indent -pls formats a code like this:
int foo ();
int foo () { bar; }
to be roughly like this:
int foo ();
int
foo ()
{
bar;
}
That is, function prototypes are NOT affected by -pls.
I think i have a hack that will allow this to be changed (patch is attached).
I've tested it on GNUnet source tree and haven't found any anomalies (although
it might produce ones when used on other sources that follow different
conventions, or when combined with some other settings that i didn't use).
This bug should be submitted upstream.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (1100, 'testing'), (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u indent-2.2.11/src/args.c indent-2.2.11.my/src/args.c
--- indent-2.2.11/src/args.c 2008-07-23 23:27:17 +0400
+++ indent-2.2.11.my/src/args.c 2011-08-16 14:07:30 +0400
@@ -151,6 +151,7 @@
static int exp_cpp = 0;
static int exp_cs = 0;
static int exp_d= 0;
+static int exp_ddd = 0;
static int exp_bfda = 0;
static int exp_bfde = 0;
static int exp_di = 0;
@@ -317,6 +318,8 @@
{fca, PRO_BOOL,true, ON, settings.format_comments, exp_fca},
{fc1, PRO_BOOL,true, ON, settings.format_col1_comments, exp_fc1},
{eei, PRO_BOOL, false, ON, settings.extra_expression_indent, exp_eei},
+{ddd, PRO_BOOL,true, ON, settings.diff_decls_and_defs, exp_ddd},
+{nddd,PRO_BOOL,true, OFF, settings.diff_decls_and_defs, exp_ddd},
{dj, PRO_BOOL, false, ON, settings.ljust_decl, exp_dj},
{di, PRO_INT, 16, ONOFF_NA, settings.decl_indent, exp_di},
{d, PRO_INT,0, ONOFF_NA, settings.unindent_displace,exp_d},
@@ -436,6 +439,8 @@
{fca, PRO_BOOL, false, ON, settings.format_comments, exp_fca},
{fc1, PRO_BOOL, false, ON, settings.format_col1_comments, exp_fc1},
{eei, PRO_BOOL, false, ON, settings.extra_expression_indent, exp_eei},
+{ddd, PRO_BOOL,true, ON, settings.diff_decls_and_defs, exp_ddd},
+{nddd,PRO_BOOL,true, OFF, settings.diff_decls_and_defs, exp_ddd},
{dj, PRO_BOOL, false, ON, settings.ljust_decl, exp_dj},
{di, PRO_INT,2, ONOFF_NA, settings.decl_indent, exp_di},
{d, PRO_INT,0, ONOFF_NA, settings.unindent_displace,exp_d},
diff -u indent-2.2.11/src/handletoken.c indent-2.2.11.my/src/handletoken.c
--- indent-2.2.11/src/handletoken.c 2009-02-15 14:20:42 +0300
+++ indent-2.2.11.my/src/handletoken.c 2011-08-16 14:18:28 +0400
@@ -1642,6 +1642,11 @@
{
/* what ? */
}
+if (parser_state_tos-in_parameter_declaration_prototype)
+{
+ parser_state_tos-in_parameter_declaration_prototype = 0;
+ parser_state_tos-in_parameter_declaration = 0;
+}
}
/**
diff -u indent-2.2.11/src/indent.h indent-2.2.11.my/src/indent.h
--- indent-2.2.11/src/indent.h 2009-10-11 23:15:34 +0400
+++ indent-2.2.11.my/src/indent.h 2011-08-16 14:19:37 +0400
@@ -318,6 +318,11 @@
int brace_indent; /*! number of spaces to indent braces from the suround if, while, etc. in -bl
* (bype_2 == 0) code */
int expect_output_file; /*! Means -o was specified. */
+int diff_decls_and_defs; /*! Makes indent think that function prototypes are terminated by ';',
+ * without this option indent will not be able to tell a difference between
+ * int foo (); and int foo () {}
+ * This is the default.
+ */
} user_options_ty;
extern user_options_ty settings;
@@ -430,6 +435,7 @@
* slightly different */
int in_stmt; /*! set to 1 while in a stmt */
int in_parameter_declaration;
+int in_parameter_declaration_prototype;
int ind_level;/*! the current indentation level in spaces */
int ind_stmt; /*! set to 1 if next line should have an extra
Bug#637987: libgtkpod1 depends on libanjuta0, not libanjuta-3-0
Package: libgtkpod1 Version: 2.1.0~git20110604.c707594-3 Hi! That's what your system says, not what Debian says: http://packages.debian.org/wheezy/libgtkpod1 where the first dependency is correctly pointing to libanjuta-3-0. And there are no other deps about anjuta. Sincerely I've tested the package quite well and never found issues about unmet dependencies... but we're not perfect ;-) Please, try to completely remove the package (gtkpod, gtkpod-data and libgtkpod1), sync the repositories (to get rid of old libs lost in GTK3 transition) and then re-install it (even though you probably already did so). I guess I'd need some more info to understand the problem. Thanks for your patience. -- Il messaggio e' stato analizzato alla ricerca di virus o contenuti pericolosi da MailScanner, ed e' risultato non infetto. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581019: setuptools dependency
found 581019 0.6.1-2 thanks * Éric Araujo mer...@netwok.org, 2010-09-11, 22:41: I looked again at the source and it seems that neither setuptools nor pkg_resources are needed at runtime. python-setuptools is therefore a build-depends only. Well, the package has install_requires=['setuptools'] in setup.py, so simple s/setuptools/pkg-resources/ in the Depends line is not sufficient. -- 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#637990: qemu-kvm: Please include patch to stash away SCM_RIGHTS fd to allow libvirt to hotplug NIC's
Package: qemu-kvm Version: 0.12.5+dfsg-5+squeeze6 Severity: important Tags: upstream patch Hi, it's currently not possible to hotplug NIC's using libvirt and as far as I can tell, it's qemu's fault. When I try to hotplug a NIC I get the following error: internal error unable to send TAP file handle: No file descriptor supplied via SCM_RIGHTS I've been looking around for a while and found that Ubuntu includes a patch to fix this: https://launchpad.net/ubuntu/+source/qemu-kvm/0.12.4+noroms-0ubuntu3 Could this be included in squeeze and lenny-backports? Or do you guys know of another way to hotplug network devices with libvirt? :-) -- Package-specific info: /proc/cpuinfo: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 30 model name : Intel(R) Xeon(R) CPU X3450 @ 2.67GHz stepping: 5 cpu MHz : 2660.403 cache size : 8192 KB physical id : 0 siblings: 8 core id : 0 cpu cores : 4 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm tpr_shadow vnmi flexpriority ept vpid bogomips: 5320.80 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 30 model name : Intel(R) Xeon(R) CPU X3450 @ 2.67GHz stepping: 5 cpu MHz : 2660.403 cache size : 8192 KB physical id : 0 siblings: 8 core id : 1 cpu cores : 4 apicid : 2 initial apicid : 2 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm tpr_shadow vnmi flexpriority ept vpid bogomips: 5319.72 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 2 vendor_id : GenuineIntel cpu family : 6 model : 30 model name : Intel(R) Xeon(R) CPU X3450 @ 2.67GHz stepping: 5 cpu MHz : 2660.403 cache size : 8192 KB physical id : 0 siblings: 8 core id : 2 cpu cores : 4 apicid : 4 initial apicid : 4 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm tpr_shadow vnmi flexpriority ept vpid bogomips: 5319.72 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 3 vendor_id : GenuineIntel cpu family : 6 model : 30 model name : Intel(R) Xeon(R) CPU X3450 @ 2.67GHz stepping: 5 cpu MHz : 2660.403 cache size : 8192 KB physical id : 0 siblings: 8 core id : 3 cpu cores : 4 apicid : 6 initial apicid : 6 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm tpr_shadow vnmi flexpriority ept vpid bogomips: 5319.72 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 4 vendor_id : GenuineIntel cpu family : 6 model : 30 model name : Intel(R) Xeon(R) CPU X3450 @ 2.67GHz stepping: 5 cpu MHz : 2660.403 cache size : 8192 KB physical id : 0 siblings: 8 core id : 0 cpu cores : 4 apicid : 1 initial apicid : 1 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
Bug#637991: dar reports SECURITY WARNING! SUSPICIOUS FILE when using old archive files
Package: dar Version: 2.4.0-1 Severity: normal This is the second of my bug reports about dar 2.4 breaking existing backup scripts (in particular, Manuel Iglesias's DAR_automatic_backup.sh script). In order to prevent the above error being (incorrectly) reported, my dar backup script had to be edited to add the following dar command line option: --alter=secu My understanding of the description of the problem (at http://dar.linux.free.fr/doc/FAQ.html#security) is that this will occur forever (not just when you have just moved from a dar version older than release 2.4.0 to dar version 2.4.0 or more recent as that page says) if you still have archives produced with old versions of dar involved in your incremental backup scheme. I believe this requires a NEWS entry to warn people, when upgrading, that they may need to add the --alter=secu option to the dar command line if their scripts do incremental backups using archives created with previous versions of dar. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IE@euro, LC_CTYPE=en_IE@euro (charmap=ISO-8859-15) (ignored: LC_ALL set to en_IE@euro) Shell: /bin/sh linked to /bin/bash Versions of packages dar depends on: ii libattr11:2.4.46-3 Extended attribute shared library ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libdar64-5 2.4.0-1 Disk ARchive: Shared library ii libgcc1 1:4.6.1-4GCC support library ii libstdc++6 4.6.1-4 GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime dar recommends no packages. Versions of packages dar suggests: ii dar-docs 2.4.0-1Disk ARchive: Backup directory tre pn par2 none (no description available) -- 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#637189: libspice-server-dev depends on pixman-1 but it is not specified in dependencies
16.08.2011 11:50, Liang Guo wrote:
Hi, Michael,
On Wed, Aug 10, 2011 at 5:49 AM, Michael Tokarev m...@tls.msk.ru wrote:
09.08.2011 14:26, Michael Tokarev wrote:
[]
There are other dependencies too, like alsa openssl xrandr etc,
but I haven't checked these.
See also
http://cgit.freedesktop.org/spice/spice/commit/?h=0.8id=54c660470a5aea19f799c5574cc0d4a707696712
--
this is actually a bugfix, -- spice .pc file unnecessary includes alsa which
pulls its own set of include dirs, which contains, among other things,
file named error.h. Which clashes with local (in another package
using spice) file of the same name. So that qemu 0.15 does not
build with spice 0.8.2 for example:
http://lists.gnu.org/archive/html/qemu-devel/2011-08/msg00417.html
http://lists.gnu.org/archive/html/qemu-devel/2011-08/msg00617.html
/mjt
I've asked Kilian to sponsor my new spice 0.8.2-2,
In this upload, libpixman-1-dev (= 0.17.7~) and libssl-dev is added to
libspice-server-dev's Depends field. alsa and other unused x11 Requires
are removed.
And this is, actually, wrong. The original issue, incorrectly diagnosed
by me in this bugreport, is that spice people use Requires: pkg-config
variable to declare inter-library dependencies, while they should use
Requires.private instead. It is the development files of libpixman,
libssl etc are not needed to build applications against lispice-server,
unless you want to have static build (in which case all inter-dependent
libraries are also needed, and that's where Requires.private pkg-config
variable comes into play).
So the problem actually is the wrong pkg-config dependencies, not debian
package dependencies, due to wrong upstream usage of pkg-config.
So I went on and corrected the mess. Here's the difference:
commit 805ace942c4ab731c231ff4497bf3093a8b8ce0e
Author: Michael Tokarev m...@tls.msk.ru
Date: Tue Aug 16 15:53:44 2011 +0400
move libspice-server interdependencies to Requires.private pkgconfig
variable and remove extra dependencies for -dev package
diff --git a/debian/changelog b/debian/changelog
index 9aa49fe..ff8ca0b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,7 +1,10 @@
spice (0.8.2-2) unstable; urgency=low
- * Add libpixman-1-dev and libssl-dev to libspice-server1
-Depends (Closes: #637189)
+ [ Michael Tokarev ]
+ * move libraries used internally by libspice-server from Requires
+to Requires.private in pkg-config file (Closes: #637189)
+
+ [ Liang Guo ]
* Remove alsa, xrandr, xfixes, x11, xext and xrender
from spice-server.pc Requires
* Fix typo in debian/spicec.1
diff --git a/debian/control b/debian/control
index 93efec1..b95b784 100644
--- a/debian/control
+++ b/debian/control
@@ -49,7 +49,7 @@ Description: Implements the server side of the SPICE protocol
Package: libspice-server-dev
Section: libdevel
Architecture: i386 amd64
-Depends: libspice-server1 (= ${binary:Version}), ${misc:Depends},
libpixman-1-dev (= 0.17.7~), libssl-dev
+Depends: libspice-server1 (= ${binary:Version}), ${misc:Depends}
Suggests: pkg-config
Description: Header files and development documentation for spice-server
The Simple Protocol for Independent Computing Environments (SPICE) is
diff --git a/debian/patches/series b/debian/patches/series
index 95650d5..252b3d0 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,3 +1,4 @@
fix-typo-in-record-cpp.patch
fix-typo-in-cmd_line_parser-cpp.patch
drop-unnecessary-build-request.patch
+use-requires-private-for-libspice-pkgconfig.patch
diff --git a/debian/patches/use-requires-private-for-libspice-pkgconfig.patch
b/debian/patches/use-requires-private-for-libspice-pkgconfig.patch
new file mode 100644
index 000..3d67550
--- /dev/null
+++ b/debian/patches/use-requires-private-for-libspice-pkgconfig.patch
@@ -0,0 +1,14 @@
+Use Requires.private pkg-config variable instead of Requires
+for internal libspice-server libraries.
+
+--- spice.orig/spice-server.pc.in
spice/spice-server.pc.in
+@@ -7,7 +7,7 @@
+ Description: SPICE server library
+ Version: @VERSION@
+
+-Requires: @SPICE_REQUIRES@
++Requires.private: @SPICE_REQUIRES@
+ Libs: -L${libdir} -lspice-server
+ Libs.private: @SPICE_NONPKGCONFIG_LIBS@
+ Cflags: -I${includedir}/spice-server
I also pushed this change to collab-maint git tree, to a
branch named mjt - you can use `git remote update' followed
by 'git pull origin mjt' to fetch it directly using git if you
like.
To compile qemu/qemu-kvm with spice-support, please add
libspice-server-dev (= 0.8.2-2), libspice-protocol-dev to build
depends, and --enable-spice to configure option.
That works, but introduces a ton of needlessly linked-to
libraries, due to the reason described above.
Actually, IMO, libspice-server-dev don't directly use libpixman-1-dev
and libssl-dev, they should be removed too.
No, they _are_ used internally by libspice-server - if you by a
chance will want to link some application
Bug#629412: icedtea-plugin: It is back (to working properly again)
Package: icedtea-plugin Followup-For: Bug #629412 Hi, With the latest updates everything is working again. Please let me know if I can provide any other information on this matter, many thanks, Gunther -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (100, 'stable') Architecture: powerpc (ppc) Kernel: Linux 3.0.0-1-powerpc Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedtea-plugin depends on: ii icedtea-netx 1.1-1 NetX - implementation of the Java ii libatk1.0-0 2.0.1-2 ATK accessibility toolkit ii libc62.13-14 Embedded GNU C Library: Shared lib ii libcairo21.10.2-6.1 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-3 generic font configuration library ii libfreetype6 2.4.6-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.6.1-6 GCC support library ii libgdk-pixbuf2.0-0 2.23.5-3GDK Pixbuf library ii libglib2.0-0 2.28.6-1The GLib library of C routines ii libgtk2.0-0 2.24.5-4GTK+ graphical user interface libr ii libnspr4-0d 4.8.9-1 NetScape Portable Runtime Library ii libpango1.0-01.28.4-2Layout and rendering of internatio ii libstdc++6 4.6.1-6 GNU Standard C++ Library v3 ii openjdk-6-jre6b23~pre6-1 OpenJDK Java runtime, using Hotspo ii xulrunner-1.9.1 1.9.1.19-3 XUL + XPCOM application runner icedtea-plugin recommends no packages. icedtea-plugin 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#637978: cups: Please add a dpkg trigger to update PPDs on driver upgrades
tags 637978 + patch
thanks
So, after some more work and thoughts, here is a new patch proposal
(attached).
Le mardi, 16 août 2011 13.14:13, Didier Raboud a écrit :
The current plan is:
1) externalize the current postinst code to an external program, based on
the current cupsppdupdater code in pkg-printing-tools.
Discarded, for performance reasons: keeping the code self-contained in the
postinst allows me to save the `lpinfo -m` once for all updates.
2) Have cups trigger on files under /usr/share/cups/ppd-updaters/
Those files, put there by the driver packages, will contain shell variable
definitions: DRIVER_REGEXP and GENNICKNAME_REGEXP , which cups' postinst
will use (when called as triggered) to launch cupsppdupdater with the
correct parameters.
Done and tested locally with one driver.
3) Migrate all drivers to stop duplicating functionality in their postinsts
and ship a /usr/share/cups/ppd-updaters/${package} file with the correct
variables (+ versioned Breaks against cups).
To be done, of course.
Please comment on the attached patch;
cheers,
--
OdyX
diff -Nru cups-1.5.0/debian/changelog cups-1.5.0/debian/changelog
--- cups-1.5.0/debian/changelog 2011-08-07 12:53:28.0 +0200
+++ cups-1.5.0/debian/changelog 2011-08-16 13:57:21.0 +0200
@@ -1,3 +1,11 @@
+cups (1.5.0-1.1) experimental; urgency=low
+
+ * Non-maintainer upload.
+ * Add a dpkg trigger to update the queues' PPDs on (cooperative) driver
+upgrades (Closes: #637978).
+
+ -- Didier Raboud o...@debian.org Tue, 16 Aug 2011 13:56:00 +0200
+
cups (1.5.0-1) experimental; urgency=low
[ Till Kamppeter ]
diff -Nru cups-1.5.0/debian/cups.postinst cups-1.5.0/debian/cups.postinst
--- cups-1.5.0/debian/cups.postinst 2011-08-07 12:53:28.0 +0200
+++ cups-1.5.0/debian/cups.postinst 2011-08-16 13:51:27.0 +0200
@@ -189,45 +189,64 @@
#DEBHELPER#
+# ppd_updater is supposed to be launched only with a running CUPS.
+ppd_updater () {
+ driverregexp=$1
+ gennicknameregexp=$2
+
+ [ ! -z $gennicknameregexp ] \
+ gennicknameregexp=; $gennicknameregexp
+ gennicknameregexp='s/\s*\(recommended\)//'$gennicknameregexp
+ tmpfile1=`mktemp -t updateppds.XX`
+ tempfiles=$tempfiles $tmpfile1
+ grep -E $driverregexp $tmpfile0 $tmpfile1
+ cd /etc/cups/ppd
+ for ppd in *.ppd; do
+ [ -r $ppd ] || continue
+ queue=${ppd%.ppd}
+ lpstat -h /var/run/cups/cups.sock -p $queue /dev/null 21 || continue
+ nickname=`grep '\*NickName:' $ppd | cut -d '' -f 2 | perl -p -e 's/\n$//' | perl -p -e $gennicknameregexp | perl -p -e 's/(\W)/$1/g'`
+ lang=`grep '\*LanguageVersion:' $ppd | cut -d ' ' -f 2 | perl -e 'print lc()' | perl -p -e 's/[\r\n]//gs'`
+ ppdfound=0
+ englishppduri=
+ tmpfile2=`mktemp -t updateppds.XX`
+ tempfiles=$tempfiles $tmpfile2
+ cat $tmpfile1 | perl -p -e $gennicknameregexp | grep -E '^\S+\s+.*'$nickname'$' | cut -d ' ' -f 1 $tmpfile2
+ while read newppduri; do
+ [ $ppdfound = 0 ] lpadmin -h /var/run/cups/cups.sock -p $queue -m $newppduri 2/dev/null || continue
+ newlang=`grep '\*LanguageVersion:' $ppd | cut -d ' ' -f 2 | perl -e 'print lc()' | perl -p -e 's/[\r\n]//gs'`
+ [ $newlang = $lang ] ppdfound=1
+ [ $newlang = english ] englishppduri=$newppduri
+ done $tmpfile2
+ [ $ppdfound = 0 ] [ ! -z $englishppduri ] lpadmin -h /var/run/cups/cups.sock -p $queue -m $englishppduri 2/dev/null ppdfound=1
+ [ $ppdfound = 1 ] echo PPD for printer $queue updated 2
+ done
+}
+
# Do the following only if CUPS is running and the needed CUPS tools
# are available
-if [ $1 = configure ] \
- which lpstat /dev/null 21 \
+if which lpstat /dev/null 21 \
which lpinfo /dev/null 21 \
which lpadmin /dev/null 21 \
-LC_ALL=C lpstat -h /var/run/cups/cups.sock -r | grep -v not /dev/null 21; then
-# Update the PPD files of all already installed print queues
-driverregexp='lsb/usr/cups-included/|drv:///sample.drv/'
-gennicknameregexp='s/,\s*\d+\.\d+[\d\.]*$//i'
-[ ! -z $gennicknameregexp ] \
- gennicknameregexp=; $gennicknameregexp
-gennicknameregexp='s/\s*\(recommended\)//'$gennicknameregexp
-tempfiles=
-trap 'rm -f $tempfiles; exit 0' 0 HUP INT QUIT ILL ABRT PIPE TERM
-tmpfile1=`mktemp -t updateppds.XX`
-tempfiles=$tempfiles $tmpfile1
-lpinfo -h /var/run/cups/cups.sock -m | grep -E $driverregexp $tmpfile1
-cd /etc/cups/ppd
-for ppd in *.ppd; do
- [ -r $ppd ] || continue
- queue=${ppd%.ppd}
- lpstat -h /var/run/cups/cups.sock -p $queue /dev/null 21 || continue
- nickname=`grep '\*NickName:' $ppd | cut -d '' -f 2 | perl -p -e 's/\n$//' | perl -p -e $gennicknameregexp | perl -p -e 's/(\W)/$1/g'`
- lang=`grep '\*LanguageVersion:' $ppd | cut -d ' ' -f 2 | perl -e 'print lc()' | perl -p -e 's/[\r\n]//gs'`
- ppdfound=0
- englishppduri=
- tmpfile2=`mktemp -t updateppds.XX`
- tempfiles=$tempfiles $tmpfile2
- cat $tmpfile1 | perl -p -e $gennicknameregexp | grep -i $nickname'$'
Bug#637992: python-dateutil: switch to debhelper/3.0 quilt source format
Package: python-dateutil Version: 1.4.1-4 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've prepared some patches to port python-dateutil to debhelper/3.0 quilt source format. - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_AT.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-dateutil depends on: ii python2.6.7-3interactive high-level object-orie ii python2.6 2.6.7-4An interactive high-level object-o ii tzdata2011h-3time zone and daylight-saving time python-dateutil recommends no packages. python-dateutil suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk5KWi4ACgkQeJ3z1zFMUGbR1wCfdbAHn41JlB4CKY2tvJ915/3m IIkAmgMs9+4TYiiwkrFdgmxtYYTFEQfI =RunE -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#637993: Uninstallable: Please depend on libnautilus-extension1a instead of libnautilus-extension1
Package: nautilus-filename-repairer Version: 0.0.6-1+gnome3+3+b1 Severity: serious -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there, ~-root@ioapt-get install nautilus-filename-repairer Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: nautilus-filename-repairer : Depends: libnautilus-extension1 (= 2.30) but it is not going to be installed E: Broken packages On the other hand, libnautilus-extension1a is available and installable. Thanks! - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nautilus-filename-repairer depends on: ii libatk1.0-0 2.0.1-2ATK accessibility toolkit pn libc6 none (no description available) ii libcairo-gobject2 1.10.2-6.1 The Cairo 2D vector graphics libra ii libcairo2 1.10.2-6.1 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-3generic font configuration library ii libfreetype6 2.4.6-1FreeType 2 font engine, shared lib ii libgdk-pixbuf2.0-02.23.5-3 GDK Pixbuf library ii libglib2.0-0 2.28.6-2 GLib library of C routines ii libgtk-3-03.0.12-1 GTK+ graphical user interface libr ii libnautilus-extension1a 3.0.2-2libraries for nautilus components ii libpango1.0-0 1.28.4-2 Layout and rendering of internatio nautilus-filename-repairer recommends no packages. nautilus-filename-repairer suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk5KYDQACgkQNFDtUT/MKpCNnACg9TQzjgvMGBqGdbiMQi7TutPn i1sAn0U+Sj0Bv7aX5CLs9MZVVgYrCSoK =PY+7 -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#637994: Fails to show info for #503300 and some other bugs
Package: reportbug Version: 6.0 Severity: normal When I try to show the info for #503300, I get the backtrace: Exception in thread None: Traceback (most recent call last): File /usr/lib/python2.6/threading.py, line 532, in __bootstrap_inner self.run() File /usr/lib/pymodules/python2.6/reportbug/ui/gtk2_ui.py, line 345, in run http_proxy=self.http_proxy, archived=self.archived) File /usr/lib/pymodules/python2.6/reportbug/debbugs.py, line 1287, in get_report hdrs.append(i + ': ' + h.get(i)) TypeError: cannot concatenate 'str' and 'NoneType' objects That's because the message doesn't contain 'Date' header: (Pdb) 'Date' in h False (Pdb) print h.as_string() Received: (at control) by bugs.debian.org; 16 Jan 2009 21:49:35 + X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rietz.debian.org X-Spam-Level: X-Spam-Bayes: score:0. Tokens: new, 13; hammy, 128; neutral, 23; spammy, 1. spammytokens:0.873-+--H*c:iso-8859-1 hammytokens:0.000-+--sk:lists.d, 0.000-+--HCc:D*packages.debian.org, 0.000-+--HCc:D*alioth.debian.org, 0.000-+--HCc:D*lists.alioth.debian.org, 0.000-+--H*F:D*alioth.debian.org X-Spam-Status: No, score=-5.7 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_00, MISSING_DATE autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Return-path: bts-link-upstr...@lists.alioth.debian.org Received: from merkel.debian.org ([192.25.206.16]) by rietz.debian.org with esmtp (Exim 4.63) (envelope-from bts-link-upstr...@lists.alioth.debian.org) id 1LNwDD-nx-Fw for cont...@bugs.debian.org; Fri, 16 Jan 2009 21:26:43 + Received: from localhost ([127.0.0.1] helo=merkel.debian.org) by merkel.debian.org with esmtp (Exim 4.63) (envelope-from bts-link-upstr...@lists.alioth.debian.org) id 1LNvgA-0002S9-S1; Fri, 16 Jan 2009 13:52:34 -0700 Content-Type: text/plain; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-ID: 20090116205234.12933.57770.btsl...@merkel.debian.org From: bts-link-upstr...@lists.alioth.debian.org To: cont...@bugs.debian.org Cc: bts-link-upstr...@lists.alioth.debian.org, ipyt...@packages.debian.org Subject: [bts-link] source package ipython X-BTS-Link: ipython Reply-To: bts-link-de...@lists.alioth.debian.org Delivered-To: cont...@bugs.debian.org -- Package-specific info: ** Environment settings: EDITOR=vim DEBEMAIL=w...@wrar.name DEBFULLNAME=Andrey Rahmatullin INTERFACE=gtk2 ** /home/wrar/.reportbugrc: reportbug_version 4.12.6 mode expert ui gtk2 realname Andrey Rahmatullin email w...@wrar.name -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-wrar+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.8.15.6 Advanced front-end for dpkg ii python2.6.7-3interactive high-level object-orie ii python-reportbug 6.0Python modules for interacting wit reportbug recommends no packages. Versions of packages reportbug suggests: ii debconf-utils1.5.41 debconf utilities ii debsums 2.0.48+nmu3 tool for verification of installed ii dlocate 1.02fast alternative to dpkg -L and dp pn emacs22-bin-common | emacs23 none (no description available) ii file 5.04-6 Determines file type using magic ii gnupg1.4.11-3GNU privacy guard - a free PGP rep ii postfix [mail-transport-agen 2.8.3-1 High-performance mail transport ag ii python-gtk2 2.24.0-2Python bindings for the GTK+ widge pn python-gtkspell none (no description available) ii python-urwid 0.9.9.2-1 curses-based UI/widget library for ii python-vte 1:0.28.1-2 Python bindings for the VTE widget ii xdg-utils1.1.0~rc1-2 desktop integration utilities from -- 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#538067: request for pkg review (ITP #538067)
On Tue, Aug 16, 2011 at 7:31 AM, Hamish hamis...@yahoo.com wrote: Hi, it is been a while since our last review of the OpenCPN packaging, and the stable release we were working towards has now shipped. Our .deb packaging efforts await further instructions. source tarball: http://pkg-grass.alioth.debian.org/tarballs/opencpn_2.5.0+dfsg.orig.tar.gz debian/ packaging files: svn co svn://svn.debian.org/pkg-grass/packages/opencpn/trunk/debian earlier review+comments can be found in the ITP: http://bugs.debian.org/538067 You'll notice our source tarball is labeled dfsg. This is because there were some included DLLs to help build the MS Windows version of the program which we didn't need/want for the Linux build, the source code itself is untouched. Is the source included for those DLLS? If so, I'm not convinced you need to DFSG repack, but someone else can chime in. I don't think just because upstream uses krufty practices that it should be repacked. Now, if it had a nonfree issue, and while you're in there you cleaned it up, I'm sure that'd be fine. Again, perhaps a DD can chime in. Was the source included for the DLLs? With respect to that, the one unanswered question Anton myself had was if the version in debian/changelog needed to exactly match the filename of the source package? i.e. do we need to include dfsg in the version number? Yeah, you do. Lintian should complain if it's wrong. Take a look at the source to Fluxbox, we have a dfsg repack in place. Here's a snippit for you: fluxbox (1.3.1~dfsg1-2) unstable; urgency=low I would prefer not to as our build is bit-for-bit identical to the upstream source distribution, and amending the version number gives the impression that upstream is somehow not DFSG. There Are they DFSG? Why repack if it's already DFSG? was some talk that pbuilder had issues with the .orig.tar.gz version number having to match the final binary package number. Is there a work around? Does there have to be? (I mean do the debian buildbots care if the source.orig.tar.gz version exactly matches?) I am using debuild and don't experience the problem myself.. thanks, Hamish -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1313494294.19695.yahoomailclas...@web110016.mail.gq1.yahoo.com -- All programmers are playwrights, and all computers are lousy actors. #define sizeof(x) rand() :wq -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625154: pyentropy: diff for NMU version 0.4-1.1
* Yaroslav Halchenko deb...@onerussian.com, 2011-08-15, 12:00: it is fine, if neeeded, feel welcome to go without delayed Thanks, I rescheduled my upload. -- 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#637551: gnutls-cli man page mangled
tags 637551 pending thanks On 2011-08-12 Romain Francoise rfranco...@debian.org wrote: Package: gnutls-bin Version: 2.12.7-4 Severity: minor The gnutls-cli(1) man page contains the following text: |--x509cafile FILE | Certificatefile to use. This option accepts PKCS | pkcs11:token=Root%20CA%20Certificates;serial=1%3AROOTS%3ADE‐ | FAULT;model=1%2E0;manufacturer=Gnome%20Keyring [] fixed upstream, patch pulled from upstream GIT to svn. cu andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637995: autofs5: shutdown process hangs, because autofs stops too early sometimes
Package: autofs5 Version: 5.0.4-3.2 Severity: normal Occassionally our Debian 6 boxes don't shutdown. The shutdown process hangs forever with the last messages: Turning off quotas:...Checking for running unattended-upgrades: I assume, I found the reason for this issue, but no solution. Our linux computers mount some directories via NFS. The directories /home and /sw are managed by the automounter. /usr/local is a symlink to /sw/local.debian-6 which is mounted from the NFS server. While shutting down, sometimes the automounter stops too early. Afterwards all scripts in /etc/init.d which look for binaries in /usr/local/bin hang. Until Debian 5 this wasn't an issue, because the automounter finishes at a well defined time relatively to other services. But with the new dependency based init system, this time seems to vary and sometimes the automounter finishes too early. If this situation occurs, all local terminals are already dead and can't be used for debugging. But from an open ssh session I can restart autofs and then the shutdown goes further. First I tried to remove /usr/local/bin from the PATH variable in /etc/profiles. But this doesn't not help, because a lot of init scripts define theire own PATH variable: # grep -l PATH.*/usr/local/bin /etc/init.d/* /etc/init.d/alsa-utils /etc/init.d/apache2 /etc/init.d/binfmt-support /etc/init.d/cpufrequtils /etc/init.d/cups /etc/init.d/hal /etc/init.d/ipmievd /etc/init.d/libvirt-bin /etc/init.d/networking /etc/init.d/quota /etc/init.d/quotarpc /etc/init.d/saned /etc/init.d/schroot /etc/init.d/sysstat /etc/init.d/unattended-upgrades Next we tried to adjust the start/stop dependencies in /etc/init.d/autofs. But we didn't found a working solution. I am not shure, whether autofs is the only reason for the shutdown hang. Maybe NFS stops too early, too. Maybe it is important to state, that we don't use the Network-Manger. It caused some problems while system start. Is there a simple solution or workaround for this? Ingo -- System Information: Debian Release: 6.0.2 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=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages autofs5 depends on: ii libc62.11.2-10 Embedded GNU C Library: Shared lib ii ucf 3.0025+nmu1 Update Configuration File: preserv Versions of packages autofs5 recommends: ii module-init-tools 3.12-1 tools for managing Linux kernel mo ii nfs-common1:1.2.2-4 NFS support files common to client autofs5 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#636700: update-alternatives: Don't update alternative symlinks if they are already correct
tag 636700 + patch
thanks
Hi dpkg Team!
On Fri, Aug 05, 2011 at 02:18:58PM +0200, Salvatore Bonaccorso wrote:
Indeed in the above setup, /usr/lib/nvidia does not have to be
touched, as it is already correctly pointing to
/etc/alternatives/nvidia. It would thus be nice, to not update
symlinks in this case, when they are already correct.
Attached is a tentative patch trying to solve this: a link should only
be updated, if it does not point to the right place.
Is this correct, and if you agree, could it be applied?
Regards
Salvatore
From 9752cd68b05a7dde92e549585a50cf85e166681e Mon Sep 17 00:00:00 2001
From: Jan Hacker hack...@ee.ethz.ch
Date: Tue, 16 Aug 2011 11:33:07 +0200
Subject: [PATCH] update-alternatives: Update a symlink only if the update is needed.
update-alternatives: Update a symlink only if the update is needed. If
the symlink is already correct don't try to update the link.
---
utils/update-alternatives.c | 14 --
1 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/utils/update-alternatives.c b/utils/update-alternatives.c
index d829a16..f858c84 100644
--- a/utils/update-alternatives.c
+++ b/utils/update-alternatives.c
@@ -1645,7 +1645,9 @@ static void
alternative_prepare_install_single(struct alternative *a, const char *name,
const char *linkname, const char *file)
{
- char *fntmp, *fn;
+ char *fntmp, *fn, *lntarget;
+ bool alternative_needs_update = true;
+ struct stat st;
/* Create link in /etc/alternatives. */
xasprintf(fntmp, %s/%s DPKG_TMP_EXT, altdir, name);
@@ -1655,7 +1657,15 @@ alternative_prepare_install_single(struct alternative *a, const char *name,
alternative_add_commit_op(a, opcode_mv, fntmp, fn);
free(fntmp);
- if (alternative_can_replace_path(linkname)) {
+ /* determine if alternative_needs_update, i.e. link already points to correct target */
+ if (lstat(linkname, st) != -1) {
+ lntarget = xreadlink(linkname,false);
+ if (S_ISLNK(st.st_mode) strcmp(fn, lntarget) == 0) {
+ alternative_needs_update = false;
+ }
+ }
+
+ if (alternative_can_replace_path(linkname) alternative_needs_update) {
/* Create alternative link. */
xasprintf(fntmp, %s DPKG_TMP_EXT, linkname);
checked_rm(fntmp);
--
1.7.2.5
signature.asc
Description: Digital signature
Bug#637996: slapd: Slapd says Creating initial configuration...
Package: slapd Version: 2.4.23-7.2 Severity: normal To whom it may concern Installing slapd, I get the following --- bclark@gamo:~$ sudo aptitude -t stable install slapd The following NEW packages will be installed: slapd 0 packages upgraded, 1 newly installed, 0 to remove and 268 not upgraded. Need to get 0 B/1,495 kB of archives. After unpacking 3,916 kB will be used. Preconfiguring packages ... Selecting previously deselected package slapd. (Reading database ... 315712 files and directories currently installed.) Unpacking slapd (from .../slapd_2.4.23-7.2_i386.deb) ... Processing triggers for readahead-fedora ... Processing triggers for man-db ... Setting up slapd (2.4.23-7.2) ... Creating initial configuration... Loading the initial configuration from the ldif file () failed with the following error while running slapadd: str2entry: invalid value for attributeType olcSuffix #0 (syntax 1.3.6.1.4.1.1466.115.121.1.12) slapadd: could not parse entry (line=1052) dpkg: error processing slapd (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: slapd E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up slapd (2.4.23-7.2) ... Creating initial configuration... Loading the initial configuration from the ldif file () failed with the following error while running slapadd: str2entry: invalid value for attributeType olcSuffix #0 (syntax 1.3.6.1.4.1.1466.115.121.1.12) slapadd: could not parse entry (line=1052) dpkg: error processing slapd (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: slapd --- HTH Regards Brent Clark -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable'), (400, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages slapd depends on: ii adduser3.112+nmu2add and remove users and groups ii coreutils 8.5-1 GNU core utilities ii debconf [debconf-2.0] 1.5.41Debian configuration management sy ii libc6 2.13-4Embedded GNU C Library: Shared lib ii libdb4.8 4.8.30-8 Berkeley v4.8 Database Libraries [ ii libgnutls262.8.6-1 the GNU TLS library - runtime libr ii libldap-2.4-2 2.4.23-7.2OpenLDAP libraries ii libltdl7 2.2.6b-2 A system independent dlopen wrappe ii libperl5.105.10.1-17squeeze2 shared Perl library ii libsasl2-2 2.1.23.dfsg1-7Cyrus SASL - authentication abstra ii libslp11.2.1-7.8 OpenSLP libraries ii libwrap0 7.6.q-19 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-27Linux Standard Base 3.2 init scrip ii perl [libmime-base64-p 5.10.1-17squeeze2 Larry Wall's Practical Extraction ii psmisc 22.14-1 utilities that use the proc file s ii unixodbc 2.2.14p2-2ODBC tools libraries Versions of packages slapd recommends: ii libsasl2-modules 2.1.23.dfsg1-7 Cyrus SASL - pluggable authenticat Versions of packages slapd suggests: pn ldap-utilsnone (no description available) -- debconf information: shared/organization: hetzner.africa. slapd/upgrade_slapcat_failure: slapd/backend: HDB slapd/allow_ldap_v2: false slapd/no_configuration: false slapd/move_old_database: true slapd/dump_database_destdir: /var/backups/slapd-VERSION slapd/domain: hetzner.africa. slapd/password_mismatch: slapd/invalid_config: true slapd/dump_database: when needed slapd/purge_database: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626166: Fixed in 0.9.4~rc1
On Tue, 26 Jul 2011 16:44:23 +0200, Guido Günther a...@sigxcpu.org wrote: Hi, this should be fixed in 0.9.4~rc1 in experimental. It would be great if you could recheck. Cheers, -- Guido I think it might have been a problem-between-keyboard-and-chair. I had the same problem with 0.9.4-1, but then I realized I had dnsmasq installed in addition to dnsmasq-base, and I hadn't done any of the documentented configuration adjustment. After purging dnsmasq, it seems to work fine. d -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637656: unavailable build depends
On Tue, 16 Aug 2011 13:10:01 +0200, Torsten Werner twer...@debian.org wrote: Hi Damien, Hi Ludovic, Hi, m-d-h version 1.4.4 is already committed to the svn repo. Is it ready for upload? What about m-r-h 1.5.2? I'll try to do some checks and upload both packages this evening. On Sat, Aug 13, 2011 at 4:00 PM, Matthias Klose d...@debian.org wrote: Package: libxbean-java Version: 3.7-1 Severity: serious Build-Depends: debhelper (= 7), cdbs, default-jdk, quilt, maven-debian-helper (= 1.4.4) the latter is not available Regards, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636043: ITP: nautilus-wipe -- Secure deletion extension for Nautilus
Le samedi 30 juillet 2011 à 15:25 +0200, intrigeri+deb...@boum.org a écrit : Package: wnpp Owner: intrigeri+deb...@boum.org Severity: wishlist * Package name: nautilus-wipe Version : 0.1 Upstream Author : Colomban Wendling b...@herbesfolles.org * URL or Web page : http://wipetools.tuxfamily.org/nautilus-wipe.html * License : GPL-3+ Description : Secure deletion extension for Nautilus Nautilus Wipe is a Nautilus extension that adds Securely erase and Securely fill empty space items to the right-click menu. . The progress and results of the operations are shown in a progress dialog. Apparently the package has not been ported to GTK+ 3.0. Unless this is done, the package will be removed from the archive when nautilus 3 is uploaded, so it doesn’t look very useful as is. 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#637997: dar: Error Dates of file's data are not increasing when database's archive number grows
Package: dar Version: 2.4.0-1 Severity: important Upgrading to dar 2.4 has broken my (longstanding) backup script in two ways. Note: the script is Manuel Iglesias's DAR_automatic_backup.sh, which may be in use by others. The two problems will be reported in separate bug reports as the actions are different. This bug report concerns the fact that dar 2.4 produces the following error message for many (all?) files: Dates of file's data are not increasing when database's archive number grows The problem is to do with dar_manager being used with archives created by earlier versions of dar -- something which everyone who has a dar-based incremental backup scheme will find. The problem seems to be a known bug in dar. See: http://sourceforge.net/tracker/index.php?func=detailaid=3373072group_id=65612atid=511612 According to the bug report, the problem will be fixed in 2.4.2. Either dar 2.4.2 or the fix itself needs to be included in the wheezy version of dar. As soon as possible, please! -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IE@euro, LC_CTYPE=en_IE@euro (charmap=ISO-8859-15) (ignored: LC_ALL set to en_IE@euro) Shell: /bin/sh linked to /bin/bash Versions of packages dar depends on: ii libattr11:2.4.46-3 Extended attribute shared library ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libdar64-5 2.4.0-1 Disk ARchive: Shared library ii libgcc1 1:4.6.1-4GCC support library ii libstdc++6 4.6.1-4 GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime dar recommends no packages. Versions of packages dar suggests: ii dar-docs 2.4.0-1Disk ARchive: Backup directory tre pn par2 none (no description available) -- 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#634931: hgview: Can't determine a valid repository
tag 634931 moreinfo kthxbye On Wed, Jul 20, 2011 at 17:44:06 -0700, Kristian Kvilekval wrote: Package: hgview Version: 1.3.0-1 Severity: important hgview has been unable to access a repository and reports that I am not in a valid mercurial repo while hg view and other commands work normally $ hg head changeset: 1795:5fe88c87c096 tag: tip user:Utkarsh Gaur utkarsh.g...@gmail.com date:Tue Jul 19 17:18:49 2011 -0700 summary: RB text labels on images back on $ hgview Usage: hgview [options] [filename] Starts a visual hg repository navigator. - With no options, starts the main repository navigator. - If a filename is given, starts in filelog diff mode (or in filelog navigation mode if -n option is set). - With -r option, starts in manifest viewer mode for given revision. hgview: error: You are not in a repo, are you? Hi Kristian, is this error reproducible on a public repository, so we can try to replicate it and understand what's going on? Cheers, Julien -- Julien Cristau julien.cris...@logilab.fr Logilab http://www.logilab.fr/ Informatique scientifique gestion de connaissances -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637972: usb-modeswitch: switching functionality works only once after a fresh reboot with usb-stick XS Stick W14
Am Dienstag, 16. August 2011, 08:18:28 schrieb Josua Dietze: Am 16.08.2011 08:01, schrieb Detlev Brodowski: The package does not switch my usb-stick XS Stick W14 into the needed mode after I have detached and reattached the usb-stick, till the next reboot. Can you enable logging in /etc/usb_modeswitch.conf and attach the log from a failure to your reply? You will find it in /var/log a while after you re-plugged the stick. Thanks, Josua Dietze Hello Josua, I have activated logging. the logfiles are attached (for 1.1.8 and 1.1.9 - 1st and 2nd attach) Kind regards Detlev usb-modeswitch-logs.tar.gz Description: application/compressed-tar
Bug#637362: openconnect: Fix FTBFS on hurd-i386
On Tue, 2011-08-16 at 12:24 +0200, Svante Signell wrote: Signed-off-by: svante.sign...@telia.com Or do you need a DM to do the signing. I'm not a DM myself, but can find one if needed. From yourself is what I needed, as the author of the patch. Applied; thanks: http://git.infradead.org/users/dwmw2/openconnect.git/commitdiff/1f8e4849 -- dwmw2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637998: [git] git prune: dumps core when run on Linux repository
Package: git Version: 1:1.7.5.4-1 Severity: normal --- Please enter the report below this line. --- When I run 'git prune' on the Linux repository I get a coredump:. See stacktrace from the coredump at end of this bugreport. I couldn't find a git-dbg package though to get a more useful stacktrace. Would it be possible to build a git-dbg package too in the future? Also if I upgrade to git 1.7.6 from experimental the crash is gone, so this is probably a bug that is already fixed there. edwin@debian:~/builds/linux-2.6$ git remote -v origin git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6 (fetch) origin git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6 (push) stable git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-3.0.y.git (fetch) stable git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-3.0.y.git (push) edwin@debian:~/builds/linux-2.6$ git prune Segmentation fault (core dumped) edwin@debian:~/builds/linux-2.6$ git --version git version 1.7.5.4 It dumps core everytime. Interestingly a VM running on same machine doesn't dump core when runnning git prune, so this might be a regression from 1.7.5.3 (or perhaps the directories don't have identical content despite being clones of eachother): edwin@debian2:~/linux-2.6$ git remote -v origin 192.168.1.101:builds/linux-2.6 (fetch) origin 192.168.1.101:builds/linux-2.6 (push) edwin@debian2:~/linux-2.6$ git --version git version 1.7.5.3 I upgraded to 1.7.6 from experimental, and that one doesn't crash. warning: Can't read pathname for load map: Input/output error. Reading symbols from /usr/lib/libz.so.1...Reading symbols from /usr/lib/debug/usr/lib/libz.so.1.2.5...done. done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /lib/x86_64-linux-gnu/libpthread.so.0...Reading symbols from /usr/lib/debug/lib/x86_64-linux-gnu/libpthread-2.13.so...done. done. Loaded symbols for /lib/x86_64-linux-gnu/libpthread.so.0 Reading symbols from /lib/x86_64-linux-gnu/libc.so.6...Reading symbols from /usr/lib/debug/lib/x86_64-linux-gnu/libc-2.13.so...done. done. Loaded symbols for /lib/x86_64-linux-gnu/libc.so.6 Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 Core was generated by `git prune'. Program terminated with signal 11, Segmentation fault. #0 0x00498aa9 in ?? () (gdb) bt #0 0x00498aa9 in ?? () #1 0x004a269f in ?? () #2 0x004a26b2 in ?? () #3 0x004a26b2 in ?? () #4 0x004a28bb in ?? () #5 0x0044ac90 in ?? () #6 0x00405364 in ?? () #7 0x0040486b in ?? () #8 0x003c7141eead in __libc_start_main (main=value optimized out, argc=value optimized out, ubp_av=value optimized out, init=value optimized out, fini=value optimized out, rtld_fini=value optimized out, stack_end=0x7fff5e0609d8) at libc-start.c:228 #9 0x00404c6d in ?? () #10 0x7fff5e0609d8 in ?? () #11 0x001c in ?? () #12 0x0002 in ?? () #13 0x7fff5e062562 in ?? () #14 0x in ?? () --- System information. --- Architecture: amd64 Kernel: Linux 3.0.1 Debian Release: wheezy/sid 500 unstableftp.ro.debian.org 500 unstableftp.lug.ro 500 testing security.debian.org 500 testing ftp.ro.debian.org 500 stable ftp.ro.debian.org 1 experimentalftp.lug.ro --- Package information. --- Depends(Version) | Installed -+-= libc6 (= 2.3.4) | 2.13-14 libcurl3-gnutls(= 7.16.2-1) | 7.21.6-3 libexpat1(= 1.95.8) | 2.0.1-7 zlib1g (= 1:1.2.0) | 1:1.2.5.dfsg-1 perl-modules | 5.12.4-1 liberror-perl| 0.17-1 git-man ( 1:1.7.5.4) | 1:1.7.5.4-1 git-man ( 1:1.7.5.4-.) | 1:1.7.5.4-1 Recommends (Version) | Installed =-+-=== patch | 2.6.1-2 less | 444-1 rsync | 3.0.8-1 ssh-client| Suggests(Version) | Installed =-+-=== git-doc | 1:1.7.5.4-1 git-el| git-arch | git-cvs | git-svn | 1:1.7.5.4-1 git-email | 1:1.7.5.4-1 git-daemon-run| git-gui | 1:1.7.5.4-1 gitk | 1:1.7.5.4-1 gitweb| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637974: linux-2.6: GDM beeps for Linux kernel versions =2.6.33
From all that you've written, I still can't work out what behaviour you think is a bug. Please explain. Ben. signature.asc Description: This is a digitally signed message part
Bug#637999: mozilla-noscript: Statusbar icon disappeared after changing to iceweasel 5.0-6 (from 3.5.19-3)
Package: mozilla-noscript Version: 2.1.1.2-1 Severity: normal After changing from iceweasel 3.5.19-3 to 5.0-6 the noscript icon disappeard from the statusbar. I don't use noscript's own informationbar (Informationsleiste anzeigen, wenn Skripte blockiert werden) which pops up if scripts are blocked but prefer the small icon. Moreover from that icon one can allow several sites in a row without reloading the page in between (as happens for noscript's bar). As an intermediate workaround I enabled the information text in the status bar (Informationstext in der Statusleiste). Works as well but doesn't look good combined with the other plugins (which use icons). Moreover that information text disappears once all sites are allowed - removing the permission and forbidding a site to further use scripts is not possible that way. Cheers, Paul PS: sorry that I haven't switched to english locale and provided only the German names of those options. Just tell me if I'm too confusing and I'll run without German locale. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39.4 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mozilla-noscript depends on: ii xul-ext-noscript 2.1.1.2-1 Javascript/plugins permissions man mozilla-noscript recommends no packages. mozilla-noscript 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#638000: Unable to install ffmpeg
Package: ffmpeg Severity: minor Hi, I tried installing ffmpeg using apt-get install ffmpeg. But got following error. $ apt-get install ffmpeg Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: ffmpeg : Depends: libavdevice52 (= 4:0.5.1-1) but it is not going to be installed or libavdevice-extra-52 (= 4:0.5.1-1) but it is not installable Depends: libavfilter0 (= 4:0.5.1-1) but it is not going to be installed or libavfilter-extra-0 (= 4:0.5.1-1) but it is not installable E: Broken packages $ -- System Information: Debian Release: 6.0.2 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_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Thanks, Amandeep
