Bug#628659: please support IPv6 connections
Package: php-net-smtp Version: 1.4.2-3 Severity: wishlist Tags: ipv6 Connections to other mailservers are always IPv4; please support IPv6, if available. I suggest that you use getaddrinfo() somehow (not sure how to do that with PHP). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-rc7-amd64 (SMP w/8 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#613957: closed by Cyril Brulebois k...@debian.org (Bug#613957: fixed in xorg-server 2:1.9.4-3)
On Mon, 2011-05-30 at 17:47 +0200, Ana Guerrero wrote: On Mon, May 30, 2011 at 05:27:22PM +0200, Cyril Brulebois wrote: Ana Guerrero a...@debian.org (30/05/2011): unarchive 613957 found 613957 2:1.10.1-2 thanks I am afraid this bug is back in 1.10 :( Then please file a new bug. Since your unarchiving and founding gives us absolutely no clue, I'm closing this bug again. (Kernel/package versions + bug script output is a must: http://pkg-xorg.alioth.debian.org/howto/report-bugs.html) Besides running this script, what info do you need further than this very same bug is back? This bug was fixed upstream before the 1.10.0 release. You may be seeing similar symptoms with 1.10.x, but it can't really be the same bug. -- 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#620591: fox1.6: diff for NMU version 1.6.44-1.1
Hi Luk, On 05/30/2011 07:54 PM, Luk Claes wrote: I've prepared an NMU for fox1.6 (versioned as 1.6.44-1.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Thanks for the patch. I applied it to the Subversion repository for the package so it is not lost on my next upload. Greetings, Torsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620595: gdome2: diff for NMU version 0.8.1+debian-4.1
tags 620595 + pending thanks Dear maintainer, I've prepared an NMU for gdome2 (versioned as 0.8.1+debian-4.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Cheers Luk diff -u gdome2-0.8.1+debian/debian/rules gdome2-0.8.1+debian/debian/rules --- gdome2-0.8.1+debian/debian/rules +++ gdome2-0.8.1+debian/debian/rules @@ -48,6 +48,9 @@ dh_testroot dh_installdirs -A $(MAKE) install prefix=$(CURDIR)/debian/libgdome2-dev/usr + for file in debian/libgdome2-dev/usr/lib/*.la; do \ + sed -i /dependency_libs/ s/'.*'/''/ $$file ; \ + done mv debian/libgdome2-dev/usr/lib/*.so.* debian/libgdome2-0/usr/lib ln -sf libgdome.so.0 debian/libgdome2-dev/usr/lib/libgdome.so rm -rf debian/libgdome2-dev/usr/share/doc/libgdome2-dev/html diff -u gdome2-0.8.1+debian/debian/changelog gdome2-0.8.1+debian/debian/changelog --- gdome2-0.8.1+debian/debian/changelog +++ gdome2-0.8.1+debian/debian/changelog @@ -1,3 +1,11 @@ +gdome2 (0.8.1+debian-4.1) unstable; urgency=low + + * Non-maintainer upload. + * Remove references to other libraries from dependency_libs field +(closes: #620595) + + -- Luk Claes l...@debian.org Tue, 31 May 2011 07:54:25 +0200 + gdome2 (0.8.1+debian-4) unstable; urgency=low * Bump Standards-Version to 3.8.3.
Bug#620600: lua-expat: diff for NMU version 1.1.0-3.1
tags 620600 + pending thanks Dear maintainer, I've prepared an NMU for lua-expat (versioned as 1.1.0-3.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Cheers Luk diff -u lua-expat-1.1.0/debian/changelog lua-expat-1.1.0/debian/changelog --- lua-expat-1.1.0/debian/changelog +++ lua-expat-1.1.0/debian/changelog @@ -1,3 +1,11 @@ +lua-expat (1.1.0-3.1) unstable; urgency=low + + * Non-maintainer upload. + * Remove references to other libraries from dependency_libs field +(Closes: #620600). + + -- Luk Claes l...@debian.org Tue, 31 May 2011 08:00:46 +0200 + lua-expat (1.1.0-3) unstable; urgency=low * depend on lua5.1-policy-dev = 22 diff -u lua-expat-1.1.0/debian/rules lua-expat-1.1.0/debian/rules --- lua-expat-1.1.0/debian/rules +++ lua-expat-1.1.0/debian/rules @@ -3,0 +4,5 @@ + +common-install-arch:: + for file in debian/tmp/usr/lib/*.la; do \ + sed -i /dependency_libs/ s/'.*'/''/ $$file ; \ + done
Bug#628491: bluez: hid2hci missing
Hello Christian, I had the same problem. The cause of - missing hid2hci and - the not working udev rules are the changed location of hid2hci and the complete rewrite of the udev rule by the upstream bluez developer. I have solved the problem for me with the attached patch. The new location of hid2hci should be /lib/udev/hid2hci, I think ;). Therefor I have modified these 3 files in the debian source package of bluez: debian/bluez_agent.udev debian/bluez.bluetooth.init debian/bluez.install == diff -ur bluez-4.93_without_hid2hci/debian/bluez_agent.udev bluez-4.93/debian/bluez_agent.udev --- bluez-4.93_without_hid2hci/debian/bluez_agent.udev 2011-05-30 20:11:37.727321967 +0200 +++ bluez-4.93/debian/bluez_agent.udev 2011-05-30 20:12:36.682466070 +0200 @@ -3,6 +3,6 @@ ( . /lib/udev/hotplug.functions - wait_for_file /usr/sbin/hid2hci - exec /usr/sbin/hid2hci $@ + wait_for_file /lib/udev/hid2hci + exec /lib/udev/hid2hci $@ ) diff -ur bluez-4.93_without_hid2hci/debian/bluez.bluetooth.init bluez-4.93/debian/bluez.bluetooth.init --- bluez-4.93_without_hid2hci/debian/bluez.bluetooth.init 2011-05-30 20:11:37.735321846 +0200 +++ bluez-4.93/debian/bluez.bluetooth.init 2011-05-30 20:12:36.682466070 +0200 @@ -26,7 +26,7 @@ DAEMON=/usr/sbin/bluetoothd HCIATTACH=/usr/sbin/hciattach -HID2HCI=/usr/sbin/hid2hci +HID2HCI=/lib/udev/hid2hci HID2HCI_ENABLED=1 HID2HCI_UNDO=1 diff -ur bluez-4.93_without_hid2hci/debian/bluez.install bluez-4.93/debian/bluez.install --- bluez-4.93_without_hid2hci/debian/bluez.install 2011-05-30 20:11:37.743321725 +0200 +++ bluez-4.93/debian/bluez.install 2011-05-30 20:12:36.690465949 +0200 @@ -4,3 +4,4 @@ debian/tmp/usr/sbin/* debian/tmp/usr/bin/* debian/tmp/usr/share/man/man* +debian/tmp/usr/lib/bluez/udev/hid2hci /lib/udev == Kind regards, Detlev diff -ur bluez-4.93_without_hid2hci/debian/bluez_agent.udev bluez-4.93/debian/bluez_agent.udev --- bluez-4.93_without_hid2hci/debian/bluez_agent.udev 2011-05-30 20:11:37.727321967 +0200 +++ bluez-4.93/debian/bluez_agent.udev 2011-05-30 20:12:36.682466070 +0200 @@ -3,6 +3,6 @@ ( . /lib/udev/hotplug.functions - wait_for_file /usr/sbin/hid2hci - exec /usr/sbin/hid2hci $@ + wait_for_file /lib/udev/hid2hci + exec /lib/udev/hid2hci $@ ) diff -ur bluez-4.93_without_hid2hci/debian/bluez.bluetooth.init bluez-4.93/debian/bluez.bluetooth.init --- bluez-4.93_without_hid2hci/debian/bluez.bluetooth.init 2011-05-30 20:11:37.735321846 +0200 +++ bluez-4.93/debian/bluez.bluetooth.init 2011-05-30 20:12:36.682466070 +0200 @@ -26,7 +26,7 @@ DAEMON=/usr/sbin/bluetoothd HCIATTACH=/usr/sbin/hciattach -HID2HCI=/usr/sbin/hid2hci +HID2HCI=/lib/udev/hid2hci HID2HCI_ENABLED=1 HID2HCI_UNDO=1 diff -ur bluez-4.93_without_hid2hci/debian/bluez.install bluez-4.93/debian/bluez.install --- bluez-4.93_without_hid2hci/debian/bluez.install 2011-05-30 20:11:37.743321725 +0200 +++ bluez-4.93/debian/bluez.install 2011-05-30 20:12:36.690465949 +0200 @@ -4,3 +4,4 @@ debian/tmp/usr/sbin/* debian/tmp/usr/bin/* debian/tmp/usr/share/man/man* +debian/tmp/usr/lib/bluez/udev/hid2hci /lib/udev
Bug#620605: gts: diff for NMU version 0.7.6+darcs110121-1.1
tags 620605 + pending thanks Dear maintainer, I've prepared an NMU for gts (versioned as 0.7.6+darcs110121-1.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Cheers Luk diff -Nru gts-0.7.6+darcs110121/debian/changelog gts-0.7.6+darcs110121/debian/changelog --- gts-0.7.6+darcs110121/debian/changelog 2011-02-13 17:24:45.0 +0100 +++ gts-0.7.6+darcs110121/debian/changelog 2011-05-31 08:06:03.0 +0200 @@ -1,3 +1,11 @@ +gts (0.7.6+darcs110121-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Remove references to other libraries from dependency_libs field +(Closes: #620605) + + -- Luk Claes l...@debian.org Tue, 31 May 2011 08:05:34 +0200 + gts (0.7.6+darcs110121-1) unstable; urgency=low * New upstream version diff -Nru gts-0.7.6+darcs110121/debian/rules gts-0.7.6+darcs110121/debian/rules --- gts-0.7.6+darcs110121/debian/rules 2011-02-13 17:05:47.0 +0100 +++ gts-0.7.6+darcs110121/debian/rules 2011-05-31 08:05:32.0 +0200 @@ -13,6 +13,12 @@ override_dh_auto_test: # some tests are expected to fail +override_dh_auto_install: + dh_auto_install + for file in debian/tmp/usr/lib/*.la; do \ + sed -i /dependency_libs/ s/'.*'/''/ $$file ; \ + done + override_dh_installchangelogs: dh_installchangelogs ChangeLog
Bug#625544: fixed in calibre 0.8.2+dfsg-1
reopen 625544 kthxbye On Tue, May 31, 2011 at 06:02:21 +, Martin Pitt wrote: calibre (0.8.2+dfsg-1) unstable; urgency=low . * Rebuild against libmagick 4. (Closes: #625544) Err, no. #625544 is against release.debian.org, not calibre. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620624: librra: diff for NMU version 0.14-1.1
tags 620624 + pending
thanks
Dear Jonny,
I've prepared an NMU for librra (versioned as 0.14-1.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.
Cheers
Luk
diff -Nru librra-0.14/debian/changelog librra-0.14/debian/changelog
--- librra-0.14/debian/changelog 2010-05-12 13:45:15.0 +0200
+++ librra-0.14/debian/changelog 2011-05-31 08:15:08.0 +0200
@@ -1,3 +1,11 @@
+librra (0.14-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Remove references to other libraries from dependency_libs field
+(Closes: #620624).
+
+ -- Luk Claes l...@debian.org Tue, 31 May 2011 08:14:24 +0200
+
librra (0.14-1) unstable; urgency=low
* New upstream release.
diff -Nru librra-0.14/debian/patches/debian-changes-0.14-1.1 librra-0.14/debian/patches/debian-changes-0.14-1.1
--- librra-0.14/debian/patches/debian-changes-0.14-1.1 1970-01-01 01:00:00.0 +0100
+++ librra-0.14/debian/patches/debian-changes-0.14-1.1 2011-05-31 08:20:11.0 +0200
@@ -0,0 +1,891 @@
+Description: Upstream changes introduced in version 0.14-1.1
+ This patch has been created by dpkg-source during the package build.
+ Here's the last changelog entry, hopefully it gives details on why
+ those changes were made:
+ .
+ librra (0.14-1.1) unstable; urgency=low
+ .
+ * Non-maintainer upload.
+ * Remove references to other libraries from dependency_libs field
+ (Closes: #620624).
+ .
+ The person named in the Author field signed this changelog entry.
+Author: Luk Claes l...@debian.org
+Bug-Debian: http://bugs.debian.org/620624
+
+---
+The information above should follow the Patch Tagging Guidelines, please
+checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
+are templates for supplementary fields that you might want to add:
+
+Origin: vendor|upstream|other, url of original patch
+Bug: url in upstream bugtracker
+Bug-Debian: http://bugs.debian.org/bugnumber
+Bug-Ubuntu: https://launchpad.net/bugs/bugnumber
+Forwarded: no|not-needed|url proving that it has been forwarded
+Reviewed-By: name and email of someone who approved the patch
+Last-Update: -MM-DD
+
+--- librra-0.14.orig/config.guess
librra-0.14/config.guess
+@@ -1,10 +1,10 @@
+ #! /bin/sh
+ # Attempt to guess a canonical system name.
+ # Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999,
+-# 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010
+-# Free Software Foundation, Inc.
++# 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010,
++# 2011 Free Software Foundation, Inc.
+
+-timestamp='2009-12-30'
++timestamp='2011-05-11'
+
+ # This file is free software; you can redistribute it and/or modify it
+ # under the terms of the GNU General Public License as published by
+@@ -57,7 +57,7 @@ GNU config.guess ($timestamp)
+
+ Originally written by Per Bothner.
+ Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000,
+-2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010 Free
++2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011 Free
+ Software Foundation, Inc.
+
+ This is free software; see the source for copying conditions. There is NO
+@@ -181,7 +181,7 @@ case ${UNAME_MACHINE}:${UNAME_SYSTEM}:$
+ fi
+ ;;
+ *)
+- os=netbsd
++ os=netbsd
+ ;;
+ esac
+ # The OS release
+@@ -224,7 +224,7 @@ case ${UNAME_MACHINE}:${UNAME_SYSTEM}:$
+ UNAME_RELEASE=`/usr/sbin/sizer -v | awk '{print $3}'`
+ ;;
+ *5.*)
+- UNAME_RELEASE=`/usr/sbin/sizer -v | awk '{print $4}'`
++ UNAME_RELEASE=`/usr/sbin/sizer -v | awk '{print $4}'`
+ ;;
+ esac
+ # According to Compaq, /usr/sbin/psrinfo has been available on
+@@ -270,7 +270,10 @@ case ${UNAME_MACHINE}:${UNAME_SYSTEM}:$
+ # A Xn.n version is an unreleased experimental baselevel.
+ # 1.2 uses 1.2 for uname -r.
+ echo ${UNAME_MACHINE}-dec-osf`echo ${UNAME_RELEASE} | sed -e 's/^[PVTX]//' | tr 'ABCDEFGHIJKLMNOPQRSTUVWXYZ' 'abcdefghijklmnopqrstuvwxyz'`
+- exit ;;
++ # Reset EXIT trap before exiting to avoid spurious non-zero exit code.
++ exitcode=$?
++ trap '' 0
++ exit $exitcode ;;
+ Alpha\ *:Windows_NT*:*)
+ # How do we know it's Interix rather than the generic POSIX subsystem?
+ # Should we change UNAME_MACHINE based on the output of uname instead
+@@ -296,7 +299,7 @@ case ${UNAME_MACHINE}:${UNAME_SYSTEM}:$
+ echo s390-ibm-zvmoe
+ exit ;;
+ *:OS400:*:*)
+-echo powerpc-ibm-os400
++ echo powerpc-ibm-os400
+ exit ;;
+ arm:RISC*:1.[012]*:*|arm:riscix:1.[012]*:*)
+ echo arm-acorn-riscix${UNAME_RELEASE}
+@@ -395,23 +398,23 @@ case ${UNAME_MACHINE}:${UNAME_SYSTEM}:$
+ # MiNT. But MiNT is downward compatible to TOS, so this should
+ # be no problem.
+ atarist[e]:*MiNT:*:* | atarist[e]:*mint:*:* | atarist[e]:*TOS:*:*)
+-echo m68k-atari-mint${UNAME_RELEASE}
++ echo m68k-atari-mint${UNAME_RELEASE}
+ exit ;;
+ atari*:*MiNT:*:* | atari*:*mint:*:* | atarist[e]:*TOS:*:*)
+ echo m68k-atari-mint${UNAME_RELEASE}
Bug#620632: glrr: diff for NMU version 20050529-3.1
tags 620632 + pending thanks Dear maintainer, I've prepared an NMU for glrr (versioned as 20050529-3.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Cheers Luk diff -Nru glrr-20050529/debian/changelog glrr-20050529/debian/changelog --- glrr-20050529/debian/changelog 2010-02-25 08:33:53.0 +0100 +++ glrr-20050529/debian/changelog 2011-05-31 08:29:52.0 +0200 @@ -1,3 +1,11 @@ +glrr (20050529-3.1) unstable; urgency=low + + * Non-maintainer upload. + * Remove references to other libraries from dependency_libs field +(Closes: #620632). + + -- Luk Claes l...@debian.org Tue, 31 May 2011 08:29:26 +0200 + glrr (20050529-3) unstable; urgency=low * debian/watch: Fix URL pattern to exclude glrr-widget. diff -Nru glrr-20050529/debian/rules glrr-20050529/debian/rules --- glrr-20050529/debian/rules 2010-02-25 08:44:17.0 +0100 +++ glrr-20050529/debian/rules 2011-05-31 08:29:23.0 +0200 @@ -14,3 +14,9 @@ override_dh_auto_clean: dh_auto_clean rm -f ./misc/config.sub ./misc/config.guess + +override_dh_auto_install: + dh_auto_install + for file in debian/tmp/usr/lib/*.la; do \ + sed -i /dependency_libs/ s/'.*'/''/ $$file ; \ + done
Bug#401089: perltw.1.gz: add viewing instructions
Now it looks terrible in all locales:
PERLTW(1) Perl Programmers Reference Guide
PERLTW(1)
NAME
perltw - Perl XX
DESCRIPTION
Perl XXX!
X 5.8.0 XXX, Perl XX Unicode (XXX) XX, XXX; CJK (XXX)
. Unicode XXX, : , , (XXX,
,
, , XXX, , XX). XX (X PC ).
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543773: mokomaze: 543773: homepage moved again
The mokomaze homepage moved here after projects.openmoko.org was shut down due to lack of maintenance: http://mokomaze.sourceforge.net/ -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#628571: [Pkg-ace-devel] Bug#628571: Public method TAO::ORB::default_svc_conf_entries() is not exported
Hi, if this method should not be used, then it should not be recommended in the documentation. The patch I have attached here modified also the document recommending this static method. Those references should be removed then from tao/docs/configuration.html. However, the document does not describe any other way of doing same things in source code level, but other option is a separate svc.conf file. For example in my case I specify charset encodings in this configuration, and I really don't want to use separate file, because I really know what charset my software is using. -- Tommi Vainikainen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615831: [PATCH 1/2] panic(): print name of kernel module before loading it
maximilian attems m...@stro.at writes: now the only thing that is holding me up to merge your patch is that /proc/bus/input/devices usage, there should be some sysfs file, no? cat /sys/class/input/input*/device/description shows a KBD Unfortunately it does not show a keyboard here: root@metunconf:~# cat /sys/class/input/input*/device/description cat: /sys/class/input/input*/device/description: No such file or directory root@metunconf:~# find /sys/class/input /sys/class/input /sys/class/input/input0 /sys/class/input/mice /sys/class/input/mouse0 /sys/class/input/input1 /sys/class/input/input2 /sys/class/input/mouse1 /sys/class/input/input3 /sys/class/input/input4 /sys/class/input/mouse2 /sys/class/input/input5 /sys/class/input/mouse3 /sys/class/input/input6 /sys/class/input/input7 /sys/class/input/event0 /sys/class/input/event1 /sys/class/input/event2 /sys/class/input/event3 /sys/class/input/event4 /sys/class/input/event5 /sys/class/input/event6 /sys/class/input/event7 /sys/class/input/input8 /sys/class/input/event8 /sys/class/input/js0 root@metunconf:~# lsusb Bus 006 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 002: ID 0624:0248 Avocent Corp. Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 04d9:1400 Holtek Semiconductor, Inc. PS/2 keyboard + mouse controller Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub root@metunconf:~# cat /proc/bus/input/devices I: Bus=0017 Vendor=0001 Product=0001 Version=0100 N: Name=Macintosh mouse button emulation P: Phys= S: Sysfs=/devices/virtual/input/input0 U: Uniq= H: Handlers=mouse0 event0 B: EV=7 B: KEY=7 0 0 0 0 B: REL=3 I: Bus=0003 Vendor=04d9 Product=1400 Version=0110 N: Name=HID 04d9:1400 P: Phys=usb-:00:12.0-5/input0 S: Sysfs=/devices/pci:00/:00:12.0/usb1/1-5/1-5:1.0/input/input1 U: Uniq= H: Handlers=kbd event1 B: EV=120013 B: KEY=10007 ff9f207ac14057ff febeffdfffef fffe B: MSC=10 B: LED=7 I: Bus=0003 Vendor=04d9 Product=1400 Version=0110 N: Name=HID 04d9:1400 P: Phys=usb-:00:12.0-5/input1 S: Sysfs=/devices/pci:00/:00:12.0/usb1/1-5/1-5:1.1/input/input2 U: Uniq= H: Handlers=kbd mouse1 event2 B: EV=17 B: KEY=1f 200 39fad941d001 1e 0 B: REL=103 B: MSC=10 I: Bus=0003 Vendor=0624 Product=0248 Version=0100 N: Name=Avocent USB Composite Device-0 P: Phys=usb-:00:13.2-2/input0 S: Sysfs=/devices/pci:00/:00:13.2/usb4/4-2/4-2:1.0/input/input3 U: Uniq=20090730 H: Handlers=kbd event3 B: EV=120013 B: KEY=10007 ff9f207ac14057ff febeffdfffef fffe B: MSC=10 B: LED=1f I: Bus=0003 Vendor=0624 Product=0248 Version=0100 N: Name=Avocent USB Composite Device-0 P: Phys=usb-:00:13.2-2/input1 S: Sysfs=/devices/pci:00/:00:13.2/usb4/4-2/4-2:1.1/input/input4 U: Uniq=20090730 H: Handlers=mouse2 event4 js0 B: EV=1f B: KEY=7 0 0 0 0 B: REL=100 B: ABS=3 B: MSC=10 I: Bus=0003 Vendor=0624 Product=0248 Version=0100 N: Name=Avocent USB Composite Device-0 P: Phys=usb-:00:13.2-2/input2 S: Sysfs=/devices/pci:00/:00:13.2/usb4/4-2/4-2:1.2/input/input5 U: Uniq=20090730 H: Handlers=mouse3 event5 B: EV=17 B: KEY=7 0 0 0 0 B: REL=103 B: MSC=10 I: Bus=0019 Vendor= Product=0001 Version= N: Name=Power Button P: Phys=PNP0C0C/button/input0 S: Sysfs=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input6 U: Uniq= H: Handlers=kbd event6 B: EV=3 B: KEY=10 0 I: Bus=0019 Vendor= Product=0001 Version= N: Name=Power Button P: Phys=LNXPWRBN/button/input0 S: Sysfs=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input7 U: Uniq= H: Handlers=kbd event7 B: EV=3 B: KEY=10 0 I: Bus=0010 Vendor=001f Product=0001 Version=0100 N: Name=PC Speaker P: Phys=isa0061/input0 S: Sysfs=/devices/platform/pcspkr/input/input8 U: Uniq= H: Handlers=kbd event8 B: EV=40001 B: SND=6 root@metunconf:~# dmesg | head -n4 [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 2.6.32-5-amd64 (Debian 2.6.32-30) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed Jan 12 03:40:32 UTC 2011 [0.00] Command line: root=/dev/nfs initrd=squeeze64unconf/initrd.img nfsroot=10.8.8.8:/tftpboot/squeeze64unconf ip=dhcp BOOT_IMAGE=squeeze64unconf/vmlinuz As a test I did root@metunconf:~# rmmod usbhid root@metunconf:~# rmmod hid and verified that I can no longer type anything to the console. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628660: debianutils: [INTL:de] updated German man page translation
Package: debianutils
Version: 4.0.1
Severity: wishlist
Tags: patch l10n
Please find the updated German man page translation for debianutils
attached.
If you update your template, please use
'msgfmt --statistics pofile.po'
to check the po-files for fuzzy or untranslated strings.
If there are such strings, please contact me so I can update the
German translation.
Greetings
Helge
# Translation of debianutils man page template to German
# Copyright (C) Helge Kreutzmann deb...@helgefjell.de, 2011.
# This file is distributed under the same license as the debianutils package.
#
msgid
msgstr
Project-Id-Version: debianutils man page\n
POT-Creation-Date: 2011-05-30 10:57-0300\n
PO-Revision-Date: 2011-05-31 09:18+0200\n
Last-Translator: Helge Kreutzmann deb...@helgefjell.de\n
Language-Team: de debian-l10n-ger...@lists.debian.org\n
Language: de\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=utf-8\n
Content-Transfer-Encoding: utf-8\n
#. type: TH
#: ../add-shell.8:1
#, no-wrap
msgid ADD-SHELL
msgstr ADD-SHELL
#. type: TH
#: ../add-shell.8:1
#, no-wrap
msgid 12 May 2011
msgstr 12. Mai 2011
#. type: SH
#: ../add-shell.8:2 ../installkernel.8:2 ../ischroot.1:3 ../remove-shell.8:2
#: ../run-parts.8:9 ../savelog.8:3 ../tempfile.1:3 ../which.1:3
#, no-wrap
msgid NAME
msgstr NAME
#. type: Plain text
#: ../add-shell.8:4
msgid add-shell - add shells to the list of valid login shells
msgstr add-shell - Shells zu der Liste der gültigen Anmelde-Shells hinzufügen
#. type: SH
#: ../add-shell.8:4 ../installkernel.8:4 ../ischroot.1:5 ../remove-shell.8:4
#: ../run-parts.8:11 ../savelog.8:5 ../tempfile.1:5 ../which.1:5
#, no-wrap
msgid SYNOPSIS
msgstr ÜBERSICHT
#. type: Plain text
#: ../add-shell.8:8
msgid Badd-shell Ishellname [Ishellname...]
msgstr Badd-shell IShell-Name [IShell-Name...]
#. type: SH
#: ../add-shell.8:8 ../installkernel.8:6 ../ischroot.1:8 ../remove-shell.8:8
#: ../run-parts.8:20 ../savelog.8:9 ../tempfile.1:9 ../which.1:7
#, no-wrap
msgid DESCRIPTION
msgstr BESCHREIBUNG
#. type: Plain text
#: ../add-shell.8:13
msgid
Badd-shell copies I/etc/shells to I/etc/shells.tmp, adds the given
shells to this file if they are not already present, and copies this
temporary file back to I/etc/shells.
msgstr
Badd-shell kopiert I/etc/shells nach I/etc/shells.tmp, fügt die
angegebenen Shells zu dieser Datei hinzu falls sie dort noch nicht enthalten
sind und kopiert die temporäre Datei wieder zu I/etc/shells zurück.
#. type: Plain text
#: ../add-shell.8:15
msgid The shells must be provided by their full pathnames.
msgstr Die Shells müssen mit ihrem vollen Pfadnamen angegeben werden.
#. type: SH
#: ../add-shell.8:15 ../remove-shell.8:13 ../savelog.8:158 ../tempfile.1:90
#, no-wrap
msgid SEE ALSO
msgstr SIEHE AUCH
#. type: Plain text
#: ../add-shell.8:16 ../remove-shell.8:14
msgid Bshells(5)
msgstr Bshells(5)
#. type: TH
#: ../installkernel.8:1
#, no-wrap
msgid INSTALLKERNEL
msgstr INSTALLKERNEL
#. type: TH
#: ../installkernel.8:1
#, no-wrap
msgid 7 Jan 2001
msgstr 7. Jan. 2001
#. type: TH
#: ../installkernel.8:1
#, no-wrap
msgid Debian Linux
msgstr Debian Linux
#. type: Plain text
#: ../installkernel.8:4
msgid installkernel - install a new kernel image
msgstr installkernel - installiert ein neues Kernel-Image
#. type: Plain text
#: ../installkernel.8:6
msgid Binstallkernel Iversion zImage System.map [directory]
msgstr Binstallkernel IVersion zImage System.map [Verzeichnis]
#. type: Plain text
#: ../installkernel.8:13
msgid
Binstallkernel installs a new kernel image onto the system from the Linux
source tree. It is called by the Linux kernel makefiles when Bmake
install is invoked there.
msgstr
Binstallkernel installiert ein neues Kernel-Image auf das System aus dem
Linux-Quellbaum. Es wird von den Linux-Kernel-Makefiles aufgerufen, wenn
dort Bmake install ausgeführt wird.
#. type: Plain text
#: ../installkernel.8:22
msgid
The new kernel is installed into I{directory}/vmlinuz-{version}. If a
symbolic link I{directory}/vmlinuz already exists, it is refreshed by
making a link from I{directory}/vmlinuz to the new kernel, and the
previously installed kernel is available as I{directory}/vmlinuz.old.
msgstr
Der neue Kernel wird in I{Verzeichnis}/vmlinuz-{Version} installiert.
Falls bereits ein symbolischer Link I{Verzeichnis}/vmlinuz existiert, wird
er erneuert, indem ein Link von I{Verzeichnis}/vmlinuz auf den neuen
Kernel gelegt wird. Der vorher installierte Kernel ist unter I{Verzeichnis}/
vmlinuz.old verfügbar.
#. type: SH
#: ../installkernel.8:22 ../ischroot.1:35 ../savelog.8:151 ../tempfile.1:73
#, no-wrap
msgid BUGS
msgstr FEHLER
#. type: Plain text
#: ../installkernel.8:25
msgid
installkernel resides in /sbin only because the Linux kernel makefiles call
it from there. It should really be in /usr/sbin. It isn't needed to boot a
system.
msgstr
installkernel liegt nur in /sbin, da die Makefiles des Linux-Kernels es von
dort aufrufen. Es sollte sich wirklich in
Bug#628219: RFP: 0ad -- 0ad is a realtime RPG currently in alpha stage, but already one of the greatest games for Linux
Hi, 0 A.D. is only offered in Ubuntu via a PPA, not as an official package. Note that there are several things blocking 0 A.D. from being packaged for Debian at the moment; that includes embedded libraries (e.g. spidermonkey), dependencies on libraries whose versions differ in Debian (i.e. 0 A.D. requires enet 1.2.x whereas Debian testing/sid has 1.3), and a few other issues as mentionned previously on the deb-games mailing list (see [1]). I am currently working on packaging 0 A.D. for Debian [2], and I'll upload it once all pending issues are resolved. Note that there's already an ITP bug open for 0 A.D., so this RFP bug report is superfluous. [1] http://lists.debian.org/debian-mentors/2011/04/msg00128.html [2] $ svn co svn://svn.debian.org/svn/pkg-games/packages/trunk/0ad/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594820: clang: specify libstdc++ version of headers to use
On 05/31/2011 12:05 AM, Sylvestre Ledru wrote: Le samedi 28 mai 2011 à 20:37 +0200, Michael Wild a écrit : Hopefully, this patch works. It is against clang-2.9-1, not sure I got the changelog right, though. Anybody got a suggestion how to test the include-paths thoroughly? What packages could I build that exercise them exhaustively, especially the recent Debian-specifics? I am sorry but I don't understand some part of the code. For example, this section in the patch: ++else if (!llvm::sys::fs::exists(/usr/lib/x86_64-linux-gnu/gcc, ++ Exists) Exists) ++ GccTriple = x86_64-linux-gnu; I don't not have /usr/lib/x86_64-linux-gnu/gcc under 32 or 64 bits under Linux. Are you sure about this change ? And why did you add binutils-dev as build dep ? thanks S Forget about that patch; I was obviously too distracted... Attached version 3 of the patch does away with debian/patches/searchGCCPath.patch (it was entirely Ubuntu specific, sorry for that!) and removed the bogus binutils-dev dependency (it was an artifact of my gold-plugin experiments). Michael diff -Nru clang-2.9/debian/changelog clang-2.9/debian/changelog --- clang-2.9/debian/changelog 2011-05-26 10:10:34.0 + +++ clang-2.9/debian/changelog 2011-05-31 07:03:26.0 + @@ -1,3 +1,13 @@ +clang (2.9-1.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/patches/searchGCCPath.patch: Remove because it is Ubuntu-specific + * debian/rules: Pass include-paths at configure-time such that the broken +automatic searching is disabled (see +http://llvm.org/bugs/show_bug.cgi?id=6907) + + -- Michael Wild them...@users.sourceforge.net Sat, 31 May 2011 08:24:57 +0200 + clang (2.9-1) unstable; urgency=low * debian/packages.d/tools.mk: clang C++ headers detection was broken. Set them diff -Nru clang-2.9/debian/patches/searchGCCPath.patch clang-2.9/debian/patches/searchGCCPath.patch --- clang-2.9/debian/patches/searchGCCPath.patch 2011-05-26 23:36:48.0 + +++ clang-2.9/debian/patches/searchGCCPath.patch 1970-01-01 00:00:00.0 + @@ -1,27 +0,0 @@ - InitHeaderSearch.cpp | 14 ++ - 1 file changed, 14 insertions(+) - clang-2.9.orig/tools/clang/lib/Frontend/InitHeaderSearch.cpp 2011-03-22 01:24:04.0 +0100 -+++ clang-2.9/tools/clang/lib/Frontend/InitHeaderSearch.cpp 2011-05-26 12:08:48.0 +0200 -@@ -643,6 +643,20 @@ - // Debian based distros. - // Note: these distros symlink /usr/include/c++/X.Y.Z - X.Y - //===--===// -+// Debian -- gcc-4.5.X -+AddGnuCPlusPlusIncludePaths(/usr/include/c++/4.5.2, -+x86_64-linux-gnu, 32, , triple); -+ -+// Ubuntu 11.04 Natty Narwhal -- gcc-4.5.2 -+AddGnuCPlusPlusIncludePaths(/usr/include/c++/4.5, -+x86_64-linux-gnu, 32, , triple); -+AddGnuCPlusPlusIncludePaths(/usr/include/c++/4.5, -+i686-linux-gnu, , 64, triple); -+AddGnuCPlusPlusIncludePaths(/usr/include/c++/4.5, -+i486-linux-gnu, , 64, triple); -+AddGnuCPlusPlusIncludePaths(/usr/include/c++/4.5, -+arm-linux-gnueabi, , , triple); -+ - // Ubuntu 10.10 Maverick Meerkat -- gcc-4.4.5 - AddGnuCPlusPlusIncludePaths(/usr/include/c++/4.4, - i686-linux-gnu, , 64, triple); diff -Nru clang-2.9/debian/rules.d/vars.mk clang-2.9/debian/rules.d/vars.mk --- clang-2.9/debian/rules.d/vars.mk 2011-05-26 09:42:18.0 + +++ clang-2.9/debian/rules.d/vars.mk 2011-05-31 06:19:36.0 + @@ -68,6 +68,10 @@ confargs := \ CC=$(DEB_HOST_GNU_TYPE)-gcc CXX=$(DEB_HOST_GNU_TYPE)-g++ \ CPP=$(DEB_HOST_GNU_TYPE)-cpp \ + --with-c-include-dirs=/usr/include/$(DEB_HOST_GNU_TYPE):/usr/include \ + --with-cxx-include-root=/usr/include/c++/4.5 \ + --with-cxx-include-arch=$(DEB_HOST_GNU_TYPE) \ + --with-cxx-include-32bit-dir=32 \ --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) # build not yet prepared to take variables from the environment
Bug#595119: piuparts: modular way to add new tests?
Hi, Scott Schaefer saschae...@neurodiverse.org writes: From reading your report and your patch, I believe you can achieve this with the custom scripting interface (/usr/share/doc/piuparts/README.html or http://piuparts.debian.org/doc/README.html#_custom_scripts_with_piuparts). While perhaps not ideal, this interface provides a 'modular way to add new tests'. Looks good indeed but is this only for my private tests? How do I get my tests to run on piuparts.debian.org? In order to verify I am understanding ... You seemingly need a way to determine if pattern is anywhere in the list of Depends:; thus, your patch causes this to be built even in absence of --warn-on-others. You then want to be able to test (ideally, via regexp ?) for presence of =1 patterns in this set, and conditionally run your additional test(s) based on presence/absence of these patterns. For example yes. The debian policy says that such a depends needs to exist in a package that ships emacs addon packages that do byte-compilation. While I have not attempted to produce set of shell scripts that provides this functionality, I believe there is no fundamental constraint in the interface that would preclude doing so. Am I misunderstanding; i.e. is there some way the current interface does fails to address your needs ? I didn't notice this custom scripting interface at all at that time. Finally, note your patch appears to unconditionally install and purge emacs if you run the test; this is likely not correct, since emacs may have either already been installed (dist-upgrade), or been installed by install_packages, so that this may then lead to subsequent error(s) during purge. True. -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628219: RFP: 0ad -- 0ad is a realtime RPG currently in alpha stage, but already one of the greatest games for Linux
Thank you, in my superficial ignorance I didn't even know that ppa is different from official ubuntu package. On Tue, May 31, 2011 at 9:23 AM, Vincent Cheng vincentc1...@gmail.comwrote: Hi, 0 A.D. is only offered in Ubuntu via a PPA, not as an official package. Note that there are several things blocking 0 A.D. from being packaged for Debian at the moment; that includes embedded libraries (e.g. spidermonkey), dependencies on libraries whose versions differ in Debian (i.e. 0 A.D. requires enet 1.2.x whereas Debian testing/sid has 1.3), and a few other issues as mentionned previously on the deb-games mailing list (see [1]). I am currently working on packaging 0 A.D. for Debian [2], and I'll upload it once all pending issues are resolved. Note that there's already an ITP bug open for 0 A.D., so this RFP bug report is superfluous. [1] http://lists.debian.org/debian-mentors/2011/04/msg00128.html [2] $ svn co svn://svn.debian.org/svn/pkg-games/packages/trunk/0ad/
Bug#627448: CVE-2011-1751 squeeze fix: VM stop/start required?
When patching KVM hosts, our preferred way is to live migrate the VMs to another host temporarily. I see that the fix for squeeze needed some backporting work. In particular, it introduces a no_hotplug property. I wonder if there are precautions to consider in this case. Live migration looks fine both ways: start a VM on unpatched host and migrate to patched host, and also the other way round. (Tried with just one VM.) Is there still a security hole through a migrated (from unpatched to patched host) VM? Is it necessary to stop and start the VMs? Cheers Harry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628524: Re #628524: What to do?
So one solution is for all suppliers of nameserver information to include resolvconf packaging-event hook scripts. But that is what we can call an, ahem, long-term solution. In the meantime, how can we address the problem? The crux of the problem is 1. resolvconf (normally) omits the external nameserver address from resolv.conf when dnsmasq or another caching nameserver is installed; 2. resolvconf postrm leaves the contents of resolv.conf unchanged on removal. Though neither behavior is cast in stone, both (1) and (2) are done for good reasons. I am reluctant to change either behavior and I am also reluctant to do something ugly such as appending /var/run/dnsmasq/resolv.conf to /etc/resolv.conf on remove. If anyone has any other ideas, let's hear them. One quick win (done for 1.55) is to print a Reboot recommended message in the postrm. We should turn this into a debconf note so that it can be translated. In the absence of new ideas I will just do this. -- Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628661: gthumb: Raw file viewing/thumbnailing no longer works
Package: gthumb Version: 3:2.13.1-1 Severity: normal Gthumb used to show my Canon Raw CR2 files fine, but after a recent update, it no longer does. This is the case for both the thumbnails as well as the full screen viewing. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gthumb depends on: ii gthumb-data 3:2.13.1-1 an image viewer and browser - arch ii libatk1.0-0 2.0.0-1 The ATK accessibility toolkit ii libbrasero-media0 2.30.3-2 CD/DVD burning library for GNOME - ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.8-3 simple interprocess messaging syst ii libdbus-glib-1-20.92-1 simple interprocess messaging syst ii libexiv2-9 0.20-2 EXIF/IPTC metadata manipulation li ii libfontconfig1 2.8.0-2.2generic font configuration library ii libfreetype62.4.4-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.6.0-2GCC support library ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libglib2.0-02.28.6-1 The GLib library of C routines ii libgnome-keyring0 3.0.0-2 GNOME keyring services library ii libgstreamer-plugins-ba 0.10.34-1GStreamer libraries from the base ii libgstreamer0.10-0 0.10.34-1Core GStreamer libraries and eleme ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libice6 2:1.0.7-1X11 Inter-Client Exchange library ii libjpeg62 6b1-1The Independent JPEG Group's JPEG ii libpango1.0-0 1.28.3-6 Layout and rendering of internatio ii libpng12-0 1.2.44-2 PNG library - runtime ii libsm6 2:1.2.0-1X11 Session Management library ii libsoup-gnome2.4-1 2.34.0-1 HTTP library implementation in C - ii libsoup2.4-12.34.0-1 HTTP library implementation in C - ii libstdc++6 4.6.0-2 The GNU Standard C++ Library v3 ii libtiff43.9.5-1 Tag Image File Format (TIFF) libra ii libunique-1.0-0 1.1.6-2 Library for writing single instanc ii libxml2 2.7.8.dfsg-2+b1 GNOME XML library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages gthumb recommends: ii bison 1:2.4.1.dfsg-3 A parser generator that is compati ii flex 2.5.35-10 A fast lexical analyzer generator. ii gstreamer0.10-gnomevfs0.10.34-1 GStreamer plugin for GnomeVFS ii gvfs-bin 1.6.4-3userspace virtual filesystem - bin gthumb 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#436339: vlc: The bug is still not fixed in the latest version
Package: vlc Version: 1.1.9-1+b1 Followup-For: Bug #436339 I still get the bug with the latest version of vlc. I'm currently using gnome-screensaver(2.30.0). I'm using the open-source ATI driver. I don't know if it helps, but i'm running dual-screen, with different resolutions. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vlc depends on: ii libaa1 1.4p5-38+b1 ascii art library ii libavcodec524:0.6.2-3Libav codec library ii libavutil50 4:0.6.2-3Libav utility library ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libfreetype62.4.4-1 FreeType 2 font engine, shared lib ii libfribidi0 0.19.2-1 Free Implementation of the Unicode ii libgcc1 1:4.6.0-2GCC support library ii libgl1-mesa-glx [libgl1 7.10.2-2 free implementation of the OpenGL ii libqtcore4 4:4.7.3-1Qt 4 core module ii libqtgui4 4:4.7.3-1Qt 4 GUI module ii libsdl-image1.2 1.2.10-2+b2 image loading library for Simple D ii libsdl1.2debian 1.2.14-6.3 Simple DirectMedia Layer ii libstdc++6 4.6.0-2 The GNU Standard C++ Library v3 ii libtar0 1.2.11-8 C library for manipulating tar arc ii libva-x11-1 1.0.12-2 Video Acceleration (VA) API for Li ii libva1 1.0.12-2 Video Acceleration (VA) API for Li ii libvlccore4 1.1.9-1+b1 base library for VLC and its modul ii libx11-62:1.4.3-1X11 client-side library ii libx11-xcb1 2:1.4.3-1Xlib/XCB interface library ii libxcb-keysyms1 0.3.8-1 utility libraries for X C Binding ii libxcb-randr0 1.7-2X C Binding, randr extension ii libxcb-shm0 1.7-2X C Binding, shm extension ii libxcb-xv0 1.7-2X C Binding, xv extension ii libxcb1 1.7-2X C Binding ii libxext62:1.3.0-1X11 miscellaneous extension librar ii libxpm4 1:3.5.9-1X11 pixmap library ii ttf-freefont20100919-1 Freefont Serif, Sans and Mono True ii vlc-nox 1.1.9-1+b1 multimedia player and streamer (wi ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages vlc recommends: ii vlc-plugin-notify1.1.9-1+b1 LibNotify plugin for VLC ii vlc-plugin-pulse 1.1.9-1+b1 PulseAudio plugin for VLC ii xdg-utils1.1.0~rc1-2 desktop integration utilities from Versions of packages vlc suggests: pn mozilla-plugin-vlcnone (no description available) pn videolan-doc none (no description available) Versions of packages vlc-nox depends on: ii liba52-0.7.40.7.4-16 library for decoding ATSC A/52 str ii libasound2 1.0.23-4 shared library for ALSA applicatio ii libass4 0.9.11-1 library for SSA/ASS subtitles rend ii libavahi-client30.6.30-3 Avahi client library ii libavahi-common30.6.30-3 Avahi common library ii libavc1394-00.5.3-1+b2 control IEEE 1394 audio/video devi ii libavcodec524:0.6.2-3Libav codec library ii libavformat52 4:0.6.2-3Libav file format library ii libavutil50 4:0.6.2-3Libav utility library ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libcaca00.99.beta17-1colour ASCII art library ii libcddb21.3.2-3 library to access CDDB data - runt ii libcdio10 0.81-4 library to read and control CD-ROM ii libdbus-1-3 1.4.8-3 simple interprocess messaging syst ii libdc1394-222.1.3-1 high level programming interface f ii libdca0 0.0.5-4 decoding library for DTS Coherent ii libdirac-encoder0 1.0.2-4 open and royalty free high quality ii libdvbpsi7 0.2.0-1 library for MPEG TS and DVB PSI ta ii libdvdnav4 4.1.3-7 DVD navigation library ii libdvdread4 4.1.3-10 library for reading DVDs ii libebml31.2.0-2 access library for the EBML format ii libfaad22.7-6freeware Advanced Audio Decoder - ii libflac81.2.1-3 Free Lossless Audio Codec - runtim ii libfontconfig1 2.8.0-2.2generic font
Bug#628662: gradle: Switch dependency on libjna-posix-java to libjnr-posix-java
Package: gradle Version: 0.9.2-1 Severity: normal Hi, I uploaded a new version of the JNR-Posix library (1.1.4), previously known as JNA-Posix. Could you then please update the dependencies of Gradle to libjnr-posix-java ? This new release introduced some API changes and some new dependencies (on jaffl in particuliar) so it is not 100% compatible with the previous package libjna-posix-java. Once you'll have uploaded a new version of gradle depending on libjnr-posix-java, I'll be able to request removal of libjna-posix-java from the archive and introduce some transitional packages. Thanks, -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable'), (400, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores) Locale: LANG=fr_FR@euro, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages gradle depends on: ii ant 1.8.0-4 Java based build tool like make ii ant-optional 1.8.0-4 Java based build tool like make - ii bnd 0.0.384-1 A tool to create and diagnose OSGi ii checkstyle 5.3-2 checks Java source against a codin ii default-jre-headless 1:1.6-40Standard Java or Java compatible R ii groovy 1.7.10-2Agile dynamic language for the Jav ii ivy 2.1.0-1 The agile dependency manager ii junit4 4.8.2-2 JUnit regression test framework fo ii libantlr-java2.7.7-16language tool for constructing rec ii libasm3-java 3.2-3 Java bytecode manipulation framewo ii libcodenarc-groovy-java 0.13-1 Groovy library that provides stati ii libcommons-beanutils-jav 1.8.3-1 utility for manipulating JavaBeans ii libcommons-cli-java 1.2-3 API for working with the command l ii libcommons-codec-java1.4-2 encoder and decoders such as Base6 ii libcommons-collections3- 3.2.1-4 A set of abstract data type interf ii libcommons-httpclient-ja 3.1-9 A Java(TM) library for creating HT ii libcommons-io-java 1.4-3 Common useful IO related classes ii libdom4j-java1.6.1+dfsg.2-4 flexible XML framework for Java ii libgoogle-collections-ja 1.0-2 suite of collections and related g ii libgradle-core-java 0.9.2-1 Groovy based build system - Core l ii libgradle-plugins-java 0.9.2-1 Groovy based build system - Core p ii libjansi-java1.4-2 Java library for generating and in ii libjaxen-java1.1.3-1 Java XPath engine ii libjetty-extra-java 6.1.24-6Java servlet engine and webserver ii libjetty-java6.1.24-6Java servlet engine and webserver ii libjna-posix-java1.0.1-1 basic POSIX-like functions for Jav ii libjoptsimple-java 3.1-3 Command line parsing java library ii libjsch-java 0.1.42-2pure Java implementation of the SS ii libjzlib-java1.0.7-3 reimplementation of zlib in pure J ii liblogback-java 1:0.9.28-1 flexible logging library for Java ii libmaven-ant-tasks-java 2.0.10-1A library to use Maven's artifact ii libmaven2-core-java 2.2.1-4 Core libraries for Maven2 ii libplexus-component-api- 1.0.0~alpha22-2 utilities for the Plexus framework ii libplexus-containers-jav 1.0~beta3.0.7-4 utilities for the Plexus framework ii libservlet2.5-java 6.0.32-3Servlet 2.5 and JSP 2.1 Java API c ii libslf4j-java1.6.1-1 Simple Logging Facade for Java ii libsvnkit-java 1.3.3+dfsg-1pure Java Subversion client librar ii libwagon-java1.0-beta-6-2tools to manage Maven artifacts an ii libxmlunit-java 1.3-1 A library that enables unit testin ii testng 5.11+dfsg-2 testing framework for Java Versions of packages gradle recommends: ii libgradle-announce-java 0.9.2-1Groovy based build system - Announ ii libgradle-antlr-java 0.9.2-1Groovy based build system - ANTLR ii libgradle-code-quality-java 0.9.2-1Groovy based build system - Code q ii libgradle-eclipse-java0.9.2-1Groovy based build system - Eclips ii libgradle-idea-java 0.9.2-1Groovy based build system - IDEA p ii libgradle-jetty-java 0.9.2-1Groovy based build system - Jetty ii libgradle-maven-java 0.9.2-1Groovy based build system - Maven ii libgradle-osgi-java 0.9.2-1Groovy based build system - OSGi p ii libgradle-scala-java 0.9.2-1Groovy based build system - Scala ii libgradle-wrapper-java0.9.2-1Groovy based build system - Wrappe gradle suggests no packages. -- no debconf information
Bug#628663: nmu: patchage_0.4.4-1.2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 nmu patchage_0.4.4-1.2 . ALL . -m Rebuild against new flowcanvas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk3knSUACgkQRdSMfNz8P9DW2gCfSOalAlai41WajFO8ybtPzUIZ t40An21Lt6mUz/iMhaGLQtkURb3xuEJG =xPq6 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620600: Luk Claes l...@debian.org
Hi Luk, I think the patch is unnecessary or wrong. lua-expat builds using lua5.1-policy-dev (= 22), and in version 27 I avoid shipping .la files at all. The right fix, for Debian at least, is to just rebuild the package, possibly updating build dependencies. The same holds for most of the lua packages. I didn't uploaded them all because I was planning to do that together with other changes, like source version 3.0 (quilt) and move the packages to git during debcamp. I'll just upload the package with the right fix, if you need other packages to be fixed in a timely manner, we can coordinate by mail. Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628664: xserver-xorg-core: X crashes on startkde, i915, *ERROR* Hangcheck timer
Package: xserver-xorg-core Version: 2:1.10.2-1 Severity: important When I installed 1.10.2-1 of this package, my Xserver crashes while KDE is trying to start up. It never completes the progress-bar of the KDE start screen. *ERROR* Hangcheck timer elapsed... GPU hung [ 52.054122] [drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns -11 (awaiting 5459 at 5443, next 5460) (Note: the numbers are not the same in this line) I downgraded the package to 1.10.1-2 and now it works again (although it's still incredibly easy to crash this X server when using GL). This bug report comes after the downgrade to the working version). That's the only difference. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 May 27 17:03 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1972704 Apr 28 05:26 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0126] (rev 09) Xorg X server configuration file status: -rw-r--r-- 1 root root 5125 May 27 17:07 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 Screen 1 Screen1 RightOf Screen0 Screen 2 Screen2 RightOf Screen1 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section Files ModulePath /usr/lib/xorg/modules FontPath /usr/share/fonts/X11/misc FontPath /usr/share/fonts/X11/cyrillic FontPath /usr/share/fonts/X11/100dpi/:unscaled FontPath /usr/share/fonts/X11/75dpi/:unscaled FontPath /usr/share/fonts/X11/Type1 FontPath /usr/share/fonts/X11/100dpi FontPath /usr/share/fonts/X11/75dpi FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType FontPath built-ins EndSection Section Module Load dri2 Load record Load glx Load dri Load extmod Load dbe EndSection Section InputDevice Identifier Keyboard0 Driver kbd EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/input/mice Option ZAxisMapping 4 5 6 7 EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameMonitor Model EndSection Section Monitor Identifier Monitor1 VendorName Monitor Vendor ModelNameMonitor Model EndSection Section Monitor Identifier Monitor2 VendorName Monitor Vendor ModelNameMonitor Model EndSection Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz, ### percent: f% ### [arg]: arg optional #Option AccelMethod # [str] #Option DRI # [bool] #Option ColorKey # i #Option VideoKey # i #Option FallbackDebug # [bool] #Option Tiling# [bool] #Option LinearFramebuffer # [bool] #Option Shadow# [bool] #Option SwapbuffersWait # [bool] #Option XvPreferOverlay # [bool] #Option DebugFlushBatches # [bool] #Option DebugFlushCaches # [bool] #Option DebugWait # [bool] #Option HotPlug # [bool] #Option RelaxedFencing# [bool] Identifier Card0 Driver intel BusID PCI:0:2:0 EndSection Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz, ### percent: f% ### [arg]: arg optional #Option ShadowFB # [bool] #Option Rotate# str #Option fbdev # str #Option debug # [bool] Identifier Card1 Driver fbdev BusID PCI:0:2:0 EndSection Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz, ### percent: f% ### [arg]: arg optional #Option ShadowFB # [bool] #Option DefaultRefresh# [bool] #Option ModeSetClearScreen# [bool]
Bug#627587: grub-pc: grub-probe: error: cannot stat `/dev/root'.
On Tue, May 31, 2011 at 12:57:43AM +0100, Colin Watson wrote: On Tue, May 31, 2011 at 01:37:06AM +0200, Marco d'Itri wrote: On May 31, Adrian Bunk b...@stusta.de wrote: squeeze udev no initrd latest grub = FAIL Yes, but why? Because GRUB now scans /proc/self/mountinfo to figure out the device underlying the root filesystem. This was part of making btrfs work properly, and we considered it to be better than the previous code because it didn't require searching /dev for a device node with the correct major and minor numbers. If there is a strong reason to avoid the Breaks on udev, it might be possible to have it fall back to the older method in the case where the device named in mountinfo doesn't exist. Something like this: I realised that current upstream trunk doesn't have this problem, and so I've backported r3318 from upstream. http://anonscm.debian.org/loggerhead/pkg-grub/trunk/grub/revision/2435 Thanks for your comments. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628665: Please upload raul 0.8.0 to Debian unstable
Package: raul Version: 0.8.0-0.2 Severity: important Hi, please upload the new upstream release of raul to Debian sid in order to allow patchage to join unstable as well. Please note that older version than 0.8.0 are no longer maintained upstream. Thanks in advance. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625877: xserver-xorg-core 1.10.2: resizing konsole hangs xserver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi I have tried last (yesterday) update on Sid. Something better :) Before, the system hangs after first maximize. Today, I do 2 or 3 loop maximize, normal and after the monitor has filled by artifacts like a fog of dots, but the system is still fully functional. So I can: - - logout (still fog); - - restart X inside kdm (still fog); - - restart the pc Thanks - -- Stefano Callegari ste...@infinito.it -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk3kpF0ACgkQHecMbhqYKHHECQCfQfT0XwTzveQClfSOwdt9138k enIAn33GQPosxeb3Ws14ZOJMOMwc8Iid =ZBoA -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551400: fpc on kfreebsd-i386
On Sat, 2011-05-28 at 01:37 +0100, peter green wrote:
Unfortunately it seems while the build was sucessful the binary
packages are incomplete and unusable. Further research is needed into
why things are breaking.
Ok nailed that issue, it seems that at some point during the build
process debian/control was regenerated from debian/control.in undoing my
changes.
Yes the debian/control is generated from debian/control.in using the
fixdeb script executed at the beginning of the build process. The reason
the debian/control is kept is because dpkg-buildpackage refuses to run
if it does not find it at the beginning of the build process.
I admit this is tricky, but it allows creating packages with an
arbitrary suffix in ${PACKAGESUFFIX}.
I've also discovered that grab_vcsa seems to be linux specific so i've
added fixes to debian/rules to exclude that. Likewise for serveral
packages
(in the fpc sense not the debian sense) that don't seem to be built when
building for freebsd (I dunno if this is because they can't be built on
freebsd
or simply because upstream doesn't think them appropriate to build on
freebsd).
In this case these are not supposed to be packaged, or you should send
individual patches to upstream. Please open bugs reports on
http://bugs.freepascal.org and attach you patches.
That allowed me to build arch specific binary packages that for work for
freepascal programs that didn't link against libc but any freepascal
program that used libc would fail to link, I attempted to fix that up by
hacking the freebsd rtl in a couple of places to be like the linux rtl
but failed. I may take another look at this but I suspect it will need
someone with assembler knowlage to solve.
I don't think I can help here, but Marco for sure. Please answer his
question.
A new patch for the debian stuff with the above fixes is included as are
my attempts at fixing the libc link issue in the freebsd rtl but until
we get the libc link issue sorted it's IMO not suitable for inclusion in
debian. It would probablly also make sense to make kfreebsd it's own
target rather than hacking the freebsd RTL in place.
I would prefer to modify upstream make files using a
debian/patches/*.diff to harmonize linux a kfreebsd paths and then
submit these patches to upstream instead of hacking the debian/rules and
debian/moveexamples.
Anyway I'm looking more deeply on your patches and will select some of
them to be integrated. I don't have the time now, but I'll see if I can
afford a kfreebsd installation on my linux box, replacing gnu-hurd as I
never managed to make it boot on my machine.
Cheers.
signature.asc
Description: This is a digitally signed message part
Bug#628571: [Pkg-ace-devel] Bug#628571: Bug#628571: Public method TAO::ORB::default_svc_conf_entries() is not exported
Hi, Can you report an issue in the TAO main bugzilla, see http://bugzilla.dre.vanderbilt.edu/ Johnny On 05/31/2011 09:13 AM, Tommi Vainikainen wrote: Hi, if this method should not be used, then it should not be recommended in the documentation. The patch I have attached here modified also the document recommending this static method. Those references should be removed then from tao/docs/configuration.html. However, the document does not describe any other way of doing same things in source code level, but other option is a separate svc.conf file. For example in my case I specify charset encodings in this configuration, and I really don't want to use separate file, because I really know what charset my software is using. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628666: automake1.11: ltorder.test fails with cross-compiler and link_all_deplibs=no
Package: automake1.11 Version: 1:1.11.1-1 When using CC=/path/to/my/cross-compiler/bin/gcc, assuming link_all_deplibs is set to no (and using a libtool with debian patches), running ltorder.test inside tests subdirectory will fail due to linker being unable to find all the symbols during link time [1]. In my example, I used a random compiler from scratchbox, but the test was run from outside scratchbox. What you see here will happen on a normal Debian Squeeze host. This won't happen with a regular (native) toolchain, or if link_all_deplibs is set to yes. The test can be fixed with adding -Wl,-rpath-link -Wl,test-subdir to AM_LDFLAGS. Patch attached. Regards, Jussi [1] /bin/bash ./libtool --tag=CC --mode=link /scratchbox/compilers/linaro4.5-eglibc2.12-i486/bin/i486-pc-linux-gnu-gcc -g -O2 -o p p.o liba5.la libtool: link: /scratchbox/compilers/linaro4.5-eglibc2.12-i486/bin/i486-pc-linux-gnu-gcc -g -O2 -o .libs/p p.o ./.libs/liba5.so -Wl,-rpath -Wl,/home/jhakala/tmp/automake1.11-1.11.1/tests/ltorder.dir/inst/lib/. /scratchbox/compilers/linaro4.5-eglibc2.12-i486/bin/../lib/gcc/i486-pc-linux-gnu/4.5.4/../../../../i486-pc-linux-gnu/bin/ld: warning: liba4.so.0, needed by ./.libs/liba5.so, not found (try using -rpath or -rpath-link) ./.libs/liba5.so: undefined reference to `a4' collect2: ld returned 1 exit status make: *** [p] Error 1 + exit_status=2 + set +e + cd /home/jhakala/tmp/automake1.11-1.11.1/tests + test 0 != 0 + echo ltorder: exit 2 ltorder: exit 2 + exit 2 diff -Nur old/automake1.11-1.11.1/tests/ltorder.test new/automake1.11-1.11.1/tests/ltorder.test --- old/automake1.11-1.11.1/tests/ltorder.test 2010-01-29 14:48:36.0 +0200 +++ new/automake1.11-1.11.1/tests/ltorder.test 2011-05-30 11:41:26.0 +0300 @@ -33,6 +33,7 @@ sub_liba3_la_LIBADD = sub/liba2.la liba4_la_LIBADD = sub/liba3.la liba5_la_LIBADD = liba4.la +AM_LDFLAGS = -Wl,-rpath-link -Wl,sub/.libs -Wl,-rpath-link -Wl,.libs bin_PROGRAMS = p p_LDADD = liba5.la END
Bug#628667: mdadm: Write-mostly flag set when adding device
Package: mdadm Version: 3.1.4-1+8efb9d1 Severity: normal If I add a device to an degraded raid1 where the write-mostly flag is set on the only active device in the array, the write-mostly flag is also set on the added device. The result is that write-mostly is set on both devices. The write-mostly flag should *not* be copied to the metadata of an added device. The use-case it an raid1 array with two devices, A and B. A is much faster than B, and B is therefore set to write-mostly. Then A breaks and is replaced with a new fast device, C. C is added to the degraded array, and get the write-mostly flag set. / Anders -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628668: mdadm: Impossible to clear the write-mostly flag in metadata
Package: mdadm
Version: 3.1.4-1+8efb9d1
Severity: normal
When turning off write-mostly on a device in an active raid1 array,
using something like this:
echo -writemostly /sys/block/md127/md/dev-md2/state
write-mostly is turned off:
flash:~ mdadm -D /dev/md127
/dev/md127:
Version : 1.2
Creation Time : Thu Oct 15 13:32:06 2009
Raid Level : raid1
Array Size : 312581688 (298.10 GiB 320.08 GB)
Used Dev Size : 312581688 (298.10 GiB 320.08 GB)
Raid Devices : 2
Total Devices : 2
Persistence : Superblock is persistent
Update Time : Tue May 31 10:35:15 2011
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Name : flash:mirror1 (local to host flash)
UUID : 066d46b2:5ca5113d:261cfcc0:626c2d62
Events : 842
Number Major Minor RaidDevice State
3 920 active sync /dev/md/2
2 831 active sync writemostly /dev/sda3
flash:~
But the metadata isn't updated:
flash:~ mdadm -E /dev/md/2
/dev/md/2:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x0
Array UUID : 066d46b2:5ca5113d:261cfcc0:626c2d62
Name : flash:mirror1 (local to host flash)
Creation Time : Thu Oct 15 13:32:06 2009
Raid Level : raid1
Raid Devices : 2
Avail Dev Size : 625163376 (298.10 GiB 320.08 GB)
Array Size : 625163376 (298.10 GiB 320.08 GB)
Data Offset : 144 sectors
Super Offset : 8 sectors
State : clean
Device UUID : c995047e:7f56e673:9fc386be:dac782e1
Flags : write-mostly
Update Time : Tue May 31 10:29:08 2011
Checksum : 8020a873 - correct
Events : 842
Device Role : Active device 0
Array State : AA ('A' == active, '.' == missing)
flash:~
And after a reboot, md2 is flagged as writemostly again.
/ Anders
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624630: shotwell: Shotwell crashes when i try to import photos of one folder
I am getting the same problem, rendering Shotwell 0.9.3-1 unusable. I am also on amd64. However, I just recompiled it again and it works perfectly. I guess the package might have been generated by a rotten compiler version, or due to some other incompatible library that was later updated (gudev, maybe?). I did not check carefully, but I can say that: apt-get source shotwell apt-get build-dep shotwell cd shotwell-0.9.3 fakeroot dpkg-buildpackage -b dpkg -i ../shotwell*.deb fixes this issue for me. Matteo signature.asc Description: This is a digitally signed message part
Bug#628669: Piuparts reports /lib/init/rw/resolvconf not removed
Package: resolvconf Version: 1.44 Severity: minor Tags: wontfix Piuparts reports: 0m32.1s ERROR: FAIL: Package purging left files on system: /lib/init/rw/resolvconfnot owned /lib/init/rw/resolvconf/interface not owned These directories will disappear on reboot. It seems more likely to do harm than good to remove them. So I am not planning to do anything about this for now. But perhaps someone will bonk me on the head with a Policy chapter I'm unaware of. -- Thomas Hood -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628670: general: Long waking up times on Intel HD gpu and rtl8192ce wireless drivers
Package: general Severity: important Hello, I am experiencing some problem with wifi drivers rtl8192ce supported by kernel 6.38-2-amd64. Waking up from suspend last probably 2-3minutes with all black screen. When system finally manages to wake up I see messages about kernel bugs reported to maintaniner, but I have no active connection that time, so nothing got send. I am 99% positive, that bug is connected to wifi driver, cause with realtek's official or no drivers it woke up in less then 5 secs. Thank you, Mich -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-bpo.2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625877: xserver-xorg-core 1.10.2: resizing konsole hangs xserver
On 2011-05-31 10:18, Stefano Callegari wrote: Hi I have tried last (yesterday) update on Sid. That would be 270.41.19-1. Something better :) Before, the system hangs after first maximize. Today, I do 2 or 3 loop maximize, normal and after the monitor has filled by artifacts like a fog of dots, but the system is still fully functional. Anyway, I don't think this can be fixed on the Debian side. Please check the NVIDIA forum whether a similar bug was reported there already. Then provide additional information there or create a new thread if you couldn't find anything. Post an link to the forum here. NVIDIA Bug reporting instructions: http://www.nvnews.net/vbulletin/showthread.php?t=46678 Thanks Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628671: passwd: Ordinary users can't change their passwords.
Package: passwd Version: 1:4.1.4.2+svn3283-2+squeeze1 Severity: normal I'm running a server that has most users authenticate via LDAP and SSL, but has a few local users with entries in /etc/shadow and /etc/passwd. Thesse local users cannot change their passwords. They see a message about Authentication token manipulation error Running strace shows that passwd drops privilege and then cannot gain it again. Strace output: open(/etc/ldap/keys/cacert.pem, O_RDONLY) = 5 . mmap(NULL, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb4fdf5c000 getuid()= 8299 mlock(0x7fb4fdf5c000, 32768)= 0 geteuid() = 0 setuid(8299)= 0 getuid()= 8299 geteuid() = 8299 setuid(0) = -1 EPERM (Operation not permitted) open(/etc/.pwd.lock, O_WRONLY|O_CREAT|O_CLOEXEC, 0600) = -1 EACCES (Permission denied) /etc/pam.d/common-passwd contains just these two lines: password required pam_unix.so nullok obscure sha512 passwordsufficient pam_ldap.so -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages passwd depends on: ii debianutils 3.4.4 Miscellaneous utilities specific t ii libc62.13-2 Embedded GNU C Library: Shared lib ii libpam-modules 1.1.2-3 Pluggable Authentication Modules f ii libpam0g 1.1.2-3 Pluggable Authentication Modules l ii libselinux1 2.0.98-1+b1 SELinux runtime shared libraries passwd recommends no packages. passwd 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#628672: Please upload patchage 0.5.0 to Debian unstable
Package: patchage Version: 0.5.0-0.1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, please upload the new upstream release of patchage to Debian sid, the older version is no longer supported upstream. - -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages patchage depends on: ii libart-2.0-2 2.3.21-1Library of functions for 2D graphi ii libasound2 1.0.23-4shared library for ALSA applicatio ii libatk1.0-0 2.0.0-1 The ATK accessibility toolkit ii libc62.13-4 Embedded GNU C Library: Shared lib ii libcairo21.10.2-6The Cairo 2D vector graphics libra ii libcairomm-1.0-1 1.8.4-3 C++ wrappers for Cairo (shared lib ii libflowcanvas5 0.7.1-0.2 interactive widget for “boxes and ii libfontconfig1 2.8.0-2.2 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.6.0-2 GCC support library ii libgdk-pixbuf2.0-0 2.23.3-3GDK Pixbuf library ii libglade2-0 1:2.6.4-1 library to load .glade files at ru ii libglademm-2.4-1c2a 2.6.7-2 C++ wrappers for libglade2 (shared ii libglib2.0-0 2.28.6-1The GLib library of C routines ii libglibmm-2.4-1c2a 2.28.1-1C++ wrapper for the GLib toolkit ( ii libgnomecanvas2-02.30.1-1A powerful object-oriented display ii libgnomecanvasmm-2.6-1c2 2.26.0-1C++ wrappers for libgnomecanvas2 ( ii libgtk2.0-0 2.24.4-3The GTK+ graphical user interface ii libgtkmm-2.4-1c2a1:2.24.0-1 C++ wrappers for GTK+ (shared libr ii libjack-jackd2-0 [libjac 1.9.7~dfsg-1JACK Audio Connection Kit (librari ii libpango1.0-01.28.3-6Layout and rendering of internatio ii libpangomm-1.4-1 2.28.2-1C++ Wrapper for pango (shared libr ii libpng12-0 1.2.44-2PNG library - runtime ii libraul100.8.0-0.1 real time audio utility library ii libsigc++-2.0-0c2a 2.2.9-1 type-safe Signal Framework for C++ ii libstdc++6 4.6.0-2 The GNU Standard C++ Library v3 ii libxml2 2.7.8.dfsg-2+b1 GNOME XML library Versions of packages patchage recommends: ii jackd 5 JACK Audio Connection Kit (default Versions of packages patchage suggests: ii ladish0.3-4 session management system for JACK - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk3krAwACgkQRdSMfNz8P9BbZQCcD+TSb2SRnu7jPvw7/z/pM5qB gTQAn0Hil1pZh+s8UOmwud67clT/rWvZ =eZAQ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628591: xpdf: cannot open any PDF file: __pthread_mutex_lock: Assertion `mutex-__data.__owner == 0' failed
On Mon, May 30, 2011 at 04:10:37PM -0400, Michael Gilbert wrote: please check your expat version, which i think is the cause of this problem, but haven't gotten an sufficient user response yet. Upgrading libexpat1 from 2.0.1-4+lenny3 to 2.0.1-7 fixes the problem. On Mon, May 30, 2011 at 10:14 AM, Lionel Elie Mamane wrote: On Mon, May 30, 2011 at 04:03:41PM +0200, Lionel Elie Mamane wrote: $ xpdf foo.pdf xpdf: pthread_mutex_lock.c:62: __pthread_mutex_lock: Assertion `mutex-__data.__owner == 0' failed. Aborted Reproduced on 3.02-9 and 3.02-10 from snapshot.debian.org. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627448: CVE-2011-1751 squeeze fix: VM stop/start required?
31.05.2011 10:59, Harald Staub пишет: When patching KVM hosts, our preferred way is to live migrate the VMs to another host temporarily. I see that the fix for squeeze needed some backporting work. In particular, it introduces a no_hotplug property. That propery is internal for the device model, it is not exposed into the migration data stream. I wonder if there are precautions to consider in this case. Live migration looks fine both ways: start a VM on unpatched host and migrate to patched host, and also the other way round. (Tried with just one VM.) Is there still a security hole through a migrated (from unpatched to patched host) VM? Is it necessary to stop and start the VMs? On the receiving side of migration, all devices gets created and initialized first, including all their internal properties like this one, and the migration receive starts. So on the new host, the problem devices will behave correctly. I don't - unfortunately - have a definitive knowlege in this area, what I understand is that it _should_ work fine. Note that migration somehow works even between 0.12 and 0.14 versions (but in that case it's definitely better to restart the VMs because it often fails or is unreliable). But you raised a very good question indeed, I'll dig into some details. Something which I didn't think of when doing all the backporting. Thanks! /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599656: Possible Solutions
I had the exact same symptoms with a similar card (880 instead of the 780). In my case, the problem was caused by speech-dispatcher, which was loading pulseaudio before my user and locking the sound card. Removing speech- dispatcher resolved the problem. -- Soren Stoutner so...@stoutner.com 623-262-6169 signature.asc Description: This is a digitally signed message part.
Bug#615831: [PATCH 1/2] panic(): print name of kernel module before loading it
On Tue, May 31, 2011 at 10:16:31AM +0300, Timo Juhani Lindfors wrote: maximilian attems m...@stro.at writes: now the only thing that is holding me up to merge your patch is that /proc/bus/input/devices usage, there should be some sysfs file, no? cat /sys/class/input/input*/device/description shows a KBD Unfortunately it does not show a keyboard here: root@metunconf:~# cat /sys/class/input/input*/device/description cat: /sys/class/input/input*/device/description: No such file or directory yep that is the case for usb keyboard, so you can check no existence of that. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628659: [php-maint] Bug#628659: please support IPv6 connections
On 05/31/2011 02:04 PM, martin f krafft wrote: Package: php-net-smtp Version: 1.4.2-3 Severity: wishlist Tags: ipv6 Connections to other mailservers are always IPv4; please support IPv6, if available. I suggest that you use getaddrinfo() somehow (not sure how to do that with PHP). While I'm ok to maintain the *package* for php-net-smtp (as being part of the pkg-php team), but I wont do any new code on it (just eventually fixing issues), especially new features. So best might be to send a bug report upstream (there's also a bug tracker at pear.php.net), or send a patch (here and upstream). Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628491: [Pkg-bluetooth-maintainers] Bug#628491: bluez: hid2hci missing
Hi all.
I fixed in repository. I will upload soon.
Best regards,
Nobuhiro
2011/5/31 Detlev Brodowski detlev.brodow...@newcotec.com:
Hello Christian,
I had the same problem.
The cause of
- missing hid2hci and
- the not working udev rules
are the changed location of hid2hci and the complete rewrite of the udev
rule by the upstream bluez developer.
I have solved the problem for me with the attached patch.
The new location of hid2hci should be /lib/udev/hid2hci, I think ;).
Therefor I have modified these 3 files in the debian source package of
bluez:
debian/bluez_agent.udev
debian/bluez.bluetooth.init
debian/bluez.install
==
diff -ur bluez-4.93_without_hid2hci/debian/bluez_agent.udev
bluez-4.93/debian/bluez_agent.udev
--- bluez-4.93_without_hid2hci/debian/bluez_agent.udev 2011-05-30
20:11:37.727321967 +0200
+++ bluez-4.93/debian/bluez_agent.udev 2011-05-30 20:12:36.682466070
+0200
@@ -3,6 +3,6 @@
(
. /lib/udev/hotplug.functions
- wait_for_file /usr/sbin/hid2hci
- exec /usr/sbin/hid2hci $@
+ wait_for_file /lib/udev/hid2hci
+ exec /lib/udev/hid2hci $@
)
diff -ur bluez-4.93_without_hid2hci/debian/bluez.bluetooth.init
bluez-4.93/debian/bluez.bluetooth.init
--- bluez-4.93_without_hid2hci/debian/bluez.bluetooth.init
2011-05-30 20:11:37.735321846 +0200
+++ bluez-4.93/debian/bluez.bluetooth.init 2011-05-30
20:12:36.682466070 +0200
@@ -26,7 +26,7 @@
DAEMON=/usr/sbin/bluetoothd
HCIATTACH=/usr/sbin/hciattach
-HID2HCI=/usr/sbin/hid2hci
+HID2HCI=/lib/udev/hid2hci
HID2HCI_ENABLED=1
HID2HCI_UNDO=1
diff -ur bluez-4.93_without_hid2hci/debian/bluez.install
bluez-4.93/debian/bluez.install
--- bluez-4.93_without_hid2hci/debian/bluez.install 2011-05-30
20:11:37.743321725 +0200
+++ bluez-4.93/debian/bluez.install 2011-05-30 20:12:36.690465949
+0200
@@ -4,3 +4,4 @@
debian/tmp/usr/sbin/*
debian/tmp/usr/bin/*
debian/tmp/usr/share/man/man*
+debian/tmp/usr/lib/bluez/udev/hid2hci /lib/udev
==
Kind regards,
Detlev
___
Pkg-bluetooth-maintainers mailing list
pkg-bluetooth-maintain...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bluetooth-maintainers
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619576: openerp-server: The Company OpenERP states that there will be no upgrade module to version 6
Package: openerp-server Severity: wishlist Why is this bug serious? It is annoying, but common, that new software versions may completely break old installations. While this is a major PITA and Debian should make software upgrades as convenient as possible, I can not see a reason for removing the software because of a bad or missing upgrade process. Any commercial services by some company are not related to Debian. If a smooth upgrade process cannot be provided by Debian, the version v6 should (maybe) packaged seperately, so that users can install both in parallel and decide how to handle problems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625877: xserver-xorg-core 1.10.2: resizing konsole hangs xserver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il mar, mag 31, 2011 at 10:41:53 +0200, Andreas Beckmann scrisse: On 2011-05-31 10:18, Stefano Callegari wrote: Hi I have tried last (yesterday) update on Sid. That would be 270.41.19-1. Right. kde 4.6.3-x and xorg 2:1.10.2-1 Something better :) Before, the system hangs after first maximize. Today, I do 2 or 3 loop maximize, normal and after the monitor has filled by artifacts like a fog of dots, but the system is still fully functional. Anyway, I don't think this can be fixed on the Debian side. Please check the NVIDIA forum whether a similar bug was reported there already. Then provide additional information there or create a new thread if you couldn't find anything. Post an link to the forum here. I have found this one before found here. http://www.nvnews.net/vbulletin/showthread.php?t=161308 It seems not only a Debian bug and/or Kde. I don't understand why this problem is only for konsole/xterm. No other window seems to hang when maximise it. Anyway it's not only a nvidia bug if the last update of kde and xorg has improved the situation. My 50 cents :) NVIDIA Bug reporting instructions: http://www.nvnews.net/vbulletin/showthread.php?t=46678 Thanks Andreas Thanks again - -- Stefano Callegari ste...@infinito.it -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk3ksYYACgkQHecMbhqYKHHUOQCggILA05op5WVARblBcZF5QKVz GssAn2IWhf/xWl9Id0aDtcAHMe6XfGGA =q3tD -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628674: [debcheckout] New alioth git anonscm.debian.org breaks authenticated debcheckout
Package: devscripts Version: 2.11.0 Severity: important Hi, The new alioth anonymous git repository breaks the authenticated mode of debcheckout. See e.g. the case with the recently uploaded c2050: $ debcheckout -a -u odyx c2050 can't use authenticated mode on repository 'git://anonscm.debian.org/git/collab-maint/c2050.git' since it is not a known repository (e.g. alioth). Cheers, OdyX -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- DEBSIGN_KEYID=2BEF0A33 DEBEMAIL=o...@debian.org -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii dpkg-dev 1.16.0.3Debian package development tools ii libc62.13-4 Embedded GNU C Library: Shared lib ii perl 5.12.3-7Larry Wall's Practical Extraction ii python 2.6.6-14interactive high-level object-orie ii python2.62.6.6-10An interactive high-level object-o ii python2.72.7.2~rc1-1 An interactive high-level object-o Versions of packages devscripts recommends: ii at3.1.12-1 Delayed job execution and batch pr ii curl 7.21.6-1 Get a file from an HTTP, HTTPS or ii dctrl-tools 2.18 Command-line tools to process Debi ii debian-keyring [debian-mainta 2011.03.03 GnuPG keys of Debian Developers ii dput 0.9.6.2Debian package upload tool ii equivs2.0.8 Circumvent Debian package dependen ii fakeroot 1.15.1-1 tool for simulating superuser priv ii gnupg 1.4.11-3 GNU privacy guard - a free PGP rep ii libcrypt-ssleay-perl 0.57-2+b2 Support for https protocol in LWP ii libjson-perl 2.53-1 module for manipulating JSON-forma ii libparse-debcontrol-perl 2.005-3parser for debian control-like fil ii libsoap-lite-perl 0.712-3Perl implementation of a SOAP clie ii liburi-perl 1.58-1 module to manipulate and access UR ii libwww-perl 6.02-1 simple and consistent interface to ii lintian 2.5.0 Debian package checker ii man-db2.6.0.2-1 on-line manual pager ii patch 2.6.1-2Apply a diff file to an original ii patchutils0.3.2-1Utilities to work with patches ii python-debian 0.1.20 Python modules to work with Debian ii python-magic 5.04-5+b1 File type determination library us ii sensible-utils0.0.6 Utilities for sensible alternative ii strace4.5.20-2.3 A system call tracer ii unzip 6.0-4 De-archiver for .zip files ii wdiff 0.6.5-1Compares two files word by word ii wget 1.12-3.1 retrieves files from the web ii xz-utils 5.0.0-2XZ-format compression utilities Versions of packages devscripts suggests: ii bsd-mailx [mailx] 8.1.2-0.20100314cvs-1 simple mail user agent ii build-essential11.5 Informational list of build-essent pn cvs-buildpackage none(no description available) pn devscripts-el none(no description available) ii gnuplot4.4.0-1.1 A command-line driven interactive pn libauthen-sasl-per none(no description available) ii libfile-desktopent 0.04-2Perl module to handle freedesktop pn libnet-smtp-ssl-pe none(no description available) pn libterm-size-perl none(no description available) ii libtimedate-perl 1.2000-1 collection of modules to manipulat pn libyaml-syck-perl none(no description available) ii mutt 1.5.21-5 text-based mailreader supporting M ii openssh-client [ss 1:5.8p1-4 secure shell (SSH) client, for sec pn svn-buildpackage none(no description available) ii w3m0.5.3-2+b1WWW browsable pager with excellent -- 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#627402: [with Patch] please upload 3.0.2 version to experimental
On 25/05/11 06:37, YunQiang Su wrote: On Fri, May 20, 2011 at 12:36 PM, Emilio Pozuelo Monfort po...@debian.org wrote: On 20/05/11 14:19, Josselin Mouette wrote: --- debian-2.30.0-1/rules 2011-05-20 00:20:01.0 +0800 +++ debian-3.0.2-1/rules2011-04-03 20:15:19.0 +0800 +%: + dh $@ If you want to switch to dh (and I’m not convinced it is appropriate), you need to use --with gnome, and don’t forget the build-dependency on the appropriate gnome-pkg-tools. Please don't do that. What does your mean of it? don't do what? Don't switch to dh? or don't use --with gnome or else ? Don't switch to dh. Why are you doing it anyway? What's wrong / missing in CDBS? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628675: pmake: LIBDIR should not have been switched to multiarch path yet
Package: pmake
Version: 1.111-3
Severity: serious
Hi!
First off, sorry, this is entirely my fault! The multiarch support
patch switched LIBDIR to be the multiarch directory, but that should
not have been done yet, until eglibc supports the correct triplets
on all architectures (specifically i386).
This implies that for i386 the installation directory will not match the
dynamic linker directory. The former will be i386-linux-gnu and the
latter i486-linux-gnu. So this will break for example libedit2 and all
its reverse dependencies, including things like openssh-client,
postgresql-client or heimdal.
The attached patch should fix the issue. Good thing libedit is
currently not compilable, so no accidental breakage can happen for
now (see my other bug report). :)
thanks,
guillem
diff -Naur pmake-1.111.orig/debian/patches/140_multiarch.diff pmake-1.111/debian/patches/140_multiarch.diff
--- pmake-1.111.orig/debian/patches/140_multiarch.diff 2011-05-29 16:08:02.0 +0200
+++ pmake-1.111/debian/patches/140_multiarch.diff 2011-05-31 10:31:10.0 +0200
@@ -336,14 +336,3 @@
CFLAGS+= ${COPTS}
a/mk/bsd.own.mk
-+++ b/mk/bsd.own.mk
-@@ -42,7 +42,7 @@ INFOGRP?= root
- INFOOWN?= root
- INFOMODE?= ${NONBINMODE}
-
--LIBDIR?= /usr/lib
-+LIBDIR?= /usr/lib/${MACHINE_MULTIARCH}
- LINTLIBDIR?= /usr/libdata/lint
- LIBGRP?= ${BINGRP}
- LIBOWN?= ${BINOWN}
Bug#628676: firmware-nonfree: add ti-connectivity firmware
Package: firmware-nonfree Version: 0.30 Severity: wishlist Hi, Please consider adding a package for ti-connectivity (which can be found in the linux-firmware.git). The firmware is needed for TI's WLAN module, which is mainly used on mobile platforms (e.g. pandaboard, nokia n900). -- Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628677: pmake: Missing -Wl for linker arguments
Package: pmake
Version: 1.111-3
Severity: serious
Hi!
It seems there's still a linker argument missing a -Wl. Attached
patch.
thanks,
guillem
diff -Naur pmake-1.111.orig/debian/patches/100_mk.diff pmake-1.111/debian/patches/100_mk.diff
--- pmake-1.111.orig/debian/patches/100_mk.diff 2011-05-29 16:08:02.0 +0200
+++ pmake-1.111/debian/patches/100_mk.diff 2011-05-31 10:41:26.0 +0200
@@ -1345,7 +1345,7 @@
+.else
+ $(CC) -shared ${SHLIB_SHFLAGS} -o ${.TARGET} \
+ ${SHLIB_LDSTARTFILE} \
-+ -Wl,--whole-archive lib${LIB}_pic.a --no-whole-archive ${LDADD} \
++ -Wl,--whole-archive lib${LIB}_pic.a -Wl,--no-whole-archive ${LDADD} \
+ ${SHLIB_LDENDFILE}
+.endif
+.if ${OBJECT_FMT} == ELF
Bug#628678: devscripts: tool to verify setup.py and debian/changelog have same (upstream) version
Package: devscripts
Version: 2.10.69+squeeze1
Severity: wishlist
Python programs typically contain a setup.py script, which does
all sorts of magic. Some additional magic from Debian then turns
the first magic into a proper Debian package, following the Debian
Python policy.
setup.py includes the upstream version number. When updating
a package it is sadly very easy to forget updating debian/changelog,
resulting in some confusion to users.
A tool such as the shell script below would be nice to include
in devscripts to automate a check that the version numbers match.
I run such a tool from debian/rules, but it would be possible to
run it also from the command line.
-- 8 -- 8 -- 8 --
#!/bin/sh
v1=$(python setup.py --version)
v2=$(dpkg-parsechangelog | awk '/^Version:/ { print $2 }' | sed 's/-[^-]*$//')
if [ $v1 != $v2 ]
then
echo setup.py report version $v1 12
echo debian/changelog reports version $v2 12
echo they do not match!
exit 1
fi
-- 8 -- 8 -- 8 --
(I do not actually consider this to be copyrightable, but any
free license that the devscripts maintainers like is OK with me.)
-- Package-specific info:
--- /etc/devscripts.conf ---
--- ~/.devscripts ---
DEBSIGN_KEYID=5E8511F9
-- System Information:
Debian Release: 6.0.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages devscripts depends on:
ii dpkg-dev 1.15.8.10 Debian package development tools
ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib
ii perl 5.10.1-17 Larry Wall's Practical Extraction
Versions of packages devscripts recommends:
ii at 3.1.12-1 Delayed job execution and batch pr
ii bsd-mailx [mailx] 8.1.2-0.20100314cvs-1 simple mail user agent
ii bzr2.1.2-1 easy to use distributed version co
ii curl 7.21.0-1 Get a file from an HTTP, HTTPS or
ii dctrl-tools2.14.5Command-line tools to process Debi
ii debian-keyring [de 2010.12.29GnuPG keys of Debian Developers
ii dput 0.9.6.1 Debian package upload tool
ii epiphany-browser [ 2.30.6-1 Intuitive GNOME web browser
ii equivs 2.0.8 Circumvent Debian package dependen
ii fakeroot 1.14.4-1 Gives a fake root environment
ii git [git-core] 1:1.7.2.5-1 fast, scalable, distributed revisi
ii gnupg 1.4.10-4 GNU privacy guard - a free PGP rep
ii iceweasel [www-bro 3.5.16-7 Web browser based on Firefox
ii libauthen-sasl-per 2.1500-1 Authen::SASL - SASL Authentication
ii libcrypt-ssleay-pe 0.57-2Support for https protocol in LWP
ii libjson-perl 2.21-1Perl module to parse and convert t
ii libparse-debcontro 2.005-2 Easy OO parsing of Debian control-
ii libsoap-lite-perl 0.712-2 Perl implementation of a SOAP clie
ii libterm-size-perl 0.2-4+b1 Perl extension for retrieving term
ii libtimedate-perl 1.2000-1 collection of modules to manipulat
ii liburi-perl1.54-2module to manipulate and access UR
ii libwww-perl5.836-1 Perl HTTP/WWW client/server librar
ii libyaml-syck-perl 1.12-1Perl module providing a fast, ligh
ii lintian2.4.3 Debian package checker
ii lsb-release3.2-23.2squeeze1 Linux Standard Base version report
ii lzma 4.43-14 Compression method of 7z format in
ii man-db 2.5.7-8 on-line manual pager
ii openssh-client [ss 1:5.5p1-6 secure shell (SSH) client, for sec
ii patch 2.6-2 Apply a diff file to an original
ii patchutils 0.3.1-2 Utilities to work with patches
ii sensible-utils 0.0.4 Utilities for sensible alternative
ii strace 4.5.20-2 A system call tracer
ii subversion 1.6.12dfsg-5 Advanced version control system
ii unzip 6.0-4 De-archiver for .zip files
ii w3m [www-browser] 0.5.2-9 WWW browsable pager with excellent
ii wdiff 0.6.3-1 Compares two files word by word
ii wget 1.12-2.1 retrieves files from the web
ii xz-utils 5.0.0-2 XZ-format compression utilities
Versions of packages devscripts suggests:
ii build-essential11.5 Informational list of build-essent
pn cvs-buildpackage none(no description available)
pn devscripts-el
Bug#626024: [Pkg-amule-devel] Bug#626024: Crash if the download URL contains non-ascii characters
On Sun, May 8, 2011 at 2:37 PM, Deng Xiyue manphiz-gu...@users.alioth.debian.org wrote: Hi, On Sun, May 8, 2011 at 1:44 AM, Sandro Tosi mo...@debian.org wrote: Hi, On Sun, May 8, 2011 at 04:40, manphiz-gu...@users.alioth.debian.org wrote: Package: amule-daemon Version: 2.2.6+debian0-9+b1 Severity: important File: /usr/bin/amuled As subject says, if a URL contains unicode other than ascii characters, the daemon will crash. Removing those characters in the URL let it get processed without problem. IIRC this problem showed up before and got fixed, but I can't find the archived bug. HTH. can you please try reproducing it using the version in experimental, 2.3.1 RC1 ? Currently I only have a mipsel box that runs Debian and 2.3.1RC1 is yet to be built. Once it's uploaded I'll give it a try. Just have time to upgrade the mipsel box to 2.3.1RC1, and the problem is gone. Seems 2.3.1 RC1 is not affected. Feel free to close the bug. Thanks. Thanks, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573551: Debian's service provider should use update-rc.d enable/disable
Hi, The issue occurs on Ubuntu Natty 11.04. Puppet version is : puppet 2.6.4-2ubuntu2 Regarding steps to reproduce, for instance manage ssh service: purge it on the client (to be sure): update-rc.d -f ssh remove then restart puppet (I have a class that manage the ssh service) 1st pass: notice: /Stage[main]/Intranet::Services/Service[ssh]/enable: enable changed 'false' to 'true' - it does not create any symlinks in /etc/rcX.d/SXXssh Nth pass: notice: /Stage[main]/Intranet::Services/Service[ssh]/enable: enable changed 'false' to 'true' - still no symlinks and the message is repeated If I modify provider/service/debian.rb and switch the update-rc.d argument back to defaults 1st pass: notice: /Stage[main]/Intranet::Services/Service[ssh]/enable: enable changed 'false' to 'true' - Symlinks are created and the service is launched at the machine startup. Regards, Nicolas. 2011/5/27 Nicolas Bourbaki ncl.bourb...@gmail.com: Hi there, We are using puppet to configure Ubuntu clients and with the upstream fix services are no longer managed (symlinks are not created) I can confirm that using update-rc.d with 'defaults' instead of 'enable' by changing it in 'provider/service/debian.rb' fix the issue and services are managed (symlinks created). This is a critical bug for us as we can no longer ensure that services are run at the client startup. Regards, Nicolas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628454: [Pkg-bluetooth-maintainers] Bug#628454: Cambridge Silicon Radio - HCI Timeout following bluez upgrade
Hi, I am tested on Cambridge Silicon Radio. Work fine. I attached env and infomation of my USB dongle. $ uname -a Linux xps-iwamatsu 2.6.38-2-amd64 #1 SMP Sun May 8 13:51:57 UTC 2011 x86_64 GNU/Linux $ dpkg -l | grep bluez ii bluez 4.93-1 Bluetooth tools and daemons ii bluez-alsa4.93-1 Bluetooth ALSA support ii bluez-audio 4.93-1 Transitional package ii bluez-compat 4.93-1 BlueZ 3.x compatibility binaries ii bluez-cups4.93-1 Bluetooth printer driver for CUPS ii bluez-gstreamer 4.93-1 Bluetooth GStreamer support ii bluez-pcmcia-support 4.91-1 PCMCIA support files for BlueZ 2.0 Bluetooth tools ii bluez-utils 4.93-1 Transitional package $ hciconfig -a hci0: Type: BR/EDR Bus: USB BD Address: XX:XX:XX:XX:XX:XX ACL MTU: 1017:7 SCO MTU: 64:1 UP RUNNING PSCAN ISCAN RX bytes:17791 acl:49 sco:0 events:751 errors:0 TX bytes:3424 acl:47 sco:0 commands:207 errors:0 Features: 0xff 0xfe 0x8d 0xfe 0x9b 0xf9 0x00 0x80 Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3 Link policy: RSWITCH HOLD SNIFF Link mode: SLAVE ACCEPT Name: 'test-0' Class: 0x4a0104 Service Classes: Networking, Capturing, Telephony Device Class: Computer, Desktop workstation HCI Version: 2.0 (0x3) Revision: 0x214c LMP Version: 2.0 (0x3) Subversion: 0x41f4 Manufacturer: Broadcom Corporation (15) hci1: Type: BR/EDR Bus: USB BD Address: XX:XX:XX:XX:XX:XX ACL MTU: 384:8 SCO MTU: 64:8 UP RUNNING PSCAN RX bytes:938 acl:0 sco:0 events:24 errors:0 TX bytes:349 acl:0 sco:0 commands:24 errors:0 Features: 0xff 0xff 0x8f 0xfe 0x9b 0xf9 0x00 0x80 Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3 Link policy: RSWITCH HOLD SNIFF PARK Link mode: SLAVE ACCEPT Name: 'test-1' Class: 0x4a0100 Service Classes: Networking, Capturing, Telephony Device Class: Computer, Uncategorized HCI Version: 2.0 (0x3) Revision: 0x7a6 LMP Version: 2.0 (0x3) Subversion: 0x7a6 Manufacturer: Cambridge Silicon Radio (10) $ sudo lsusb -v snip Bus 004 Device 003: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode) Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 224 Wireless bDeviceSubClass 1 Radio Frequency bDeviceProtocol 1 Bluetooth bMaxPacketSize064 idVendor 0x0a12 Cambridge Silicon Radio, Ltd idProduct 0x0001 Bluetooth Dongle (HCI mode) bcdDevice 19.58 iManufacturer 0 iProduct0 iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 177 bNumInterfaces 2 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xc0 Self Powered MaxPower0mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 3 bInterfaceClass 224 Wireless bInterfaceSubClass 1 Radio Frequency bInterfaceProtocol 1 Bluetooth iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes3 Transfer TypeInterrupt Synch Type None Usage Type Data wMaxPacketSize 0x0010 1x 16 bytes bInterval 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x02 EP 2 OUT bmAttributes2 Transfer TypeBulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x82 EP 2 IN bmAttributes2 Transfer TypeBulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 1 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber1 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 224 Wireless
Bug#607050: tomcat6: catalina.out grows
Why don't you do it like RHEL, CentOS and Fedora with logrotate? http://pkgs.fedoraproject.org/gitweb/?p=tomcat.git;a=blob;f=tomcat-7.0.logrotate;h=a87b4c005cce267f7ffc6625a44b4a8ff3fad77b;hb=HEAD Chris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625877: xserver-xorg-core 1.10.2: resizing konsole hangs xserver
On Tuesday 31 May 2011, Andreas Beckmann wrote: On 2011-05-31 10:18, Stefano Callegari wrote: Hi I have tried last (yesterday) update on Sid. That would be 270.41.19-1. Something better :) Before, the system hangs after first maximize. Today, I do 2 or 3 loop maximize, normal and after the monitor has filled by artifacts like a fog of dots, but the system is still fully functional. Anyway, I don't think this can be fixed on the Debian side. Please check the NVIDIA forum whether a similar bug was reported there already. Then provide additional information there or create a new thread if you couldn't find anything. Post an link to the forum here. NVIDIA Bug reporting instructions: http://www.nvnews.net/vbulletin/showthread.php?t=46678 There are several threads on this, for example http://www.nvnews.net/vbulletin/showthread.php?t=161308 There is an ubuntu thread: https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/760632 where you can find #53 This is a copy of the latest response I have received from nVidia's customer care, following yet another a fairly strongly worded email from me with regard to nVidia's total lack of activity in this regard:- Hello, I escalated this problem to the Linux Engineering Manager. An Engineer has been assigned to work on this at high priority. We are targeting the fix for the upcoming 275.xx driver which is currently planned to ship in early June 2011. And there is an arch linux thread: https://bbs.archlinux.org/viewtopic.php?id=116544 and a arch-linux bug-report https://bugs.archlinux.org/task/23381 So indeed debian cannot do much about it (unless it is the xserver's fault). To have newest version of nvidia driver in experimental would help so one can easily test it. As the driver works with 1.9.5 I can wait :-). Regards, -- Wolfgang Walter Studentenwerk München Anstalt des öffentlichen Rechts -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628679: libedit: Do not link shared objects twice into the shared library
Package: libedit
Version: 2.11-20080614-2
Severity: serious
Hi!
With latest changes to pmake's linker option support this package does
not build anymore, (which is a good thing as there's a regression in
pmake which would have broken libedit reverse dependencies! :).
Anyway, attached a patch which will fix this, but you'll have to wait
until the two serious bugs in pmake are fixed.
thanks,
guillem
diff -Naur libedit-2.11-20080614.orig/debian/rules libedit-2.11-20080614/debian/rules
--- libedit-2.11-20080614.orig/debian/rules 2011-05-31 11:23:44.0 +0200
+++ libedit-2.11-20080614/debian/rules 2011-05-31 11:26:22.0 +0200
@@ -9,7 +9,7 @@
PKGDIR = ${CURDIR}/debian/tmp
PMAKE_ARGS = MKPROFILE=no MKCATPAGES=no MLINKS= MANPAGES= \
SHLIB_SHFLAGS=-Wl,-soname,libedit.so.${major} \
- LDADD=*.so -lbsd -lcurses
+ LDADD=-lbsd -lcurses
EDITLINE_3_LINKS = el_init el_end el_reset el_gets el_getc el_push \
el_parse el_set el_get el_source el_resize el_line \
el_insertstr el_deletestr history_init history_end history
Bug#628674: [debcheckout] New alioth git anonscm.debian.org breaks authenticated debcheckout
tags 628674 + patch
thanks
Le mardi, 31 mai 2011 11.17:59, Didier Raboud a écrit :
The new alioth anonymous git repository breaks the authenticated mode
of debcheckout. See e.g. the case with the recently uploaded c2050:
$ debcheckout -a -u odyx c2050
can't use authenticated mode on repository
'git://anonscm.debian.org/git/collab-maint/c2050.git' since it is not a
known repository (e.g. alioth).
… and here is a patch, tested with the 4 possible variants
(anonymous/authenticated; old-style alioth / new-style alioth).
Cheers,
--
OdyX
From c7ba8893abffaa78875c1e90b1c516e059a15839 Mon Sep 17 00:00:00 2001
From: Didier Raboud o...@debian.org
Date: Tue, 31 May 2011 11:28:28 +0200
Subject: [PATCH] Fix debcheckout authenticated git checkouts with the new
anonymous alioth frontend: anonscm.debian.org.
Closes: #628674
---
debian/changelog |4
scripts/debcheckout.pl |2 +-
2 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/debian/changelog b/debian/changelog
index 5e4315c..5b2aa10 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -3,6 +3,10 @@ devscripts (2.11.1) UNRELEASED; urgency=low
[ David Prévot ]
* Stylish manual pages convention review. (Closes: #628447)
+ [ Didier Raboud ]
+ * Fix debcheckout authenticated git checkouts with the new
+anonymous alioth frontend: anonscm.debian.org (Closes: #628674).
+
-- Benjamin Drung bdr...@debian.org Sun, 29 May 2011 18:41:13 +0200
devscripts (2.11.0) unstable; urgency=low
diff --git a/scripts/debcheckout.pl b/scripts/debcheckout.pl
index 38a9023..c6ba074 100755
--- a/scripts/debcheckout.pl
+++ b/scripts/debcheckout.pl
@@ -450,7 +450,7 @@ sub set_auth() {
$url =~ s|^\w+://(git\.debian\.org)/git/users/.*?/(.*)|git+ssh://$user$1/~/public_git/$2|;
$url =~ s|^\w+://(git\.debian\.org)/~.*?/(.*)|git+ssh://$user$1/~/public_git/$2|;
} else {
- $url =~ s|^\w+://(git\.debian\.org)/(?:git/)?(.*)|git+ssh://$user$1/git/$2|;
+ $url =~ s|^\w+://(anonscm\.debian\.org\|git\.debian\.org)/(?:git/)?(.*)|git+ssh://${user}git\.debian\.org/git/$2|;
}
}
# hg ssh:// needs an extra slash so paths are not based in the user's $HOME
--
1.7.5.3
signature.asc
Description: This is a digitally signed message part.
Bug#625507: Bug fixed upstream
I compiled kernel 3.0.0-rc1 a few hours ago, and this issue appears to be fixed completely. This bug can be closed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622773: vala 0.10 doesn't handle fixed-size arrays correctly but 0.12 does
forwarded 622773 https://bugzilla.gnome.org/show_bug.cgi?id=630184 thanks Seems this is the commit which contains the fix: http://git.gnome.org/browse/vala/commit/?id=df908b94f02bfd8f4c0e062dcc9d8da389ede175 The corresponding bug report looks almost identical: https://bugzilla.gnome.org/show_bug.cgi?id=630184 Best regards Alexander Kurtz signature.asc Description: This is a digitally signed message part
Bug#627436: [pkg-cli-apps-team] Bug#627436: nant: ftbs with mono 2.10
Hi, On Fri, May 20, 2011 at 05:53:42PM +0200, Julian Taylor wrote: Package: nant Version: 0.85.dfsg1-9 Severity: wishlist User: debian-...@lists.debian.org Usertags: mono-2.10-transition mono-2.10-transition-ftbs The package nant fails to build from source with mono 2.10 from experimental in an otherwise unstable chroot. Relevant part of the buildlog: /usr/bin/cli bootstrap/NAnt.exe -f:NAnt.build build The NAnt configuration file (/tmp/buildd/nant-0.85.dfsg1/bootstrap/NAnt.exe.config) does not have a framework node for the current runtime framework. Please add a framework node with family 'mono' and clrversion '4.0.30319' under the 'unix' platform node. make[1]: *** [build-nant] Error 1 make[1]: Leaving directory `/tmp/buildd/nant-0.85.dfsg1' make: *** [build-stamp] Error 2 Cheers for the investigation. Could you give us a patch (preferably tested against another package in the archive)? (or just fix it in VCS and RFS) Thanks a lot, Iain signature.asc Description: Digital signature
Bug#628680: sludge-engine: Nothing is displayed (black screen) with antialias=1
Package: sludge-engine Version: 2.1.1-1 Severity: normal When starting a game (e.g. out-of-order) with antialias set to 1, nothing is displayed (i.e. just a black screen / window). There is also a message about an unknown opcode 'DDY' while compiling. With antialias=0 or antialias=-1, the two games I tried seemed OK (i.e. the intro / initial screen displays fine). I'm attaching a debug log of out-of-order. Regards, Rogier. -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 2.6.38-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 sludge-engine depends on: ii libalure1 1.1-2AL Utilities REtooled (shared libr ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-2GCC support library ii libgl1-mesa-glx [libgl1]7.10.2-2 free implementation of the OpenGL ii libglee0d1 5.4.0-1 extension loading library for Open ii libglu1-mesa [libglu1] 7.10.2-2 The OpenGL utility library (GLU) ii libogg0 1.2.2~dfsg-1 Ogg bitstream library ii libopenal1 1:1.13-2 Software implementation of the Ope ii libpng12-0 1.2.44-2 PNG library - runtime ii libsdl1.2debian 1.2.14-6.3 Simple DirectMedia Layer ii libstdc++6 4.6.0-2 The GNU Standard C++ Library v3 ii libvorbis0a 1.3.2-1 The Vorbis General Audio Compressi ii libvpx0 0.9.6-1 VP8 video codec (shared library) sludge-engine recommends no packages. Versions of packages sludge-engine suggests: pn sludge-devkit none (no description available) -- no debconf information /tmp 1 $ out-of-order -d 1 -w -a 0 test: 5: x-d: unexpected operator Error loading libdumb.so: libdumb.so: cannot open shared object file: No such file or directory *** Engine compiled May 5 2011 at 01:33:50. Video mode 800 600 set successfully. Compiling vertex shader... Shader InfoLog: Compiling fragment shader... Shader InfoLog: Shaders compiled. Program InfoLog: Shader program linked. Built shader program: 3 (smartScaler) Compiling vertex shader... Shader InfoLog: Compiling fragment shader... Shader InfoLog: Shaders compiled. Program InfoLog: Shader program linked. Built shader program: 6 (fixScaleSprite) Compiling vertex shader... Shader InfoLog: Compiling fragment shader... Shader InfoLog: Shaders compiled. Program InfoLog: Shader program linked. Built shader program: 9 (yuv) OpenGL 2.0! All is good. Max texture image units: 16 AL lib: pulseaudio.c:612: Context did not connect: Connection refused loadBankForAnim: New sprite bank created OK r300 FP: Compiler Error: r300_fragprog_emit.c::translate_rgb_opcode(): translate_rgb_opcode: Unknown opcode DDY Using a dummy shader instead. loadBankForAnim: New sprite bank created OK Failed to set stream order: Could not reload data loadBankForAnim: New sprite bank created OK loadBankForAnim: New sprite bank created OK loadBankForAnim: New sprite bank created OK Failed to create stream from MOD: Unsupported type SLUDGE v2.1.1 non-fatal indigestion report I can't load a music resource I've been told to play. Sorry. loadBankForAnim: New sprite bank created OK Bye! /tmp 2 $
Bug#551400: [Core] Bug#551400: fpc on kfreebsd-i386
One thing that I know of is a difference in the name of the function that returns threadsafe errno. Yeah I ran into that one, it was pretty trivial to fix though. It would help to know what symbols are the problem. (if they are more libc, or startup code related) The startup code seems to be the cause of the failure to link C libraries. There were two symbols referenced by the startup code that were not found. Unfortunately I didn't record which symbols before I started hacking things up, so i'll have to revert my changes to find out exactly which symbols. I tried replacing cprt0.as with the linux version but that caused other undefined symbol errors. It seems pretty clear to me that a new version of that file is needed but I don't know how much should be taken from the linux one, how much should be taken from the freebsd one and how much (if any) needs to be written from scratch and/or copied from some existing platform file. How does the startup code for a freepascal program using libc differ from that for a normal C program? Where can the startup code used for a normal C program be found? But first do a rough port, and determine what you need from both dirs. We could then move shared freebsd and linux file one level deeper (linux/common and freebsd/common or so), and you could include those dirs _only_ from the kfreebsd/ target, and avoid the shared filename issue. Right, i'll start by hacking up the freebsd RTL and when we have something that works we can figure out how best to integrate it into the source tree. P.S. Please keep me in CC, the debian BTS doesn't forward mails to the submitter by default. I only found out about this mail because of a comment for abou in another mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628603: synaptic does not start when wdm is the display manager
On Mon, May 30, 2011 at 08:57:27PM +0430, Eliad Bagherzadegan wrote: Package: wdm Version: 1.28-6 Severity: important The title pretty much says it. Thanks for your info, but more details are really needed. I cannot reproduce that problem here in my i386 box when run from a xterm. Some questions, * Did you try with a different display manager? When you noticed the problem? Any other relevant change aroud that time? * Did you call synaptic from a xterm or from a pull-down menu? Does it fail when called both ways? * Is only synaptic which fails? * Which error did you see? Any relevant info under /var/log? Thanks for your feedback, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613509: claws-mail: Claws mail crashes with reply to all command
El Sun, 22 May 2011 12:35:25 +0200 Ricardo Mones mo...@debian.org escribió: tags 613509 moreinfo thanks It may be some particular configuration option of that computer you don't have in the other. Anyway, several crashes have been fixed in 3.7.9, could you upgrade and check if this is still happening? It still crashes for me in 3.7.9 with my actual configuration. I'll make a reset of my configuration in the laptop and will inform you if the crash still happens. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628126: b43-fwcutter: Add proxy support for downloading
Hi Marc, I've added proxy support to the package but unfortunately I can't test it because I haven't a proxy environment usable. The new package are available here: http://packages.fabreg.it/incoming/ Could you please get it and test it? Let me know: if everything works fine I'll ask to upload to the official repository. Thanks. Cheers, Fabrizio. On Fri, 2011-05-27 at 08:59 -0400, Marc Deslauriers wrote: Package: b43-fwcutter Version: 1:014-3 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch *** /tmp/tmp20pUTi In Ubuntu, the attached patch was applied to achieve the following: * Fix downloading from behind a proxy (LP: #769442) Thanks for considering the patch. -- System Information: Debian Release: squeeze/sid APT prefers natty-updates APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 'natty-proposed'), (500, 'natty') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-9-generic (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash signature.asc Description: This is a digitally signed message part
Bug#628682: [PATCH] Add a pattern mechanism for the pristine-tar archive building.
Package: git-buildpackage
Tags: patch
Severity: wishlist
When upstream had their own pristine-tar branch, it was not possible to
use it directly because the .orig.tar.xx is debian specific. This adds
the possibility to define a pattern like
{name}_{version}.tar.{compression}
with {name} and {compression} non-mandatory
---
gbp.conf |2 ++
gbp/config.py|1 +
gbp/deb.py | 13 +
git-buildpackage | 10 --
4 files changed, 24 insertions(+), 2 deletions(-)
diff --git a/gbp.conf b/gbp.conf
index 22ac648..777093d 100644
--- a/gbp.conf
+++ b/gbp.conf
@@ -14,6 +14,8 @@
#debian-tag = debian/%(version)s
# use pristine-tar:
#pristine-tar = True
+# when building the pristine-tar archive, it is in the format:
+#archive-format = {name}_{version}.orig.tar.{compression}
# don't check if debian-branch == current branch:
#ignore-branch = True
# Use color when on a terminal, alternatives: on/true, off/false or auto
diff --git a/gbp/config.py b/gbp/config.py
index 14e72b3..64f2e07 100644
--- a/gbp/config.py
+++ b/gbp/config.py
@@ -59,6 +59,7 @@ class GbpOptionParser(OptionParser):
'cleaner' : 'debuild -d clean',
'debian-branch' : 'master',
'upstream-branch' : 'upstream',
+ 'archive-format' : '{name}_{version}.orig.tar.{compression}',
'pristine-tar': 'False',
'filter-pristine-tar' : 'False',
'sign-tags' : 'False',
diff --git a/gbp/deb.py b/gbp/deb.py
index 930e626..52bb359 100644
--- a/gbp/deb.py
+++ b/gbp/deb.py
@@ -253,6 +253,19 @@ def orig_file(cp, compression):
ext = compressor_opts[compression][1]
return %s_%s.orig.tar.%s % (cp['Source'], cp['Upstream-Version'], ext)
+def upstream_archive(cp, compression, template):
+
+The name of the upstream tarball matching the template.
+The template is a simple string containing at least '{version}'.
+It is also possible to use '{name}' and '{compression}', even though
optional.
+
+
+# Ugly hack to allow the user not to use every symbol while keeping a
usable syntax
+python_friendly = lambda m: {{0.{0}}}.format(m.groupdict()['symbol'])
+format_data = type('Bogus', (object,), {'compression':
compressor_opts[compression][1],
+ 'name': cp['Source'],
+ 'version': cp['Upstream-Version']})
+return re.sub(\{(?Psymbol(name|version|compression))\},
python_friendly, template).format(format_data)
def is_native(cp):
diff --git a/git-buildpackage b/git-buildpackage
index 31fc6ce..e2e9e8d 100755
--- a/git-buildpackage
+++ b/git-buildpackage
@@ -21,7 +21,6 @@
import ConfigParser
import errno
import os, os.path
-import pipes
import sys
import time
import tempfile
@@ -201,7 +200,12 @@ def pristine_tar_build_orig(repo, cp, output_dir, options):
pt = PristineTar()
if not repo.has_branch(pt.branch):
gbp.log.warn('Pristine-tar branch %s not found' % pt.branch)
-pt.checkout(os.path.join(output_dir, du.orig_file(cp,
options.comp_type)))
+
+tarball = os.path.join(output_dir, du.upstream_archive(cp,
options.comp_type, options.arch_format))
+pt.checkout(tarball)
+orig_file = os.path.join(output_dir, du.orig_file(cp,
options.comp_type))
+if orig_file != tarball:
+shutil.move(tarball, orig_file)
return True
else:
return False
@@ -368,6 +372,8 @@ def parse_args(argv, prefix):
help=don't create orig.tar.gz, action=store_true)
orig_group.add_config_file_option(option_name=tarball-dir,
dest=tarball_dir, type=path,
help=location to look for external tarballs)
+orig_group.add_config_file_option(option_name=archive-format,
dest=arch_format,
+ help=Format of the upstream archive. Default is
'%(archive-format)s')
orig_group.add_config_file_option(option_name=compression,
dest=comp_type,
help=Compression type, default is '%(compression)s')
orig_group.add_config_file_option(option_name=compression-level,
dest=comp_level,
--
1.7.5.3
signature.asc
Description: Digital signature
Bug#628683: surfraw does not work correctly with chromium
Package: surfraw Version: 2.2.7-1 Severity: important Running [1] without a ~/.surfraw.conf. Opens a new window with the home page. And get the following message after it runs [2]. Running [1] with ~/.surfraw.conf with SURFRAW_graphical_browser=/usr/bin/chromium. Opens a new tab in a current browsing session. But with the following in the navigation bar: openurl%28http//www.imdb.com/find?s=allq=test) And also get the following message after it runs [2]. Running [3], works as expected. A new tab is opened in a current browsing session, with the correct page and results. Note, having ~/.surfraw.conf in place or not has no affect using this method. It would be nice if using [1] would just work and not have to use [3] each time one wants to use surfraw with chromium. [1] $ sr imdb test [2] $ Created new window in existing browser session. [3] $ sr -browser=/usr/bin/chromium imdb test Thanks -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/3 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages surfraw depends on: ii chromium [www-brows 11.0.696.71~r86024-1 Chromium browser ii midori [www-browser 0.3.6-1 fast, lightweight graphical web br ii w3m [www-browser] 0.5.3-2+b1 WWW browsable pager with excellent Versions of packages surfraw recommends: ii curl 7.21.6-1 Get a file from an HTTP, HTTPS or ii libwww-perl 6.01-3 simple and consistent interface to ii surfraw-extra 2.2.7-1extra surfraw search tools with he ii w3m 0.5.3-2+b1 WWW browsable pager with excellent ii wget 1.12-3.1 retrieves files from the web Versions of packages surfraw suggests: ii screen4.0.3-14 terminal multiplexor with VT100/AN -- 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#617219: DNS-323 tests
Hello Martin! I startet the tests today and it was not possible to reinstall one of the splitted original firmwares to the device (loadb k and loadb r worked fine and even the CRC seems to be right but the bootloader reboots in a loop over and over again... ). Well I do not know why, maybe because I use the Conceptronic version of the DNS323? Is there some kind of firmware lock for this? regards Manuel Am 29.05.2011 10:17, schrieb Martin Michlmayr: Hi Manuel, Did you have a chance to perform these tests? * Martin Michlmayr t...@cyrius.com [2011-05-05 20:35]: Regarding the DNS-323 firmware issue we discussed a few months ago (that revision changed from 3 to 4): Manuel Roeder agreed to do some tests on his B1 DNS-323. * Manuel Roeder manuel_roe...@gmx.de [2011-05-05 12:46]: Testing is no Problem, I even got a serial Port to check what went wrong. Please send the images and/or link and I will give it a try. Just to summarize the problem again: Debian (or rather, dns323-firmware-tools) currently uses a revision 3 in the image. However, the firmware on C1 DNS-323 machines uses a revision 4 and rejects images with a revision of 3. The question is whether revision 4 images are accepted by the current and old DNS-323 firmware images on A1 and B1 machines (testing one is enough since they use the same firmware). If so, we can move our image to revision 4 and it will work on all DNS-323 devices. Dominic Evans found the following revisions to be used in the DNS-323 firmware: dns323_firmware_103: 00 dns323_firmware_104: 01 dns323_firmware_105: 03 dns323_firmware_106: 04 dns323_firmware_107: 04 dns323_firmware_108: 04 dns323_firmware_109: 04 So imho it would be good to test version 1.03, 1.04, 1.05 and 1.08 (1.09 is apparently not available for B1 devices). Manuel, can you download 1.03, 1.04, 1.05 and 1.08 from http://www.dlink.co.uk/cs/Satellite?c=Product_Cchildpagename=DLinkEurope-GB/DLTechProductcid=1197319419183p=1197318962293packedargs=QuickLinksParentID%3D1197319419183%26locale%3D1195806691854%26packedargs%3Df9ffeaf4e83ab6d0166b8cc93b23ebbc3d83540f46ceb58f26706558f9479c4ec3df1411a95e2d40b8161bf516969212f4b253493c501653965d4b39148b4c34pagename=DLinkEurope-GB/DLWrapper and then check if it's possible to upgrade to this firmware image: http://people.debian.org/~tbm/tmp/dns-323/netboot.img (This is a Debian installer image with revision 4) In other words, install the 1.03 DNS-323 firmware and try to upgrade to the Debian installer image mentioned above. Then try the same with 1.04, etc. For my own curiosity, it would also be interesting to see if the revision 3 firmware of the installer is accepted by 1.08: http://ftp.nl.debian.org/debian/dists/stable/main/installer-armel/current/images/orion5x/network-console/d-link/dns-323/netboot.img According to Dominic's, 1.08 uses rev 4 and should therefore reject the Debian installer image but nobody has reported this problem yet (therefore, I'm curious whether this is really the case or not). In all cases, you just need to check if the DNS-323 firmware accepts the Debian image. You don't actually need to run Debian installer. Also, maybe it's a good idea to temporarily remove your hard drive so the DNS-323 firmware won't destroy your existing Debian installation. Thanks for your help. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617219: DNS-323 tests
* Manuel Roeder manuel_roe...@gmx.de [2011-05-30 14:01]: I startet the tests today and it was not possible to reinstall one of the splitted original firmwares to the device (loadb k and loadb r worked fine and even the CRC seems to be right but the bootloader reboots in a loop over and over again... ). Well I do not know why, maybe because I use the Conceptronic version of the DNS323? Is there some kind of firmware lock for this? I don't know. It's possible that it doesn't work since you have a Conceptronic. Anyway, thanks for trying. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628104: Please do *not* build-depend on devscripts
Hi, I disagree with the reasoning for this bugreport: Build-dependencies are *not* required for all possible features implemented in debian/rules, only those for building binary packages and cleaning up. See Debian Policy §4.2 and §7.7 for the details. Please do not complicate matters by adding non-needed build-dependencies. Kind regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#628685: ld segfaults when building udev on mips/mipsel
Package: binutils Version: 2.21.51.20110421-3 Severity: critical ld reliably segfaults when building udev on mips/mipsel: https://buildd.debian.org/status/fetch.php?pkg=udevarch=mipsver=170-1stamp=1306799134 https://buildd.debian.org/status/fetch.php?pkg=udevarch=mipselver=170-1stamp=1306799800 Reverting this commit fixes it: http://git.kernel.org/?p=linux/hotplug/udev.git;a=commitdiff;h=f0ed90b7678045759ffa2a44d2b4cac96968b077 -- ciao, Marco signature.asc Description: Digital signature
Bug#613509: claws-mail: Claws mail crashes with reply to all command
El Sun, 22 May 2011 12:35:25 +0200 Ricardo Mones mo...@debian.org escribió: It may be some particular configuration option of that computer you don't have in the other. This is weird: 1: I backed up my .claws-mail folder and opened claws-mail. 2: Followed the wizard to configure an account. 3:Confirmed that it's not crashing when I reply to all 4: Removed the new folder and restored my old .claws-mail 5:Now reply to all works without crashing (!!!) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628669: On second thought
On second thought, what harm can it do to remove these dirs *on purge*? It can't do any harm. Will be fixed in 1.55. -- Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628104: Please do *not* build-depend on devscripts
Le mardi 31 mai 2011 à 12:10 +0200, Jonas Smedegaard a écrit : Hi, I disagree with the reasoning for this bugreport: Build-dependencies are *not* required for all possible features implemented in debian/rules, only those for building binary packages and cleaning up. See Debian Policy §4.2 and §7.7 for the details. Please do not complicate matters by adding non-needed build-dependencies. OK, I will revert this commit in a future upload. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628686: openarena-081-players-mature: Please be more specific what mature player graphics means
Package: openarena-081-players-mature Version: 0.8.5split-1 Severity: minor Hi, I just wondered about the package name openarena-081-players-mature, which occured after the openarena-data split. The package description told me that 'this package contains mature player graphics from OpenArena 0.8.1.', but I still had no idea what to expect. I had to google for the terms openarena mature to actually find out that this package contains player graphics that show some nudity. I think this fact should be added to the package description. And if this is problematic for some people (some threads that I have found show it actually is), maybe the openarena-data package should merely recommend this specific package to make it installed by default but easy to remove if inappropriate. -Fabian -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (501, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.39-1-686-pae (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581903:
package has been uploaded to mentors: http://mentors.debian.net/debian/pool/main/f/flann/ comments welcome I have uploaded a new version of my previous package to mentors: http://mentors.debian.net/debian/pool/main/f/flann/ It includes test, doc and examples but is missing the python binding. I have underestimated the time needed for packaging and maintaining a complete package and therefore propose that Mathieu takes charge of the package. Kind regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628685: ld segfaults when building udev on mips/mipsel
severity 628685 important tag 628685 help thanks On 05/31/2011 12:13 PM, Marco d'Itri wrote: Package: binutils Version: 2.21.51.20110421-3 Severity: critical ld reliably segfaults when building udev on mips/mipsel: https://buildd.debian.org/status/fetch.php?pkg=udevarch=mipsver=170-1stamp=1306799134 https://buildd.debian.org/status/fetch.php?pkg=udevarch=mipselver=170-1stamp=1306799800 Reverting this commit fixes it: http://git.kernel.org/?p=linux/hotplug/udev.git;a=commitdiff;h=f0ed90b7678045759ffa2a44d2b4cac96968b077 looks like you have a work-around for now. lowering the severity. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536367: Technical Support 1.02
Your webmail quota system has exceeded the storage limit,Due To hidden files On your junk and de-activated,Your Are Currently Running On 1.02GB to Validate your mailbox and increase your quota.You are advice to click the link below, fill in your appropriate email login information in order to boost your webmail quota and to enhance the security of your email account. Please Click Here: http://www.sourceone-solutions.com/SourceOneForms/use/Technical/form1.html If your mailbox remains de-activated for an extended period of time, it may result in further limitations or eventual closure Technical Support 1.02 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626975: [Pkg-bluetooth-maintainers] Bug#626975: bluez: getting a Logitech, Inc. diNovo Edge Keyboard working
Hi,
By bluez 4.93-2, I think that this problem was revised.
Would you confirm it?
# --mode hci may be necessary in 62-bluez-hid2hci.rules.
/lib/udev/rules.d/62-bluez-hid2hci.rules:
# Logitech devices
KERNEL==hiddev*, ATTRS{idVendor}==046d, ATTRS{idProduct}==c70[35e], \
RUN+=hid2hci --method=logitech-hid --devpath=%p
KERNEL==hidraw*, ATTRS{idVendor}==046d,
ATTRS{idProduct}==c70[4abc]|c71[34bc], \
RUN+=hid2hci --method=logitech-hid --devpath=%p
Best regards,
Nobuhiro
2011/5/17 Cristian Ionescu-Idbohrn cristian.ionescu-idbo...@axis.com:
Package: bluez
Version: 4.91-1
Severity: important
This is a USB bluetooth dongle and a keyboard with a builtin mouse pad.
After plugging the dongle in an USB port, lsusb reports:
Bus 001 Device 004: ID 046d:0b04 Logitech, Inc.
Bus 001 Device 005: ID 046d:c713 Logitech, Inc.
Bus 001 Device 006: ID 046d:c714 Logitech, Inc. diNovo Edge Keyboard
The dongle chip Manufacturer: Broadcom Corporation.
The udev rule /lib/udev/rules.d/62-bluez-hid2hci.rules (package bluez)
does not run:
ACTION==add, ENV{ID_VENDOR}==046d, ENV{ID_MODEL}==c714 \
RUN+=/usr/sbin/hid2hci --method logitech -v $env{ID_VENDOR} -p
$env{ID_MODEL} --mode hci
as expected. Instead, I note the 'joydev' kernel module being loaded,
and:
# hcitool dev
Devices:
reports nothing.
Please note, there's a /lib/udev/rules.d/70-hid2hci.rules (package
udev), with a:
KERNEL==hidraw*, ATTRS{idVendor}==046d,
ATTRS{idProduct}==c70[4abc]|c71[34bc], \
RUN+=hid2hci --method=logitech-hid --devpath=%p
which seems terribly wrong (at least for the 'c71[34]'). Also,
'--method=logitech-hid' is not a documented method. What's documented is:
-m, --method= Method to use to switch [csr, logitech, dell]
If I run manually:
# hid2hci --method logitech -v 046d -p c714 --mode hci
Attempting to switch device 046d:c714 to HCI mode was successful
This seems to do what I expect, reports success and, to my surprise, exits
with status code 2 :( I know for a fact SUCCESS == 0.
I get:
# hcitool dev
Devices:
hci0 00:1F:20:aa:bb:cc
and see kernel module 'btusb' loaded, and:
# lsusb
Bus 001 Device 004: ID 046d:0b04 Logitech, Inc.
Bus 001 Device 005: ID 046d:c713 Logitech, Inc.
Bus 001 Device 006: ID 046d:c714 Logitech, Inc. diNovo Edge Keyboard
Bus 001 Device 007: ID 046d:c709 Logitech, Inc. BT Mini-Receiver (HCI
mode)
Also:
# hcitool scan
Scanning ...
00:1F:20:dd:ee:ff Logitech diNovo Edge
Next step is pairing, but none of the straight forward methods I tried
work out of the box :( Tried this:
# bluez-simple-agent hci0 00:1F:20:dd:ee:ff
but that is successful _only_ if one manages to get everything going at
the first attempt. If not, using a bluez-simple-agent _undocumented_ and
_odd_ feature (information found here:
http://blog.projectnibble.org/2010/08/08/how-ubuntus-broken-bluetooth-support-came-to-be/comment-page-1/#comment-1492
) may get one succeed every time:
# bluez-simple-agent hci0 00:1F:20:dd:ee:ff repair /dev/null ||
bluez-simple-agent hci0 00:1F:20:dd:ee:ff
Next thing is to connect (see above link):
# dbus-send --system --print-reply --dest=org.bluez
org/bluez/N/hci0/dev_00_1F_20_dd_ee_ff org.bluez.Input.Connect
That's the simplified version.
There are a few more dbus-send commands in between.
Of course I collected a lot of data from my weekend long attempts to
get this working, which I'm willing to share. I also put the whole
thing in an inefficient shell script. I can share that too.
IMO, the _major_ problem is to get the udev-rules to work out of the box.
Obviously there is at least one bug in there.
Next must come the pairing oddities and finally the connection (maybe
trust too).
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages bluez depends on:
ii dbus 1.4.8-3 simple interprocess messaging
syst
ii libbluetooth3 4.91-1 Library to use the BlueZ Linux
Blu
ii libc6 2.13-4 Embedded GNU C Library: Shared
lib
ii libcap-ng0 0.6.5-1+b1 An alternate POSIX capabilities
li
ii libdbus-1-3 1.4.8-3 simple interprocess messaging
syst
ii libglib2.0-0 2.28.6-1 The GLib library of C routines
ii libusb-0.1-4 2:0.1.12-17 userspace USB programming library
ii lsb-base 3.2-27 Linux Standard Base 3.2 init
scrip
ii makedev 2.3.1-89 creates device files in /dev
ii
Bug#377056: Technical Support 1.02
Your webmail quota system has exceeded the storage limit,Due To hidden files On your junk and de-activated,Your Are Currently Running On 1.02GB to Validate your mailbox and increase your quota.You are advice to click the link below, fill in your appropriate email login information in order to boost your webmail quota and to enhance the security of your email account. Please Click Here: http://www.sourceone-solutions.com/SourceOneForms/use/Technical/form1.html If your mailbox remains de-activated for an extended period of time, it may result in further limitations or eventual closure Technical Support 1.02 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628687: mirror listing update for debian.mirror.tn
Package: mirrors Severity: minor Submission-Type: update Site: debian.mirror.tn Type: leaf Archive-architecture: ALL amd64 arm armel hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc Archive-http: /debian/ IPv6: no Archive-upstream: ftp.de.debian.org Updates: twice Maintainer: Agence_Tunisienne_Internet hebergem...@ati.tn Country: TN Tunisia Location: Tunis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624434: [new check]: uses-versioned-berkeley-db
On 2011-04-28 14:55, Ondřej Surý wrote: Package: lintian Version: 2.5.0~rc2~bpo60+1 Severity: wishlist Hi, there are only a few packages which really needs to depend on versioned libdbX.Y(|++|-java|-sql|-stl)-dev packages, so I propose new lintian error, which will check the build dependencies and report if the package build-depend on a versioned Berkeley DB. There are few packages which really need versioned dependency (they use transactions in Berkeley DB and don't have a sane upgrade path) which could easily override this tag. This would really help the goal of having only one Berkeley DB version per stable release. Thanks, Ondrej -- System Information: [...] -- no debconf information Hey, Can we recycle the obsolete packages for this? I do not mind doing it; I just need to know if it is a proper way to handle this. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623955: nvidia-glx: regressions with GeForce 8200
On Sun, 29 May 2011, Andreas Beckmann wrote: * 275.09-1 (beta) in experimental Now there's an improvement. Tuxracer is usable again, even if it's still not as good as using mismatched versions (the screen still freeze/jumps occasionally). The glxgear number is yet a bit lower (6900) but who cares... -- Marc Glisse -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625886: lintian: false positive spelling-error-in-manpage
On 2011-05-06 17:42, Gennaro Oliva wrote: Package: lintian Version: 2.5.0~rc3 Severity: important Hi, in a manual page of my package there is this sentence: The number of microseconds that the slurmctld daemon requires to process an epilog completion message from the slurmd dameons. and lintian complain about: slurm-llnl: spelling-error-in-manpage usr/share/man/man5/slurm.conf.5.gz requires to requires one to I think that the sentence is correct even if I'm not a native English speaker so I may be wrong. Thanks -- System Information: [...] -- no debconf information Hey, I spoke/chatted with two UK people today and they said the sentence was arguably correct but implied it was sub-optimal. Particularly: but it does look a little dubious - do I really have to tell it how long it takes? As opposed to how long I'm allowing it to take? or how long it should wait between sending messages? So you should probably either rewrite the sentence; it is possible that the people on the English l10n list[1] can help with that (but I am not completely sure on this one). ~Niels PS: I doubt neither of them read the manpage, so the comments are based on the sentence you gave here. [1] debian-l10n-engl...@lists.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628688: rails: After upgrading rails old version is still available
Package: rails Version: 2.3.11-0.1 Severity: grave After upgrading rails from testing to unstable, rails was showing the old version only. This is my source list. , | deb http://ftp.us.debian.org/debian testing main contrib non-free | deb http://ftp.us.debian.org/debian unstable main contrib non-free ` Then update and upgrade. , | [debian :]$ sudo apt-get update | [debian :]$ sudo apt-get --reinstall install rails | Reading package lists... Done | Building dependency tree | Reading state information... Done | The following packages were automatically installed and are no longer required: | libxcb-aux0 libxcb-event1 librpmio1 libdvbpsi6 libxcb-atom1 libxcb-dri2-0 libmaa2 libdb4.7 | Use 'apt-get autoremove' to remove them. | 0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 314 not upgraded. | Need to get 0 B/12.0 kB of archives. | After this operation, 0 B of additional disk space will be used. | (Reading database ... 201763 files and directories currently installed.) | Preparing to replace rails 2.3.11-0.1 (using .../rails_2.3.11-0.1_all.deb) ... | Unpacking replacement rails ... | Processing triggers for man-db ... | Setting up rails (2.3.11-0.1) ... ` dpkg -l rails status says installed successfully , | [debian : ]$ dpkg -l rails | Desired=Unknown/Install/Remove/Purge/Hold | | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend | |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) | ||/ Name Version | +++-=-=== | ii rails 2.3.11-0.1 ` But rails -v still says 2.3.5 , | [debian : ~]$ rails -v | Rails 2.3.5 | [debian : ~]$ ` it should show 2.3.11. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rails depends on: ii rails-ruby1.8 2.3.5-1.2 MVC ruby based framework geared fo rails recommends no packages. rails suggests no packages. -- no debconf information -- , | Life's Too Short, Write Fast Code, Use emacs :) | Deepak Tripathi(gnumonk) | irc: irc.debian.org | nick: deepak, gnumonk | irc: irc.freenode.com | nick: gnumonk | web: http://www.gnumonk.com ` pgpc7B8oWpa1c.pgp Description: PGP signature
Bug#628659: [php-maint] Bug#628659: please support IPv6 connections
forwarded 628659 http://pear.php.net/bugs/bug.php?id=18575 tags 628659 upstream thanks also sprach Thomas Goirand tho...@goirand.fr [2011.05.31.1105 +0200]: While I'm ok to maintain the *package* for php-net-smtp (as being part of the pkg-php team), but I wont do any new code on it (just eventually fixing issues), especially new features. So best might be to send a bug report upstream (there's also a bug tracker at pear.php.net), or send a patch (here and upstream). Done. -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems in diving to the bottom of pleasure we bring up more gravel than pearls. -- honoré de balzac digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#598738: Package libclang libs and headers
Le vendredi 27 mai 2011 à 10:44 -0500, David A. Greene a écrit : I can make use of -dev and -dbg packages today! I have a project that will want to integrate clang very soon. Do you have a list of what you should like to see in the -dev package ? thanks S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594820: clang: specify libstdc++ version of headers to use
Le mardi 31 mai 2011 à 09:39 +0200, Michael Wild a écrit :
On 05/31/2011 12:05 AM, Sylvestre Ledru wrote:
Le samedi 28 mai 2011 à 20:37 +0200, Michael Wild a écrit :
Forget about that patch; I was obviously too distracted... Attached
version 3 of the patch
I am sorry but did you try your change ?
$ cat plop.cpp
#include fenv.h
int main(){
return 0;
}
$ clang -o plop plop.cpp
In file included from plop.cpp:1:
/usr/include/c++/4.5/fenv.h:33:10: fatal error: 'bits/c++config.h' file
not
found
#include bits/c++config.h
^
1 error generated.
Sylvestre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625877: xserver-xorg-core 1.10.2: resizing konsole hangs xserver
On 2011-05-31 11:28, Wolfgang Walter wrote: ... https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/760632 where you can find #53 I escalated this problem to the Linux Engineering Manager. An Engineer has been assigned to work on this at high priority. We are targeting the fix for the upcoming 275.xx driver which is ... To have newest version of nvidia driver in experimental would help so one can easily test it. 275.09 is in experimental ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613509: claws-mail: Claws mail crashes with reply to all command
Back to my old config it still crashes with some mail and not with other mails. The no crashing was too premature from my side :( I'll have to make more tests with a clean config too. Sorry for reporting too soon without proper testing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628690: openssh-server inherits oom_adj -17 upon start under specific conditions, causing DoS potential for oom_killer
Package: openssh-server Version: 1:5.5p1-6-amd64 Full discussion about this problem (including full log dumps, analysis, testing etc), can be found at: http://www.debianhelp.org/content/cgroup-oom-killer-loop-causes-system-lockup-possible-fix-included This problem seems to occur when using the firmware-bnx2 package for the NetXTreme II cards. Once this firmware has been loaded, the openssh-server will start with a default oom_adj of -17, which then causes all child processes within ssh to have -17. Devs at OpenSSH have said this is not a bug within openssh, and they are simply inheriting whatever default oom_adj is sent across. You can see on the below testing (one with bnx2, one without bnx2, under identical installs), that the oom_adj is different: root@vicky:~# cat /var/log/auth.log | grep Set May 30 21:41:05 vicky sshd[1568]: Set /proc/self/oom_adj from -17 to -17 May 30 21:41:07 vicky sshd[1574]: Set /proc/self/oom_adj to -17 root@vicky:~# ps faux | grep 1574 root 1574 0.0 0.0 70488 3404 ?Ss 21:41 0:00 \_ sshd: root@pts/1 root@vicky:~# ps faux | grep 1568 root 1568 0.0 0.0 49168 1152 ?Ss 21:41 0:00 /usr/sbin/sshd In sshd.c there seems to be: static int oom_adj_save = INT_MIN; root@courtney:~/openssh-5.5p1# grep -R Set %s to %d . ./openbsd-compat/port-linux.c: verbose(Set %s to %d, OOM_ADJ_PATH, oom_adj_save); Then I tried on a server with different network card hardware (as shown below), and got this from the logs: root@courtney:~/openssh-5.5p1# cat /var/log/auth.log | grep Set May 30 21:50:15 courtney sshd[4821]: Set /proc/self/oom_adj from 0 to -17 May 30 21:50:26 courtney sshd[4848]: Set /proc/self/oom_adj to 0 root@courtney:~/openssh-5.5p1# ps faux | grep 4848 root 4848 0.0 0.0 70488 3372 ?Ss 21:50 0:00 \_ sshd: root@pts/1 root@courtney:~/openssh-5.5p1# ps faux | grep 4821 root 4821 0.0 0.0 49168 1160 ?Ss 21:50 0:00 /usr/sbin/sshd root@courtney:~/openssh-5.5p1# cat /var/log/auth.log | grep -e Set -e oom_adjust_restore May 30 21:50:15 courtney sshd[4821]: Set /proc/self/oom_adj from 0 to -17 May 30 21:50:26 courtney sshd[4848]: debug3: oom_adjust_restore May 30 21:50:26 courtney sshd[4848]: Set /proc/self/oom_adj to 0 The problem is, you can't test for this condition unless you physically have a bnx2 card installed, with the bnx2 drivers loaded (which you need the firmware iso for), so this will make it very hard for someone to confirm this bug. Below is a full transcript from openssh: So I modified the code to try and repair this oom_adj problem... port-linux.c: line 235: //static int oom_adj_save = INT_MIN; line 236: static int oom_adj_save = 0; line 277: verbose(Set %s to %d - sleepycal, OOM_ADJ_PATH, oom_adj_save); I then ran compiled the package, ran SSHd, and yet we still have -17 in oom_adj_save. Wtf? Now, I'm not much of a C coder, but this is weird even in my books... May 30 22:18:19 vicky sshd[12825]: Set /proc/self/oom_adj to -17 - sleepycal So, I went all out crazy, and did the following patch: static int sleepycal_oom_adj_save = 0; verbose(sleepycal_oom_adj_save=%d, sleepycal_oom_adj_save); if (fprintf(fp, %d\n, sleepycal_oom_adj_save) = 0) verbose(error writing %s: %s, OOM_ADJ_PATH, strerror(errno)); else verbose(Set %s to %d - sleepycal, OOM_ADJ_PATH, sleepycal_oom_adj_save); And it worked!!! :) May 30 22:27:12 vicky sshd[2532]: sleepycal_oom_adj_save=0 May 30 22:27:12 vicky sshd[2532]: Set /proc/self/oom_adj to 0 - sleepycal root@vicky:~/openssh-5.5p1# cat /proc/2532/oom_adj 0 So, it turns out that it is actually OpenSSH which is broken, after almost 3 days of frustrating digging through millions of lines of code lol. Anyways, would appreciate if someone could get this merged into master (obv rename the vars if you want). Attached is the appropriate patch file as of openssh-5.5p1 Cal On 30/05/2011 21:56, Cal Leeming [Simplicity Media Ltd] wrote: Just did some testing.. root@vicky:~# cat /var/log/auth.log | grep Set May 30 21:41:05 vicky sshd[1568]: Set /proc/self/oom_adj from -17 to -17 May 30 21:41:07 vicky sshd[1574]: Set /proc/self/oom_adj to -17 root@vicky:~# ps faux | grep 1574 root 1574 0.0 0.0 70488 3404 ?Ss 21:41 0:00 \_ sshd: root@pts/1 root@vicky:~# ps faux | grep 1568 root 1568 0.0 0.0 49168 1152 ?Ss 21:41 0:00 /usr/sbin/sshd In sshd.c there seems to be: static int oom_adj_save = INT_MIN; root@courtney:~/openssh-5.5p1# grep -R Set %s to %d . ./openbsd-compat/port-linux.c: verbose(Set %s to %d, OOM_ADJ_PATH, oom_adj_save); Then I tried on a server with different network card hardware (as shown below), and got this from the logs: root@courtney:~/openssh-5.5p1# cat /var/log/auth.log | grep Set May 30 21:50:15 courtney sshd[4821]: Set
Bug#553035: retitle 553035 to RFP: opentyrian -- port of the DOS shoot-em-up Tyrian
retitle 553035 ITP: opentyrian -- port of the DOS shoot-em-up Tyrian submitter 553035 ! clone 553035 -1 retitle -1 ITP: opentyrian-data -- game data for opentyrian thanks Hello, I am considering packaging opentyrian as part of the Debian Games Team (CC'd). Actually, most of the technical work is done, but the package needs a copy of the original game, which has been released under an unclear license. From http://www.freewebs.com/worldtreegames/ : Feel free to play it all you want and share it with friends, but for the moment I'd like to just have a central backup place (here) for the game. In the future I might not mind other sites sharing it, but I do enjoy amusing fans. :) Depending on the author's point of view, it can end up it main, non-free or not hit the archive at all. -- Etienne Millon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625886: lintian: false positive spelling-error-in-manpage
tags 625886 pending thanks On Tue, May 31, 2011 at 12:47:58PM +0200, Niels Thykier wrote: On 2011-05-06 17:42, Gennaro Oliva wrote: in a manual page of my package there is this sentence: The number of microseconds that the slurmctld daemon requires to process an epilog completion message from the slurmd dameons. and lintian complain about: slurm-llnl: spelling-error-in-manpage usr/share/man/man5/slurm.conf.5.gz requires to requires one to I think that the sentence is correct even if I'm not a native English speaker so I may be wrong. I spoke/chatted with two UK people today and they said the sentence was arguably correct but implied it was sub-optimal. Particularly: but it does look a little dubious - do I really have to tell it how long it takes? As opposed to how long I'm allowing it to take? or how long it should wait between sending messages? While this may be a reasonable point (I haven't read the full manual page either), it doesn't really have anything to do with what Lintian is trying to correct here. Lintian is objecting to the verb require apparently being used intransitively, which would be correct if it had detected this accurately; but in fact the use of require here is transitive in a relative clause, and is perfectly fine. This seems to be quite a common miscorrection: for example, there's a case of it in the text of the GFDL. I've removed this entry for the next Lintian release. Cheers, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627402: [with Patch] please upload 3.0.2 version to experimental
With the latest one ,I switch back to CDBS. Sorry for trouble. -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581903:
Hi Michael, On Tue, May 31, 2011 at 12:28 PM, Michael Kleiber m...@kleibi.de wrote: I have uploaded a new version of my previous package to mentors: http://mentors.debian.net/debian/pool/main/f/flann/ It includes test, doc and examples but is missing the python binding. That looks great. Could you please double-check your upload again, please ? $ dget -u http://mentors.debian.net/debian/pool/main/f/flann/flann_1.6.8-2.dsc /tmp dget: retrieving http://mentors.debian.net/debian/pool/main/f/flann/flann_1.6.8-2.dsc % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 1394 100 13940 0 11440 0 --:--:-- --:--:-- --:--:-- 26807 dget: retrieving http://mentors.debian.net/debian/pool/main/f/flann/flann_1.6.8.orig.tar.gz % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 111k 100 111k0 0 269k 0 --:--:-- --:--:-- --:--:-- 403k dget: retrieving http://mentors.debian.net/debian/pool/main/f/flann/flann_1.6.8-2.debian.tar.gz % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 4764 100 47640 0 18216 0 --:--:-- --:--:-- --:--:-- 48121 dpkg-source: info: extracting flann in flann-1.6.8 dpkg-source: info: unpacking flann_1.6.8.orig.tar.gz dpkg-source: info: unpacking flann_1.6.8-2.debian.tar.gz dpkg-source: info: applying fix-flann-target.patch patching file Makefile Hunk #1 FAILED at 1. Hunk #2 FAILED at 21. Hunk #3 FAILED at 44. 3 out of 3 hunks FAILED -- saving rejects to file Makefile.rej patching file CMakeLists.txt patching file src/cpp/CMakeLists.txt dpkg-source: error: LC_ALL=C patch -t -F 0 -N -p1 -u -V never -g0 -E -b -B .pc/fix-flann-target.patch/ flann-1.6.8/debian/patches/fix-flann-target.patch gave error exit status 1 I have underestimated the time needed for packaging and maintaining a complete package and therefore propose that Mathieu takes charge of the package. Thanks very much for the offer. What I initially propose was a team maintain package. This give a much better momentum to a package. Regards -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
