Bug#567250: Manual page refers to non-existent BROWSER documentation in environ(7)
Package: sensible-utils Version: 0.0.2 Severity: minor Tags: patch Hi, The manual page for the sensible tools says to also see the documentation of the BROWSER variable in environ(7), but environ(7) doesn't contain any information about the BROWSER variable. The attached patch removes the reference. -- Matthttp://ftbfs.org/kraai diff -ru sensible-utils-0.0.2~/sensible-editor.1 sensible-utils-0.0.2/sensible-editor.1 --- sensible-utils-0.0.2~/sensible-editor.1 2010-01-27 23:56:26.0 -0800 +++ sensible-utils-0.0.2/sensible-editor.1 2010-01-27 23:57:02.0 -0800 @@ -15,5 +15,5 @@ respectively. Programs in Debian can use these scripts as their default editor, pager, or web browser or emulate their behavior. .SH SEE ALSO -Documentation of the EDITOR, PAGER, and BROWSER variables in +Documentation of the EDITOR and PAGER variables in .BR environ (7)
Bug#566752: mt: setting data compression / datcompression - do you accept patches?
Hi, Following an upgrade from Debian Etch to Lenny, I saw that the 'datcompression' switch to 'mt', that I used to set compression on/off, was actually a Debian patch: http://patch-tracker.debian.org/patch/misc/view/cpio/2.6-18.1+etch1/src/mt.c http://patch-tracker.debian.org/patch/misc/view/cpio/2.6-18.1+etch1/doc/mt.1 which was removed from their package at a point: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=566752 Apparently SuSE has a similar issue: https://bugzilla.novell.com/show_bug.cgi?id=129866 Looking at submissions of this patch upstream, I found several references on this list, but no answer: http://lists.gnu.org/archive/cgi-bin/namazu.cgi?query=datcompressionsubmit=Searchidxname=bug-cpio What is your (Sergey?) opinion on this patch? -- Sylvain -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566880: ITA: alltray -- Dock any program into the system tray
Hi, On Wed, 27 Jan 2010, Michael B. Trausch wrote: On 01/27/2010 11:55 AM, Ignace Mouzannar wrote: retitle 566880 ITA: alltray -- Dock any program into the system tray owner 566880 ! thanks I intend to adopt this package. I will be preparing a new package correcting some bugs soon. Kind regards, Ignace Mouzannar Hi Ignace, You are working on adopting the AllTray package for Debian, am I understanding that correctly? Do you know if Debian has distribution-local patches? If so, I'd like to take them and move them upstream to the old-maintenance branch on Launchpad. I'd be happy to help you with that. Debian has no patches but Ubuntu has a few and they don't apply to version 0.70 without conflict (although they are still required, i.e they have not been merged upstream AFAIK). See http://packages.qa.debian.org/alltray and the ubuntu patch link on the bottom right. Cheers, -- Raphaël Hertzog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567251: xserver-xorg-input-mouse: kfreebsd-i386 no core pointer: mouse unresponsive
Package: xserver-xorg-input-mouse Version: 1:1.5.0-1 Severity: important Using a standard installation of kfreebsd-i386, I cannot get the mouse to be recognized by X11. I first tried hal (no /etc/X11/xorg.conf) then, following the little information that I could find on the web, a minimal xorg.conf configuration (see below). With the present configuration, a mouse is reported but is unresponsive. Relevant lines from dmesg: ums0: vendor 0x045e product 0x00b9, class 0/0, rev 2.00/0.17, addr 2 on usbus0 ums0: 5 buttons and [XYZ] coordinates ID=17 Thank you. Alan -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxr-xr-x 1 root root 13 Jan 26 12:52 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1710408 Jan 21 00:42 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 652 Jan 27 22:33 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: Section Device Identifier Default mga Device 0 Driver mga EndSection Section Screen Identifier Default mga Screen 0 Device Default mga Device 0 EndSection Section InputDevice Identifier Default mouse Driver mouse Option Device /dev/sysmouse Option Protocolauto Option SendCoreEvents true EndSection Section ServerLayout Identifier Default Server Screen Default mga Screen 0 InputDevice Default mouse Option AllowEmptyInput off Option AutoAddDevices off EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 38773 Jan 28 08:57 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.7.4 Release Date: 2010-01-08 X Protocol Version 11, Revision 0 Build Operating System: GNU/kFreeBSD 7.2-1-686 i686 Debian Current Operating System: GNU/kFreeBSD forth 8.0-1-686 #0 Wed Jan 27 12:33:10 UTC 2010 i686 Build Date: 20 January 2010 11:32:43PM xorg-server 2:1.7.4-2 (bui...@finzi.debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Thu Jan 28 08:57:15 2010 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Server (**) |--Screen Default mga Screen 0 (0) (**) | |--Monitor default monitor (**) | |--Device Default mga Device 0 (==) No monitor specified for screen Default mga Screen 0. Using a default monitor configuration. (**) |--Input Device Default mouse (**) Option AllowEmptyInput off (**) Option AutoAddDevices off (**) Not automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to /usr/lib/xorg/modules (==) |--Input Device Default mouse (==) |--Input Device default keyboard (==) The core pointer device wasn't specified explicitly in the layout. Using the first mouse device. (==) The core keyboard device wasn't specified explicitly in the layout. Using the default keyboard configuration. (II) Loader magic: 0x81e76c0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (--) Using syscons driver with X support (version 2.0) (--) using VT number 7 (--) PCI:*(0:2:0:0) 102b:0525:102b:0541 Matrox Graphics, Inc. MGA G400/G450 rev 133, Mem @ 0xf400/33554432, 0xec00/16384, 0xec80/8388608, BIOS @ 0x/65536 (II) LoadModule: extmod (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.7.4, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: dbe (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so (II) Module dbe: vendor=X.Org Foundation compiled for
Bug#548035: /usr/bin/users-admin: users-admin sets su's path to /home/root
severity 548035 serious thanks This bug is already fixed in unstable, but the lenny version is still affected. I guess its seriousness mandates a stable upload. Yes, please fix this ASAP. It's really breaking peoples's systems out there. - Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: greffr...@leat.ruhr-uni-bochum.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557199: r-cran-epir_0.9-22-1_amd64.changes REJECTED
On Thu, Jan 28, 2010 at 09:05:14AM +0100, Joerg Jaspert wrote: I think we can deal with this upload without another round of reject/upload. :) Thanks. And for the future - well, assume its not always the same group of people doing NEW, ie we sometimes change and get new people. And transferring all the little details takes time, and you easily forget something in the huge mass of details we have. So a little hint will help to remember whoever is looking at it. (Also helps people outside who take a random look at your package). Fully ACK. Perhaps we should extract the information given in #557199 and put this into a template for future R packages, perhaps inside the r-base-dev documentation. What do you think? Thanks for your work Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567184: squashfs-tools: broken on armel (misaligned memory access)
tag 567184 upstream tag 567184 help thanks Sascha Silbe wrote: gcc usually warns about potential sources for misalignment during compilation. If it didn't for squashfs-tools please report back and I'll use gdb to find out where exactly it's failing. lacking an arm machine, i'm relaying on the buildd log: https://buildd.debian.org/fetch.cgi?pkg=squashfs-tools;ver=1%3A4.0-6;arch=armel;stamp=1259913213 -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564233: fim FTBFS on i386
Hi, Your new package does not seem to be accessible at: http://claudius.ce.uniroma2.it/~martone/tmp/ Please, upload to mentors.debian.net. If no one steps up, I'm willing to sponsor that too. Thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567252: Fails to display HTML attachment in Epiphany
Package: mutt Version: 1.5.20-6 Hi, When I view the attachments of an email that contains an HTML attachment and then try to view the HTML attachment, an Epiphany window is opened for the URL file:///tmp/mutt.html, but the page contains the following text: Unable to load page Problem occurred while loading the URL file:///tmp/mutt.html Error stating file '/tmp/mutt.html': No such file or directory [Try again] Based on http://www.lucas-nussbaum.net/blog/?p=247, I assume that this is because mutt is removing the file once the epiphany command that opens the window returns. I think it should display the attachment. I'm not sure that this is the correct package, but it seemed to be at least a place to start. -- Matthttp://ftbfs.org/kraai -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567171: btrfs-tools: Can't delete snapshots or subvolumes
Roger Leigh wrote: It would be great if the changes since v0.19 was released could be included in the Debian package. There's just four changes to date. will do shortly. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567253: [pm-utils] screens stay black after resume from pm-suspend on Compal FL90 (GeForce 8600M GT) from tty or X/nv. kernel
Package: pm-utils Version: 1.2.6.1-3 Severity: important After suspending with pm-suspend, suspend works except for the screens which stay completely black...making pm-suspend pretty much unusable. I'm using a Compal FL90 laptop with an integrated GeForce 8600M GT video card. This issue happens when I'm in a tty or running X with the nv driver. Suspend works fine with the nvidia driver (even if the suspend happens from a tty). I didn't try vesa. This happens whether vbetool is installed or not. The log seems completely normal. auto-quirks selects --quirk-vbe-post. The problem also happens with no quirk, with --quirk-s3-bios or --quirk-s3-mode. This happens on 2.6.32 686 or amd64, with the kernel sleep module. Initial commandline parameters: jeudi 28 janvier 2010, 03:05:34 (UTC-0500): Running hooks for suspend. /usr/lib/pm-utils/sleep.d/000kernel-change suspend suspend: success. /usr/lib/pm-utils/sleep.d/00auto-quirk suspend suspend: Adding quirks from HAL: --quirk-vbe-post success. /usr/lib/pm-utils/sleep.d/00logging suspend suspend: Linux vinci 2.6.32- trunk-686 #1 SMP Sun Jan 10 06:32:16 UTC 2010 i686 GNU/Linux Module Size Used by nvidia 8783671 0 ppdev 4058 0 lp 5570 0 parport22554 2 ppdev,lp sco 5837 2 bridge 32851 0 stp 996 1 bridge rfcomm 25063 0 bnep7376 2 l2cap 21677 4 rfcomm,bnep crc16 1027 1 l2cap bluetooth 36259 6 sco,rfcomm,bnep,l2cap acpi_cpufreq4907 0 cpufreq_userspace 1444 0 cpufreq_stats 1940 0 cpufreq_powersave602 0 cpufreq_conservative 4018 0 fuse 43554 1 aes_i5866816 2 aes_generic25738 1 aes_i586 coretemp3225 0 loop9721 0 firewire_sbp2 9575 0 snd_hda_codec_si3054 2410 1 snd_hda_codec_realtek 162851 1 uvcvideo 45194 0 videodev 25445 1 uvcvideo snd_hda_intel 15263 0 snd_hda_codec 45998 3 snd_hda_codec_si3054,snd_hda_codec_realtek,snd_hda_intel v4l1_compat10250 2 uvcvideo,videodev snd_hwdep 4054 1 snd_hda_codec snd_pcm_oss28479 0 snd_mixer_oss 10461 1 snd_pcm_oss snd_pcm47350 4 snd_hda_codec_si3054,snd_hda_intel,snd_hda_codec,snd_pcm_oss snd_seq_midi3480 0 snd_rawmidi12313 1 snd_seq_midi snd_seq_midi_event 3684 1 snd_seq_midi snd_seq35303 2 snd_seq_midi,snd_seq_midi_event arc4 974 2 snd_timer 12258 2 snd_pcm,snd_seq joydev 6771 0 snd_seq_device 3673 3 snd_seq_midi,snd_rawmidi,snd_seq ecb 1405 2 snd33551 12 snd_hda_codec_si3054,snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device iwl394545717 0 iwlcore67306 1 iwl3945 soundcore 3450 1 snd i2c_i8016442 0 i2c_core 12612 3 nvidia,videodev,i2c_i801 snd_page_alloc 4977 2 snd_hda_intel,snd_pcm mac80211 121381 2 iwl3945,iwlcore cfg80211 86910 3 iwl3945,iwlcore,mac80211 rfkill 10196 3 bluetooth,cfg80211 serio_raw 2916 0 pcspkr 1207 0 evdev 5609 15 ac 1640 0 compal_laptop 1731 0 processor 25803 3 acpi_cpufreq wmi 3575 0 psmouse44409 0 battery 3782 0 usbhid 26784 0 hid50545 1 usbhid ext3 93828 1 jbd31965 1 ext3 mbcache 3762 1 ext3 ide_cd_mod 21044 0 cdrom 26487 1 ide_cd_mod sd_mod 25717 3 crc_t10dif 1012 1 sd_mod ide_pci_generic 1924 0 ata_generic 2015 0 ahci 26446 2 firewire_ohci 16477 0 uhci_hcd 15953 0 sdhci_pci 4493 0 sdhci 12079 1 sdhci_pci tg388049 0 libata113728 2 ata_generic,ahci piix3564 0 video 14605 0 output 1204 1 video ricoh_mmc 2529 0 mmc_core 38095 1 sdhci led_class 1757 3 iwl3945,iwlcore,sdhci firewire_core 30915 2 firewire_sbp2,firewire_ohci crc_itu_t 1035 1 firewire_core intel_agp 20145 0 agpgart19516 2 nvidia,intel_agp libphy 11238 1 tg3 scsi_mod 101073 3
Bug#566779: snd: FTBFS on GNU/kFreeBSD: missing -ldl
package snd-gtk-pulse everywhere, on linux uses ALSA, on GNU/kFreeBSD OSS package snd-gtk-jack on i386 amd64 powerpc CPUs, i.e. also on kfreebsd-amd64 and kfreebsd-i386 package snd-nox everywhere, on linux uses ALSA, on GNU/kFreeBSD OSS Agreed. Do we really need to change the name? Could we simply leave snd-nox-alsa unchanged and build it with different configurations on Linux and kFreeBSD? Well, technically it is possible, but the name of the package would be misleading. The snd-nox-alsa have not been part of any Debian stable release, so from my POV it is much better to rename it now to avoid later confusion. But definitely, it is up to Maintainer, not Porter decision ;-) Please apply attached diff against snd_11.2-1 and after that perform cd debian mv snd-nox-alsa.install snd-nox.install mv snd-nox-alsa.menu snd-nox.menu The attached diff changes debian/control, debian/rules, adds 05-kfreebsd.diff and 99-autoconf.diff, enlist them in series file. It have been build-tested on kfreebsd-am64. It would also be nice if you can ask upstream to include 05-kfreebsd.diff changes for next release. Many, many thanks Petr diff -u snd-11.2/debian/control snd-11.2/debian/control --- snd-11.2/debian/control +++ snd-11.2/debian/control @@ -13,8 +13,8 @@ libsamplerate0-dev, libxmu-dev, libpulse-dev, - libjack-dev [i386 amd64 powerpc], - libasound2-dev, + libjack-dev [i386 amd64 powerpc kfreebsd-i386 kfreebsd-amd64 hurd-i386], + libasound2-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libmpc-dev (= 0.8), bzip2, quilt (= 0.46-7) @@ -48,8 +48,8 @@ This package contains the documentation for snd. Package: snd-gtk-jack -Architecture: i386 amd64 powerpc -Provides: snd-gtk-alsa, snd-gtk +Architecture: any-i386 any-amd64 any-powerpc +Provides: snd-gtk-alsa [linux-any], snd-gtk Depends: snd (= ${source:Version}), ${shlibs:Depends}, ${misc:Depends} @@ -66,7 +66,7 @@ Package: snd-gtk-pulse Architecture: any -Provides: snd-gtk-alsa, snd-gtk +Provides: snd-gtk-alsa [linux-any], snd-gtk Depends: snd (= ${source:Version}), ${shlibs:Depends}, ${misc:Depends} @@ -81,17 +81,17 @@ This package contains the files for the GTK+ user interface with PulseAudio support. -Package: snd-nox-alsa +Package: snd-nox Architecture: any Depends: snd (= ${source:Version}), ${shlibs:Depends}, ${misc:Depends} -Provides: snd-nox +Provides: snd-nox-alsa [linux-any] Conflicts: snd-dmotif, snd-dmotif-alsa, snd-smotif, snd-gtk-alsa, snd-gtk ( 11-3), snd-gtk-jack, snd-gtk-pulse Replaces: snd ( 5.10), snd-dmotif, snd-dmotif-alsa, snd-smotif, snd-gtk-alsa, snd-gtk ( 11-3), snd-gtk-jack, snd-gtk-pulse -Description: Sound file editor (without X support - ALSA) +Description: Sound file editor (without X support) Snd is a powerful sound file editor that can be customized and extended using the Scheme programming language. . diff -u snd-11.2/debian/rules snd-11.2/debian/rules --- snd-11.2/debian/rules +++ snd-11.2/debian/rules @@ -1,11 +1,22 @@ #!/usr/bin/make -f -DEBIAN_ARCH = $(shell dpkg-architecture -qDEB_HOST_ARCH) +export DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH) +export DEB_HOST_ARCH_OS ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_OS) +export DEB_HOST_ARCH_CPU ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_CPU) + COMMON_CONFIGURE_ARGS=--with-ladspa \ --enable-snd-debug \ --with-gmp \ --prefix=/usr +ifeq ($(DEB_HOST_ARCH_OS),linux) +EXTRA_CONFIGURE_ARGS=--with-alsa +endif + +ifeq ($(DEB_HOST_ARCH_OS),kfreebsd) +EXTRA_CONFIGURE_ARGS=--with-oss +endif + %: dh --with quilt $@ @@ -17,32 +28,36 @@ override_dh_auto_configure: override_dh_auto_build: override_dh_auto_install: - # First, build with ALSA but without GUI - ./configure $(COMMON_CONFIGURE_ARGS) \ - --with-no-gui \ - --with-alsa + # First, build without GUI + ./configure $(COMMON_CONFIGURE_ARGS)\ + $(EXTRA_CONFIGURE_ARGS) \ + --with-no-gui $(MAKE) - dh_install -psnd-nox-alsa - dh_installman -psnd-nox-alsa snd.1 + dh_install -psnd-nox + dh_installman -psnd-nox snd.1 # Clean the tree $(MAKE) distclean + # then, build with PulseAudio ./configure $(COMMON_CONFIGURE_ARGS) \ - --with-gtk \ - --with-pulseaudio + --with-gtk \ + --with-pulseaudio $(MAKE) dh_install -psnd-gtk-pulse dh_installman -psnd-gtk-pulse snd.1 # Clean the tree $(MAKE) distclean + # finally, build with JACK -ifneq (,$(findstring :$(DEB_BUILD_ARCH):,:i386:powerpc:amd64:)) +ifneq (,$(findstring :$(DEB_HOST_ARCH_CPU):,:i386:powerpc:amd64:)) ./configure $(COMMON_CONFIGURE_ARGS) \ - --with-gtk \ - --with-jack + --with-gtk \ + --with-jack $(MAKE) dh_install -psnd-gtk-jack dh_installman -psnd-gtk-jack snd.1 + # Clean the tree + $(MAKE) distclean endif override_dh_install: diff -u snd-11.2/debian/patches/series snd-11.2/debian/patches/series --- snd-11.2/debian/patches/series +++ snd-11.2/debian/patches/series @@
Bug#567254: ITP: Midgard Content Repository
Package: wnpp Severity: wishlist Package name: midgard Version: 9.09.2 Author: Midgard Project URL: http://www.midgard-project.org License: LGPL Description: Midgard2 is an Open Source Content Repository. It provides an object-oriented and replicated environment for building data-intensive applications for both web and the desktop. Midgard2 is built on the GNOME stack of libraries like GLib and libgda. Communications between applications written in the different languages happen over D-Bus. RFS has been already sent. Packages available for review: http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=midgard2-core http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=php5-midgard2 http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=midgard-python Piotras -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566752: [Bug-cpio] mt: setting data compression / datcompression - do you accept patches?
Sylvain Beucler b...@gnu.org ha escrit: What is your (Sergey?) opinion on this patch? Apart from some minor issues, it is OK. However, to use a patch of that size I will need a FSF copyright assignment from its author. Is it possible? Regards, Sergey -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#390135: upstream developer asks for help in packaging
Gour g...@gour-nitai.com has been in contact with upstream: I got reply from wxFormBuilder in regard to Debian support. Here is his (forum) reply: I made the .deb for Ubuntu, and underwent the process to include it into the official repositories. I'm interested in supporting Debian, but I'd need a lot of help. Someone who can help with Debian packaging might contact him at: rpusztai at gmail dot com Karsten -- GPG key ID E4071346 @ wwwkeys.pgp.net E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524003: FTBFS on armel
tags 524003 + patch thanks. * Sebastian Andrzej Siewior | 2010-01-26 23:09:59 [+0100]: fine. I don't patch tag since the two dcache flushes don't look right and upstream did not apply it yet. We will see. It is in queued in -mm [0] for .33, will be backportable if nobody has a problem with it [1]. So we have patch now :) I'm curious what can be done about the dependency of tokyocabinet. It should depend on the kernel which has the patch because a user of the library might get wrong results if it is using a kernel without the patch on the affected architecture. However, there is no need to use a debian kernel so users without a debian kernel would get it pulled in. Plus even if the kernel is installed it is not necessary that this is the kernel which booted the system. [0] http://marc.info/?l=linux-mm-commitsm=126454582727638w=2 [1] http://lkml.org/lkml/2010/1/27/344 Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567255: /etc/webmin/webmin/oscache
Package: etckeeper Version: 0.21 Severity: wishlist Please add /etc/webmin/webmin/oscache to ignore list as well. This file includes a timestamp which is modified every time webmin changes something. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages etckeeper depends on: ii bzr 1.5-1.1easy to use distributed version co ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy etckeeper recommends no packages. etckeeper suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#390135: Info received (upstream developer asks for help in packaging)
Here's a direct link to upstream's opinion: http://forum.wxformbuilder.org/index.php?topic=689.msg3224#msg3224 Karsten -- GPG key ID E4071346 @ wwwkeys.pgp.net E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564233: fim FTBFS on i386
Okay the site came back online and I managed to access it. Package uploaded. Thanks. P.S. You might have more success with mentors list while hunting for sponsors. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566752: [Bug-cpio] mt: setting data compression / datcompression - do you accept patches?
On Thu, Jan 28, 2010 at 10:26:43AM +0200, Sergey Poznyakoff wrote: Sylvain Beucler b...@gnu.org ha escrit: What is your (Sergey?) opinion on this patch? Apart from some minor issues, it is OK. However, to use a patch of that size I will need a FSF copyright assignment from its author. Is it possible? Clint, do you know about this? -- Sylvain -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567147: killing the iceweasel program with JWM results in ultimate
On Wed, Jan 27, 2010 at 06:40:15PM +0100, yellow wrote: Package: iceweasel Version: 3.5.5-1 Severity: normal Hello, The process of killing the iceweasel program with JWM results in ultimate crash of iceweasel, for forever. The iceweasel does not want to start again, although multiple reboots. I mention that a process is running, which is not true. Is there a way to remove this sort of locking? Try removing the ~/.mozilla/firefox/*/lock file. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#390135: [Gnumed-devel] Re: GNUmed user interface toolkit considerations
On Thu, Jan 28, 2010 at 09:35:12AM +0100, Karsten Hilbert wrote: do you know where we could send this request for help ? Some sort of -mentors ? Suggesting the Ubuntu maintainer to ask for sponsoring his package into Debian? One way would be if the wxFormBuilder guy became a Debian Junior Developer (but then he'd still need help). Usually it is the easier to get help the more interesting a package is. I guess there are some DDs around who are interested but overworked. Sponsering a prepared package is not as much work as doing it from scratch - so changes might be not that bad. Maybe they are overestimating the packaging effort, actually ? Probably. I just rebuilded the Ubuntu package which shows four easy to fix lintian problems, but installs and starts fine. Gour, is there a direct link to his forum reply which we can attach to the RFP against WNPP in Debian ? Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567169: xulrunner-1.9.1: please Provides: xulrunner
On Wed, Jan 27, 2010 at 08:25:26PM +0100, Luca Capello wrote: Package: xulrunner-1.9.1 Version: 1.9.1.6-1 Severity: wishlist Hi Mike! Should not xulrunner-1.9.1 Provides: xulrunner, so other packages depending on xulrunner will work with xulrunner-1.9.1 as well? In my case, the problem is with the gecko-mediaplayer plugin: Package: gecko-mediaplayer [...] Version: 0.9.8-1 Depends: [...], iceweasel | firefox-3.5 | firefox-3.0 | iceape-browser | epiphany-browser | galeon | midbrowser | xulrunner | xulrunner-1.9 | konqueror (= 4:4) Please fill free to reassign this bug to gecko-mediaplayer, in case you think the problem is not in xulrunner-1.9.1. Actually, I'm not very sure plugins should strictly depend on browsers, like that... Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522101: libao: FTBFS on hurd-i386
A slight variant of this patch is now in libao SVN and will appear in the 1.0.0 release. Monty -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560942: CVE-2009-3560 and CVE-2009-3720 denial-of-services
hi, just a quick ack: i've imported the patches into git but one of them does not apply: Applying patch CVE-2009-3560.patch patching file lib/expat/xmlparse/xmlparse.c Hunk #1 FAILED at 2330. 1 out of 1 hunk FAILED -- rejects in file lib/expat/xmlparse/xmlparse.c Patch CVE-2009-3560.patch does not apply (enforce with -f) i've taken a very cursory look but can't tell if this has already been addressed for the unstable version; there are a number of switch statements in this file and i'm not sure which one is supposed to be patched (-p output from diff might help there). in one of the switch statements at least there's a default case that seems to do the same error handling, though i'm not sure if it's sufficient to address the issue. is there some test case i can use to verify the error? i'll look closer when i have a chance but if you have any further info that could help it would be appreciated. thanks, sean signature.asc Description: Digital signature
Bug#462753: libao2: need to clear the final period in alsa driver before closing it.
Your analysis is not quite correct; ALSA should absolutely not be playing more samples than it receives regardless of period/hardware buffer alignment. The only way this could happen is if the pipeline is set to 'never underrun' mode and the playback cursor passes the end of playback before a stop can be issued. Note that this mode is deprecated and doesn't exist in modern ALSA and libao never used this mode anyway. In the code you point to, the silent padding was being used for two things, but both were because aplay/sox/etc were using ALSA in a mode where transfers were being force-aligned to a chunk size, and the transfer would not trigger until the chunk was full. This mode is also deprecated in ALSA and no longer exists. All transfers are now aligned on single samples ('frames'). In short, all this extra silence padding code has done nothing in many many years. It exists only because developers have been too lazy to remove it (several of these interfaces were deprecated before anyone had even written complete documentation for them!) I'm betting that some drivers were never properly updated, or have always been buggy with respect to transfer alignment. That said, both your example sox command line (with ao) and your bug illustration program work properly here; I am not able to reproduce your problem on any hardware I have (or on other distros, eg, Ubuntu, Fedora or RHEL). This also suggests a specific buggy ALSA driver or libasound version which may have been fixed since. Is this consistently a problem on other machines / after updates? What hardware, driver versions and kernel are you using specifically? I'm sure this is an ALSA problem, not a libao problem. Monty Xiph.Org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564936: grub-pc: reproducable
Package: grub-pc Severity: normal I can also reproduce this problem with grub 1.98~20100115-1. Removing grub.cfg lets grub go into it's recovery prompt. Reinstalling grub does not fix anything. Downgrading to 1.98~20100107-1 makes everyting work again. -- Package-specific info: *** BEGIN /proc/mounts /dev/root / ext3 rw,relatime,errors=remount-ro,data=ordered 0 0 /dev/hda4 /home ext3 rw,relatime,errors=continue,data=ordered 0 0 /dev/hda1 /mnt/windows vfat rw,noexec,relatime,fmask=0111,dmask=,allow_utime=0022,codepage=cp850,iocharset=iso8859-15,errors=remount-ro 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/hda *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by /usr/sbin/grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### set default=0 insmod ext2 set root=(hd0,3) search --no-floppy --fs-uuid --set 8bb75fa5-df36-459f-9f26-907e713477b4 if loadfont /usr/share/grub/unicode.pf2 ; then set gfxmode=640x480 insmod gfxterm insmod vbe if terminal_output gfxterm ; then true ; else # For backward compatibility with versions of terminal.mod that don't # understand terminal_output terminal gfxterm fi fi set locale_dir=/boot/grub/locale set lang= insmod gettext set timeout=5 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### set menu_color_normal=cyan/blue set menu_color_highlight=white/blue ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### menuentry Debian GNU/Linux, with Linux 2.6.31.11 { insmod ext2 set root=(hd0,3) search --no-floppy --fs-uuid --set 8bb75fa5-df36-459f-9f26-907e713477b4 linux /boot/vmlinuz-2.6.31.11 root=/dev/hda3 ro } menuentry Debian GNU/Linux, with Linux 2.6.31.6 { insmod ext2 set root=(hd0,3) search --no-floppy --fs-uuid --set 8bb75fa5-df36-459f-9f26-907e713477b4 linux /boot/vmlinuz-2.6.31.6 root=/dev/hda3 ro } menuentry Debian GNU/Linux, with Linux 2.6.31.4 { insmod ext2 set root=(hd0,3) search --no-floppy --fs-uuid --set 8bb75fa5-df36-459f-9f26-907e713477b4 linux /boot/vmlinuz-2.6.31.4 root=/dev/hda3 ro } ### END /etc/grub.d/10_linux ### ### BEGIN /etc/grub.d/30_os-prober ### menuentry Microsoft Windows XP Professional (on /dev/hda1) { insmod fat set root=(hd0,1) search --no-floppy --fs-uuid --set 4331-703f drivemap -s (hd0) ${root} chainloader +1 } ### END /etc/grub.d/30_os-prober ### ### BEGIN /etc/grub.d/40_custom ### # This file provides an easy way to add custom menu entries. Simply type the # menu entries you want to add after this comment. Be careful not to change # the 'exec tail' line above. ### END /etc/grub.d/40_custom ### *** END /boot/grub/grub.cfg -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.31.11 (PREEMPT) Locale: LANG=en_GB, LC_CTYPE=es_ES (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages grub-pc depends on: ii debconf [debconf-2.0]1.5.28 Debian configuration management sy ii grub-common 1.98~20100101-1 GRand Unified Bootloader, version ii libc62.10.2-2GNU C Library: Shared libraries ii ucf 3.0025 Update Configuration File: preserv grub-pc recommends no packages. Versions of packages grub-pc suggests: ii desktop-base 5.0.5 common files for the Debian Deskto -- debconf information: grub2/kfreebsd_cmdline: * grub2/linux_cmdline: * grub-pc/chainload_from_menu.lst: true grub-pc/kopt_extracted: true * grub-pc/install_devices: /dev/hda grub-pc/postrm_purge_boot_grub: false grub2/kfreebsd_cmdline_default: quiet * grub2/linux_cmdline_default: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566779: snd: FTBFS on GNU/kFreeBSD: missing -ldl
On Thu, Jan 28, 2010 at 11:38 AM, Petr Salinger petr.salin...@seznam.cz wrote: Please apply attached diff against snd_11.2-1 and after that perform cd debian mv snd-nox-alsa.install snd-nox.install mv snd-nox-alsa.menu snd-nox.menu The attached diff changes debian/control, debian/rules, adds 05-kfreebsd.diff and 99-autoconf.diff, enlist them in series file. It have been build-tested on kfreebsd-am64. Looks really good. We no longer provide snd-nox-alsa runtime package, it's only defined as provided by snd-nox: is it enough? Should we handle a small transition (snd-nox-alsa - snd-nox)? -- Alessio Treglia quadris...@ubuntu.com Ubuntu MOTU Developer | Homepage: http://www.alessiotreglia.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#565344: [xserver-xorg-video-radeon] Black screen after resume from suspend to disk/RAM
On Tue, 2010-01-26 at 13:41 +0100, Bruno Kleinert wrote: Am Dienstag, den 19.01.2010, 13:46 +0100 schrieb Michel Dänzer: On Tue, 2010-01-19 at 13:23 +0100, Bruno Kleinert wrote: Maybe it's some crazy bullshit, but I have a guess where this could come from: ;) gnome-screensaver fades the display to black when it gets active, maybe this is done by manipulating color/contrast/whatever settings (?). I guess so, because the text snapshotting the system at the text console is often very dark and sometimes invisiable after gnome-screensaver got active to lock the screen before the machine starts the suspend procedure. Now, if the machine gets resumed, maybe these color/contrast/whatever settings don't get successfully restored or restored at all. If that is the case, running something like DISPLAY=:0 xgamma -gamma 1.0 from an ssh login might restore the display. Great, that helps! After calling this command also the text console becomes visible again, when I switch to a text VT. Before I executed xgamma -gamma 1.0 I queried the X server by calling xgamma about the current settings and the output of xgamma was, that the values for RGB were already all set to 1.0! So it looks as if the state of the X server and the graphics hardware aren't the same after resuming. Maybe the X server or driver doesn't (properly) restore the hardware CLUT on resume. Does this workaround also help on the other machine with an Intel GPU? Is there a possibility to query the graphics hardware about gamma settings directly? Not sure there's anything better than looking at the monitor. :) -- Earthling Michel Dänzer |http://www.vmware.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#559815: gcc warnings about array bounds in Hercules
Just happened to be looking at the BTS... Thorsten Glaser wrote: You might want to have a look at all these gcc warnings about array accesses being below/above array bounds, though. There may be more security issues hiding. These warnings have been fixed in the upcoming upstream release. Cheers, FJP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524003: FTBFS on armel
Hi, and thanks for tracing this bug down! Quick summary for debian-kernel list - a patch in generic kernel code is needed to fix tokyocabinet FTBFS on armel. On Thu, Jan 28, 2010 at 09:49:57AM +0100, Sebastian Andrzej Siewior wrote: It is in queued in -mm [0] for .33, will be backportable if nobody has a problem with it [1]. So we have patch now :) Would this be material for backporting to the 2.6.32-x debian kernels? Since most buildd's run debian/stable kernels, until the next release tokyocabinet would need to be built manually on armel anyway. While inconvinient, it should still allow tokyocabinet back in testing. I'm curious what can be done about the dependency of tokyocabinet. It should depend on the kernel which has the patch because a user of the library might get wrong results if it is using a kernel without the patch on the affected architecture. However, there is no need to use a debian kernel so users without a debian kernel would get it pulled in. Plus even if the kernel is installed it is not necessary that this is the kernel which booted the system. Best would be to have a runtime check in tokyocabinet that errs out if the kernel bug is seen. [0] http://marc.info/?l=linux-mm-commitsm=126454582727638w=2 [1] http://lkml.org/lkml/2010/1/27/344 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548035: /usr/bin/users-admin: users-admin sets su's path to /home/root
Le jeudi 28 janvier 2010 à 09:06 +0100, Fabian Greffrath a écrit : severity 548035 serious thanks This bug is already fixed in unstable, but the lenny version is still affected. I guess its seriousness mandates a stable upload. Yes, please fix this ASAP. It's really breaking peoples's systems out there. It’s already fixed in proposed-updates. Please bring any further complaints to the SRMs :) -- .''`. Josselin Mouette : :' : `. `' “A handshake with whitnesses is the same `- as a signed contact.” -- Jörg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556930: kdesktop: kwebdesktop does not load all pictures
Hi! The bug is not any longer confirmable. The site changed its code, now everything works perfectly. So this bug may be closed. greetings Frank Lassowski -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566779: snd: FTBFS on GNU/kFreeBSD: missing -ldl
We no longer provide snd-nox-alsa runtime package, it's only defined as provided by snd-nox: is it enough? Should we handle a small transition (snd-nox-alsa - snd-nox)? I do not know. Creating transitional package should be very easy. On the other hand, the snd-nox-alsa have not been part of any Debian stable release, nothing build-depends on it, it exists only for two months so far. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567256: FTBS on sparc, mipsel and mips
Package: hdf5 Version: 1.8.4-3 Severity: important Justification: fails to build from source Building results in a bus error. I'm not sure if this is a problem with H5detect at building time or the result of a compiler issue on this platforms (little endian?). Note the problem in optimization... ../../../src/H5detect.c: In function 'main': ../../../src/H5detect.c:869: warning: cannot optimize possibly infinite loops ../../../src/H5detect.c:860: warning: cannot optimize possibly infinite loops mv -f .deps/H5detect-H5detect.Tpo .deps/H5detect-H5detect.Po /bin/bash ../libtool --tag=CC --mode=link gcc -g -std=c99 -pedantic -Wall -Wextra -Wundef -Wshadow -Wpointer-arith -Wbad-function-cast -Wcast-qual -Wcast-align -Wwrite-strings -Wconversion -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs -Winline -Wno-long-long -Wfloat-equal -Wmissing-format-attribute -Wmissing-noreturn -Wpacked -Wdisabled-optimization -Wformat=2 -Wunreachable-code -Wendif-labels -Wdeclaration-after-statement -Wold-style-definition -Winvalid-pch -Wvariadic-macros -Wnonnull -Winit-self -Wmissing-include-dirs -Wswitch-default -Wswitch-enum -Wunused-macros -Wunsafe-loop-optimizations -Wc++-compat -Wstrict-overflow -Wlogical-op -Wlarger-than=2048 -Wvla -Wsync-nand -Wframe-larger-than=16384 -Wpacked-bitfield-compat -O0 -fomit-frame-pointer -finline-functions -g -O2 -o H5detect H5detect-H5detect.o -lpthread -lz -lm libtool: link: gcc -g -std=c99 -pedantic -Wall -Wextra -Wundef -Wshadow -Wpointer-arith -Wbad-function-cast -Wcast-qual -Wcast-align -Wwrite-strings -Wconversion -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs -Winline -Wno-long-long -Wfloat-equal -Wmissing-format-attribute -Wmissing-noreturn -Wpacked -Wdisabled-optimization -Wformat=2 -Wunreachable-code -Wendif-labels -Wdeclaration-after-statement -Wold-style-definition -Winvalid-pch -Wvariadic-macros -Wnonnull -Winit-self -Wmissing-include-dirs -Wswitch-default -Wswitch-enum -Wunused-macros -Wunsafe-loop-optimizations -Wc++-compat -Wstrict-overflow -Wlogical-op -Wlarger-than=2048 -Wvla -Wsync-nand -Wframe-larger-than=16384 -Wpacked-bitfield-compat -O0 -fomit-frame-pointer -finline-functions -g -O2 -o H5detect H5detect-H5detect.o -lpthread -lz -lm LD_LIBRARY_PATH=$LD_LIBRARY_PATH`echo | \ sed -e 's/-L/:/g' -e 's/ //g'` \ ./H5detect H5Tinit.c || \ (test $HDF5_Make_Ignore echo *** Error ignored) || \ (rm -f H5Tinit.c ; exit 1) /bin/bash: line 4: 22983 Bus error LD_LIBRARY_PATH=$LD_LIBRARY_PATH`echo | sed -e 's/-L/:/g' -e 's/ //g'` ./H5detect H5Tinit.c make[3]: *** [H5Tinit.c] Error 1 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.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#559142: reproduced and fixed on x86_64: patch included :-)
Hi again Guillem, It should be under one of the /usr/share/fonts/truetype/ directories, as the server does chdir to them when scanning. Sure enough, found in /usr/share/fonts/truetype/ttf-lucida/ Could you check if there's a broken symlink somewhere there? The same directory contained a bunch of broken symlinks, e.g. LucidaBrightDemiBold.ttf - ../../../../lib/jvm/java-6-sun-1.6.0.12/jre/lib/fonts/LucidaBrightDemiBold.ttf that clearly should have been updated on an upgrade to Java, since /usr/lib/jvm/java-6-sun-1.6.0.16/jre/lib/fonts/ exists, but no java-6-sun-1.6.0.12 Eddy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567258: tinyproxy: New stable upstream version
Package: tinyproxy Version: 1.6.3-3.2 Severity: normal There is a new 1.8.0 stable version for Tinyproxy, that might solve some issues related to heders with Dansguardian and Tinyproxy (as reported on bug #536778), as well as include new features. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-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 tinyproxy depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii logrotate 3.7.8-4Log rotation utility tinyproxy recommends no packages. tinyproxy 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#561727: git-core: /etc/bash_completion.d/git sometimes freezes
severity 561727 normal tags 561727 + wontfix quit On Wed, Jan 06, 2010 at 01:44:13AM -0500, Anders Kaseorg wrote: Does this really merit a release-critical severity? No, I don't think so. On Sat, Jan 09, 2010 at 03:54:41AM -0600, Jonathan Nieder wrote: It was fixed by v1.6.5.3~34 (help -a: do not unnecessarily look for a repository, 2009-09-04), so fortunately it does not apply to squeeze any more, either. See http://bugs.debian.org/539273. Of course, the bug is present in lenny. Gerrit, do you think this is worth fixing through pu? I would be glad to prepare an upload if you think so, but I would not be the one maintaining it. No, I don't think so. Thank you all for working on this report. Regards, Gerrit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567257: ITP: globus-libxml2 -- Globus Toolkit - LibXML2 Library
Package: wnpp Severity: wishlist Owner: Mattias Ellert mattias.ell...@fysast.uu.se * Package name: globus-libxml2 Version : 1.8 * URL : http://www.globus.org/ * License : Apache 2 Description : Globus Toolkit - LibXML2 Library The Globus Toolkit is an open source software toolkit used for building Grid systems and applications. It is being developed by the Globus Alliance and many others all over the world. A growing number of projects and companies are using the Globus Toolkit to unlock the potential of grids for their cause. globus-libxml2 This package exists to satisfy package dependencies declared by GPT. The package only contains the GPT metadata needed to satisfy the dependencies. This metadata contains references to the distribution's regular libxml2 package. signature.asc Description: Detta är en digitalt signerad meddelandedel
Bug#540001: Fixed with simple build option
On Sat, Jan 16, 2010 at 04:33:46PM +0530, Ramkumar Ramachandra wrote: The problem is solved by setting ASCIIDOC8 while building. See lines 65-67 in Documentation/Makefile from 8fa2b45f Hi, look like ASCIIDOC8 is already set while building $ grep ASCIIDOC debian/rules $(MAKE) -CDocumentation man html ASCIIDOC8=YesPlease ASCIIDOC_NO_ROFF=Yes $ Does this mean the bug's fixed now? Regards, Gerrit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567259: collectd: no plugins in package
Package: collectd Version: 4.9.1-1 Severity: important after install the pakages on Ubuntu 9.10 collectd_4.9.1-1_i386.deb collectd-core_4.9.1-1_i386.deb collectd-dbg_4.9.1-1_i386.deb collectd-utils_4.9.1-1_i386.deb libcollectdclient0_4.9.1-1_i386.deb libcollectdclient-dev_4.9.1-1_i386.deb and enable pugins in configure file. not found some plugins: $ sudo /etc/init.d/collectd force-reload [sudo] password for kudirov: Restarting statistics collection and monitoring daemon: collectdCould not find plugin battery. Could not find plugin contextswitch. Could not find plugin cpufreq. Could not find plugin disk. Could not find plugin entropy. Could not find plugin irq. Could not find plugin netlink. Could not find plugin nfs. Could not find plugin protocols. Could not find plugin sensors. Could not find plugin vmem. Could not find plugin wireless. Could not find plugin battery. Could not find plugin contextswitch. Could not find plugin cpufreq. Could not find plugin disk. Could not find plugin entropy. Could not find plugin irq. Could not find plugin netlink. Could not find plugin nfs. Could not find plugin protocols. Could not find plugin sensors. Could not find plugin vmem. Could not find plugin wireless. in dir /usr/lib/collectd no .so files for this plugins $ ls /usr/lib/collectd/ apache.so dbi.soipmi.so mbmon.so notify_desktop.so postgresql.so syslog.so teamspeak2.so apcups.so df.so load.so memcachec.so notify_email.sopowerdns.sotable.soted.so ascent.so dns.sologfile.so memcached.so ntpd.soprocesses.so tail.so unixsock.so bind.so email.so match_empty_counter.so memory.so nut.so python.so target_notification.so uptime.so cpu.soexec.so match_hashed.so multimeter.so olsrd.so rrdcached.so target_replace.so users.so csv.sofilecount.so match_regex.so mysql.so openvpn.so rrdtool.so target_scale.so utils curl_json.so hddtemp.somatch_timediff.so network.so perl.sosnmp.sotarget_set.so uuid.so curl.so interface.so match_value.so nginx.so ping.soswap.sotcpconns.so write_http.so so some functions of collectd not working... -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic-proposed'), (500, 'karmic-backports'), (500, 'karmic') Architecture: i386 (i686) Kernel: Linux 2.6.31-18-generic (SMP w/2 CPU cores) 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 collectd depends on: ii collectd-core 4.9.1-1 statistics collection and monitori ii libc6 2.10.1-0ubuntu16 GNU C Library: Shared libraries ii librrd4 1.3.1-4ubuntu2 Time-series data storage and displ Versions of packages collectd recommends: ii libatk1.0-01.28.0-0ubuntu1 The ATK accessibility toolkit ii libc6 2.10.1-0ubuntu16 GNU C Library: Shared libraries ii libcairo2 1.8.8-2ubuntu1.1 The Cairo 2D vector graphics libra ii libcurl3-gnutls7.19.5-1ubuntu2 Multi-protocol file transfer libra ii libdbi00.8.2-3 Database Independent Abstraction L ii libdbus-1-31.2.16-0ubuntu9 simple interprocess messaging syst ii libdbus-glib-1-2 0.80-4ubuntu1 simple interprocess messaging syst ii libesmtp5 1.0.4-2 LibESMTP SMTP client library ii libfontconfig1 2.6.0-1ubuntu12 generic font configuration library ii libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib ii libgcrypt111.4.4-2ubuntu2LGPL Crypto library - runtime libr ii libglib2.0-0 2.22.3-0ubuntu1 The GLib library of C routines ii libgtk2.0-02.18.3-1ubuntu2.2 The GTK+ graphical user interface ii libhal10.5.13-1ubuntu8 Hardware Abstraction Layer - share pn libmemcached4 none(no description available) ii libmysqlclient16 5.1.37-1ubuntu5 MySQL database client library ii libnotify1 [libnot 0.4.5-1ubuntu1sends desktop notifications to a n ii libopenipmi0 2.0.14-2ubuntu2 Intelligent Platform Management In ii liboping0 0.3.5-1 C/C++ library to generate ICMP_ECH ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libpcap0.8 1.0.0-2ubuntu1system interface for user-level pa ii libperl5.105.10.0-24ubuntu4 Shared Perl library ii libpq5 8.4.2-0ubuntu9.10 PostgreSQL C client library ii librrd41.3.1-4ubuntu2Time-series data storage and displ ii libsnmp15
Bug#567238: Unable to reproduce #392365 (crashes of TreeView X using Anthy).
Le Wed, Jan 27, 2010 at 11:44:08PM -0800, Ryan Niebur a écrit : were you able to test #392365? Dear Ryan, I can not reproduce #392365 anymore. Note however that since Anthy is a complex set of packages, and that I forgot to check which ones were installed when I filed #392365, it is not 100% sure that the problem is solved. But in my opinion, you can close the bug. Have a nice day, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567256: [DebianGIS-dev] Bug#567256: FTBS on sparc, mipsel and mips
On Thu, Jan 28, 2010 at 10:22:36AM +0100, Francesco Paolo Lovergine wrote: Building results in a bus error. I'm not sure if this is a problem with H5detect at building time or the result of a compiler issue on this platforms (little endian?). Err, sparc is big endian... -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562640: #562640 xterm(1) man page: replace /etc/wtmp by /var/log/wtmp
This is addressed in #255 -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#567260: ping plugin not work
Package: collectd Version: 4.9.1-1 Severity: normal after installing collectd and configured plugin ping no data passed to rrd or csv in syslog I have this info $ tailf /var/log/syslog Jan 28 12:39:58 nb-guslyaev collectd[15533]: Exiting normally. Jan 28 12:39:58 nb-guslyaev collectd[15533]: collectd: Stopping 5 read threads. Jan 28 12:39:58 nb-guslyaev collectd[15533]: ping plugin: Shutting down thread. Jan 28 12:39:58 nb-guslyaev collectd[15533]: rrdtool plugin: Shutting down the queue thread. Jan 28 12:39:58 nb-guslyaev collectdmon[15532]: Info: collectd terminated with exit status 0 Jan 28 12:39:58 nb-guslyaev collectdmon[15532]: Info: shutting down collectdmon Jan 28 12:40:00 nb-guslyaev collectd[16131]: ping plugin: ping_iterator_get_info failed: Jan 28 12:40:00 nb-guslyaev collectd[16131]: last message repeated 3 times Jan 28 12:40:00 nb-guslyaev collectd[16131]: Initialization complete, entering read-loop. Jan 28 12:40:01 nb-guslyaev collectd[16131]: ping plugin: ping_iterator_get_info failed: Jan 28 12:41:02 nb-guslyaev collectd[16131]: last message repeated 244 times Jan 28 12:42:03 nb-guslyaev collectd[16131]: last message repeated 244 times Jan 28 12:43:04 nb-guslyaev collectd[16131]: last message repeated 244 times Jan 28 12:44:05 nb-guslyaev collectd[16131]: last message repeated 244 times Jan 28 12:45:01 nb-guslyaev collectd[16131]: last message repeated 227 times Jan 28 12:45:01 nb-guslyaev CRON[16161]: (root) CMD (command -v debian-sa1 /dev/null debian-sa1 1 1) Jan 28 12:45:02 nb-guslyaev collectd[16131]: ping plugin: ping_iterator_get_info failed: Jan 28 12:46:03 nb-guslyaev collectd[16131]: last message repeated 244 times the same problem in the 4.8.2-1 -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic-proposed'), (500, 'karmic-backports'), (500, 'karmic') Architecture: i386 (i686) Kernel: Linux 2.6.31-18-generic (SMP w/2 CPU cores) 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 collectd depends on: ii collectd-core 4.9.1-1 statistics collection and monitori ii libc6 2.10.1-0ubuntu16 GNU C Library: Shared libraries ii librrd4 1.3.1-4ubuntu2 Time-series data storage and displ Versions of packages collectd recommends: ii libatk1.0-01.28.0-0ubuntu1 The ATK accessibility toolkit ii libc6 2.10.1-0ubuntu16 GNU C Library: Shared libraries ii libcairo2 1.8.8-2ubuntu1.1 The Cairo 2D vector graphics libra ii libcurl3-gnutls7.19.5-1ubuntu2 Multi-protocol file transfer libra ii libdbi00.8.2-3 Database Independent Abstraction L ii libdbus-1-31.2.16-0ubuntu9 simple interprocess messaging syst ii libdbus-glib-1-2 0.80-4ubuntu1 simple interprocess messaging syst ii libesmtp5 1.0.4-2 LibESMTP SMTP client library ii libfontconfig1 2.6.0-1ubuntu12 generic font configuration library ii libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib ii libgcrypt111.4.4-2ubuntu2LGPL Crypto library - runtime libr ii libglib2.0-0 2.22.3-0ubuntu1 The GLib library of C routines ii libgtk2.0-02.18.3-1ubuntu2.2 The GTK+ graphical user interface ii libhal10.5.13-1ubuntu8 Hardware Abstraction Layer - share pn libmemcached4 none(no description available) ii libmysqlclient16 5.1.37-1ubuntu5 MySQL database client library ii libnotify1 [libnot 0.4.5-1ubuntu1sends desktop notifications to a n ii libopenipmi0 2.0.14-2ubuntu2 Intelligent Platform Management In ii liboping0 0.3.5-1 C/C++ library to generate ICMP_ECH ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libpcap0.8 1.0.0-2ubuntu1system interface for user-level pa ii libperl5.105.10.0-24ubuntu4 Shared Perl library ii libpq5 8.4.2-0ubuntu9.10 PostgreSQL C client library ii librrd41.3.1-4ubuntu2Time-series data storage and displ ii libsnmp15 5.4.1~dfsg-12ubuntu7 SNMP (Simple Network Management Pr ii libssl0.9.80.9.8g-16ubuntu3.1SSL shared libraries ii libupsclient1 2.4.1-3ubuntu2network UPS tools - client library ii libxml22.7.5.dfsg-1ubuntu1.1 GNOME XML library pn libyajl1 none(no description available) ii python2.5 2.5.4-1ubuntu6.1 An interactive high-level object-o collectd suggests no packages. -- debconf information: collectd/auto-migrate-3-4: false collectd/migration-3-4:
Bug#567135: went missing from python-support directory on upgrade
Le mercredi 27 janvier 2010 à 16:25 -0500, Joey Hess a écrit : It doesn’t make much sense to me since it would mean that update-python-modules failed silently for all of these packages; no symlinks set, and no dpkg-trigger called. Or that dpkg-trigger failed to record the trigger somehow. At least this was not the case for python-dbus, since dpkg-trigger is called after the symlinks are created. It would be interesting, if you manage to reproduce the issue, to see whether there have been any output, and to see whether the contents of the files in /usr/share/python-support is correct. I’d also like to know whether some other symlinks, especially some from this last batch of updates, are still missing. Does the attached output of find /var/lib/python-support/ -type l and find /usr/share/python-support/ suffice, or is there an easy way I can search for missing symlinks? The easy way is to regenerate all symlinks from scratch, making them as they should be, and look for differences: find /usr/lib/pymodules | sort foo cp -a /usr/lib/pymodules /var/tmp/pymodules.backup update-python-modules -f find /usr/lib/pymodules | sort bar diff -u foo bar Cheers, -- .''`. Josselin Mouette : :' : `. `' “A handshake with whitnesses is the same `- as a signed contact.” -- Jörg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560186: The bug is still there...
Hi all, I followed the discussion about this bug, updated apt-dater and apt-dater-host to version 0.8.1+svn450-1 (available in sid) and still get the hosts placed in unknown no matter which status they should have (updates pending or up to date or whatever). If you look at the project bug tracker, you'll see that somebody else obviously noticed this bug... http://sourceforge.net/tracker/?func=detailaid=2933741group_id=233727atid=1091021 Cheers, Micha vor dem Berge -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567261: drm-modules-source: fails to uninstall
Package: drm-modules-source Version: 2.4.11+git+20090630+de1ed01-1 Severity: important The package cannot be removed. Done with /usr/src/drm-modules-2.6.30-2-amd64_2.4.11+git+20090630+de1ed01-1+2.6.30-8_amd64.deb .. dpkg -Ei /usr/src/drm-modules-2.6.30-2-amd64_2.4.11+git+20090630+de1ed01-1+2.6.30-8_amd64.deb Selecting previously deselected package drm-modules-2.6.30-2-amd64. (Reading database ... 223953 files and directories currently installed.) Unpacking drm-modules-2.6.30-2-amd64 (from /drm-modules-2.6.30-2-amd64_2.4.11+git+20090630+de1ed01-1+2.6.30-8_amd64.deb) Adding `diversion of /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/drm.ko to /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/drm.ko.linux by drm-modules-2.6.30-2-amd64' Adding `diversion of /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/i810/i810.ko to /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/i810/i810.ko.linux by drm-modules-2.6.30-2-amd64-amd64' Adding `diversion of /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/i915/i915.ko to /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/i915/i915.ko.linux by drm-modules-2.6.30-2-amd64-amd64' Adding `diversion of /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/mach64/mach64.ko to /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/mach64/mach64.ko.linux by drm-modules-2.6.30-2-amd64-amd64' Adding `diversion of /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/mga/mga.ko to /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/mga/mga.ko.linux by drm-modules-2.6.30-2-amd64-amd64' Adding `diversion of /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/nouveau/nouveau.ko to /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/nouveau/nouveau.ko.linux by drm-modules-2.6.30-2-amd64-amd64' Adding `diversion of /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/nv/nv.ko to /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/nv/nv.ko.linux by drm-modules-2.6.30-2-amd64-amd64' Adding `diversion of /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/r128/r128.ko to /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/r128/r128.ko.linux by drm-modules-2.6.30-2-amd64-amd64' Adding `diversion of /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/radeon/radeon.ko to /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/radeon/radeon.ko.linux by drm-modules-2.6.30-2-amd64-amd64' Adding `diversion of /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/savage/savage.ko to /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/savage/savage.ko.linux by drm-modules-2.6.30-2-amd64-amd64' Adding `diversion of /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/sis/sis.ko to /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/sis/sis.ko.linux by drm-modules-2.6.30-2-amd64-amd64' Adding `diversion of /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/tdfx/tdfx.ko to /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/tdfx/tdfx.ko.linux by drm-modules-2.6.30-2-amd64-amd64' Adding `diversion of /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/via/via.ko to /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/via/via.ko.linux by drm-modules-2.6.30-2-amd64-amd64' Adding `diversion of /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/xgi/xgi.ko to /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/xgi/xgi.ko.linux by drm-modules-2.6.30-2-amd64-amd64' Setting up drm-modules-2.6.30-2-amd64 (2.4.11+git+20090630+de1ed01-1+2.6.30-8) ... # aptitude remove drm-modules-2.6.30-2-amd64 Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information... Done Initializing package states... Done Writing extended state information... Done The following packages will be REMOVED: drm-modules-2.6.30-2-amd64 0 packages upgraded, 0 newly installed, 1 to remove and 71 not upgraded. Need to get 0B of archives. After unpacking 901kB will be freed. Writing extended state information... Done (Reading database ... 223984 files and directories currently installed.) Removing drm-modules-2.6.30-2-amd64 ... Removing `diversion of /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/drm.ko to /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/drm.ko.linux by drm-modules-2.6.30-2-amd64' dpkg-divert: mismatch on package when removing `diversion of /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/i810/i810.ko to /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/i810/i810.ko.linux by drm-modules-2.6.30-2-amd64' found `diversion of /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/i810/i810.ko to /lib/modules/2.6.30-2-amd64/kernel/drivers/gpu/drm/i810/i810.ko.linux by drm-modules-2.6.30-2-amd64-amd64' dpkg: error processing drm-modules-2.6.30-2-amd64 (--remove): subprocess post-removal script returned error exit status 2 Errors were encountered while processing: drm-modules-2.6.30-2-amd64 E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Reading package lists... Done Building dependency tree
Bug#548035: /usr/bin/users-admin: users-admin sets su's path to /home/root
Am 28.01.2010 10:18, schrieb Josselin Mouette: Le jeudi 28 janvier 2010 à 09:06 +0100, Fabian Greffrath a écrit : This bug is already fixed in unstable, but the lenny version is still affected. I guess its seriousness mandates a stable upload. Yes, please fix this ASAP. It's really breaking peoples's systems out there. It’s already fixed in proposed-updates. Please bring any further complaints to the SRMs :) Dear SRMs, please accept gnome-system-tools 2.22.0-4 in stable ASAP to fix #548035. - Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: greffr...@leat.ruhr-uni-bochum.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567262: pidgin-skype: Incoming chat messages aren't always sorted
Package: pidgin-skype Version: 20090920+dfsg-2 Severity: normal If you receive a bunch of incoming chat messages from the same contact (e.g. on bad connection or when chat buddy comes online with offline messages) those messages are not always sorted by timestamp. E.g. what I had: (11:43:41) *** (11:43:51) *** (11:43:51) *** (11:43:31) *** (11:43:38) *** -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) 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 pidgin-skype depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libpurple02.6.4-1multi-protocol instant messaging l pidgin-skype recommends no packages. pidgin-skype 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#565639: SunBlade 1000 installation report - boot fails after installation
reassign 565639 linux-2.6 2.6.30-8 severity 565639 serious affects 565639 debian-installer On Sunday 24 January 2010, Jurij Smakov wrote: Adding kernel team for comment: it looks like the value returned by uname -m has changed from 'sparc64' in kernel 2.6.26 to 'sparc' in 2.6.30 (and, probably, later ones). This breaks SILO, which uses this value to determine what first-stage bootloader to install, as a result the sparc machines installed with current daily installer builds turn unbootable by the end of installation. Thanks for tracing the cause to this. Reassigning to the kernel team for further investigation. Cheers, FJP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557110: [xorg] Applications don't get right coded key symbols
Well, after todays update to xorg package version 1:7.5+2 all seems to work fine again. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561727: git-core: /etc/bash_completion.d/git sometimes freezes
On 2010-01-28 09:23:56 +, Gerrit Pape wrote: On Sat, Jan 09, 2010 at 03:54:41AM -0600, Jonathan Nieder wrote: It was fixed by v1.6.5.3~34 (help -a: do not unnecessarily look for a repository, 2009-09-04), so fortunately it does not apply to squeeze any more, either. See http://bugs.debian.org/539273. Of course, the bug is present in lenny. Gerrit, do you think this is worth fixing through pu? I would be glad to prepare an upload if you think so, but I would not be the one maintaining it. No, I don't think so. Thank you all for working on this report. The freeze under NFS is really annoying (so that I no longer source /etc/bash_completion from my .bashrc, but this disables bash completion entirely). Shouldn't /etc/bash_completion.d/git be removed then? -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567184: squashfs-tools: broken on armel (misaligned memory access)
On Thu, Jan 28, 2010 at 09:19:48AM +0100, Daniel Baumann wrote: lacking an arm machine, i'm relaying on the buildd log: https://buildd.debian.org/fetch.cgi?pkg=squashfs-tools;ver=1%3A4.0-6;arch=armel;stamp=1259913213 squashfs-tools neither builds with warnings enabled (-Wall) by default nor respects CFLAGS, so I patched the Makefile. The warnings (see below) don't point to any alignment issue, though. I also needed to modify the Makefile again (as -g wasn't used) to make squashfs-tools-dbg actually useful. === Begin gdb snippet === (gdb) run -l /media/cdrom0/LiveOS/osmin.img Starting program: /usr/bin/unsquashfs -l /media/cdrom0/LiveOS/osmin.img [Thread debugging using libthread_db enabled] [New Thread 0x40ace470 (LWP 14276)] [New Thread 0x412ce470 (LWP 14277)] [New Thread 0x41ace470 (LWP 14278)] [New Thread 0x422ce470 (LWP 14279)] Parallel unsquashfs: Using 1 processor Program received signal SIGBUS, Bus error. squashfs_opendir_4 (block_start=value optimized out, offset=value optimized out, i=value optimized out) at unsquash-4.c:282 warning: Source file is more recent than executable. 282 memcpy(dire-name, directory_table + bytes, (gdb) where #0 squashfs_opendir_4 (block_start=value optimized out, offset=value optimized out, i=value optimized out) at unsquash-4.c:282 #1 0xa6bc in pre_scan (parent_name=0x1738c squashfs-root, start_block=0, offset=56, paths=0x0) at unsquashfs.c:1251 #2 0xe758 in main (argc=3, argv=0xbeea77c4) at unsquashfs.c:2155 (gdb) === End gdb snippet === The problematic part is right at the start of the function: char buffer[sizeof(squashfs_dir_entry) + SQUASHFS_NAME_LEN + 1]; squashfs_dir_entry *dire = (squashfs_dir_entry *) buffer; buffer is only 8bit aligned, but squashfs_dir_entry contains 16bit members (which need to be 16bit aligned). One way to solve this is to replace the above two lines by: squashfs_dir_entry dire[SQUASHFS_NAME_LEN/sizeof(squashfs_dir_entry) + 2]; That change makes unsquashfs work in my test case, but there are probably other code paths that need to be fixed before this bug can be closed. === Begin warnings during build === cc -I. -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -O2 -Wall -c -o mksquashfs.o mksquashfs.c mksquashfs.c: In function ?generic_write_table?: mksquashfs.c:1827: warning: unused variable ?obytes? mksquashfs.c: In function ?dir_scan2?: mksquashfs.c:3402: warning: type defaults to ?int? in declaration of ?pseudo_ino? mksquashfs.c: In function ?add_pending_fragment?: mksquashfs.c:1761: warning: control reaches end of non-void function cc -I. -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -O2 -Wall -c -o read_fs.o read_fs.c read_fs.c: In function ?read_fragment_table?: read_fs.c:561: warning: unused variable ?length? read_fs.c: In function ?read_inode_lookup_table?: read_fs.c:597: warning: unused variable ?length? cc -I. -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -O2 -Wall -c -o sort.o sort.c cc -I. -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -O2 -Wall -c -o swap.o swap.c cc -I. -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -O2 -Wall -c -o pseudo.o pseudo.c pseudo.c: In function ?add_pseudo?: pseudo.c:102: warning: unused variable ?error? pseudo.c: At top level: pseudo.c:59: warning: ?dump_pseudo? defined but not used cc mksquashfs.o read_fs.o sort.o swap.o pseudo.o -lz -lpthread -lm -o mksquashfs cc -I. -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -O2 -Wall -c -o unsquashfs.o unsquashfs.c unsquashfs.c: In function ?read_super?: unsquashfs.c:1481: warning: unused variable ?d? unsquashfs.c:1481: warning: unused variable ?s? unsquashfs.c:1481: warning: unused variable ?val? unsquashfs.c:1481: warning: unused variable ?b_pos? unsquashfs.c:1481: warning: unused variable ?bits? unsquashfs.c: In function ?initialise_threads?: unsquashfs.c:1814: warning: implicit declaration of function ?get_nprocs? unsquashfs.c: In function ?main?: unsquashfs.c:1947: warning: unused variable ?winsize? cc -I. -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -O2 -Wall -c -o unsquash-1.o unsquash-1.c unsquash-1.c: In function ?read_block_list_1?: unsquash-1.c:38: warning: unused variable ?d? unsquash-1.c:38: warning: unused variable ?s? unsquash-1.c:38: warning: unused variable ?val? unsquash-1.c:38: warning: unused variable ?b_pos? unsquash-1.c:38: warning: unused variable ?bits? unsquash-1.c: In function ?read_inode_1?: unsquash-1.c:73: warning: unused variable ?d? unsquash-1.c:73: warning: unused variable ?s? unsquash-1.c:73: warning: unused variable ?val? unsquash-1.c:73: warning: unused variable ?b_pos? unsquash-1.c:73: warning: unused variable ?bits? unsquash-1.c:86: warning: unused variable ?d? unsquash-1.c:86: warning: unused variable ?s? unsquash-1.c:86: warning: unused variable ?val? unsquash-1.c:86: warning: unused variable ?b_pos? unsquash-1.c:86: warning:
Bug#567263: missrepresented license in debian/copyright
Package: dansguardian Version: 2.10.1.1-1 debian/copyright says dansguardian is GPL version 2 but license headers in source code indicate version 2 or later. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567265: ambigous construct in debian/copyright
Package: tinyproxy Version: 1.6.3-3.2 Severity: grave debian/copyright reads either version 2 of the License. which is nonsensical/ambigous as part of the phrase is missing. Inspect of upstream source reveals it's licensed under GPL, either version 2 or (at your option) any later version. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567264: xserver-xorg-core: 16 bpp display is very dim on powerpc
Package: xserver-xorg-core Version: 2:1.7.4-2 Severity: normal With the latest update to the Xserver with just git testing, the display on my PowerPC Mac Mini went very dim: the mode was fine (it's a DVI connection) and the cursor was fully bright, but everything else was washed out. Changing the bpp to either 15 bpp or 24 bpp (with a 32 fbpp) fixes the problem, so presumably something has gone a bit weird with the 16bpp LUT somewhere. (The extra module path in xorg.conf is from my attempt to try to latest git radeon drivers to see if they made any difference. They didn't...) cheers, Phil -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Jun 6 2009 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1923580 Jan 20 23:43 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: :00:10.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200] (rev 01) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 1596 Jan 27 22:01 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section Files ModulePath /usr/local/lib/xorg/modules,/usr/lib/xorg/modules EndSection #Section InputDevice # Identifier Generic Keyboard # Driver kbd # Option XkbRules xorg # Option XkbModel pc105 # Option XkbLayout gb # Option XkbOptionslv3:lwin_switch #EndSection #Section InputDevice # Identifier Configured Mouse # Driver mouse #EndSection Section Device Identifier Configured Video Device # BusID PCI:0:16:0 Driver radeon # Option UseFBDev true Option EnablePageFlip true Option ClockGating true Option DynamicPM true Option EXAVSync On Option AccelDFS On # Option FBTexPercent 0 Option AccelMode EXA Option BackingStore on #Option AGPSize 64 EndSection Section Monitor Identifier Configured Monitor Option DPMS On EndSection Section Screen Identifier Default Screen Monitor Configured Monitor DefaultFbBpp 32 DefaultDepth 24 EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 46431 Jun 20 2009 /var/log/Xorg.21.log -rw-r--r-- 1 root root 72148 Jan 17 22:27 /var/log/Xorg.20.log -rw-r--r-- 1 root root 45924 Jan 28 09:38 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.7.4 Release Date: 2010-01-08 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.26-2-powerpc64 ppc Debian Current Operating System: Linux arod 2.6.32-trunk-powerpc #1 Mon Jan 11 03:50:43 UTC 2010 ppc Kernel command line: root=/dev/hda4 ro Build Date: 20 January 2010 11:29:49PM xorg-server 2:1.7.4-2 (bui...@praetorius.debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Thu Jan 28 09:28:35 2010 (==) Using config file: /etc/X11/xorg.conf (==) No Layout section. Using the first Screen section. (**) |--Screen Default Screen (0) (**) | |--Monitor Configured Monitor (==) No device specified for screen Default Screen. Using the first device section listed. (**) | |--Device Configured Video Device (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (**) ModulePath set to
Bug#567295: drm-modules-source: install only missing modules
Package: drm-modules-source Version: 2.4.11+git+20090630+de1ed01-1 Severity: wishlist Since the drm-modules-source package is ancient I am quite sure that I don't want its radeon.ko over the one which comes with the kernel but I still might want the nouveau.ko which does not come with Linux yet. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'testing'), (300, 'unstable'), (290, 'stable-i386'), (280, 'testing-i386'), (270, 'unstable-i386'), (102, 'experimental'), (1, 'experimental-i386') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-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 drm-modules-source depends on: ii debhelper 7.4.11 helper programs for debian/rules ii git-core 1:1.5.6.5-3+lenny2 fast, scalable, distributed revisi ii make 3.81-5 The GNU version of the make util ii module-assistant 0.10.11.0 tool to make module package creati ii quilt 0.46-6 Tool to work with series of patche drm-modules-source recommends no packages. Versions of packages drm-modules-source suggests: ii kernel-package 11.015 A utility for building Linux kerne ii linux-headers-2.6-amd64 2.6.30+21 Header files for Linux 2.6-amd64 ii linux-headers-2.6.26-1-a 2.6.26-13lenny2 Header files for Linux 2.6.26-1-am ii linux-headers-2.6.30 [li 3.local Header files related to Linux kern ii linux-headers-2.6.30-2-a 2.6.30-8Header files for Linux 2.6.30-2-am -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566023: Bug#566203: wicd 1.7 fails to start
Hi, This bug is in testing already. For me, wicd started working again after cleaning up /usr/lib/python2.5/site- packages/wicd directory. -- vylu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567075: add udeb for d-i
On Tue, Jan 26, 2010 at 11:16:34PM -0500, Joey Hess wrote: Also, if you think d-i (or a user of d-i, in eg, rescue mode) could use other btrfs utilities, you can go ahead and add them. I thought about including btrfsctl, but was not sure how it could be used in d-i. How about installation into different subvolumes? Example: / (root), /usr, /var and /home each on the same btrfs filesystem, but as separate named subvolumes (root/default, usr, var and home). This would break the one filesystem==one mount concept currently used by the partitioner. Here, one filesystem would be mounted in several places, but with a slightly different subvol mount option. Maybe handle like LVM, where there's a separate dialogue for creating LVs (subvolumes), and then select individual subvolumes on the main partitioning dialogue for mounting in a given location. 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#515527: Problem still exists
I have the same problem still with an 6800 GS on PCI-E slot 1 and an 6600 LE on PCI-E Slot 2. If I have no xorg.conf installed single display is working. If I use the X -configure and than test these new created file with X -conf /root/xorg.conf.save the screen on 6800 GS is going black. Neighter CTRL-ALT-BS kill it nor CTRL-ALT-F1 toggle back to my terminal. Via ssh I can log in and kill only with pkill -9 X. pkill X won't help. I've read the bug 390172 which explains as mostly the same problem for me. It is possible these two reports will explains the same problem for me. With lenny the problem won't exists. Only with testing problem occured. Cheers... Pierre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567075: add udeb for d-i
Roger Leigh wrote: How about installation into different subvolumes? Example: / (root), /usr, /var and /home each on the same btrfs filesystem, but as separate named subvolumes (root/default, usr, var and home). It's a very interesting case, and something I would like to do myself, since I blew btrfs onto one big partition and then realized I'd want /home separate if I played with using snapshots for apt rollback. btrfsctl seems worth including, if only to be used in a rescue scenario to access such subvolumes. This would break the one filesystem==one mount concept currently used by the partitioner. Yeah, rooting that assumption out of partman could be difficult. I have written a very simple partman-btrfs, and added this to its TODO. Maybe handle like LVM, where there's a separate dialogue for creating LVs (subvolumes), and then select individual subvolumes on the main partitioning dialogue for mounting in a given location. Something like this may be needed eventually anyway to support multi-volume btrfs filesystems. -- see shy jo signature.asc Description: Digital signature
Bug#567135: went missing from python-support directory on upgrade
Josselin Mouette wrote: The easy way is to regenerate all symlinks from scratch, making them as they should be, and look for differences: find /usr/lib/pymodules | sort foo cp -a /usr/lib/pymodules /var/tmp/pymodules.backup update-python-modules -f find /usr/lib/pymodules | sort bar diff -u foo bar --- foo 2010-01-28 05:29:42.739975320 -0500 +++ bar 2010-01-28 05:32:38.482976873 -0500 @@ -3318,6 +3318,7 @@ /usr/lib/pymodules/python2.4/istanbul/main/window_select.py /usr/lib/pymodules/python2.4/istanbul/main/window_select.pyc /usr/lib/pymodules/python2.4/louis +/usr/lib/pymodules/python2.4/louis-1.8.0.egg-info /usr/lib/pymodules/python2.4/louis/__init__.py /usr/lib/pymodules/python2.4/louis/__init__.pyc /usr/lib/pymodules/python2.4/mercurial @@ -4002,6 +4003,7 @@ /usr/lib/pymodules/python2.5/CherryPy-2.3.0-py2.5.egg-info/dependency_links.txt /usr/lib/pymodules/python2.5/CherryPy-2.3.0-py2.5.egg-info/top_level.txt /usr/lib/pymodules/python2.5/Cython +/usr/lib/pymodules/python2.5/Cython-0.11.2.egg-info /usr/lib/pymodules/python2.5/Cython/CodeWriter.py /usr/lib/pymodules/python2.5/Cython/CodeWriter.pyc /usr/lib/pymodules/python2.5/Cython/Compiler @@ -5408,55 +5410,41 @@ /usr/lib/pymodules/python2.5/dbus /usr/lib/pymodules/python2.5/dbus/__init__.py /usr/lib/pymodules/python2.5/dbus/__init__.pyc -/usr/lib/pymodules/python2.5/dbus/__init__.pyo /usr/lib/pymodules/python2.5/dbus/_dbus.py /usr/lib/pymodules/python2.5/dbus/_dbus.pyc -/usr/lib/pymodules/python2.5/dbus/_dbus.pyo /usr/lib/pymodules/python2.5/dbus/_expat_introspect_parser.py /usr/lib/pymodules/python2.5/dbus/_expat_introspect_parser.pyc -/usr/lib/pymodules/python2.5/dbus/_expat_introspect_parser.pyo /usr/lib/pymodules/python2.5/dbus/_version.py /usr/lib/pymodules/python2.5/dbus/_version.pyc -/usr/lib/pymodules/python2.5/dbus/_version.pyo /usr/lib/pymodules/python2.5/dbus/bus.py /usr/lib/pymodules/python2.5/dbus/bus.pyc -/usr/lib/pymodules/python2.5/dbus/bus.pyo /usr/lib/pymodules/python2.5/dbus/connection.py /usr/lib/pymodules/python2.5/dbus/connection.pyc -/usr/lib/pymodules/python2.5/dbus/connection.pyo /usr/lib/pymodules/python2.5/dbus/dbus_bindings.py /usr/lib/pymodules/python2.5/dbus/dbus_bindings.pyc /usr/lib/pymodules/python2.5/dbus/decorators.py /usr/lib/pymodules/python2.5/dbus/decorators.pyc -/usr/lib/pymodules/python2.5/dbus/decorators.pyo /usr/lib/pymodules/python2.5/dbus/exceptions.py /usr/lib/pymodules/python2.5/dbus/exceptions.pyc -/usr/lib/pymodules/python2.5/dbus/exceptions.pyo /usr/lib/pymodules/python2.5/dbus/glib.py /usr/lib/pymodules/python2.5/dbus/glib.pyc /usr/lib/pymodules/python2.5/dbus/gobject_service.py /usr/lib/pymodules/python2.5/dbus/gobject_service.pyc /usr/lib/pymodules/python2.5/dbus/lowlevel.py /usr/lib/pymodules/python2.5/dbus/lowlevel.pyc -/usr/lib/pymodules/python2.5/dbus/lowlevel.pyo /usr/lib/pymodules/python2.5/dbus/mainloop /usr/lib/pymodules/python2.5/dbus/mainloop/__init__.py /usr/lib/pymodules/python2.5/dbus/mainloop/__init__.pyc -/usr/lib/pymodules/python2.5/dbus/mainloop/__init__.pyo /usr/lib/pymodules/python2.5/dbus/mainloop/glib.py /usr/lib/pymodules/python2.5/dbus/mainloop/glib.pyc -/usr/lib/pymodules/python2.5/dbus/mainloop/glib.pyo /usr/lib/pymodules/python2.5/dbus/proxies.py /usr/lib/pymodules/python2.5/dbus/proxies.pyc -/usr/lib/pymodules/python2.5/dbus/proxies.pyo /usr/lib/pymodules/python2.5/dbus/server.py /usr/lib/pymodules/python2.5/dbus/server.pyc /usr/lib/pymodules/python2.5/dbus/service.py /usr/lib/pymodules/python2.5/dbus/service.pyc -/usr/lib/pymodules/python2.5/dbus/service.pyo /usr/lib/pymodules/python2.5/dbus/types.py /usr/lib/pymodules/python2.5/dbus/types.pyc -/usr/lib/pymodules/python2.5/dbus/types.pyo /usr/lib/pymodules/python2.5/dbus_bindings.py /usr/lib/pymodules/python2.5/dbus_bindings.pyc /usr/lib/pymodules/python2.5/deskbar @@ -8015,11 +8003,9 @@ /usr/lib/pymodules/python2.5/gtk-2.0/glib /usr/lib/pymodules/python2.5/gtk-2.0/glib/__init__.py /usr/lib/pymodules/python2.5/gtk-2.0/glib/__init__.pyc -/usr/lib/pymodules/python2.5/gtk-2.0/glib/__init__.pyo /usr/lib/pymodules/python2.5/gtk-2.0/glib/_glib.so /usr/lib/pymodules/python2.5/gtk-2.0/glib/option.py /usr/lib/pymodules/python2.5/gtk-2.0/glib/option.pyc -/usr/lib/pymodules/python2.5/gtk-2.0/glib/option.pyo /usr/lib/pymodules/python2.5/gtk-2.0/gnome /usr/lib/pymodules/python2.5/gtk-2.0/gnome/__init__.py /usr/lib/pymodules/python2.5/gtk-2.0/gnome/__init__.pyc @@ -8046,14 +8032,11 @@ /usr/lib/pymodules/python2.5/gtk-2.0/gobject /usr/lib/pymodules/python2.5/gtk-2.0/gobject/__init__.py /usr/lib/pymodules/python2.5/gtk-2.0/gobject/__init__.pyc -/usr/lib/pymodules/python2.5/gtk-2.0/gobject/__init__.pyo /usr/lib/pymodules/python2.5/gtk-2.0/gobject/_gobject.so /usr/lib/pymodules/python2.5/gtk-2.0/gobject/constants.py /usr/lib/pymodules/python2.5/gtk-2.0/gobject/constants.pyc
Bug#384424: possible mishandling of similarily-named shlibs with dashes
Joey Hess jo...@debian.org writes: Goswin von Brederlow wrote: The entries are equivalent except that the symbols files matches against the full SONAME instead of trying to split it. So nothing is lost while something is gained. I agree in theory, less sure about practice. If someone can do enough tests, maybe propose a policy change (although policy does not *require* shlibs file), get a consensus, etc, then sure. -- see shy jo Is Lukas Nussbaum still doing archive wide rebuilds? Maybe you could give him a patched debhelper and let him rebuild all of debian and then the resulting Depends could be compared. Short of that how about an option --no-shlibs or --only-symbols that one can use to get the alternate behaviour for packages where shlibs does not work? I have tested it with ONE package where I create the symbols files with just the sonames manually now. So I know it works in this case. Doesn't have to be default. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567100: [Pkg-fglrx-devel] Bug#567100: stream/opencl support for fglrx
On Wed, 2010-01-27 at 18:03 +0100, Patrick Matthäi wrote: On 27.01.2010 12:04, Samuele Giovanni Tonon wrote: Package: fglrx-source Version: 1:9-12-1 Severity: wishlist hello, first let me thanks for the work you are doing with the fglrx. I was wondering if you are planning to create a fglrx driver that support Stream/OpenCl technology too, because this one is not supporting it (for what i have been testing). Atm Ati gives a .run file with the ability to generate deb packages with the driver with stream capabilities but unfortunately the building of the debs fails miserably. Hmm what files are missing for this? i suspect it's best to make another package since i don't think that driver will be compatible for graphics cards who don't support it. i downloaded this file Catalyst_9.12_Hotfix_Linux_8.682.2RC1_Dec15.zip from http://developer.amd.com/gpu/atistreamsdk/pages/default.aspx inside there there's a new driver as well as some libraries you have to add, here's the list with an md5sum list.md5.bz2 Description: application/bzip
Bug#567296: libboost1.40-doc: Boost python example fails to build
Package: libboost1.40-doc Version: 1.40.0-6 Severity: normal Bug #452410 which was originally filed for package libboost1.37-doc, has reappeared again in libboost1.40-doc. The boost.python examples that are shipped with the boost sources are designed to only work in the boost source tree. Extracting the sources requires modifictaion of the Jamfile. The modification is such that a dependency on the boost source tree is replaced with a dependency to the libboost_python library that is shipped with debian. I have taken the suggested patch from the #452410 and modified it to make it work for 1.40. Note: the two other examples: 'example' and 'quickstart' may suffer from a similar issue. regards valentin diff --git a/tutorial/Jamroot b/tutorial/Jamroot index 2e7ffe5..b6f63a9 100644 --- a/tutorial/Jamroot +++ b/tutorial/Jamroot @@ -11,16 +11,25 @@ if ! [ python.configured ] using python ; } -# Specify the path to the Boost project. If you move this project, -# adjust this path to refer to the Boost root directory. -use-project boost - : ../../../.. ; - -# Set up the project-wide requirements that everything uses the -# boost_python library from the project whose global ID is -# /boost/python. -project - : requirements library/boost/python//boost_python ; +# # Specify the path to the Boost project. If you move this project, +# # adjust this path to refer to the Boost root directory. +# # use-project boost +# : ../../../.. ; + +# # Set up the project-wide requirements that everything uses the +# # boost_python library from the project whose global ID is +# # /boost/python. +# project +# : requirements library/boost/python//boost_python ; + +# Specify that the boost-python library exists under the name +# boost_python. That is, because the library was installed at the +# standard search path as /usr/lib/libboost_python.so, bjam will find +# it automatically. No need to specify the absolute path. +lib libboost_python : : nameboost_python ; + +# boost_python library. +project : requirements librarylibboost_python ; # Declare the three extension modules. You can specify multiple # source files after the colon separated by spaces. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash libboost1.40-doc depends on no packages. libboost1.40-doc recommends no packages. Versions of packages libboost1.40-doc suggests: ii libboost1.40-dev 1.40.0-6+b1 Boost C++ Libraries development fi -- 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#567126: $'s are guilty
After some test it seems that the main source of delay when editing is the matching of $ (in text formulas). If I use \( \) it seems that there is no more painful delay (for the moment). R -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534470: Using mdadm 2.6.7.2 to assemble a raid array created with mdadm 1.9.0 will corrupt it making mdadm 1.9.0 to crash when trying to reassemble
Dear Neil, I am sorry for insisting: It is NOT ONLY a problem for people migrating to newer kernel then going back to an old kernel. It is a problem for people that SIMPLY BOOT A CDROM with a newer distribution/kernel on an older distribution/kernel (which was my case). I did not want to upgrade my kernel at all. Simply booting the CDROM did corrupt my raid array with no prompt; I did not run any install/upgrade process. Regards, -Message d'origine- De : Neil Brown [mailto:ne...@suse.de] Envoyé : jeudi 28 janvier 2010 01:28 À : martin f krafft Cc : RUSSOTTO François-Xavier 200103; 534...@bugs.debian.org Objet : Re: Bug#534470: Using mdadm 2.6.7.2 to assemble a raid array created with mdadm 1.9.0 will corrupt it making mdadm 1.9.0 to crash when trying to reassemble On Wed, 27 Jan 2010 14:13:36 +1300 martin f krafft madd...@debian.org wrote: also sprach RUSSOTTO François-Xavier 200103 francois- xavier.russo...@cea.fr [2009.12.02.0407 +1300]: As I suggested to Neil: prior to auto-remount a raid array, the raid tool should perform a version checking so that, at least, user is warned that the raid array might be corrupt performing such operation. Neil, does this sound like a feasible solution to http://bugs.debian.org/534470? I don't think so. We really want old arrays to work smoothly on new kernels. To avoid a repartition of the original problem we would need not just a message, but an option not to assemble the array and that would be awkward for people normally upgrading their system. So I don't think there is a solution for this problem that does not introduce other problems. It does not affect x86 architectures, and is only a problem if you move to a new kernel, then back to an old kernel. So hopefully it will be very rare. Sorry. NeilBrown -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535347: fails with TypeError: not enough arguments for format string if package is set on hold
Package: unattended-upgrades Version: 0.42debian1 Severity: normal I encounter this even with no packages in the black list (at least the only mention of it in /etc/apt sets it to empty) and no packages on hold (dpkg -l | grep -i ^h doesn't give any result). Any chance to get a fixed package out soon? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages unattended-upgrades depends on: ii apt 0.7.25 Advanced front-end for dpkg ii apt-utils 0.7.25 APT utility programs ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii python2.5.4-9An interactive high-level object-o ii python-apt0.7.13.3 Python interface to libapt-pkg ii ucf 3.0025 Update Configuration File: preserv unattended-upgrades recommends no packages. Versions of packages unattended-upgrades suggests: ii bsd-mailx [mailx] 8.1.2-0.20090911cvs-2 simple mail user agent -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567231: gammu: FTBFS: 410 - smsd-files-standard (Failed)
Source: gammu Version: 0.0.54-1 Hmm, I'm sure the version is wrong :-) Yeah, sorry about that, too many FTBFSes… and wrong paste. :/ Thanks for fixing it. I know about this problem, it is fixed in next version (available in experimental). The problem is with timing of the test cases. I will try to backport the fix. Alright. Mraw, KiBi. signature.asc Description: Digital signature
Bug#567136: libnss3-1d: NSS_VersionCheck fails with some versions of libnspr4-0d
forwarded 567136 https://bugzilla.mozilla.org/show_bug.cgi?id=542741 thanks On Wed, Jan 27, 2010 at 04:24:47PM +, Tom Parker wrote: Package: libnss3-1d Version: 3.12.5-1 Severity: normal With libnspr4-0d 4.7.1-4 installed (sufficient for the current libnss3-1d dependency), NSS_VersionCheck always fails due to the PR_VersionCheck inside it failing. Installing 4.8.2-1 (current testing) seems to fix this, but the dependency should probably be increased. See also attached test program. NSS_VersionCheck checking for PR_VersionCheck with the NSPR version used at build time is a broken concept to me. I will remove this test for now, until upstream has something better to suggest, which i seriously doubt. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566861: breaks mercurial
Joey Hess jo...@debian.org writes: Goswin von Brederlow wrote: Didn't know the name for _darcs. Would it be possible to get a list from dpkg? @Dpkg::Source::Package::tar_ignore_default_pattern is a list in dpkg, but it has a lot of other junk in it including things like *.o that dh_clean needs to clean. Maybe dpkg maintainers could be convinced to split this into 2 variables. One for other junk and one for VCSes. Another approach could be to only delete known autom4te files from autom4te.cache (output.? , requests, traces.?) , and empty autom4te.cache directories. That would work for .hg. Don't know about the other VCSes. ls .hg/store/data/upstream/src/pmi/smpd/autom4te.cache output.0.i requests.i traces.0.i But not for quilt as it creates .pc/patch name/path/file. But it might be ok to require there are no stupid files in the patch series. As a sidenode would -X.pc/ skip that dir? Yes. Exporting DH_ALWAYS_EXCLUDE=.hg:.pc could also be used in your build environemnt. That variable also deals with problems like .hg directories accidentially getting copied into the binary by over-broad make install rules. -- see shy jo Excluding .pc in the source is OK as that is something of the source packaging. But putting .hg there feels really wrong. What if I decide to migrate to $OTHER_RCS_KEEPING_PATHS? Suddenly it would blow up on dh_clean. I also noticed that mvapich2 has a README.orig that actualy is a valid file. Would it be possible to get dh_clean to be less clean? I can delete *~ or *.o files myself if needed but I can't get files back that dh_clean deleted. Maybe an option that would limit dh_clean to the debian directory + debian/clean file? MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567075: add udeb for d-i
Roger Leigh wrote: Example: / (root), /usr, /var and /home each on the same btrfs filesystem, but as separate named subvolumes (root/default, usr, var and home). This would break the one filesystem==one mount concept currently used by the partitioner. Here, one filesystem would be mounted in several places, but with a slightly different subvol mount option. This could be gotten around partially, if / is on btrfs, by setting up /var and /home subvolumes and then at the end generating additional fstab lines to mount them, but not treating them as true separate partitions (with their own configurable mount point and mount options). Besides being easy, one advantage to doing it that way is d-i could then default to setting up a nice set of subvolumes. -- see shy jo signature.asc Description: Digital signature
Bug#316562: auto detection of sound system doesn't work
Hello, [Although I sincerely hope no one in using esound any longer...] Libao is designed to automatically use the 'highest priority' audio device available on a system, and esound is set to be higher priority than OSS. It will use esound over OSS and ALSA automatically if it is running if it can. Unfortunately, there are numerous things in the environment that will override this default behavior, and I expect something in the OSS, esound or libao Debian package is accidentally overriding automatic detection. If there's an /etc/libao.conf or .libao config file that specifies a default audio device to use, this will override all autodetection. If you have this file and it it specifying '/dev/dsp' or something similar, that is the culprit. It directs libao to only use /dev/dsp and it will never let go. remove it. The next thing that may be happening is that it is looking for ESD but not finding it because the package file has overridden the default socket location in a way that esd_open_sound() can no longer find it. In short, I have verified here using esound/OSS and esound/ALSA that failover is working properly in libao. Something in your environment that is out of our control (but in yours!) is causing the problem. We will be adding extensive additional [optional] debugging output to libao in the upcoming release to assist in debugging these sorts of problems. Monty -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567262: pidgin-skype: Incoming chat messages aren't always sorted
Hi, I see you still use 20090920 version. Could you update to 20100121 and tell me if it still happens? Thanks, Gabriele -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567298: ghc6: FTBFS: Not in scope: `lookupName'
Package: ghc6 Version: 6.12.1-3 Severity: serious Justification: FTBFS User: debian-...@lists.debian.org Usertags: kfreebsd Hi, thanks for #565818, but unfortunately, your package still FTBFS on kfreebsd-i386: | utils/haddock/src/Haddock/Interface/AttachInstances.hs:27:0: | Warning: The import of `HscTypes' is redundant |except perhaps to import instances from `HscTypes' | To import instances alone, use: import HscTypes() | | utils/haddock/src/Haddock/Interface/AttachInstances.hs:52:60: | Warning: Defined but not used: `d' | inplace/bin/ghc-stage2 -H32m -O -lffi -DNEW_GHC_LAYOUT -hide-all-packages -i -iutils/haddock/src -iutils/haddock/dist/build -iutils/haddock/dist/build/autogen -Iutils/haddock/dist/build -Iutils/haddock/dist/build/autogen-optP-DIN_GHC_TREE -optP-include -optPutils/haddock/dist/build/autogen/cabal_macros.h -package Cabal-1.8.0.2 -package array-0.3.0.0 -package base-4.2.0.0 -package containers-0.3.0.0 -package directory-1.0.1.0 -package filepath-1.1.0.3 -package ghc-6.12.1 -package pretty-1.0.1.1 -funbox-strict-fields -O2 -Wall -XForeignFunctionInterface -XCPP -XPatternGuards -XDeriveDataTypeable -XScopedTypeVariables -XMagicHash -odir utils/haddock/dist/build -hidir utils/haddock/dist/build -stubdir utils/haddock/dist/build -hisuf hi -osuf o -hcsuf hc -c utils/haddock/src/Haddock/Interface/ExtractFnArgDocs.hs -o utils/haddock/dist/build/Haddock/Interface/ExtractFnArgDocs.o | inplace/bin/ghc-stage2 -H32m -O -lffi -DNEW_GHC_LAYOUT -hide-all-packages -i -iutils/haddock/src -iutils/haddock/dist/build -iutils/haddock/dist/build/autogen -Iutils/haddock/dist/build -Iutils/haddock/dist/build/autogen-optP-DIN_GHC_TREE -optP-include -optPutils/haddock/dist/build/autogen/cabal_macros.h -package Cabal-1.8.0.2 -package array-0.3.0.0 -package base-4.2.0.0 -package containers-0.3.0.0 -package directory-1.0.1.0 -package filepath-1.1.0.3 -package ghc-6.12.1 -package pretty-1.0.1.1 -funbox-strict-fields -O2 -Wall -XForeignFunctionInterface -XCPP -XPatternGuards -XDeriveDataTypeable -XScopedTypeVariables -XMagicHash -odir utils/haddock/dist/build -hidir utils/haddock/dist/build -stubdir utils/haddock/dist/build -hisuf hi -osuf o -hcsuf hc -c utils/haddock/src/Haddock/Interface/ParseModuleHeader.hs -o utils/haddock/dist/build/Haddock/Interface/ParseModuleHeader.o | inplace/bin/ghc-stage2 -H32m -O -lffi -DNEW_GHC_LAYOUT -hide-all-packages -i -iutils/haddock/src -iutils/haddock/dist/build -iutils/haddock/dist/build/autogen -Iutils/haddock/dist/build -Iutils/haddock/dist/build/autogen-optP-DIN_GHC_TREE -optP-include -optPutils/haddock/dist/build/autogen/cabal_macros.h -package Cabal-1.8.0.2 -package array-0.3.0.0 -package base-4.2.0.0 -package containers-0.3.0.0 -package directory-1.0.1.0 -package filepath-1.1.0.3 -package ghc-6.12.1 -package pretty-1.0.1.1 -funbox-strict-fields -O2 -Wall -XForeignFunctionInterface -XCPP -XPatternGuards -XDeriveDataTypeable -XScopedTypeVariables -XMagicHash -odir utils/haddock/dist/build -hidir utils/haddock/dist/build -stubdir utils/haddock/dist/build -hisuf hi -osuf o -hcsuf hc -c utils/haddock/src/Haddock/Interface/Rn.hs -o utils/haddock/dist/build/Haddock/Interface/Rn.o | inplace/bin/ghc-stage2 -H32m -O -lffi -DNEW_GHC_LAYOUT -hide-all-packages -i -iutils/haddock/src -iutils/haddock/dist/build -iutils/haddock/dist/build/autogen -Iutils/haddock/dist/build -Iutils/haddock/dist/build/autogen-optP-DIN_GHC_TREE -optP-include -optPutils/haddock/dist/build/autogen/cabal_macros.h -package Cabal-1.8.0.2 -package array-0.3.0.0 -package base-4.2.0.0 -package containers-0.3.0.0 -package directory-1.0.1.0 -package filepath-1.1.0.3 -package ghc-6.12.1 -package pretty-1.0.1.1 -funbox-strict-fields -O2 -Wall -XForeignFunctionInterface -XCPP -XPatternGuards -XDeriveDataTypeable -XScopedTypeVariables -XMagicHash -odir utils/haddock/dist/build -hidir utils/haddock/dist/build -stubdir utils/haddock/dist/build -hisuf hi -osuf o -hcsuf hc -c utils/haddock/src/Haddock/Interface/LexParseRn.hs -o utils/haddock/dist/build/Haddock/Interface/LexParseRn.o | inplace/bin/ghc-stage2 -H32m -O -lffi -DNEW_GHC_LAYOUT -hide-all-packages -i -iutils/haddock/src -iutils/haddock/dist/build -iutils/haddock/dist/build/autogen -Iutils/haddock/dist/build -Iutils/haddock/dist/build/autogen-optP-DIN_GHC_TREE -optP-include -optPutils/haddock/dist/build/autogen/cabal_macros.h -package Cabal-1.8.0.2 -package array-0.3.0.0 -package base-4.2.0.0 -package containers-0.3.0.0 -package directory-1.0.1.0 -package filepath-1.1.0.3 -package ghc-6.12.1 -package pretty-1.0.1.1 -funbox-strict-fields -O2 -Wall -XForeignFunctionInterface -XCPP -XPatternGuards -XDeriveDataTypeable -XScopedTypeVariables -XMagicHash -odir utils/haddock/dist/build -hidir utils/haddock/dist/build -stubdir utils/haddock/dist/build -hisuf hi -osuf o -hcsuf hc -c
Bug#567297: feh full screen mode always use the first screen in Xinerama
Package: feh Version: 1.3.4.dfsg.1-1 feh full screen mode cannot use second screen. I use dual screen with Xinerama. When feh window is moved to the second screen and hit v key (Toggle fullscreen), feh should use the second screen for full screen mode. But actually feh use the first screen. It seems that feh try to choose the screen which the feh window exists. But the winwidget_get_geometry() has a bug. XGetGeometry returns the position relative to the parent window. In most case, the parent window is the window frame created by a window manager. So XGetGeometry returns small values. feh interpretes the values as absolute position. So feh misunderstand the window exists in the first screen. XTranslateCoordinates can be used to convert the small values to the absolute position. This fix makes us possible to choose a screen for full screen mode in dual screen (Xinerama) environment. I sent this fix to the feh bug report address described in the man page. But no reply yet. --- src/keyevents.c 2005-07-14 20:59:03.0 +0900 +++ src/keyevents.c 2010-01-03 06:08:14.764034775 +0900 @@ -385,10 +385,6 @@ if (opt.xinerama xinerama_screens) { int i, rect[4]; - /* FIXME: this doesn't do what it should; XGetGeometry always - * returns x,y == 0,0. I think that's due to the hints being passed - * (or more specifically, a missing hint) to X in winwidget_create - */ winwidget_get_geometry(winwid, rect); /* printf(window: (%d, %d)\n, rect[0], rect[1]); printf(found %d screens.\n, num_xinerama_screens); */ diff -ru feh-1.3.4-/src/menu.c feh-1.3.4/src/menu.c --- src/menu.c 2005-07-14 20:59:03.0 +0900 +++ src/menu.c 2010-01-03 06:08:30.180025354 +0900 @@ -2071,10 +2071,6 @@ if (opt.xinerama xinerama_screens) { int i, rect[4]; -/* FIXME: this doesn't do what it should; XGetGeometry always - * returns x,y == 0,0. I think that's due to the hints being passed - * (or more specifically, a missing hint) to X in winwidget_create - */ winwidget_get_geometry(m-fehwin, rect); /* printf(window: (%d, %d)\n, rect[0], rect[1]); printf(found %d screens.\n, num_xinerama_screens); */ diff -ru feh-1.3.4-/src/winwidget.c feh-1.3.4/src/winwidget.c --- src/winwidget.c 2005-07-14 20:59:03.0 +0900 +++ src/winwidget.c 2010-01-03 06:05:18.822031320 +0900 @@ -1034,6 +1034,7 @@ void winwidget_get_geometry(winwidget winwid, int *rect) { int bw, bp; + Window child; D_ENTER(4); if (!rect) return; @@ -1041,6 +1042,9 @@ XGetGeometry(disp, winwid-win, root, (rect[0]), (rect[1]), (rect[2]), (rect[3]), bw, bp); + XTranslateCoordinates(disp, winwid-win, root, + 0, 0, (rect[0]), (rect[1]), child); + /* update the window geometry (in case it's inaccurate) */ winwid-x = rect[0]; winwid-y = rect[1]; -- Tanaka Akira -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567075: add udeb for d-i
Joey Hess wrote: btrfsctl seems worth including, if only to be used in a rescue scenario to access such subvolumes. i'll include it for the next upload, once the previous has left NEW. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560549: patch
Ilya Barygin bary...@gmail.com wrote: tags 560549 patch thanks Hello, Attached patch was used to fix this problem in Ubuntu. Thank you very much, this patch help for nearly all architectures. Now I still must find a solution for kfreebsd architectures. The xvt implementation does not work. Fondest regards, Joachim Wiedorn signature.asc Description: PGP signature
Bug#561177: RFS: cobertura
On Tue Jan 26 22:06, Miguel Landaeta wrote: The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/c/cobertura - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/c/cobertura/cobertura_1.9.3+dfsg-1.dsc Hi, I've reviewed the package and have a few comments (some of which need changing, others are a matter of style). - any reason you're not using dh --with ant or --with javahelper and are doing everything by hand? - the API doc in cobertura-doc should still be located in /usr/share/doc/cobertura/api - Is cobertura really providing a library? If so, would it be better to split out a libcobertura-java package for things to depend on. If not, do you need the API and to have the jar in /usr/share/java? - is there any reason why you are depending on openjdk rather than default-jdk? If not, you should depend on default-jdk. You should also probably include the other virtual packages (java6-runtime etc) - ditto, you should build-dep on default-jdk - standards-version has just been changed to 3.8.4 - there are still files in etc/dtds/ with the copyright notice: !-- Portions (C) International Organization for Standardization 1986:^M Permission to copy in any form is granted for use with^M conforming SGML systems and applications as defined in^M ISO 8879, provided this notice is included in all copies.^M which it's not clear is DFSG-free (in particular it doesn't seem to provide permission to distribute modified versions on derivative works) - (biggest issue here): Apache 1.1 licenced code seems not to be linkable with GPL-2+ licenced code: http://www.gnu.org/licenses/license-list.html#GPLIncompatibleLicenses and you have both in cobertura. You should probably raise this with upstream and see what they say. - cobertura-doc suggests cobertura-java, but the other package is just cobertura -- Matthew Johnson signature.asc Description: Digital signature
Bug#567299: can you remove a package from TeXLive?
Package: sagemath Severity: normal X-Debbugs-CC: tex-l...@tug.org, Dan Drake dr...@kaist.edu Hi, there. Sorry to be late on this. On 01/25/2010 09:52 PM, Robin Fairbairns wrote: Dan Drake dr...@kaist.edu wrote: The version of Sage in Debian/Ubuntu is hopelessly outdated and right now no one is working on getting new packages prepared. SageTeX will be included in the next Sage released, and we can switch links and so on to the Sage documentation. i.e., there's a .deb containing an outdated sage system? or there's no-one working to update sagetex to current ctan standards? (we know that's false.) I can't speak about sagetex, but sage in Debian is uninstallable in Debian's sid distribution. I'm CC'ing the maintainer, via a new bug filed with bugs.debian.org. I tried to install sagemath on my computer, since I needed to do some lenghty calculations. :-( To be fair, it seems that the package needs some work upstream: http://bugs.debian.org/535357 I don't know if the newer sources fix the problem there, but it would be really nice to have this fixed before the new releases of Debian/Ubuntu. Regards, -- Rogério Brito : rbr...@{ime.usp.br,gmail.com} : GPG key 1024D/7C2CAEB8 http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567304: apt: Use the same units for downloaded and total data
Package: apt Version: 0.7.25.1 Severity: normal Hi, When apt downloads packages, it reports something like this: 30% [1 glib2.0 2283202/7337kB 31%] I tend to read this as 2283202 kB downloaded out of 7337kB, which makes no sense. IMHO the first number should have a unit too if they are not the same, or (preferably) they should use the same one. -- Package-specific info: -- (no /etc/apt/preferences present) -- -- (/etc/apt/sources.list present, but not submitted) -- -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) 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 apt depends on: ii debian-archive-keyring2009.01.31 GnuPG archive keys of the Debian a ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.3-1 GCC support library ii libstdc++64.4.3-1The GNU Standard C++ Library v3 apt recommends no packages. Versions of packages apt suggests: pn apt-doc none (no description available) ii aptitude 0.6.1.5-1 terminal-based package manager (te ii bzip2 1.0.5-4high-quality block-sorting file co ii dpkg-dev 1.15.5.6 Debian package development tools ii lzma 4.43-14Compression method of 7z format in ii python-apt0.7.93 Python interface to libapt-pkg ii synaptic 0.63 Graphical package manager -- 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#567305: xfce4-settings: Error messages in .xsession-errors
Package: xfce4-settings Version: 4.6.4-1 Severity: normal Hi! The following error messages appears in .xsession-errors during login: (xfce4-settings-helper:3352): GLib-GObject-CRITICAL **: g_param_spec_flags: assertion `G_TYPE_IS_FLAGS (flags_type)' failed (xfce4-settings-helper:3352): GLib-GObject-CRITICAL **: g_object_class_install_property: assertion `G_IS_PARAM_SPEC (pspec)' failed Best regards Torquil Sørensen -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (700, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xfce4-settings depends on: ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libcairo2 1.8.8-2The Cairo 2D vector graphics libra ii libdbus-glib-1-2 0.82-2 simple interprocess messaging syst ii libexo-0.3-0 0.3.106-1 Library with extensions for Xfce ii libglade2-0 1:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.22.4-1 The GLib library of C routines ii libgtk2.0-0 2.18.6-1 The GTK+ graphical user interface ii libnotify1 [libnotify1-gtk2.1 0.4.5-1sends desktop notifications to a n ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio ii libwnck22 2.28.0-1 Window Navigator Construction Kit ii libx11-6 2:1.3.3-1 X11 client-side library ii libxcursor1 1:1.1.10-1 X cursor management library ii libxfce4util4 4.6.1-2Utility functions library for Xfce ii libxfcegui4-4 4.6.3-1Basic GUI C functions for Xfce4 ii libxfconf-0-2 4.6.1-2Client library for Xfce4 configure ii libxi62:1.3-2X11 Input extension library ii libxklavier15 4.0-2 X Keyboard Extension high-level AP ii libxrandr22:1.3.0-2 X11 RandR extension library ii xfconf4.6.1-2utilities for managing settings in Versions of packages xfce4-settings recommends: pn aumix none (no description available) ii x11-utils 7.5+1+b1 X11 utilities xfce4-settings 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#567301: mdadm: boot failure
Package: mdadm Version: 3.1.1-1+incremental Justification: renders package unusable Severity: grave Hi, after upgrading to this experimental version, my system does not boot any longer. Here is the error message I see: /scripts/local-top/mdadm: line 100: MD_DEVS: parameter not set Note that the kernel I generally use is 2.6.32-trunk-686-bigmem and that the amd64 flavor is only used as a backup kernel, that I am only using to report this bug. -- Package-specific info: --- mount output /dev/md0 on / type ext4 (rw,relatime,barrier=1,acl,user_xattr,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) xeelee:/local on /usr/local type nfs4 (rw,user=root,nosuid,nodev,intr,soft,addr=192.168.1.106,clientaddr=192.168.1.100) xeelee:/donnees on /donnees type nfs4 (rw,user=root,nosuid,nodev,intr,soft,addr=192.168.1.106,clientaddr=192.168.1.100) fusectl on /sys/fs/fuse/connections type fusectl (rw) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev) --- mdadm.conf # mdadm.conf # # Please refer to mdadm.conf(5) for information about this file. # # by default, scan all partitions (/proc/partitions) for MD superblocks. # alternatively, specify devices to scan, using wildcards if desired. DEVICE partitions # auto-create devices with Debian standard permissions CREATE owner=root group=disk mode=0660 auto=yes # automatically tag new arrays as belonging to the local system HOMEHOST system # instruct the monitoring daemon where to send mail alerts MAILADDR root # definitions of existing MD arrays ARRAY /dev/md0 level=raid1 num-devices=2 UUID=f707a320:20d7e89d:e368bf24:bd0fce41 #ARRAY /dev/md1 level=raid5 num-devices=5 metadata=00.90 UUID=82bbb78c:4c6dd69e:0570ac16:8594963e # This file was auto-generated on Wed, 04 Apr 2007 06:37:29 + # by mkconf $Id: mkconf 261 2006-11-09 13:32:35Z madduck $ --- /proc/mdstat: Personalities : [raid1] md0 : active raid1 sda3[0] sdb1[1] 488480320 blocks [2/2] [UU] unused devices: none --- /proc/partitions: major minor #blocks name 80 976762584 sda 81 102400 sda1 82 488175616 sda2 83 488480422 sda3 8 16 976762584 sdb 8 17 488480422 sdb1 90 488480320 md0 --- initrd.img-2.6.32-trunk-amd64: 48229 blocks 23d40aabe71181e5507620f87e1508c7 ./etc/mdadm/mdadm.conf 9f51b8f3e2d74da337123618e6fe9513 ./lib/modules/2.6.32-trunk-amd64/kernel/drivers/md/raid456.ko d94e180d20a37cf51660bb05048d1ab9 ./lib/modules/2.6.32-trunk-amd64/kernel/drivers/md/raid1.ko 278ed06f2310967953d7adc3251ad955 ./lib/modules/2.6.32-trunk-amd64/kernel/drivers/md/raid0.ko 00b92a71ad400848b2d6bd220c97dfb1 ./lib/modules/2.6.32-trunk-amd64/kernel/drivers/md/raid10.ko 01bc5c24d8510aef6a51250229137489 ./lib/modules/2.6.32-trunk-amd64/kernel/drivers/md/raid6_pq.ko ebbfe87fc9d56c01aec56e0f978f7f90 ./lib/modules/2.6.32-trunk-amd64/kernel/drivers/md/md-mod.ko 0a4e89ace4d80496dafd2bc416783cd6 ./lib/modules/2.6.32-trunk-amd64/kernel/drivers/md/multipath.ko 3b8ae47cacd61617c28289335398ebf9 ./lib/modules/2.6.32-trunk-amd64/kernel/drivers/md/linear.ko 6b782ae76f866914ec236b2d14b43f24 ./scripts/local-top/mdadm 3c7cd6ab83359d5349e7dcae4d2b1a8d ./sbin/mdadm --- /proc/modules: dm_crypt 10427 0 - Live 0xa027f000 dm_mod 53098 1 dm_crypt, Live 0xa03f8000 raid1 17967 1 - Live 0xa01d md_mod 72944 2 raid1, Live 0xa01b4000 --- /var/log/syslog: --- volume detail: /dev/sda is not recognised by mdadm. /dev/sda1 is not recognised by mdadm. /dev/sda2 is not recognised by mdadm. /dev/sda3: Magic : a92b4efc Version : 0.90.00 UUID : f707a320:20d7e89d:e368bf24:bd0fce41 Creation Time : Sun Oct 18 14:14:31 2009 Raid Level : raid1 Used Dev Size : 488480320 (465.85 GiB 500.20 GB) Array Size : 488480320 (465.85 GiB 500.20 GB) Raid Devices : 2 Total Devices : 2 Preferred Minor : 0 Update Time : Thu Jan 28 12:23:38 2010 State : clean Active Devices : 2 Working Devices : 2 Failed Devices : 0 Spare Devices : 0 Checksum : 14dd81be - correct Events : 42 Number Major Minor RaidDevice State this 0 830 active sync /dev/sda3 0 0 830 active sync /dev/sda3 1 1 8 171 active sync /dev/sdb1 -- /dev/sdb is not recognised by mdadm. /dev/sdb1: Magic : a92b4efc Version : 0.90.00 UUID : f707a320:20d7e89d:e368bf24:bd0fce41 Creation Time : Sun Oct 18 14:14:31 2009 Raid Level : raid1 Used Dev Size : 488480320 (465.85 GiB 500.20
Bug#567303: policykit-1-gnome: Error message in .xsession-errors
Package: policykit-1-gnome Version: 0.96-1 Severity: normal I get the following errors message in .xsession-errors during login: (polkit-gnome-authentication-agent-1:3350): GLib-GObject-WARNING **: cannot register existing type `_PolkitError' (polkit-gnome-authentication-agent-1:3350): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed Best regards Torquil Sørensen -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (700, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages policykit-1-gnome depends on: ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.22.4-1 The GLib library of C routines ii libgtk2.0-0 2.18.6-1 The GTK+ graphical user interface ii libpolkit-agent-1-0 0.96-1 PolicyKit Authentication Agent API ii libpolkit-gobject-1-0 0.96-1 PolicyKit Authorization API ii policykit-1 0.96-1 framework for managing administrat policykit-1-gnome recommends no packages. policykit-1-gnome 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#567302: babel: FTBFS: error: oldnumeric.h: No such file or directory
Package: babel Version: 1.4.0.dfsg-6 Severity: serious Justification: FTBFS Hi, it looks like your package doesn't really like the +b1 binNMU round for the python2.6 transition: | [2.6 flavour, unsurprisingly] | cc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions -g -O2 -fno-strict-aliasing -Wall -Wstrict-prototypes -pthread build/temp.linux-x86_64-2.6/sidlStruct.o -L../sidl/.libs -L../libparsifal/src/.libs -L../libchasmlite/.libs -lsidl -lparsifal -lchasmlite -o build/lib.linux-x86_64-2.6/sidlStruct.so | building 'sidlPyArrays' extension | gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -g -O2 -fno-strict-aliasing -Wall -Wstrict-prototypes -pthread -fPIC -I. -I../libchasmlite -I../sidl -I../config -I/usr/include/python2.6 -I/usr/lib/python2.6/site-packages/numpy/core/include/numpy -I/usr/include/python2.6 -c sidlPyArrays.c -o build/temp.linux-x86_64-2.6/sidlPyArrays.o | sidlPyArrays.c:58:24: error: oldnumeric.h: No such file or directory | sidlPyArrays.c: In function 'sidl_array__extract_python_info': | sidlPyArrays.c:263: warning: implicit declaration of function 'PyArray_Check' | sidlPyArrays.c:264: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token | sidlPyArrays.c:264: error: 'array' undeclared (first use in this function) | sidlPyArrays.c:264: error: (Each undeclared identifier is reported only once | sidlPyArrays.c:264: error: for each function it appears in.) | sidlPyArrays.c:264: error: 'PyArrayObject' undeclared (first use in this function) | sidlPyArrays.c:264: error: expected expression before ')' token | sidlPyArrays.c: At top level: | […] Full build logs: https://buildd.debian.org/status/package.php?suite=unstablep=babel Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#426048: Packaging FUPPES
Hi All, The fuppes package seems ready to go to me. Using git-buildpackage I can build it completely with warnings except a 'You don't need to call ldconfig' one and a 'S runlevel not recognised in debian' one. Both of which are trivial to fix if i need to remove those warnings. I think I am ready to actually package it but I'm not sure. I was wondering if i could get a helping hand from someone, or even many someones if possible. It should be easy to test making the package, just follow these steps in your terminal: git clone git://git.debian.org/collab-maint/fuppes.git cd fuppes/ git branch upstream git-buildpackage --git-ignore-new I really look forward to any responses. Thanks, Robert P.S. You'll need all of the required dependancies, including 'devtodo' if you wish to build the source. :) On Sun, Jan 24, 2010 at 3:30 PM, Robert Massaioli robertmassai...@gmail.com wrote: Oh I forgot to mention that the repository is at version 660 + all of my packaging changes. I hope that helps. We are packaging version 660. Robert On Sun, Jan 24, 2010 at 3:28 PM, Robert Massaioli robertmassai...@gmail.com wrote: I am now pleased to announce that I have placed fuppes on the debian collab-maint project using git. The git repository that I pushed is the one we use fore development so I can push and pull any changes into development quite easily. You can find it at http://git.debian.org/?p=collab-maint/fuppes.git;a=summary and editing and making it package worthy can begin now. Now I don't really know much about how use this to manage a package so I'll be learning as I go along. Essentially, you should be able to make packages by running a dh_make and then debuild but I'll let anybody that wants to join the project join. I hope this helps and I look forward to working with everyone. Robert On Sat, Jan 23, 2010 at 9:46 AM, Robert Massaioli robertmassai...@gmail.com wrote: Thankyou, that was what I meant. I said the wrong thing but I want to let you know that I have requested to join the collab-maint project and I will be using git or svn to host it. Whichever I decide upon. I hope that we can all merge the differences and work on it as a group. I'll message back when I have got the collab project up and running. On Sat, Jan 23, 2010 at 1:17 AM, Michael Schultheiss schul...@debian.org wrote: Robert Massaioli wrote: Okay, well Eva seems to have done something and I'm going to continue to do work too so a combined project should be created. I'll try and create one on allioth asap. There's no need to create a new project on alioth unless we want our own separate infrastructure like mailing lists, etc. We can use the existing collab-maint project: https://alioth.debian.org/projects/collab-maint/ http://wiki.debian.org/Alioth/PackagingProject
Bug#548035: /usr/bin/users-admin: users-admin sets su's path to /home/root
Fabian Greffrath wrote: Dear SRMs, please accept gnome-system-tools 2.22.0-4 in stable ASAP to fix #548035. It's already been accepted, or it wouldn't have made it to proposed-updates at all. Packages only move from proposed-updates to stable during point releases, which are generally every couple of months; as previously announced, the next point release for stable is scheduled for tomorrow evening. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567300: xfce4-utils: Error message from startxfce4
Package: xfce4-utils Version: 4.6.1-2 Severity: normal During login, startxfce4 prints the following in .xsession-errors: /usr/bin/startxfce4: X server already running on display :0 stdin:1:3: error: invalid preprocessing directive #Those stdin:2:3: error: invalid preprocessing directive #or stdin:3:3: error: invalid preprocessing directive #Xft stdin:4:3: error: invalid preprocessing directive #Xft xrdb: Xft.hinting on line 9 overrides entry on line 6 xrdb: Xft.hintstyle on line 11 overrides entry on line 7 Torquil -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (700, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xfce4-utils depends on: ii exo-utils0.3.106-1 Utility files for libexo ii libc62.10.2-5Embedded GNU C Library: Shared lib ii libglib2.0-0 2.22.4-1The GLib library of C routines ii libgtk2.0-0 2.18.6-1The GTK+ graphical user interface ii libxfce4util44.6.1-2 Utility functions library for Xfce ii libxfcegui4-44.6.3-1 Basic GUI C functions for Xfce4 ii libxml-parser-perl 2.36-1.1+b1 Perl module for parsing XML files ii x11-xserver-utils7.5+1+b1X server utilities ii xfce4-terminal [x-terminal-e 0.4.3-1 Xfce terminal emulator ii xinit1.2.0-1 X server initialisation tool ii xterm [x-terminal-emulator] 253-1 X terminal emulator Versions of packages xfce4-utils recommends: ii dbus-x11 1.2.16-2 simple interprocess messaging syst ii thunar1.0.1-2File Manager for Xfce pn xdg-user-dirs none (no description available) ii xfce4-panel 4.6.3-1The Xfce4 desktop environment pane ii xfwm4 4.6.1-1window manager of the Xfce project pn xinputnone (no description available) ii xscreensaver 5.10-7 Automatic screensaver for X Versions of packages xfce4-utils suggests: ii xfce4-session 4.6.1-1Xfce4 Session Manager -- 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#567306: xfwm4: Error message in .xsession-errors
Package: xfwm4 Version: 4.6.1-1 Severity: normal Hi! I'm reporting some of these error messages i get in my .xsession-errors, since that file seems to grow much to fast. From xfce4, I get the following message: ** (xfwm4:3336): CRITICAL **: getBoolValue: assertion `G_VALUE_TYPE(rc[i].value) == G_TYPE_BOOLEAN' failed Best regards Torquil Sørensen -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (700, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xfwm4 depends on: ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libdbus-glib-1-2 0.82-2 simple interprocess messaging syst ii libglade2-0 1:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.22.4-1 The GLib library of C routines ii libgtk2.0-0 2.18.6-1 The GTK+ graphical user interface ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio ii libstartup-notification0 0.10-1 library for program launch feedbac ii libwnck22 2.28.0-1 Window Navigator Construction Kit ii libx11-6 2:1.3.3-1 X11 client-side library ii libxcomposite11:0.4.1-1 X11 Composite extension library ii libxdamage1 1:1.1.2-1 X11 damaged region extension libra ii libxext6 2:1.1.1-2 X11 miscellaneous extension librar ii libxfce4util4 4.6.1-2Utility functions library for Xfce ii libxfcegui4-4 4.6.3-1Basic GUI C functions for Xfce4 ii libxfconf-0-2 4.6.1-2Client library for Xfce4 configure ii libxfixes31:4.0.4-1 X11 miscellaneous 'fixes' extensio ii libxrandr22:1.3.0-2 X11 RandR extension library ii libxrender1 1:0.9.5-1 X Rendering Extension client libra Versions of packages xfwm4 recommends: ii librsvg2-common 2.26.0-1 SAX-based renderer library for SVG pn xfwm4-themes none (no description available) Versions of packages xfwm4 suggests: ii xfce4 4.6.1.3Meta-package for the Xfce Lightwei -- 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#393471: useless messages
Full agreement-- this is fixed in libao SVN and the fix will appear in the upcoming 1.0.0 release. Monty -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#381843: bad kernel resampling quality
This bug is beginning to conflate many issues. However, the basic core problem comes down to where resampling is happening. Powerbooks only posses a few hardware playback rates, several offer only 48000. Something has to resample all other playback rates to one that's actually supported. Ao controls none of this. It simply sits between system sound API and the application and passes calls in a portable fashion. Audacity has its own resampling algorithms that are fairly high quality. If you look in the preferences dialogs, you will see there's a choice of several, including 'let the sound card do it' (usually the kernel driver actually). Pulse is capable of figuring out what rate the card likes to run at and does its own resampling. It has to in order to multiplex playback of files that are different rates. So pulse output should be good (unless it's accidentally forced or tricked into running at a bad rate and letting the kernel driver handle it). 48000 is a safe bet on all Apple hardware. Esd tries to switch rates on demand, so you can't really tell what the Hell it's doing alot of the time. It assumes that any rate the kernel accepts is a good rate. Any apps (ogg123, mpg123, mplayer) that simply hand the data directly to the kernel driver are at ALSA/OSS's mercy. ALSA/OSS resampling is really really bad. nasty tearing noises. etc. Why? Because it's really fast if you do it badly. libao is but a small a relatively innocent piece in the middle of all this suck. It does not attempt to influence or solve the resampling problem. Good resampling is pretty hard, that's why it's a good idea for sound cards to do it in hardware. in ALSA, you can avoid getting 'bad' sampling rates by never using the default device, and never using plug devices. Always use hw: or non-plug aliases like surround51 as these will reject rates not directly supported by the hardware. In OSS yeah, don't use OSS. The best modern solution is to use Pulse, which will do all this properly and automatically. anyway, not libao's bug. Monty -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567307: bash: Bash crashes when changing directory to awkwardly formed directory name
Package: bash Version: 3.2-4 Severity: normal From a downloaded movie, I have an awkward directory-name to which I 'cd' like this: ro...@tribbin:/raid/films$ ls | grep *Wings* �ֲ¡�Wings.Of.Desire.1987.720p.BluRay.x264-CiNEFiLE-Ӱ�Ӹ��巢 ro...@tribbin:/raid/films$ cd *Wings* Bash imediately crashes. I have produced an strace which I will later attach to this bug-report. Robin van Westrenen -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bash depends on: ii base-files5lenny4Debian base system miscellaneous f ii debianutils 2.30 Miscellaneous utilities specific t ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii libncurses5 5.7+20081213-1 shared libraries for terminal hand Versions of packages bash recommends: ii bash-completion 20080705 programmable completion for the ba Versions of packages bash suggests: pn bash-doc 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#410174: -quiet not quiet
This is a libao2 bug. It is fixed in SVN, the fix will appear in teh upcoming 1.0.0 release. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548035: /usr/bin/users-admin: users-admin sets su's path to /home/root
Am 28.01.2010 12:16, schrieb Adam D. Barratt: It's already been accepted, or it wouldn't have made it to proposed-updates at all. Adam, thanks for clarifying. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567308: epiphany-browser: No sound right away playing HTML 5 (?) video from mozilla.org.
Subject: epiphany-browser: No sound right away playing HTML 5 (?) video from mozilla.org. Package: epiphany-browser Version: 2.29.6-1 Severity: normal *** Please type your report below this line *** Dear Debian folks, I tried to play a video from the Mozilla website [1], where on the bottom left it links to [2]. Clicking on the link pointing to [2] some kind of player appears but no sound is playing. On the bottom right of the player there is also a red cross showing it is muted. Clicking on it (unmute) there is still no sound. Clicking on it again (red cross is shown) I can then hear the audio. I do not even now where this player comes from and if it is from the Mozilla guys if this is a bug in the Mozilla player or Epiphany. Sound is working otherwise on the whole system. I did not see any error messages printed to the terminal. Thanks, Paul [1] http://www.mozilla.com/en-US/firefox/firefox.html [2] http://www.mozilla.com/en-US/firefox/video/ -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-trunk-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 Versions of packages epiphany-browser depends on: ii dbus-x11 1.2.16-2simple interprocess messaging syst ii epiphany-browser-data2.29.6-1Data files for the GNOME web brows ii gnome-icon-theme 2.28.0-1GNOME Desktop icon theme ii iso-codes3.12.1-1ISO language, territory, currency, ii libavahi-client3 0.6.25-3Avahi client library ii libavahi-common3 0.6.25-3Avahi common library ii libavahi-gobject00.6.25-3Avahi GObject library ii libc62.10.2-5Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.16-2simple interprocess messaging syst ii libdbus-glib-1-2 0.82-2 simple interprocess messaging syst ii libgconf2-4 2.28.0-1GNOME configuration database syste ii libgirepository1.0-0 0.6.7-3 Library for handling GObject intro ii libglib2.0-0 2.22.4-1The GLib library of C routines ii libgnome-keyring02.28.2-1GNOME keyring services library ii libgtk2.0-0 2.18.6-1The GTK+ graphical user interface ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library ii libnotify1 [libnotify1-g 0.4.5-1 sends desktop notifications to a n ii libnspr4-0d 4.8.3-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.5-1Network Security Service libraries ii libpango1.0-01.26.2-1Layout and rendering of internatio ii libseed0 2.28.0-2GObject JavaScript bindings for th ii libsm6 2:1.1.1-1 X11 Session Management library ii libsoup-gnome2.4-1 2.29.6-1an HTTP library implementation in ii libsoup2.4-1 2.29.6-1an HTTP library implementation in ii libwebkit-1.0-2 1.1.19-1Web content engine library for Gtk ii libx11-6 2:1.3.3-1 X11 client-side library ii libxml2 2.7.6.dfsg-2+b1 GNOME XML library ii libxslt1.1 1.1.26-1+b1 XSLT processing library - runtime Versions of packages epiphany-browser recommends: ii yelp 2.28.0+webkit-2 Help browser for GNOME Versions of packages epiphany-browser suggests: pn mozpluggernone (no description available) -- no debconf information signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#561552: linux-image-2.6.32-trunk-amd64: [agp/drm] agp + dri unavailable with testing X.org 1.6.5
Bob Calhoun wrote: Mr. Schorpp, On Wed, 27 Jan 2010, you wrote, This has already been triaged to the broken firmware-loader if built as module, radeon cannot work without r300_cp.bin here, it is not built into debian kernels but in /lib/firmware/radeon, report it upstream, there's no config issue: Now, I do not know what the problem is but the only Debian kernel I have ever had difficulties with is linux-image-2.6.32-trunk-amd64. My machine runs well with linux-image-2.6.30-2-amd64 but not with linux-image-2.6.32-trunk-amd64; according to the Xorg log, AGP failed to initialize. Over on Debian User Forums, a number of posters are rejecting linux-image-2.6.32-trunk-amd64. http://forums.debian.net/viewtopic.php?f=5t=48790 We don't work with webforums here, they're inefficent and unergonomical for managing and using SW-QA-Processes. As I said, I don't know where the problem is, but as things sit I cannot use this new kernel. Regards, Bob Calhoun Don't call me 'Mr.' , don't mail me off-list and pls provide qualified extra info from Your machine using reportbug and tell the other guys in that forum to do so, thank You cu y tom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567309: anyremote: make it build on non-Linux archs
Package: anyremote Version: 5.1+dfsg-1 Severity: important Tags: patch Hi, currently anyremote cannot be built on non-Linux architectures (kfreebsd-{amd64,i386} and hurd-i386) because it unconditionally build-depends on libbluetooth-dev (which is specific for Linux). anyremote builds fine without it on GNU/Hurd, and most probably on kFreeBSD as well (configure.in checks for linux and freebsd, which is not kfreebsd), so the easy fix is to disable the libbluetooth-dev b-d for those archs. Patch attached. Thanks, -- Pino --- a/debian/control +++ b/debian/control @@ -4,7 +4,7 @@ Maintainer: Philipp Huebner debala...@debian.org Uploaders: Juan Angulo Moreno j...@apuntale.com Homepage: http://anyremote.sourceforge.net -Build-Depends: debhelper (= 6), autotools-dev, libbluetooth-dev, libx11-dev, libxtst-dev, x11proto-xext-dev, libglib2.0-dev, libdbus-1-dev, libdbus-glib-1-dev, libxtst-dev +Build-Depends: debhelper (= 6), autotools-dev, libbluetooth-dev [!kfreebsd-amd64 !kfreebsd-i386 !hurd-i386], libx11-dev, libxtst-dev, x11proto-xext-dev, libglib2.0-dev, libdbus-1-dev, libdbus-glib-1-dev, libxtst-dev Standards-Version: 3.8.3 Package: anyremote
Bug#567310: fontconfig-config: Monospace doesn't contain many Unicode characters
Package: fontconfig-config Version: 2.8.0-2 Severity: normal I've used --gpfamily=Monospace with u2ps as suggested by its man page, but many characters (arrows and math symbols) are not available. It seems that the default is Bitstream Vera Sans Mono (in fact, I have the same problem with this font). There are no such problems with DejaVu Sans Mono. IMHO, the default should use a font that has the most common characters. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fontconfig-config depends on: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii gsfonts-x11 0.21 Make Ghostscript fonts available t ii ttf-dejavu-core 2.30-2 Vera font family derivate with add ii ttf-freefont 20090104-5 Freefont Serif, Sans and Mono True ii ucf 3.0025 Update Configuration File: preserv fontconfig-config recommends no packages. fontconfig-config suggests no packages. -- debconf information: * fontconfig/subpixel_rendering: Automatic * fontconfig/hinting_type: Native * fontconfig/enable_bitmaps: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567311: epiphany-browser: Unable to use YouTube with HTML5 Video Player.
Subject: epiphany-browser: Unable to use YouTube with HTML5 Video Player. Package: epiphany-browser Version: 2.29.6-1 Severity: normal *** Please type your report below this line *** Dear Debian folks, YouTube started opt-in experimental HTML5 support [1]. Activating it and trying to play a video the player loads and you see it loading and showing HTML5 infinitely. I do not know which fault this is. It looks like YouTube’s one, when they provide the HTML5 player. I also do not know, if this bug should be filed against Epiphany or WebKit. But I guess tracking it somewhere in the Debian BTS and making it easy to find for people having problems activating this feature is quite useful. So if you tell me whose fault this is and to what upstream I should report this too we could reference that and keep people informed. Thanks, Paul [1] http://www.youtube.com/html5 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-trunk-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 Versions of packages epiphany-browser depends on: ii dbus-x11 1.2.16-2simple interprocess messaging syst ii epiphany-browser-data2.29.6-1Data files for the GNOME web brows ii gnome-icon-theme 2.28.0-1GNOME Desktop icon theme ii iso-codes3.12.1-1ISO language, territory, currency, ii libavahi-client3 0.6.25-3Avahi client library ii libavahi-common3 0.6.25-3Avahi common library ii libavahi-gobject00.6.25-3Avahi GObject library ii libc62.10.2-5Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.16-2simple interprocess messaging syst ii libdbus-glib-1-2 0.82-2 simple interprocess messaging syst ii libgconf2-4 2.28.0-1GNOME configuration database syste ii libgirepository1.0-0 0.6.7-3 Library for handling GObject intro ii libglib2.0-0 2.22.4-1The GLib library of C routines ii libgnome-keyring02.28.2-1GNOME keyring services library ii libgtk2.0-0 2.18.6-1The GTK+ graphical user interface ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library ii libnotify1 [libnotify1-g 0.4.5-1 sends desktop notifications to a n ii libnspr4-0d 4.8.3-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.5-1Network Security Service libraries ii libpango1.0-01.26.2-1Layout and rendering of internatio ii libseed0 2.28.0-2GObject JavaScript bindings for th ii libsm6 2:1.1.1-1 X11 Session Management library ii libsoup-gnome2.4-1 2.29.6-1an HTTP library implementation in ii libsoup2.4-1 2.29.6-1an HTTP library implementation in ii libwebkit-1.0-2 1.1.19-1Web content engine library for Gtk ii libx11-6 2:1.3.3-1 X11 client-side library ii libxml2 2.7.6.dfsg-2+b1 GNOME XML library ii libxslt1.1 1.1.26-1+b1 XSLT processing library - runtime Versions of packages epiphany-browser recommends: ii yelp 2.28.0+webkit-2 Help browser for GNOME Versions of packages epiphany-browser suggests: pn mozpluggernone (no description available) -- no debconf information signature.asc Description: Dies ist ein digital signierter Nachrichtenteil