Bug#635141: Patch
Hi, Attached you will find a patch to package task 1.9.4. -- Matt Kraai https://ftbfs.org/kraai task_1.9.4-1.diff.gz Description: Binary data
Bug#635236: recommends outdated chromium-browser instead of chromium
Package: lxde Version: 0.5.0-4 Severity: normal Chris (slam) Hildebrandt http://aptosid.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560004: LXDM new upstream version released
Hi Andrew, a fresh lxdm-0.4.0 has been released 2011-07-21. Testing it did so far not show any problems. Please consider packaging and uploading to sid in order to get more tests and feedback from sid users. Thanks Chris (slam) Hildebrandt http://aptosid.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633771: [Pkg-xfce-devel] Bug#633771: thunar: useless error when ejecting removable media
On sam., 2011-07-23 at 22:26 -0300, Art O. utrrrongeeb wrote: If you think I could safely kill some of the other two processes, I can try that. Have you been able to reproduce the error? It should be safe to kill them yes. And no, no way to reproduce the error. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#635237: libkxl0: No sound in games using KXL (geki2 and geki3)
Package: libkxl0 Version: 1.1.7-14 Justification: renders package unusable Severity: grave When games like geki2 and geki3 are started, this appears on the command line: KXL error message could not open sound card (No such file or directory) The games run, but there is no sound or background music. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=sl_SI.UTF-8, LC_CTYPE=sl_SI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libkxl0 depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libx11-6 2:1.3.3-4 X11 client-side library libkxl0 recommends no packages. libkxl0 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#635238: Package:gdm3 :0-greeter.log
Package:gdm3 Package: gdm3 (or /usr/lib/gdm-simple/greeter for that) Version: (2.30.5-6squeeze3) stable from /usr/share/doc/gdm3/changelog.Debian.gz I have alot of entries in my /var/log/gdm3/:0-greeter.log that seem to indicate that there is a problem. ** (process:1687): DEBUG: Greeter session pid=1687 display=:0.0 xauthority=/var/run/gdm3/auth-for-Debian-gdm-K54B01/database (polkit-gnome-authentication-agent-1:1688): GLib-GObject-WARNING **: cannot register existing type `_PolkitError' (polkit-gnome-authentication-agent-1:1688): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed gdm-simple-greeter[1687]: Gtk-WARNING: /scratch/build-area/gtk+2.0- 2.20.1/gtk/gtkwidget.c:5628: widget not within a GtkWindow Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x140002b (Login Wind) Window manager warning: meta_window_activate called by a pager with a 0 timestamp; the pager needs to be fixed. Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x140002b (Login Wind) Window manager warning: meta_window_activate called by a pager with a 0 timestamp; the pager needs to be fixed. (gnome-power-manager:1686): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed gdm-simple-greeter[1687]: WARNING: Failed to send buffer ** (gnome-power-manager:1686): WARNING **: Failed to send buffer (gnome-power-manager:1686): atk-bridge-WARNING **: AT_SPI_REGISTRY was not started at session startup. (gnome-power-manager:1686): atk-bridge-WARNING **: IOR not set. (polkit-gnome-authentication-agent-1:1688): polkit-gnome-1-WARNING **: Error enumerating temporary authorizations: Remote Exception invoking org.freedesktop.PolicyKit1.Authority.EnumerateTemporaryAuthorization s() on /org/freedesktop/PolicyKit1/Authority at name org.freedesktop.PolicyKit1: org.freedesktop.PolicyKit1.Error.Failed: Cannot determine session the caller is in ^ That last one fills up my logfile until the end, the other's are some other samples of what I get. To reproduce you may just have to look in /var/log/gdm3/:0- greeter.log and do your normal login/desktop things, if you installed the default gui and stuff. Observerations: I found a reference to these error messages at https://bugzilla.redhat.com/show_bug.cgi?id=652681 and https://bugzilla.redhat.com/show_bug.cgi?id=661898 and neither of them ever seem to have gotten fixed over there. http://forums.debian.net/viewtopic.php?f=10t=58493 has some advice which I tried but which didn't work for me. He indicated that the problem is with metacity and the suggestion was to temporarily replace that with OpenBox or Compiz, but running the --replace command like they say just froze up my desktop. Running: Squeeze with x86_64 2.6.32-5-amd64 kernel. Gnome and default desktop type of setup. Nothing installed from source. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607225: breaks when using mdadm or cryptsetup
severity 607225 important retitle 607225 include mdadm as extra package in binary_debian-installer reassign 607225 live-build tag 607225 pending thanks i've tested all permutations yesterday with mdadm, lvm and cryptsetup. while it turned out that any permutations involving cryptsetup are now fixed (as of squeeze r2; they were broken at least in anything before r0), mdadm remains broken. the reason specific for mdadm is because lb didn't manually include mdadm in pool/ on the media, d'oh. this is fixed in git now. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574590: I have been hit by the same bug with two different logitech keyboards
Package: xorg Version: 1:7.6+7 Followup-For: Bug #574590 Hi, My logitech keyboards are seen as 'AT Translated Set 2 keyboard', and I suspect they have a broken definition. The result is that no characters are sent to the application (in xev all I see are notifyGrab and notifyUngrab events). Luckily, I can still Ctrl-Alt-F1 to get back to the console. I have tried two different keyboards, and I modified my xorg.conf file to ignore things like the power button (using InputClass directives), and even turning off the automatic adding of devices via udev, with no change in behaviour. This bug is very annoying :-) manoj -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Jun 1 08:48 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1957728 Jul 2 03:07 /usr/bin/Xorg Diversions concerning libGL are in place diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/xorg/modules/extensions/libglx.so to /usr/lib/mesa-diverted/libglx.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/debug/usr/lib/xorg/modules/extensions/libglx.so to /usr/lib/mesa-diverted/libglx.so.dbg by glx-diversions VGA-compatible devices on PCI bus: -- 01:00.0 VGA compatible controller [0300]: nVidia Corporation GF108 [Quadro 600] [10de:0df8] (rev a1) Xorg X server configuration file status: -rw-r--r-- 1 root root 2899 Jul 23 23:56 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- # nvidia-settings: X configuration file generated by nvidia-settings # nvidia-settings: version 270.41.06 (buildd@barber) Mon May 16 12:36:43 UTC 2011 # nvidia-xconfig: X configuration file generated by nvidia-xconfig # nvidia-xconfig: version 270.41.06 (buildd@barber) Mon May 16 01:29:41 UTC 2011 Section ServerFlags Option DontZap off Option AutoAddDevices false Option AllowEmptyInput off EndSection Section ServerLayout Identifier Layout0 Screen 0 Screen0 0 0 Option Xinerama 0 InputDeviceEvdev Keyboard CoreKeyboard InputDeviceEvdev Mouse1CorePointer EndSection Section Files EndSection Section InputDevice Identifier Evdev Mouse 1 Driver evdev Option Name ImExPS/2 Logitech Wheel Mouse Option evBits +1-2 Option keyBits ~272-287 Option relBits ~0-2 ~6 ~8 Option Pass3 Option Device /dev/input/event2 Option CorePointer EndSection Section InputDevice Identifier Evdev Keyboard Driver evdev Option Name AT Translated Set 2 keyboard Option Device /dev/input/event0 Option Floating false Option AutoRepeat 1000 30 # Specify which keyboard LEDs can be user-controlled (eg, with xset(1)) Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us Option XkbOptions ctrl:nocaps,compose:menu EndSection Section InputClass Identifier PowerButton MatchProductPower Button Option Ignore true EndSection Section InputClass Identifier HDA Intel PCH Headphone MatchProductHDA Intel PCH Headphone Option Ignore true EndSection Section InputClass Identifier Eee PC WMI hotkeys MatchProductEee PC WMI hotkeys Option Ignore true EndSection Section InputClass Identifier Logitech USB Receiver MatchProductLogitech USB Receiver MatchDevicePath /dev/input/event1 Option Ignore true EndSection Section Monitor Identifier Monitor0 VendorName Unknown ModelName DELL 2007WFP HorizSync 30.0 - 83.0 VertRefresh 56.0 - 76.0 Option DPMS EndSection Section Device Identifier Device0 Driver nvidia VendorName NVIDIA Corporation BoardName Quadro 600 EndSection Section Screen Identifier Screen0
Bug#635023: [Pkg-ime-devel] Bug#635023: ibus: Switch to dh_python2
Hi, I think it is good idea to fix these issues as soon as possible. But it looks like time to rewrite debian/rules using normal syntax of using override_dh_foo... too when time allows. On Thu, Jul 21, 2011 at 04:58:56PM -0400, Barry Warsaw wrote: Package: ibus Version: 1.3.9-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 python-support is officially deprecated: http://article.gmane.org/gmane.linux.debian.devel.python/6948 In Ubuntu, we are removing python-support and python-central from our CDs. As part of that work, I have converted ibus to use dh_python2 according to these guidelines: http://wiki.debian.org/Python/TransitionToDHPython2 I hope you will accept this patch. Thanks! *** /tmp/tmpaNYTUP In Ubuntu, the attached patch was applied to achieve the following: * Switch to dh_python2. (LP: 788514) Thanks for considering the patch. I do not understand Li's intent on keeping http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552293 reference in old debbian/rules since Joey Hess does not think this as a bug in debhelper. For me, debian/rules should be more like: #!/usr/bin/make -f dh $@ --with python2 --with autotools-dev override_dh_auto_configure: dh_auto_configure -- --enable-static LDFLAGS=-Wl,--as-needed --enable-gtk3 override_dh_auto_build: dh_auto_build cd po; make ibus.pot # https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/188690 override_dh_auto_install: rm -rf $(CURDIR)/debian/tmp/usr/lib/libibus.la \ $(CURDIR)/debian/tmp/usr/lib/gtk-2.0/2.10.0/immodules/im-ibus.a \ $(CURDIR)/debian/tmp/usr/lib/gtk-2.0/2.10.0/immodules/im-ibus.la \ $(CURDIR)/debian/tmp/usr/lib/gtk-3.0/3.0.0/immodules/im-ibus.a \ $(CURDIR)/debian/tmp/usr/lib/gtk-3.0/3.0.0/immodules/im-ibus.la \ $(CURDIR)/debian/tmp/etc/xdg \ $(CURDIR)/debian/tmp/usr/share/applications/ibus.desktop dh_install --list-missing --fail-missing LD_LIBRARY_PATH=debian/libibus2/usr/lib:$(LD_LIBRARY_PATH) \ dh_gtkmodules -p ibus-gtk -s \ dh_gtkmodules -p ibus-gtk3 -s This needs testing though... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635239: logrotate lameness due to missing directories
Package: libvirt-bin Version: 0.9.3-2 barf from /etc/cron.daily/logrotate: error: error accessing /var/log/libvirt/lxc: No such file or directory error: libvirtd.lxc:1 glob failed for /var/log/libvirt/lxc/*.log error: found error in /var/log/libvirt/lxc/*.log , skipping error: error accessing /var/log/libvirt/uml: No such file or directory error: libvirtd.uml:1 glob failed for /var/log/libvirt/uml/*.log error: found error in /var/log/libvirt/uml/*.log , skipping for those patterns to be useful /var/log/libvirt/lxc/ and /var/log/libvirt/uml/ would need to exist, similar to /var/log/libvirt/qemu, which does exist (though there's nothing in it for me at the moment as I haven't actually gotten around to using libvirt for anything) and hence, no obnoxious error message. $ dpkg -S /var/log/libvirt/qemu libvirt-bin: /var/log/libvirt/qemu $ dpkg -S /var/log/libvirt/lxc dpkg-query: no path found matching pattern /var/log/libvirt/lxc. -- Jamie Heilman http://audible.transient.net/~jamie/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560004: LXDM new upstream version released
Hi slam, On 2011年07月24日 14:40, Chris Hildebrandt wrote: a fresh lxdm-0.4.0has been released 2011-07-21. Testing it did so far not show any problems. Please consider packaging and uploading to sid in order to get more tests and feedback from sid users. Sure. We are working on setup new git repo on pkg-lxde project on alioth.d.o for all of lxde packages. As you are the member of pkg-lxde project. Once the new git setup, you may easily contribute to make it ready for upload. Cheers, -Andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625511: [Debian-hebrew-package] Bug#625511: icedove-bidiui: does not work at all
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/23/2011 07:45 PM, Lior Kaplan wrote: thanks lior, let me know how i could help. I'm not aware of any clean up, and both version works fine for me. Kaplan the main problem i remember about 0.96 seems to be that it works for the main mail window, but not for per message windows. this doesn't let me edit rtl messages, or see them in separated windows. - -- - -- best regards, alex -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iJwEAQECAAYFAk4rzT8ACgkQ2nA3WyrfyeMdDwP/QHyYSiXjSx0oeDF37B3tpPEN Y/dVZ1dGeze6tvIl7w2Wkawpu/JEcItPzOvWXlE4RjgKxR0s8dg9oOuVdhecBLTu DfJypvKVP49zjtxOrjhLJWll+BfdoMzQkl987140qvFrNvAWnKEdDqtNpiOQJmOq 3zU9TJIYfNVuoV7HGUQ= =m56A -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#629608: Redmine 1.2.1 released
On 24/07/2011 04:06, David Martínez Moreno wrote: Redmine 1.2.1 was released on 2011-07-11 with a bunch of bugfixes: http://www.redmine.org/projects/redmine/wiki/Changelog Jeremy, would it be possible to join you on maintaining redmine on git.debian.org:pkg-ruby-extras/redmine? redmine = 1.2, maintained in the master-experimental branch, gives me hard time with copyright issues, as it now relies on TCPDF. See [0] for what it implies. I'm thinking about replacing TCPDF with webkit2pdf (because i'm not familiar with libqtwebkit), with a similar approach to [1], and dfsg-repacking redmine without tcpdf. So yes, any help would be great. Jérémy. [0] http://bugs.debian.org/495985 [1] http://www.redmine.org/issues/3463#note-35 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633040: [pkg-wpa-devel] Bug#633040: wpasupplicant: /run transition: Please switch to /run/sendsigs.omit.d
Hi Roger,
On Fri, 8 Jul 2011 08:39:53 AM Roger Leigh wrote:
Source: wpasupplicant
Version: 0.7.3-3
Severity: important
Your package is currently using/lib/init/rw/sendsigs.omit.d
which is now deprecated and pending removal. Please update your
package to use /run/sendsigs.omit.d with a versioned dependency
on initscripts, as detailed below.
An overview of the /run transition and its current progress is
available at http://wiki.debian.org/ReleaseGoals/RunDirectory
Basically, it's now in both testing and unstable, and the next
phase of the transition is to migrate all users of /lib/init/rw
over to /run and then remove /lib/init/rw entirely for wheezy
(as soon as this transition is complete).
Your package is one of the users of sendsigs.omit.d listed here:
http://wiki.debian.org/ReleaseGoals/RunDirectory#Packages_using_.2BAC8-lib.
2BAC8-init.2BAC8-rw
Recommendations for how to do the transition may be found here:
http://wiki.debian.org/ReleaseGoals/RunDirectory#How_to_transition_from_.2B
AC8-lib.2BAC8-init.2BAC8-rw_to_.2BAC8-run.3F
For sendsigs.omit.d, we would recommend that you:
* Depend on initscripts (= 2.88dsf-13.3)
Is it really neccessary in this case?
* Replace *all* usage of /lib/init/rw with /run
I was hoping just to support (with first preference) the new location in
addition to the previous locations, then remove that code sometime in next
release cycle.
* Move all files in /lib/init/rw to /run in the package postinst, for
example:
if [ -f /lib/init/rw/sendsigs.omit.d/foo ]; then
mv /lib/init/rw/sendsigs.omit.d/foo /run/sendsigs.omit.d/foo
fi
Attached patch.
Thanks, Kel.
---
Index: debian/ifupdown/functions.sh
===
--- debian/ifupdown/functions.sh(revision 1586)
+++ debian/ifupdown/functions.sh(working copy)
@@ -40,12 +40,14 @@
WPA_CLI_TIMESTAMP=/var/run/wpa_action.${WPA_IFACE}.timestamp
WPA_CLI_IFUPDOWN=/var/run/wpa_action.${WPA_IFACE}.ifupdown
-# sendsigs omission interface, present in initscripts (= 2.86.ds1-48)
-if [ -d /lib/init/rw/sendsigs.omit.d/ ]; then
- # Debian
+if [ -d /run/sendsigs.omit.d/ ]; then
+ # Debian, initscripts (= 2.88dsf-13.3)
+
WPA_SUP_OMIT_PIDFILE=/run/sendsigs.omit.d/wpasupplicant.wpa_supplicant.${WPA_IFACE}.pid
+elif [ -d /lib/init/rw/sendsigs.omit.d/ ]; then
+ # Debian, initscripts ( 2.88dsf-13.3)
WPA_SUP_OMIT_PIDFILE=/lib/init/rw/sendsigs.omit.d/wpasupplicant.wpa_supplicant.${WPA_IFACE}.pid
elif [ -d /var/run/sendsigs.omit.d/ ]; then
- # Ubuntu, see https://launchpad.net/bugs/181541 for status
+ # Ubuntu ( oneiric)
WPA_SUP_OMIT_PIDFILE=/var/run/sendsigs.omit.d/wpasupplicant.wpa_supplicant.${WPA_IFACE}.pid
else
WPA_SUP_OMIT_PIDFILE=
Index: debian/wpasupplicant.postinst
===
--- debian/wpasupplicant.postinst (revision 1586)
+++ debian/wpasupplicant.postinst (working copy)
@@ -23,6 +23,20 @@
if ! getent group netdev /dev/null; then
addgroup --quiet --system netdev || true
fi
+
+ # Migrate sendsigs pid ommission files to /run
+ if [ -d /run/sendsigs.omit.d ]; then
+ for omitd in /lib/init/rw/sendsigs.omit.d \
+ /var/run/sendsigs.omit.d
+ do
+ if [ -d $omitd ]; then
+ for f in ${omitd}/wpasupplicant.*.pid
+ do
+ mv $f /run/sendsigs.omit.d/
+ done
+ fi
+ done
+ fi
;;
abort-upgrade|abort-deconfigure|abort-remove)
;;
---
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631652: libqtgui4: psi can't be used with tray icon + crash PKIMonitor from Alladin
notfound 631652 4:4.6.3-4+squeeze1 close 631652 4:4.7.3-4 thanks Hello, On penktadienis 22 Liepa 2011 12:12:44 stanislav@gmail.com wrote: Package: libqtgui4 Version: 4:4.6.3-4+squeeze1 Severity: normal psi from repository does not create tray icon, but can be disappeared from taskbar in gnome PKIMonitor (Alladin eToken software gui from external source) crash with syslog message: Jul 22 13:27:34 stas-it kernel: [1798890.786743] PKIMonitor[2950]: segfault at 730072 ip b6be38d1 sp bfbc15b0 error 4 in libQtGui.so.4.6.3[b6a38000+a78000] DO NOT report another unrelated problem into existing bug. -- Modestas Vainius mo...@debian.org signature.asc Description: This is a digitally signed message part.
Bug#579102: ITA: conky -- highly configurable system monitor
On Wed, Jul 20, 2011 at 16:02, Vincent Cheng vincentc1...@gmail.com wrote: No worries; another DD has recently offered to sponsor my Conky packaging as well, so I might not have to trouble you. :) Regards, - Vincent OK then, I'm back at home now. So you choose who to sponsor, ;-) -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531316: [debootstrap] --foregin for kfreebsd-* fails still - debootstrap to kfreebsd from Linux not possible.
Package: debootstrap
Version: 1.0.32
--- Please enter the report below this line. ---
Have the same error on debootstrap 1.0.26+squeeze1 from Squeeze and for
1.0.32 (exactly the same result). I wanted to debootstrap from Linux to
kFreeBSD, run:
debootstrap --foreign --arch=kfreebsd-i386 squeeze /mnt/temp
http://ftp2.de.debian.org/debian/
Package extraction is OK, but then I get:
W: Failure trying to run: chroot /mnt/temp mount -t devfs devfs /dev
in /usr/share/debootstrap/functions there is:
setup_devices () {
case $ARCH in
kfreebsd-*)
in_target mount -t devfs devfs /dev ;;
looks like it should work...
There is /dev/sda5, formatted as ext2 mounted as /mnt/temp.
Regards,
rozie
--- System information. ---
Architecture: i386
Kernel: Linux 2.6.32-5-686
Debian Release: 6.0.2
500 stable-updates ftp.fi.debian.org
500 stable security.debian.org
500 stable ftp.fi.debian.org
500 stable deb.opera.com
400 unstableftp.fi.debian.org
100 experimentalftp.fi.debian.org
--- Package information. ---
Depends (Version) | Installed
==-+-===
wget | 1.12-2.1
Recommends (Version) | Installed
=-+-===
gnupg | 1.4.10-4
debian-archive-keyring| 2010.08.28
Package's Suggests field is empty.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635023: [Pkg-ime-devel] Bug#635023: Bug#635023: ibus: Switch to dh_python2
On Sun, Jul 24, 2011 at 3:34 PM, Osamu Aoki os...@debian.org wrote: Hi, I think it is good idea to fix these issues as soon as possible. But it looks like time to rewrite debian/rules using normal syntax of using override_dh_foo... too when time allows. I have fixed this bug in new version of ibus which is uploaded to mentor.debian.net for sponsoring. I also fixed ibus-pinyin. On Thu, Jul 21, 2011 at 04:58:56PM -0400, Barry Warsaw wrote: Package: ibus Version: 1.3.9-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 python-support is officially deprecated: http://article.gmane.org/gmane.linux.debian.devel.python/6948 In Ubuntu, we are removing python-support and python-central from our CDs. As part of that work, I have converted ibus to use dh_python2 according to these guidelines: http://wiki.debian.org/Python/TransitionToDHPython2 I hope you will accept this patch. Thanks! *** /tmp/tmpaNYTUP In Ubuntu, the attached patch was applied to achieve the following: * Switch to dh_python2. (LP: 788514) Thanks for considering the patch. I do not understand Li's intent on keeping http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552293 reference in old debbian/rules since Joey Hess does not think this as a bug in debhelper. For me, debian/rules should be more like: #!/usr/bin/make -f dh $@ --with python2 --with autotools-dev override_dh_auto_configure: dh_auto_configure -- --enable-static LDFLAGS=-Wl,--as-needed --enable-gtk3 override_dh_auto_build: dh_auto_build cd po; make ibus.pot # https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/188690 override_dh_auto_install: rm -rf $(CURDIR)/debian/tmp/usr/lib/libibus.la \ $(CURDIR)/debian/tmp/usr/lib/gtk-2.0/2.10.0/immodules/im-ibus.a \ $(CURDIR)/debian/tmp/usr/lib/gtk-2.0/2.10.0/immodules/ im-ibus.la \ $(CURDIR)/debian/tmp/usr/lib/gtk-3.0/3.0.0/immodules/im-ibus.a \ $(CURDIR)/debian/tmp/usr/lib/gtk-3.0/3.0.0/immodules/ im-ibus.la \ $(CURDIR)/debian/tmp/etc/xdg \ $(CURDIR)/debian/tmp/usr/share/applications/ibus.desktop dh_install --list-missing --fail-missing LD_LIBRARY_PATH=debian/libibus2/usr/lib:$(LD_LIBRARY_PATH) \ dh_gtkmodules -p ibus-gtk -s \ dh_gtkmodules -p ibus-gtk3 -s This needs testing though... ___ Pkg-ime-devel mailing list pkg-ime-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ime-devel -- Best Regards Asias He
Bug#635240: buici-clock: FTBFS: missing build-dependency
Package: src:buici-clock Version: 0.4.9 Severity: serious Tags: sid wheezy Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the kfreebsd-amd64 buildds: checking for suffix of object files... o checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking whether ln -s works... yes checking whether make sets $(MAKE)... yes checking for a BSD-compatible install... /usr/bin/install -c configure: error: Unable to find xo library checking for XO class library... Full build log at https://buildd.debian.org/status/fetch.php?pkg=buici-clockarch=kfreebsd-amd64ver=0.4.9stamp=1311484541 Regards Christoph If you have further questions please mail debian-...@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#635241: Package description typos
Package: wget Version: 1.12-4 Severity: wishlist Tags: patch Dear Noël, updating the German package description I'm afraid that I found two remaining typos. Upstream (1) uses the Wget spelling. Kind regards, Martin 1: http://www.gnu.org/s/wget/ --- control 2011-07-23 21:29:07.0 +0200 +++ control.1 2011-07-24 10:35:22.0 +0200 @@ -16,7 +16,7 @@ using HTTP(S) and FTP, the two most widely used internet protocols. It works non-interactively, so it will work in the background, after having logged off. The program supports - recursive retrieval of web-authoring pages as well as ftp + recursive retrieval of web-authoring pages as well as FTP sites -- you can use wget to make mirrors of archives and home pages or to travel the web like a WWW robot. . --- control.1 2011-07-24 09:55:02.0 +0200 +++ control.2 2011-07-24 10:20:11.0 +0200 @@ -17,14 +17,14 @@ protocols. It works non-interactively, so it will work in the background, after having logged off. The program supports recursive retrieval of web-authoring pages as well as ftp - sites -- you can use wget to make mirrors of archives and + sites -- you can use Wget to make mirrors of archives and home pages or to travel the web like a WWW robot. . Wget works particularly well with slow or unstable connections by continuing to retrieve a document until the document is fully downloaded. Re-getting files from where it left off works on servers (both HTTP and FTP) that support it. Both HTTP and FTP - retrievals can be time stamped, so wget can see if the remote + retrievals can be time stamped, so Wget can see if the remote file has changed since the last retrieval and automatically retrieve the new version if it has. .
Bug#531316: [debootstrap] --foregin for kfreebsd-* fails still - debootstrap to kfreebsd from Linux not possible.
2011/7/24 Paweł Różański ro...@wp.pl:
...
Package extraction is OK, but then I get:
W: Failure trying to run: chroot /mnt/temp mount -t devfs devfs /dev
in /usr/share/debootstrap/functions there is:
setup_devices () {
case $ARCH in
kfreebsd-*)
in_target mount -t devfs devfs /dev ;;
looks like it should work...
There is /dev/sda5, formatted as ext2 mounted as /mnt/temp.
It shouldn't since it tried to run a kfreebsd binary in your Linux
host. Aurelien, can you take a look at it?
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633040: [pkg-wpa-devel] Bug#633040: wpasupplicant: /run transition: Please switch to /run/sendsigs.omit.d
On Sun, Jul 24, 2011 at 05:35:39PM +1000, Kel Modderman wrote:
Hi Roger,
On Fri, 8 Jul 2011 08:39:53 AM Roger Leigh wrote:
Source: wpasupplicant
Version: 0.7.3-3
Severity: important
Your package is currently using/lib/init/rw/sendsigs.omit.d
which is now deprecated and pending removal. Please update your
package to use /run/sendsigs.omit.d with a versioned dependency
on initscripts, as detailed below.
An overview of the /run transition and its current progress is
available at http://wiki.debian.org/ReleaseGoals/RunDirectory
Basically, it's now in both testing and unstable, and the next
phase of the transition is to migrate all users of /lib/init/rw
over to /run and then remove /lib/init/rw entirely for wheezy
(as soon as this transition is complete).
Your package is one of the users of sendsigs.omit.d listed here:
http://wiki.debian.org/ReleaseGoals/RunDirectory#Packages_using_.2BAC8-lib.
2BAC8-init.2BAC8-rw
Recommendations for how to do the transition may be found here:
http://wiki.debian.org/ReleaseGoals/RunDirectory#How_to_transition_from_.2B
AC8-lib.2BAC8-init.2BAC8-rw_to_.2BAC8-run.3F
For sendsigs.omit.d, we would recommend that you:
* Depend on initscripts (= 2.88dsf-13.3)
Is it really neccessary in this case?
It's necessary if you wish to unconditionally migrate. Having the
dependency ensures that /run/sendsigs.omit.d will be present when the
postinst runs, so you can just change all the code to point to the
new location, and mv any files from the old location to there in the
postinst.
* Replace *all* usage of /lib/init/rw with /run
I was hoping just to support (with first preference) the new location in
addition to the previous locations, then remove that code sometime in next
release cycle.
Given the limited number of programs using /lib/init/rw, it should be
entirely feasible to migrate them all in the next few weeks, at which
point /lib/init/rw can be removed following the addition of the
appropriate Breaks to initscripts. Is there any need to keep it around
for longer than this?
* Move all files in /lib/init/rw to /run in the package postinst, for
example:
if [ -f /lib/init/rw/sendsigs.omit.d/foo ]; then
mv /lib/init/rw/sendsigs.omit.d/foo /run/sendsigs.omit.d/foo
fi
Attached patch.
I'm not sure this will work correctly on Debian (the Ubuntu-specific
bits are incorrect for Debian AFAICT); see below. The main point is
that /var/run/sendsigs.omit.d /is/ /run/sendsigs.omit.d as soon as
initscripts is upgraded. In consequence, there's no need for any
migration (in fact, any mv from /var/run/sendsigs.omit.d/foo to
/run/sendsigs.omit.d/foo will fail, because they will be the /same/
file as a result of the bind mount or symlink, depending upon if the
system was rebooted or not.
This is the main reason you need the initscripts dependency. It
ensures that the /run/sendsigs.omit.d path is valid, and removes the
need to special-case Ubuntu.
Index: debian/ifupdown/functions.sh
===
--- debian/ifupdown/functions.sh (revision 1586)
+++ debian/ifupdown/functions.sh (working copy)
@@ -40,12 +40,14 @@
WPA_CLI_TIMESTAMP=/var/run/wpa_action.${WPA_IFACE}.timestamp
WPA_CLI_IFUPDOWN=/var/run/wpa_action.${WPA_IFACE}.ifupdown
-# sendsigs omission interface, present in initscripts (= 2.86.ds1-48)
-if [ -d /lib/init/rw/sendsigs.omit.d/ ]; then
- # Debian
+if [ -d /run/sendsigs.omit.d/ ]; then
+ # Debian, initscripts (= 2.88dsf-13.3)
+
WPA_SUP_OMIT_PIDFILE=/run/sendsigs.omit.d/wpasupplicant.wpa_supplicant.${WPA_IFACE}.pid
+elif [ -d /lib/init/rw/sendsigs.omit.d/ ]; then
+ # Debian, initscripts ( 2.88dsf-13.3)
WPA_SUP_OMIT_PIDFILE=/lib/init/rw/sendsigs.omit.d/wpasupplicant.wpa_supplicant.${WPA_IFACE}.pid
elif [ -d /var/run/sendsigs.omit.d/ ]; then
- # Ubuntu, see https://launchpad.net/bugs/181541 for status
+ # Ubuntu ( oneiric)
WPA_SUP_OMIT_PIDFILE=/var/run/sendsigs.omit.d/wpasupplicant.wpa_supplicant.${WPA_IFACE}.pid
/var/run/sendsigs.omit.d may be omitted here. You can just use the same
'if [ -d /run/sendsigs.omit.d/ ]' logic above as for Debian.
else
WPA_SUP_OMIT_PIDFILE=
Index: debian/wpasupplicant.postinst
===
--- debian/wpasupplicant.postinst (revision 1586)
+++ debian/wpasupplicant.postinst (working copy)
@@ -23,6 +23,20 @@
if ! getent group netdev /dev/null; then
addgroup --quiet --system netdev || true
fi
+
+ # Migrate sendsigs pid ommission files to /run
+ if [ -d /run/sendsigs.omit.d ]; then
+ for omitd in /lib/init/rw/sendsigs.omit.d \
+ /var/run/sendsigs.omit.d
/var/run/sendsigs.omit.d may be omitted entirely here, for the reasons
given
Bug#633040: [pkg-wpa-devel] Bug#633040: wpasupplicant: /run transition: Please switch to /run/sendsigs.omit.d
Hi Roger, On Sun, 24 Jul 2011 06:51:23 PM Roger Leigh wrote: I'm not sure this will work correctly on Debian (the Ubuntu-specific bits are incorrect for Debian AFAICT); see below. The main point is that /var/run/sendsigs.omit.d /is/ /run/sendsigs.omit.d as soon as initscripts is upgraded. In consequence, there's no need for any migration (in fact, any mv from /var/run/sendsigs.omit.d/foo to /run/sendsigs.omit.d/foo will fail, because they will be the /same/ file as a result of the bind mount or symlink, depending upon if the system was rebooted or not. This is the main reason you need the initscripts dependency. It ensures that the /run/sendsigs.omit.d path is valid, and removes the need to special-case Ubuntu. Fair enough. Thanks for the clue bat I wasn't thinking clearly on this one. Kel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635242: chiark-utils-bin: xacpi and xacpi-simple in squeeze stable are trying to use /proc/acpi,
Package: chiark-utils-bin Version: 4.1.28+nmu2 Severity: normal xacpi and axcpi-simple exit immediately, unable to find /proc/acpi. Battery and thermal status information has been moved... somewhere else, in /sys allegedly (though I can't find it), The 'acpi' command knows how, so I suppose it can't be too hard to fix... -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages chiark-utils-bin depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib Versions of packages chiark-utils-bin recommends: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgmp3c2 2:4.3.2+dfsg-1 Multiprecision arithmetic library ii libnettle32.0-2 low level cryptographic library (s Versions of packages chiark-utils-bin suggests: ii libx11-6 2:1.3.3-4 X11 client-side library -- 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#635149: [Virtual-pkg-base-maintainers] Bug#635149: base: Sentelic touchpad is not properly supported. It is a common thing on laptops.
tags 635149 moreinfo thanks Hi Lugo, Thanks for reporting this bug. You mention using gnome, but you don't mention what version, but you seem to be running stable. Have you tried configuring the touchpad with: gpointing-device-settings - configuration tool for pointing devices tpconfig - touchpad device configuration utility gsynaptics - configuration tool for pointing devices (transitional package) Thanks for any other info you can provide about this issue. -- .''`. Ex nihilo nihil fit : :' : `. `' `-Proudly running Debian GNU/Linux -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635241: Package description typos
tags 635241 + confirm pending thanks Hello Martin, Am Sonntag, den 24.07.2011, 10:52 +0200 schrieb Martin Eberhard Schauer: updating the German package description I'm afraid that I found two remaining typos. Upstream (1) uses the Wget spelling. Thank you for the patches. I will update it with the next upload. -- Noël Köthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: This is a digitally signed message part
Bug#634248: debootstrap: Add support for XZ compressed binary packages
On Mon, Jul 18, 2011 at 08:43, Raphaël Hertzog hert...@debian.org wrote: Please can you add support for XZ-compressed .deb and/or tell us which package should not use XZ compression so that we can modify them to hardcode gzip usage? It seems XZ support has been included in 1.0.21, as can be seen at: debootstrap (1.0.21) unstable; urgency=low [ Otavio Salvador ] * Apply patch from Clint Adams sch...@debian.org to add support for gz/bz2/xz data.tar (closes: #458663). ... -- Otavio Salvador ota...@debian.org Sun, 21 Feb 2010 23:11:06 -0300 About the use of xz I see no reason to use for base packages as it has following consequences: * bigger memory footprint; * xz dependecy in host; Specially the extra xz dependency can be problematic when using debootstrap in non-Debian systems. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635211: lintian: does not process *_multi.changes properly
block 635211 by 632115 thanks On 2011-07-23 23:06, Andreas Beckmann wrote: Package: lintian Version: 2.5.1 Severity: normal Hi, lintian does not properly process merged changes files generated by mergechanges -f. Sometimes this does work, but this time it failed miserably, resulting also in a ftp-master reject (while a similar upload yesterday succeeded). A log of lintian runs on the the source changes files (amd64 and i386) as well as the merged one is attached. I can also provide the packages if needed. Andreas -- System Information: [...] Hi, Basically this is the same as #632115, except I would like to double check the handling of multiple changes files before I merge the two bugs. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574678: init_acpi_acadapt() returned NOT_SUPPORTED.
Hi, I get the same error on my acer aspire 5552 on squeeze. $ sudo /usr/sbin/battery-stats-collector battery-stats-collector: Using libacpi. battery-stats-collector: Number of batteries: 2. Reading info from first battery only. battery-stats-collector: init_acpi_acadapt() returned NOT_SUPPORTED. -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633738: Here, too
Hello, same' here - running squeeze / 2.6.32-5-vserver-amd64 #1 SMP Tue Jun 14 11:50:10 UTC 2011 x86_64 GNU/Linux This seems to be a regression coming from one of the latest security updates. It haven't occurred a few months before ... [1772617.686367] [ cut here ] [1772617.689014] kernel BUG at /build/buildd-linux-2.6_2.6.32-35-amd64-aZSlKL/linux-2.6-2.6.32/debian/build/source_amd64_vserver/net/core/net_namespace.c:497! [1772617.689014] invalid opcode: [#1 Keep smiling yanosz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635243: Autosigning on poulenc and praetorius not working for security builds
Package: buildd.debian.org Severity: wishlist I'm not entirely sure if it worked in the past, but security buildd autosigning is currently not working on powerpc for poulenc and praetorius. Cheers, Moritz -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635244: Package description is not user friendly
Package: inkscape Version: 0.48.1-2.1 Forwarded from Ubuntu: https://bugs.launchpad.net/ubuntu/+source/inkscape/+bug/811634 The package description for Inkscape is not very user-friendly. It includes the names of several technical packages, has a lot of specific (and mostly irrelevant) technical information and does not focus on tasks that the user might want to perform. The package description should be updated, following the advice given in the Packaging Guide: https://wiki.ubuntu.com/PackagingGuide/Howtos/UsefulDescription This will make it more likely that non-technical users looking for a vector editor will find Inkscape. Suggested description: Inkscape is an illustration editor which has everything you need to create professional-quality computer art. You can use it to make diagrams and illustrations, technical drawings, web graphics, clip art, icons and logos. A collection of hands-on tutorials show you how to combine lines, shapes, and text of different types and styles to build up a picture. A selection of powerful vector graphics editing tools comes as standard. There is excellent support for paths, gradients, layers, alpha transparency, and text flow control. An extensive library of filters allow you to apply realistic effects, and extensions allow you to work with bitmaps, barcodes and printing marks, amongst other things. Most of the common vector formats are supported, including PDF, Adobe Illustrator and AutoCAD files, and it has unrivalled support for the SVG web graphics standard. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635245: update-manager-gnome: once update is complete cpu usage stuck at 104%
Package: update-manager-gnome Version: 0.200.5-1 Severity: normal Once the update manager is done doing it's thing, it will sit there using 104% cpu usage waiting for me to click close. The entire time it is using up 104% of my cpu resources waiting for input. This issue has not been in there for long, unless I've not noticed it previously. But it happens every single time that there is an update. How I tell that it's done is, I watch the CPU frequency monitor applet, and once core 1 is at full clock and staying there, I know it's done updating. I doubt the system is supposed to eat up CPU cycles like crazy whilst waiting for input, so thus I have filed this bug. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-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 Versions of packages update-manager-gnome depends on: ii gconf22.32.4-1 GNOME configuration database syste ii gksu 2.0.2-5graphical frontend to su ii python2.6.6-14 interactive high-level object-orie ii python-dbus 0.84.0-1 simple interprocess messaging syst ii python-gconf 2.28.1-3 Python bindings for the GConf conf ii python-gobject2.28.6-1 Python bindings for the GObject li ii python-gtk2 2.24.0-2 Python bindings for the GTK+ widge ii python-support1.0.14 automated rebuilding support for P ii python-vte1:0.28.1-2 Python bindings for the VTE widget ii update-manager-core 0.200.5-1 APT update manager core functional update-manager-gnome recommends no packages. Versions of packages update-manager-gnome suggests: ii software-properties-g 0.76.7debian2+nmu1 manage the repositories that you i ii update-notifier 0.99.3debian9 Daemon which notifies about packag -- 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#635246: saslauthd authentication error with rimap
Package: sasl2-bin Version: 2.1.24~rc1.dfsg1+cvs2011-05-23-4 Severity: important Tags: squeeze patch Courier is setup to use userdb. # authtest -s imap myuser myuserpasswd Authentication succeeded. [...] I can authenticate users. However, the same doesn't work through saslauthd (rimap). # testsaslauthd -u myuser -p myuserpasswd 0: NO authentication failed The actual authentication seems to pass as shown in the logs /var/log/mail.log: Jul 24 10:38:27 myhost imapd: Connection, ip=[:::127.0.0.1] Jul 24 10:38:27 myhost authdaemond: received auth request, service=imap, authtype=login Jul 24 10:38:27 myhost authdaemond: authuserdb: trying this module Jul 24 10:38:27 myhost authdaemond: userdb: looking up 'myuser' Jul 24 10:38:27 myhost authdaemond: userdb: home=.../myuser/, uid=..., gid=..., shell=/bin/false, mail=..., quota=unset, gecos=unset, options=unset Jul 24 10:38:27 myhost authdaemond: found imappw in userdbshadow Jul 24 10:38:27 myhost authdaemond: authuserdb: sysusername=null, sysuserid=..., sysgroupid=..., homedir=..., address=myuser, fullname=null, maildir=.../myuser/, quota=null, options=null Jul 24 10:38:27 myhost authdaemond: authuserdb: clearpasswd=null, passwd=... Jul 24 10:38:27 myhost authdaemond: password matches successfully Jul 24 10:38:27 myhost authdaemond: Authenticated: sysusername=null, sysuserid=1, sysgroupid=1, homedir=..., address=myuser, fullname=null, maildir=.../myuser/, quota=null, options=null Jul 24 10:38:27 myhost authdaemond: Authenticated: clearpasswd=myuserpasswd, passwd=... Jul 24 10:38:27 myhost imapd: LOGIN, user=myuser, ip=[:::127.0.0.1], port=[56186], protocol=IMAP Jul 24 10:38:27 myhost imapd: DISCONNECTED, user=myuser, ip=[:::127.0.0.1], headers=0, body=0, rcvd=0, sent=178, time=0 The same setup works in lenny. There seems to be similar issue in FreeBSD forums at http://forums.freebsd.org/archive/index.php/t-8953.html and a possible patch is also provided at http://netvor.sk/~johnny/hacks/cyrus-sasl-2.1.23/lib:checkpw.c.diff. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-028stab070.14 (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 sasl2-bin depends on: ii db-util 5.1.4Berkeley Database Utilities ii debconf 1.5.36.1 Debian configuration management sy ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libcome 1.41.12-4stable1 common error description library ii libdb5. 5.1.25-10Berkeley v5.1 Database Libraries [ ii libgssa 1.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries - k ii libk5cr 1.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries - C ii libkrb5 1.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries ii libldap 2.4.23-7.2 OpenLDAP libraries ii libpam0 1.1.1-6.1Pluggable Authentication Modules l ii libsasl 2.1.24~rc1.dfsg1+cvs2011-05-23-4 Cyrus SASL - authentication abstra ii libssl1 1.0.0d-3 SSL shared libraries ii lsb-bas 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip sasl2-bin recommends no packages. sasl2-bin suggests no packages. -- Configuration Files: /etc/courier/authdaemonrc authmodulelist=authuserdb daemons=1 version= authdaemonvar=/var/run/courier/authdaemon DEBUG_LOGIN=2 /etc/default/saslauthd changed: START=yes MECHANISMS=rimap MECH_OPTIONS=127.0.0.1 NAME=saslauthd THREADS=0 OPTIONS=-c -m /var/spool/postfix/var/run/saslauthd -r -- debconf information: cyrus-sasl2/upgrade-sasldb2-failed: cyrus-sasl2/backup-sasldb2: /var/backups/sasldb2.bak cyrus-sasl2/upgrade-sasldb2-backup-failed: cyrus-sasl2/purge-sasldb2: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635214: gcc-4.6: [sparc] miscompile PARI/GP 2.5.0 [test-case provided]
Hello GCC maintainers,
Please find a smaller test-case.
smetana% gcc -O3 -Wall -g test.c -o test
smetana% ./test
zsh: segmentation fault ./test
smetana% gcc -O3 -Wall -g test.c -o test -fno-inline
smetana% ./test
smetana%
Cheers,
--
Bill. ballo...@debian.org
Imagine a large red swirl here.
#include stdlib.h
inline void*
pari_realloc(void *pointer, size_t size)
{
if (!pointer) return malloc(size);
else return realloc(pointer,size);
}
typedef struct {
long offset;
size_t size;
} pari_stack;
inline void
stack_init(pari_stack *s, size_t size, void **data)
{
s-offset = (char *)data-(char *)s;
*data = NULL;
s-size = size;
}
inline void
stack_alloc(pari_stack *s)
{
void **sdat = (void **) ((char *)s+s-offset);
*sdat = pari_realloc(*sdat,s-size);
}
static void ** MODULES;
static pari_stack s_MODULES;
void
pari_init_functions(void)
{
stack_init(s_MODULES, sizeof(*MODULES),(void**)MODULES);
stack_alloc(s_MODULES); MODULES[0]=NULL;
}
int main(void)
{
pari_init_functions();
return 0;
}
Bug#635243: Autosigning on poulenc and praetorius not working for security builds
On Sun, Jul 24, 2011 at 11:29:40AM +0200, Moritz Muehlenhoff wrote: I'm not entirely sure if it worked in the past, but security buildd autosigning is currently not working on powerpc for poulenc and praetorius. praetorius isn't autosigned. If you tell me the missing builds from poulenc I'll arrange for them being uploaded. The key rotation didn't work out as expected. Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#569162: chkconfig: services configured to off turn on at upgrade
Ping :-) I fully agree with this bugreport and the above conclusion: it's a chkconfig bug (i'd call it Debian policy violation) and a security risk. I use chkconfig to be able to manage Debian+Ubuntu and RedHat+derivative boxes with unified commands and it's not good that services are restarted upon upgrade... :-( Please make it rename the service's symlinks from S to K as expected by Debian's init system Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626112: openssh-server: ssh doesn't log some failed authentications to auth.log anymore
On Mon, May 09, 2011 at 12:15:19AM +0200, Christoph Anton Mitterer wrote: For *some* failed connections ssh seems to put no logging into auth.log anymore. Did this work as you expect in some previous version? Which one? This can be quite security relevant when using e.g. fail2ban which relies on this. Only some (types?) of connections seem to be affected, as I still see few IPs that get banned by fail2ban. But when I e.g. go to another host of mine, and try repeatedly to login, they don't get banned (as nothing appears in the logs). I tried both, hosts where a ~/.ssh/id_rsa* was in place and not. Attached is my sshd's configuration. Please ask for mor information if you need any. If you use 'LogLevel VERBOSE', does that help? Can you provide some examples of log messages that fail2ban is noticing and banning? Thanks, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635247: confclerk: add a tool button to jump to the current day
Package: confclerk
Version: 0.5.2-1
Severity: wishlist
Tag: patch
Hi Gregor,
I just came up with the attached patch for a little added convenience.
src/icons/today.png is not included, I would suggest
/usr/share/icons/gnome/32x32/mimetypes/x-office-calendar.png for this.
Apply as you wish :-)
Cheers,
--
Michael Schutte | michi@{uiae.at,debian.org}
Innsbruck, Austria| happily accepting encrypted mail
OpenPGP: 0x16fb 517b a866 c3f6 8f11 1485 f3e4 122f 1D8C 261A
Index: src/icons.qrc
===
--- src/icons.qrc (Revision 2605)
+++ src/icons.qrc (Arbeitskopie)
@@ -9,5 +9,6 @@
fileicons/emblem-new.png/file
fileicons/dialog-warning.png/file
fileicons/search.png/file
+fileicons/today.png/file
/qresource
/RCC
Index: src/gui/daynavigatorwidget.h
===
--- src/gui/daynavigatorwidget.h (Revision 2605)
+++ src/gui/daynavigatorwidget.h (Arbeitskopie)
@@ -79,7 +79,9 @@
void setDates(const QDate aStartDate, const QDate aEndDate);
protected:
void paintEvent(QPaintEvent *);
+void configureNavigation();
private slots:
+void todayButtonClicked();
void prevDayButtonClicked();
void nextDayButtonClicked();
signals:
Index: src/gui/daynavigatorwidget.cpp
===
--- src/gui/daynavigatorwidget.cpp (Revision 2605)
+++ src/gui/daynavigatorwidget.cpp (Arbeitskopie)
@@ -34,6 +34,7 @@
setupUi(this);
connect(prevDayButton, SIGNAL(clicked()), SLOT(prevDayButtonClicked()));
connect(nextDayButton, SIGNAL(clicked()), SLOT(nextDayButtonClicked()));
+connect(todayButton, SIGNAL(clicked()), SLOT(todayButtonClicked()));
mFontMetrics = new QFontMetrics(QLabel().font());
}
@@ -63,22 +64,26 @@
}
}
+void DayNavigatorWidget::configureNavigation()
+{
+// check start date
+if(mCurDate==mStartDate || mStartDate==mEndDate)
+prevDayButton-setDisabled(true);
+else
+prevDayButton-setDisabled(false);
+// check end date
+if(mCurDate==mEndDate || mStartDate==mEndDate)
+nextDayButton-setDisabled(true);
+else
+nextDayButton-setDisabled(false);
+}
+
void DayNavigatorWidget::prevDayButtonClicked()
{
if(mCurDatemStartDate)
{
mCurDate = mCurDate.addDays(-1);
-// check start date
-if(mCurDate==mStartDate || mStartDate==mEndDate)
-prevDayButton-setDisabled(true);
-else
-prevDayButton-setDisabled(false);
-// check end date
-if(mCurDate==mEndDate || mStartDate==mEndDate)
-nextDayButton-setDisabled(true);
-else
-nextDayButton-setDisabled(false);
-
+configureNavigation();
emit(dateChanged(mCurDate));
selectedDate-update();
}
@@ -89,17 +94,19 @@
if(mCurDatemEndDate)
{
mCurDate = mCurDate.addDays(1);
-// check start date
-if(mCurDate==mStartDate || mStartDate==mEndDate)
-prevDayButton-setDisabled(true);
-else
-prevDayButton-setDisabled(false);
-// check end date
-if(mCurDate==mEndDate || mStartDate==mEndDate)
-nextDayButton-setDisabled(true);
-else
-nextDayButton-setDisabled(false);
+configureNavigation();
+emit(dateChanged(mCurDate));
+selectedDate-update();
+}
+}
+void DayNavigatorWidget::todayButtonClicked()
+{
+QDate targetDate = QDate::currentDate();
+if (targetDatemStartDate targetDatemEndDate)
+{
+mCurDate = targetDate;
+configureNavigation();
emit(dateChanged(mCurDate));
selectedDate-update();
}
Index: src/gui/daynavigatorwidget.ui
===
--- src/gui/daynavigatorwidget.ui (Revision 2605)
+++ src/gui/daynavigatorwidget.ui (Arbeitskopie)
@@ -61,14 +61,31 @@
/property
/widget
/item
+ item
+ widget class=QToolButton name=todayButton
+ property name=text
+string.../string
+ /property
+ property name=icon
+iconset resource=../icons.qrc
+ normaloff:/icons/today.png/normaloff:/icons/today.png/iconset
+ /property
+ property name=autoRaise
+booltrue/bool
+ /property
+ /widget
+ /item
/layout
/item
/layout
/widget
- resources/
+ resources
+ include location=../icons.qrc/
+ /resources
connections/
slots
slotprevDayButtonClicked()/slot
slotnextDayButtonClicked()/slot
+ slottodayButtonClicked()/slot
/slots
/ui
signature.asc
Description: Digital signature
Bug#440835: sonic-visualiser for Debian?
On Sun, Jul 24, 2011 at 01:42:40AM +0200, Robert Auxonne wrote: I would like to know if there are any news about packaging sonic-visualiser for Debian. Thanx for your answer. The WNPP RFP/ITP has some more background: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=440835 Looks like Székelyi Szabolcs has created sonic-visualiser packages for a previous version, and was planning on packaging the newest versions so Alessio could sponsor them, but it kind of stalled there. It's a pretty cool tool, hopefully this will be picked up again! -- Kind regards, Arnout -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635224: grub-pc: `grub-probe --target=fs` detects UFS filesystem as ZFS
On Sun, Jul 24, 2011 at 02:56:19AM +0200, Vladimir 'φ-coder/phcoder' Serbinenko wrote: I have not been able to upgrade a minimial kfreebsd-i386 system from squeeze to sid is due to `update-grub` being unable to complete. Tracing the problem have shown that `grub-probe` actually detects the root UFS filesystem as ZFS : That means that you have enough of ZFS still alive on that partition for GRUB to be able to read it. Indeed. After trashing the partition fully, it detects UFS fine. This is still a bug though, as would be pretty hard to zero the hard drive of an already installed production system. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#635224: grub-pc: `grub-probe --target=fs` detects UFS filesystem as ZFS
On 24.07.2011 12:31, Jérémy Bobbio wrote: On Sun, Jul 24, 2011 at 02:56:19AM +0200, Vladimir 'φ-coder/phcoder' Serbinenko wrote: I have not been able to upgrade a minimial kfreebsd-i386 system from squeeze to sid is due to `update-grub` being unable to complete. Tracing the problem have shown that `grub-probe` actually detects the root UFS filesystem as ZFS : That means that you have enough of ZFS still alive on that partition for GRUB to be able to read it. Indeed. After trashing the partition fully, it detects UFS fine. This is still a bug though, as would be pretty hard to zero the hard drive of an already installed production system. It's not possible to distinguish whether ZFS or UFS a leftover. They may both contain enough metadata to even access some files. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#635174: See 635175
See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=635175 -- Bernat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634260: miscompilation with -ftree-sra
On 23/07/11 at 12:16 +0200, Matthias Klose wrote: builds on sid armhf, and oneiric armel, so this only seems to be triggered in ARM mode. Could you provide a self-contained test case, derived from pack.c? Could you check if the upstream bug I was pointed to exhibits the same behaviour? That would be an indication that it might be the same bug, and that I don't need to spend hours building a test case. Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622227: Patch for the 0.43-2.1 NMU of bastet
Dear maintainer of bastet,
On Friday, July 15, 2011 I sent you a notice announcing my intent to upload a
NMU of your package to fix its pending l10n issues, after an initial
notice sent on Saturday, July 09, 2011.
You either agreed for this NMU or did not respond to my notices.
I will now upload this NMU to DELAYED/7-DAY.
The NMU patch is attached to this mail.
The NMU changelog is:
Source: bastet
Version: 0.43-2.1
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier bubu...@debian.org
Date: Sun, 24 Jul 2011 12:25:48 +0200
Closes: 67 622948 622983 623360 623404 623566 623823 624235 634307 635127
Changes:
bastet (0.43-2.1) unstable; urgency=low
.
* Non-maintainer upload.
* Fix pending l10n issues. Debconf translations:
* Debconf templates and debian/control reviewed by the debian-l10n-
english team as part of the Smith review project. Closes: #67
* [Debconf translation updates]
- Russian (Yuri Kozlov). Closes: #622948
- Danish (Joe Hansen). Closes: #622983
- Czech (Michal Simunek). Closes: #623360
- Swedish (Martin Bagge / brother). Closes: #623404
- German (Chris Leick). Closes: #623566
- French (Steve Petruzzello). Closes: #623823
- Spanish (Camaleón). Closes: #624235
- Dutch (Jeroen Schot). Closes: #634307
- Portuguese (Rui Branco). Closes: #635127
--
diff -Nru bastet-0.43.old/debian/bastet.templates bastet-0.43/debian/bastet.templates
--- bastet-0.43.old/debian/bastet.templates 2011-07-09 10:20:51.295312490 +0200
+++ bastet-0.43/debian/bastet.templates 2011-07-09 13:50:16.095990586 +0200
@@ -1,18 +1,19 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# debian-l10n-engl...@lists.debian.org for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
Template: bastet/score_file_compatibility
-Type: select
-__Choices: keep, remove
-Default: keep
-_Description: What would you like to do with the old scores file?
- It seems that you have got an old-style scores file installed on
- your system located in '/var/games/bastet.scores'.
+Type: boolean
+Default: false
+_Description: Remove old-format Bastet highscores file?
+ The new version of Bastet cannot read highscores files in the old
+ format, like the one at /var/games/bastet.scores.
.
- As of version 0.43 the scores file format has changed.
- As newer Bastet does not provide any compatibility layer with the
- old format, your old scores file is no longer valid.
- .
- To prevent data loss, it's time for you to choose what to do
- with the old file. If you decide to keep it, it's your
- responsibility to keep track of it in the future.
- If you don't mind losing your old high scores, it's recommended
- to remove the file to avoid cluttering your system with files
- not handled by the package manager.
+ You can decide to remove the old scores file now. If you leave it on
+ the system it will be ignored by Bastet and will no longer be
+ tracked by the package management system.
diff -Nru bastet-0.43.old/debian/changelog bastet-0.43/debian/changelog
--- bastet-0.43.old/debian/changelog 2011-07-09 10:20:51.295312490 +0200
+++ bastet-0.43/debian/changelog 2011-07-24 12:26:13.897031165 +0200
@@ -1,3 +1,22 @@
+bastet (0.43-2.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Fix pending l10n issues. Debconf translations:
+ * Debconf templates and debian/control reviewed by the debian-l10n-
+english team as part of the Smith review project. Closes: #67
+ * [Debconf translation updates]
+- Russian (Yuri Kozlov). Closes: #622948
+- Danish (Joe Hansen). Closes: #622983
+- Czech (Michal Simunek). Closes: #623360
+- Swedish (Martin Bagge / brother). Closes: #623404
+- German (Chris Leick). Closes: #623566
+- French (Steve Petruzzello). Closes: #623823
+- Spanish (Camaleón). Closes: #624235
+- Dutch (Jeroen Schot). Closes: #634307
+- Portuguese (Rui Branco). Closes: #635127
+
+ -- Christian Perrier bubu...@debian.org Sun, 24 Jul 2011 12:25:48 +0200
+
bastet (0.43-2) unstable; urgency=low
* Team upload.
diff -Nru bastet-0.43.old/debian/control bastet-0.43/debian/control
--- bastet-0.43.old/debian/control 2011-07-09 10:20:51.295312490 +0200
+++ bastet-0.43/debian/control 2011-07-09 13:50:46.100821210 +0200
@@ -13,9 +13,8 @@
Package: bastet
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
-Description: Free clone of Tetris, featuring a bastard level
- Bastet (stands for bastard Tetris) is a free (GPL'd) clone of Tetris(r)
- which is designed to be as bastard as possible: it tries to compute how
- useful blocks are and gives you the worst, the most bastard it can find.
- Playing bastet can be a painful experience, especially if you usually
+Description: ncurses Tetris clone with a bastard
Bug#601560: Patch for the 1.0+20110509-1.1 NMU of uswsusp
Dear maintainer of uswsusp, On Friday, July 15, 2011 I sent you a notice announcing my intent to upload a NMU of your package to fix its pending l10n issues, after an initial notice sent on Saturday, July 09, 2011. You either agreed for this NMU or did not respond to my notices. I will now upload this NMU to DELAYED/7-DAY. The NMU patch is attached to this mail. The NMU changelog is: Source: uswsusp Version: 1.0+20110509-1.1 Distribution: unstable Urgency: low Maintainer: Christian Perrier bubu...@debian.org Date: Sun, 24 Jul 2011 12:29:35 +0200 Closes: 601560 622914 624659 Changes: uswsusp (1.0+20110509-1.1) unstable; urgency=low . * Non-maintainer upload. * Fix pending l10n issues. Debconf translations: - Vietnamese (Clytie Siddall). Closes: #601560 - Dutch (willem kuyn). Closes: #622914 - Danish (Joe Hansen). Closes: #624659 -- diff -Nru uswsusp-1.0+20110509.old/debian/changelog uswsusp-1.0+20110509/debian/changelog --- uswsusp-1.0+20110509.old/debian/changelog 2011-07-09 07:57:34.136553825 +0200 +++ uswsusp-1.0+20110509/debian/changelog 2011-07-24 12:29:50.610894363 +0200 @@ -1,3 +1,13 @@ +uswsusp (1.0+20110509-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix pending l10n issues. Debconf translations: +- Vietnamese (Clytie Siddall). Closes: #601560 +- Dutch (willem kuyn). Closes: #622914 +- Danish (Joe Hansen). Closes: #624659 + + -- Christian Perrier bubu...@debian.org Sun, 24 Jul 2011 12:29:35 +0200 + uswsusp (1.0+20110509-1) unstable; urgency=low [ Rodolfo García Peñas (kix) ] diff -Nru uswsusp-1.0+20110509.old/debian/po/da.po uswsusp-1.0+20110509/debian/po/da.po --- uswsusp-1.0+20110509.old/debian/po/da.po 1970-01-01 01:00:00.0 +0100 +++ uswsusp-1.0+20110509/debian/po/da.po 2011-07-09 07:58:15.0 +0200 @@ -0,0 +1,431 @@ +# Danish translation uswsusp. +# Copyright (C) 2011 uswsusp nedenstående oversættere. +# This file is distributed under the same license as the uswsusp package. +# Joe Hansen joedalt...@yahoo.dk, 2011. +# +msgid +msgstr +Project-Id-Version: uswsusp\n +Report-Msgid-Bugs-To: usws...@packages.debian.org\n +POT-Creation-Date: 2008-07-26 09:54+0200\n +PO-Revision-Date: 2011-04-30 17:30+01:00\n +Last-Translator: Joe Hansen joedalt...@yahoo.dk\n +Language-Team: Danish debian-l10n-dan...@lists.debian.org\n +Language: da\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n + +#. Type: select +#. Description +#: ../uswsusp.templates:2001 +msgid Swap space to resume from: +msgstr Swaprum at genoptage fra: + +#. Type: select +#. Description +#: ../uswsusp.templates:2001 +msgid +To be able to suspend the system, uswsusp needs a swap partition or file to +store a system snapshot. Please choose the device to use, from the list of +suitable swap spaces, sorted by size (largest first). +msgstr +For at kunne sætte systemet i dvale har uswsusp behov for en swappartition +eller fil til at gemme et systemøjebliksbillede. Vælg venligst enheden at +bruge, fra listen af egnede swaprum, sorteret efter størrelse (største +først). + +#. Type: error +#. Description +#: ../uswsusp.templates:4001 +msgid No suitable swap space for software suspend +msgstr Ingen egnede swaprum for programdvale + +#. Type: error +#. Description +#: ../uswsusp.templates:4001 +msgid +To be able to suspend the system, uswsusp needs a swap partition or file to +write a system snapshot to. No such space seems to be available for this. +msgstr +For at kunne sætte systemet i dvale har uswsusp behov for en swappartition +eller fil til at gemme et systemøjebliksbillede. Et sådant sted ser ikke ud +til at være til rådighed. + +#. Type: error +#. Description +#: ../uswsusp.templates:4001 +msgid +You should create a swap partition or file, preferably twice the size of the +system's physical RAM. +msgstr +Du bør oprette en swappartition eller fil, cirka dobbelt så stor som +størrelsen på systemets fysiske RAM. + +#. Type: error +#. Description +#: ../uswsusp.templates:4001 +msgid +Then, run 'dpkg-reconfigure uswsusp' or edit the configuration file manually. +msgstr +Kør så »dpkg-reconfigure uswsusp« eller rediger konfigurationsfilen manuelt. + +#. Type: error +#. Description +#: ../uswsusp.templates:5001 +msgid No userspace software suspend support in the kernel +msgstr Ingen understøttelse af programdvale for brugerrum i kernen + +#. Type: error +#. Description +#: ../uswsusp.templates:5001 +msgid +The current kernel doesn't support userspace software suspend. Please +recompile the kernel with the 'CONFIG_HIBERNATION=y' option. +msgstr +Den aktuelle kerne understøtter ikke programdvale for brugerrum. Rekompiler +venligst kernen med tilvalget CONFIG_HIBERNATION=y. + +#. Type: boolean +#. Description +#: ../uswsusp.templates:6001 +msgid Continue without a valid swap space? +msgstr Fortsæt uden et gyldigt swaprum? + +#. Type: boolean +#. Description +#: ../uswsusp.templates:6001
Bug#593275: Announce of the upcoming NMU for the gallery package
Dear maintainer of gallery and Debian translators,
Some days ago, I sent a notice to the maintainer of the gallery Debian
package, mentioning the status of at least one old po-debconf translation
update in the BTS.
I announced the intent to build and possibly upload a non-maintainer upload
for this package in order to fix this long-time pending localization
bug as well as all other pending translations.
The package maintainer agreed for the NMU or did not respond in four
days, so I will proceed with the NMU.
The full planned schedule is available at the end of this mail.
The package is currently translated to:
ar ca cs da de es eu fr it ja nl pt pt_BR ru sk sv vi zh_TW
Among these, the following translations are incomplete: ca
If you did any of the, currently incomplete, translations you will get
ANOTHER mail with the translation to update.
Other translators also have the opportunity to create new translations
for this package. Once completed, please send them as a bug report
against the gallery package so I can incorporate them in the build.
The deadline for receiving updates and new translations is Monday, August 01,
2011. If you
are not in time you can always send your translation to the BTS.
The POT file is attached to this mail.
If the maintainer objects to this process I will immediately abort my NMU
and send him/her all updates I receive.
Otherwise the following will happen (or already has):
Tuesday, July 19, 2011 : send the first intent to NMU notice to
the package maintainer.
Sunday, July 24, 2011 : send this notice
Monday, August 01, 2011 : (midnight) deadline for receiving translation
updates
Tuesday, August 02, 2011 : build the package and upload it to
DELAYED/7-day
send the NMU patch to the BTS
Tuesday, August 09, 2011 : NMU uploaded to incoming
Thanks for your efforts and time.
--
--
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR EMAIL@ADDRESS, YEAR.
#
#, fuzzy
msgid
msgstr
Project-Id-Version: PACKAGE VERSION\n
Report-Msgid-Bugs-To: gall...@packages.debian.org\n
POT-Creation-Date: 2008-10-22 07:13+0200\n
PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n
Last-Translator: FULL NAME EMAIL@ADDRESS\n
Language-Team: LANGUAGE l...@li.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=CHARSET\n
Content-Transfer-Encoding: 8bit\n
#. Type: multiselect
#. Description
#: ../gallery.templates:1001
msgid Which web server would you like to reconfigure automatically:
msgstr
#. Type: multiselect
#. Description
#: ../gallery.templates:1001
msgid
If you do not select a web server to reconfigure automatically, gallery will
not be usable until you reconfigure your webserver to enable gallery.
msgstr
#. Type: boolean
#. Description
#: ../gallery.templates:2001
msgid Should ${webserver} be restarted?
msgstr
#. Type: boolean
#. Description
#: ../gallery.templates:2001
msgid
Remember that in order to activate the new configuration ${webserver} has to
be restarted. You can also restart ${webserver} by manually executing invoke-
rc.d ${webserver} restart.
msgstr
signature.asc
Description: Digital signature
Bug#635248: warzone2100: segmentation fault
Package: warzone2100 Version: 2.3.8-1 Severity: important $ warzone2100 AL lib: pulseaudio.c:612: Context did not connect: Connection refused No function contains program counter for selected frame. Saved dump file to '/tmp/warzone2100.gdmp-BlgTbZ' If you create a bugreport regarding this crash, please include this file. Ошибка сегментирования -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_UA.utf8, LC_CTYPE=ru_UA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages warzone2100 depends on: ii libc6 2.13-10Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.1-4 GCC support library ii libgl1-mesa-glx [libgl1] 7.10.3-3 free implementation of the OpenGL ii libglc0 0.7.2-4QuesoGLC GLC implementation ii libglee0d15.4.0-1extension loading library for Open ii libglu1-mesa [libglu1]7.10.3-3 The OpenGL utility library (GLU) ii libminiupnpc5 1.5-2 UPnP IGD client lightweight librar ii libogg0 1.2.2~dfsg-1 Ogg bitstream library ii libopenal11:1.13-2 Software implementation of the Ope ii libphysfs12.0.2-3filesystem abstraction library for ii libpng12-01.2.46-1 PNG library - runtime ii libpopt0 1.16-1 lib for parsing cmdline parameters ii libsdl1.2debian 1.2.14-6.4 Simple DirectMedia Layer ii libstdc++64.6.1-4GNU Standard C++ Library v3 ii libtheora01.1.1+dfsg.1-3 The Theora Video Compression Codec ii libvorbis0a 1.3.2-1The Vorbis General Audio Compressi ii libvorbisfile31.3.2-1The Vorbis General Audio Compressi ii libx11-6 2:1.4.3-2 X11 client-side library ii warzone2100-data 2.3.8-1data files for warzone2100 Versions of packages warzone2100 recommends: ii warzone2100-music 2.3.8-1official music for warzone2100 warzone2100 suggests no packages. -- no debconf information Program: /usr/games/warzone2100(warzone2100) Command line: warzone2100 Version: Version 2.3.8 Distributor: Debian Compiled on: May 21 2011 09:07:10 Compiled by: GCC 4.6.1 20110507 (prerelease) Compiled mode: Release build Executed on: Sun Jul 24 13:40:11 2011 Operating system: Linux Node name: andreykp Release: 2.6.39-2-amd64 Version: #1 SMP Tue Jul 5 02:51:22 UTC 2011 Machine: x86_64 Pointers: 64bit Compiled against PhysicsFS version: 2.0.2 Running with PhysicsFS version: 2.0.2 Misc Data: [13:40:11]OpenGL Vendor : ATI Technologies Inc. [13:40:11]OpenGL Renderer : ATI Mobility Radeon HD 4500 Series [13:40:11]OpenGL Version : 3.3.10834 Compatibility Profile Context [13:40:11]OpenGL GLSL Version : 3.30 [13:40:11]Video Mode 1366 x 768 (32 bpp) (fullscreen) [13:40:11]OpenAL Vendor: OpenAL Community [13:40:11]OpenAL Version: 1.1 ALSOFT 1.13 [13:40:11]OpenAL Renderer: OpenAL Soft [13:40:11]OpenAL Extensions: AL_EXT_DOUBLE AL_EXT_EXPONENT_DISTANCE AL_EXT_FLOAT32 AL_EXT_IMA4 AL_EXT_LINEAR_DISTANCE AL_EXT_MCFORMATS AL_EXT_MULAW AL_EXT_MULAW_MCFORMATS AL_EXT_OFFSET AL_EXT_source_distance_model AL_LOKI_quadriphonic AL_SOFT_buffer_sub_data AL_SOF [13:40:11]Using language: Системная локализация Dump caused by signal: SIGSEGV: Invalid memory reference: Address not mapped to object GLIBC raw backtrace: warzone2100[0x5a61fd] /lib/x86_64-linux-gnu/libc.so.6(+0x32480)[0x7f1d8e658480] /usr/lib/libGLC.so.0(__glcRenderCharTexture+0xa80)[0x7f1d8ffe03f0] /usr/lib/libGLC.so.0(+0x13c2e)[0x7f1d8ffddc2e] /usr/lib/libGLC.so.0(__glcProcessChar+0xaf)[0x7f1d8ffd772f] /usr/lib/libGLC.so.0(+0x1347a)[0x7f1d8ffdd47a] /usr/lib/libGLC.so.0(glcRenderString+0x55)[0x7f1d8ffdd635] warzone2100(iV_DrawTextRotated+0xfc)[0x58e35c] warzone2100[0x48d33b] warzone2100[0x5596ec] warzone2100[0x55974c] warzone2100(widgDisplayScreen+0x10)[0x55b760] warzone2100(runTitleMenu+0x44)[0x490714] warzone2100(titleLoop+0x235)[0x552105] warzone2100(main+0xcd0)[0x4439c0] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xfd)[0x7f1d8e644ead] warzone2100[0x443e95] GDB extended backtrace: GNU gdb (GDB) 7.2-debian Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/games/warzone2100...(no debugging symbols found)...done. Attaching to program:
Bug#635224: grub-pc: `grub-probe --target=fs` detects UFS filesystem as ZFS
On Sun, Jul 24, 2011 at 12:37:39PM +0200, Vladimir 'φ-coder/phcoder' Serbinenko wrote: This is still a bug though, as would be pretty hard to zero the hard drive of an already installed production system. It's not possible to distinguish whether ZFS or UFS a leftover. They may both contain enough metadata to even access some files. If there is no other ways, then `update-grub` needs to check out what is the filesystem used for `/boot` and use that. Otherwise this is likely to break some system upgrades from Squeeze to Wheezy. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#635249: bpython: new upstream version available
Source: bpython Version: 0.9.7.1-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Upstream released version 0.10 of bpython recently. Please update the Debian package. - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (650, 'unstable'), (601, 'testing'), (600, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bpython depends on: ii python2.6.7-1interactive high-level object-orie ii python-pkg-resources 0.6.16-1 Package Discovery and Resource Acc ii python-pygments 1.4+dfsg-2 syntax highlighting package writte ii python-support1.0.14 automated rebuilding support for P bpython recommends no packages. bpython suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJOK/g7AAoJEGny/FFupxmTxvQQALRssNfrJeQpcNwzymRM/HZh MrgS78eBx4NYK7M34behfHT6jZo7flFXIF3QikKzSnIIuAVl6Qste3GyA12IHj52 V12bMbUOJereo++8gKm+5jy1SZ+yBzAukGBQKr14sBqgONsBLGL6t+ALx2hDk3vY wU/HQBrrc4aohAXqlcyTMjiIweyL7KK5IWdG6FeV3a49lK/FalqbbBRRNIue8K9L M5K/0SnsvSDJ+darQs8DOlu1apuuCS4nFYVz4ynoPh24NhvmU+O7FnK9124NCN42 sRnvfawGEtHzNdb0sruQRHTA5WpQdQLHaSW2AZ/2g5lIS+7buI8Y8nBfMg5qaTyw /ykI9dosMGBX+8gLrF90hi4xIBsTSsb6bTl+95xQdz0CaT+0FuN1nK+ViPhWYdiw wDihWwA+OcuzMZIr6YVzgeen18a0gdwh2MmWTIqnD//E4vRpAfOJkk7KR2zIH077 BhRlrYDKjFDY8OLx4l1ALrX188PTZIU9E0xnsTl/NlVKsfRSVjE2HZDu+vFkQGJB 15h5VK/ozznnC0sQHcKuIJCqGdQbHBgoauF1vX4HV4j38Dn381UN2RZklz7mWh7N 53frXU8a1mJ+OGxJPowy7oFRCGv8yR1JZZc8Fu8Vf287qd0D0x31YPt/7EwjfBFQ 0ptjMZ+mw2qm8UqEiaeU =E0HG -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#632900: hal: potential fix for !linux trouble
Hi! I couldn't find out how hald is actually started. However just creating the directory from dbus' init script (as dbus seems to be involved) does work. I've attached a patch against dbus that fixes my problems. Regards Christoph diff -Nru dbus-1.2.24/debian/changelog dbus-1.2.24/debian/changelog --- dbus-1.2.24/debian/changelog 2011-06-14 21:09:38.0 +0200 +++ dbus-1.2.24/debian/changelog 2011-07-24 12:44:33.0 +0200 @@ -1,3 +1,10 @@ +dbus (1.2.24-4+squeeze1.1) stable; urgency=low + + * Non-maintainer upload. + * kfreebsd-fix + + -- Christoph Egger christ...@debian.org Sun, 24 Jul 2011 12:44:33 +0200 + dbus (1.2.24-4+squeeze1) stable; urgency=low * Update Vcs-* control fields to reflect the move to git diff -Nru dbus-1.2.24/debian/dbus.init dbus-1.2.24/debian/dbus.init --- dbus-1.2.24/debian/dbus.init 2011-06-12 13:31:16.0 +0200 +++ dbus-1.2.24/debian/dbus.init 2011-07-24 12:45:53.0 +0200 @@ -24,6 +24,7 @@ PIDDIR=/var/run/dbus PIDFILE=$PIDDIR/pid DESC=system message bus +HALDPIDDIR=/var/run/hald test -x $DAEMON || exit 0 @@ -50,6 +51,12 @@ chgrp $DAEMONUSER $PIDDIR fi + if [ ! -d $HALDPIDDIR ]; then +mkdir -p $HALDPIDDIR +chown $DAEMONUSER $HALDPIDDIR +chgrp $DAEMONUSER $HALDPIDDIR + fi + if ! mountpoint -q /proc/ ; then log_failure_msg Can't start $DESC - /proc is not mounted return
Bug#635224: grub-pc: `grub-probe --target=fs` detects UFS filesystem as ZFS
On 24.07.2011 12:45, Jérémy Bobbio wrote: On Sun, Jul 24, 2011 at 12:37:39PM +0200, Vladimir 'φ-coder/phcoder' Serbinenko wrote: This is still a bug though, as would be pretty hard to zero the hard drive of an already installed production system. It's not possible to distinguish whether ZFS or UFS a leftover. They may both contain enough metadata to even access some files. If there is no other ways, then `update-grub` needs to check out what is the filesystem used for `/boot` and use that. Which is subject to exactly the same problem. Otherwise this is likely to break some system upgrades from Squeeze to Wheezy. Cheers, -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#635247: confclerk: add a tool button to jump to the current day
tag 635247 + upstreeam forwarded 635247 http://www.toastfreeware.priv.at/confclerk/ticket/29 thanks On Sun, 24 Jul 2011 12:20:02 +0200, Michael Schutte wrote: I just came up with the attached patch for a little added convenience. src/icons/today.png is not included, I would suggest /usr/share/icons/gnome/32x32/mimetypes/x-office-calendar.png for this. Apply as you wish :-) Very nice, thanks alot. Will try it at soon as possible. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - PGP/GPG key ID: 0x8649AA06 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe `-BOFH excuse #388: Bad user karma. signature.asc Description: Digital signature
Bug#635250: --jobs doesn't work, -j does
Package: sbuild Version: 0.62.5-1 Severity: minor Hi, sbuild seems to have an issue with command line parsing. -j does work, --jobs not. Greetings Marc -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39.3-zgws1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573518: mime-support: outdated for several years, Fedora git repo
Package: mime-support Version: 3.48-1 Severity: normal mime-support apparently hasn't been synced with upstream (IANA) for several years now. The MIME type I've noticed as missing (application/vnd.olpc-sugar) has been registered at IANA since at least 2007-06-07 [1]. Having proper file extension - MIME type mappings by default would make things a lot easier for operators of HTTP servers that publish files of this type. The Fedora git repository mentioned in the original report seems to live at [2] now (web browsable via [3]). The mime.types file in that repository contains application/vnd.olpc-sugar [4], so it's at least more recent than the one shipped by the Debian mime-support package. I don't know how they sync with IANA, but asking Ville Skyttä ville.sky...@iki.fi (the author of the last commit, titled Sync with IANA as of 2011-07-17) sounds like a good idea. [1] http://www.iana.org/assignments/media-types/application/vnd.olpc-sugar [2] git://git.fedorahosted.org/mailcap.git [3] http://git.fedorahosted.org/git/?p=mailcap.git [4] http://git.fedorahosted.org/git?p=mailcap.git;a=blob;f=mime.types;h=b001b051ab2a2f0f1241688243cff151bcf2414d;hb=HEAD#l652 -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash mime-support depends on no packages. Versions of packages mime-support recommends: ii file 5.04-5 Determines file type using magic mime-support 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#631620: there may be things you could help with
On Sat, Jul 23, 2011 at 5:57 PM, Cristian Ionescu-Idbohrn cristian.ionescu-idbo...@axis.com wrote: Bug #626975 may give you some ideas. The result from 'lsusb' paired with the rules in /lib/udev/rules.d/*hid2hci.rules may be a start point. Well the first thing I notice is that the rules in that file in /lib/udev/rules.d are expressed completely differently between the two package versions. This is looking more like it was back in the 4.61 days (when nothing worked for this keyboard combo either). 4.66-3 (which works) specifies the path to the hid2hci executable, in /usr/sbin. Meanwhile, 4.94-2 doesn't specify the path to the hid2hci executable, and puts the executable in /lib/udev by the look of it. Any chance the hid2hci executable is not being found? I also notice the hid2hci executable has changed between the two versions, not just its path. The command line options etc are different. Any chance the new one just doesn't work properly? Overall I'm inclined to think the rule is firing but is either not able to find the hid2hci executable it is supposed to be running, or else that executable is not doing its job properly. I looked over the bug you pointed me at but I'm quickly getting out of my depth. I'll take a more detailed look later if I have time later this evening (in Japan, Sunday evening here). I'd like to be able to see some evidence of what's happening in the logs but I am not sure which logs I should be looking in -- I don't know my way around the debian logging arrangements well enough at the moment. If you can give me a pointer on that I can maybe gather some more useful information. And finally -- lsusb output (when 4.66-3 is installed -- ie working. Are you thinking it would be different when 4.94-2 is installed? No, right?) Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 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 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 004: ID 0d8c:000c C-Media Electronics, Inc. Audio Adapter Bus 008 Device 002: ID 046d:0b06 Logitech, Inc. Bus 008 Device 003: ID 046d:c71b Logitech, Inc. Bus 008 Device 004: ID 046d:c71c Logitech, Inc. You can see the keyboard / mouse are using c71b and c71c which are both covered in the udev rules. 0b06 is not, but that's also true in the working 4.66-3 version so I don't think that matters. C-Media is a USB headset I am using, which is not bluetooth and works fine. Mark
Bug#635207: r-base-core: --max-vsize argument creates limit off by a factor of 8
Dirk Eddelbuettel e...@debian.org writes: I saw your post on r-devel. It really belongs there. We add nothing by discussing / hiding this in the Debian BTS. I don't plan to tell you how to manage your package maintenance: do as you wish. However, I think we add things by having this in the BTS: speaking as a Debian user, I like Debian the organization to be aware of bugs in its distributed packages that affect me, whether or not those bugs are upstream bugs or packaging bugs -- I don't see what is gained by closing this bug report, as the problem I have encountered still exists. (As far as I'm concerned, the BTS is a way of managing continuity of maintenance -- if for whatever reason you disappeared tomorrow, your successor would know about this problem too) | Please let me know if there's anything else I can do. No, we need to engage R Core to pick it up there. I do not like our R engine to differ from what you'd get elsewhere so I am *not* in favour of patches changing behaviour. Let;s change this upstream, and close it here. I would be happy to see R Core pick this up, of course. How can we arrange that? Best, Christophe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635250: [buildd-tools-devel] Bug#635250: --jobs doesn't work, -j does
tags 635250 + fixed-upstream pending thanks On Sun, Jul 24, 2011 at 01:30:22PM +0200, Marc Haber wrote: sbuild seems to have an issue with command line parsing. -j does work, --jobs not. Ah, it was missing --jobs in the options parser. It's now added. Thanks for reporting this. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#635251: [libpciaccess0] support multiarch same
Package: libpciaccess0
Version: 0.12.1-1.1
Severity: wishlist
Tags: patch
--- Please enter the report below this line. ---
Dears Maintainers,
Could you support multiarch same for libpciaccess0? Multiarch
information can be found on this wiki
http://wiki.debian.org/Multiarch/Implementation
A small patch is attached.
Short description of the patch:
* build lib in usr/lib/$DEB_HOST_MULTIARCH
* bump debhelper to support ${misc:Pre-Depends}
* move file to /usr/lib/$DEB_HOST_MULTIARCH except for udeb package
(which stay in /usr/lib).
Best regards,
Gregorydiff -u libpciaccess-0.12.1/debian/rules libpciaccess-0.12.1/debian/rules
--- libpciaccess-0.12.1/debian/rules
+++ libpciaccess-0.12.1/debian/rules
@@ -13,6 +13,7 @@
MAKEFLAGS += -j$(NUMJOBS)
endif
+DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH)
DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
@@ -33,6 +34,7 @@
--mandir=\$${prefix}/share/man \
--infodir=\$${prefix}/share/info \
--with-pciids-path=\$${prefix}/share/misc \
+ --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) \
--with-zlib \
$(confflags) \
CFLAGS=$(CFLAGS)
diff -u libpciaccess-0.12.1/debian/control libpciaccess-0.12.1/debian/control
--- libpciaccess-0.12.1/debian/control
+++ libpciaccess-0.12.1/debian/control
@@ -4,7 +4,7 @@
Maintainer: Debian X Strike Force debia...@lists.debian.org
Uploaders: David Nusinow dnusi...@debian.org, Cyril Brulebois k...@debian.org
Build-Depends:
- debhelper (= 5),
+ debhelper (= 8.0.3),
libtool,
automake,
zlib1g-dev,
@@ -17,7 +17,9 @@
Package: libpciaccess0
Section: libs
Architecture: any
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends}, ${misc:Depends}
+Multi-Arch: same
Suggests: pciutils
Description: Generic PCI access library for X
Provides functionality for X to access the PCI bus and devices
diff -u libpciaccess-0.12.1/debian/libpciaccess-dev.install libpciaccess-0.12.1/debian/libpciaccess-dev.install
--- libpciaccess-0.12.1/debian/libpciaccess-dev.install
+++ libpciaccess-0.12.1/debian/libpciaccess-dev.install
@@ -1,4 +1,4 @@
-usr/lib/pkgconfig
-usr/lib/lib*.a
-usr/lib/lib*.so
+usr/lib/*/pkgconfig
+usr/lib/*/lib*.a
+usr/lib/*/lib*.so
usr/include
diff -u libpciaccess-0.12.1/debian/libpciaccess0-udeb.install libpciaccess-0.12.1/debian/libpciaccess0-udeb.install
--- libpciaccess-0.12.1/debian/libpciaccess0-udeb.install
+++ libpciaccess-0.12.1/debian/libpciaccess0-udeb.install
@@ -1 +1 @@
-usr/lib/libpciaccess.so.0*
+usr/lib/*/libpciaccess.so.0* /usr/lib
diff -u libpciaccess-0.12.1/debian/libpciaccess0.install libpciaccess-0.12.1/debian/libpciaccess0.install
--- libpciaccess-0.12.1/debian/libpciaccess0.install
+++ libpciaccess-0.12.1/debian/libpciaccess0.install
@@ -1 +1 @@
-usr/lib/libpciaccess.so.0*
+usr/lib/*/libpciaccess.so.0*
Bug#635252: [libxmu6] support multiarch same
Package: libxmu6
Version: 2:1.1.0-2.1
Severity: wishlist
Tags: patch
--- Please enter the report below this line. ---
Dears Maintainers,
Could you support multiarch same for libxmu/libxmuu? Multiarch
information can be found on this wiki
http://wiki.debian.org/Multiarch/Implementation
A small patch is attached.
Short description of the patch:
* build lib in usr/lib/$DEB_HOST_MULTIARCH
* bump debhelper to support ${misc:Pre-Depends}
* move file to /usr/lib/$DEB_HOST_MULTIARCH
Best regards,
Gregorydiff -u libxmu-1.1.0/debian/rules libxmu-1.1.0/debian/rules
--- libxmu-1.1.0/debian/rules
+++ libxmu-1.1.0/debian/rules
@@ -28,6 +28,7 @@
else
confflags += --build=$(DEB_BUILD_GNU_TYPE) --host=$(DEB_HOST_GNU_TYPE)
endif
+DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
configure: $(STAMP_DIR)/patch
dh_testdir
@@ -43,6 +44,7 @@
--infodir=\$${prefix}/share/info $(confflags) \
--docdir=\$${prefix}/share/doc/libxmu-headers \
--with-xmlto --without-fop \
+ --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) \
CFLAGS=$(CFLAGS)
cd build $(MAKE)
$@
diff -u libxmu-1.1.0/debian/control libxmu-1.1.0/debian/control
--- libxmu-1.1.0/debian/control
+++ libxmu-1.1.0/debian/control
@@ -4,7 +4,7 @@
Maintainer: Debian X Strike Force debia...@lists.debian.org
Uploaders: David Nusinow dnusi...@debian.org, Cyril Brulebois k...@debian.org
Build-Depends:
- debhelper (= 5.0.0),
+ debhelper (= 8.1.3),
libx11-dev (= 1:0.99.2),
libxt-dev (= 1:0.99.1),
libxext-dev (= 1:0.99.1),
@@ -22,6 +22,8 @@
Package: libxmu6
Section: libs
Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: X11 miscellaneous utility library
libXmu provides a set of miscellaneous utility convenience functions for X
@@ -38,6 +40,7 @@
Section: debug
Architecture: any
Priority: extra
+Multi-Arch: same
Depends: ${shlibs:Depends}, ${misc:Depends}, libxmu6 (= ${binary:Version})
Description: X11 miscellaneous utility library (debug package)
libXmu provides a set of miscellaneous utility convenience functions for X
@@ -74,6 +77,8 @@
Package: libxmuu1
Section: libs
Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: X11 miscellaneous micro-utility library
libXmuu provides a set of miscellaneous utility convenience functions for X
@@ -90,6 +95,7 @@
Section: debug
Architecture: any
Priority: extra
+Multi-Arch: same
Depends: ${shlibs:Depends}, ${misc:Depends}, libxmuu1 (= ${binary:Version})
Description: X11 miscellaneous micro-utility library (debug package)
libXmuu provides a set of miscellaneous utility convenience functions for X
diff -u libxmu-1.1.0/debian/libxmuu1.install libxmu-1.1.0/debian/libxmuu1.install
--- libxmu-1.1.0/debian/libxmuu1.install
+++ libxmu-1.1.0/debian/libxmuu1.install
@@ -1 +1 @@
-usr/lib/libXmuu.so.1*
+usr/lib/*/libXmuu.so.1*
diff -u libxmu-1.1.0/debian/libxmu6.install libxmu-1.1.0/debian/libxmu6.install
--- libxmu-1.1.0/debian/libxmu6.install
+++ libxmu-1.1.0/debian/libxmu6.install
@@ -1 +1 @@
-usr/lib/libXmu.so.6*
+usr/lib/*/libXmu.so.6*
diff -u libxmu-1.1.0/debian/libxmuu-dev.install libxmu-1.1.0/debian/libxmuu-dev.install
--- libxmu-1.1.0/debian/libxmuu-dev.install
+++ libxmu-1.1.0/debian/libxmuu-dev.install
@@ -1,3 +1,3 @@
-usr/lib/libXmuu.a
-usr/lib/libXmuu.so
-usr/lib/pkgconfig/xmuu.pc
+usr/lib/*/libXmuu.a
+usr/lib/*/libXmuu.so
+usr/lib/*/pkgconfig/xmuu.pc
diff -u libxmu-1.1.0/debian/libxmu-dev.install libxmu-1.1.0/debian/libxmu-dev.install
--- libxmu-1.1.0/debian/libxmu-dev.install
+++ libxmu-1.1.0/debian/libxmu-dev.install
@@ -1,3 +1,3 @@
-usr/lib/libXmu.a
-usr/lib/libXmu.so
-usr/lib/pkgconfig/xmu.pc
+usr/lib/*/libXmu.a
+usr/lib/*/libXmu.so
+usr/lib/*/pkgconfig/xmu.pc
Bug#281087: [bug #33837] Would it be possible for wget to fetch data from an RTP/RTSP stream?
URL: http://savannah.gnu.org/bugs/?33837 Summary: Would it be possible for wget to fetch data from an RTP/RTSP stream? Project: GNU Wget Submitted by: nok Submitted on: Sa 23 Jul 2011 15:07:07 CEST Category: Feature Request Severity: 3 - Normal Priority: 5 - Normal Status: None Privacy: Public Assigned to: None Originator Name: Originator Email: Open/Closed: Open Discussion Lock: Any Release: 1.12 Operating System: GNU/Linux Reproducibility: None Fixed Release: None Planned Release: None Regression: None Work Required: None Patch Included: No ___ Details: Hello, I primarily use wget to go out and grab data for viewing later. I was thinking the other day, I would really like to capture this streamed video so that I can look over it later. But I have not been able to find anything that works nearly as well as I would like. wget's biggest strength is that it goes out to the net and reads any arbitrary stream of data. This seems to me like a fairly obvious next step for this program to take on. It already supports http https and ftp; I think that RTP/RTSP would be a very valuble extension of this multipurpose tool. I do not know how wide a use it would have, but I think that adding another protocol for content fetching would be within the development path for this tool. http://bugs.debian.org/281087 ___ Reply to this item at: http://savannah.gnu.org/bugs/?33837 ___ Nachricht geschickt von/durch Savannah http://savannah.gnu.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#479589: [bug #33824] support file:/// URLs
URL: http://savannah.gnu.org/bugs/?33824 Summary: support file:/// URLs Project: GNU Wget Submitted by: nok Submitted on: Sa 23 Jul 2011 10:36:53 CEST Category: Feature Request Severity: 3 - Normal Priority: 5 - Normal Status: None Privacy: Public Assigned to: None Originator Name: Originator Email: Open/Closed: Open Discussion Lock: Any Release: 1.12 Operating System: GNU/Linux Reproducibility: None Fixed Release: None Planned Release: None Regression: None Work Required: None Patch Included: No ___ Details: Hello, http://bugs.debian.org/479589 --8-- Subject: wget: Doesn't understand file:/// URLs This is bugging me for several reasons: 1) If starting a recursive download, I may have a local page giving the URLs to download, rather than a remote one 2) For use in scripts, sometimes local files may be desired --8-- comment from Micah --8-- 1) If starting a recursive download, I may have a local page giving the URLs to download, rather than a remote one Note that this one can be solved with the use of --force-html - --input-file=... --8-- comment from reporter John --8-- 1) If starting a recursive download, I may have a local page giving the URLs to download, rather than a remote one Note that this one can be solved with the use of --force-html --input-file=... Well, halfway. It inreacts strangely with -r and -l, I have found. --8-- so reporting this as wishlist/feature request to support file:// URLs thx. ___ Reply to this item at: http://savannah.gnu.org/bugs/?33824 ___ Nachricht geschickt von/durch Savannah http://savannah.gnu.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#500395: [bug #33825] 'wget -nc' race condition
URL: http://savannah.gnu.org/bugs/?33825 Summary: 'wget -nc' race condition Project: GNU Wget Submitted by: nok Submitted on: Sa 23 Jul 2011 10:42:56 CEST Category: Program Logic Severity: 3 - Normal Priority: 5 - Normal Status: None Privacy: Public Assigned to: None Originator Name: Originator Email: Open/Closed: Open Discussion Lock: Any Release: 1.12 Operating System: GNU/Linux Reproducibility: None Fixed Release: None Planned Release: None Regression: None Work Required: None Patch Included: None ___ Details: Hello, I don't know if you aggree with the described problem but I forward it anyway to point you to this possible problem: http://bugs.debian.org/500395 --8-- I downloaded all the aircraft for flightgear from their ftp mirrors. To spread the load over several mirrors I did: wget -nc ftp://ftp.kingmont.com/flightsims/flightgear/Aircraft/* wget -nc ftp://ftp.de.flightgear.org/pub/fgfs/Aircraft/* wget -nc ftp://some.third.mirror/pub/fgfs/Aircraft/* It worked basically as files started by one wget were not downloaded by other wgets. However, after one wget decided to download a locally non existant file it appearently created it only when the data started coming. In this interval - from decision to file creation - other wgets sometimes would also decide to download the same file and so two (or possibly three) wgets would download and write the same file and waste time and bandwidth. Maybe the destination file should be created right after wget decides to download it. Maybe these operations can be combined atomically to avoid the race completely. If it later turns out that the file cannot be downloaded, it can be deleted. That might be a new race as other wegts won't try to download a file which one wget fails to download. Bernhard --8-- ___ Reply to this item at: http://savannah.gnu.org/bugs/?33825 ___ Nachricht geschickt von/durch Savannah http://savannah.gnu.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595538: [bug #33822] [PATCH] don't use PATH_MAX (FTBFS on hurd)
URL: http://savannah.gnu.org/bugs/?33822 Summary: [PATCH] don't use PATH_MAX (FTBFS on hurd) Project: GNU Wget Submitted by: nok Submitted on: Sa 23 Jul 2011 09:56:08 CEST Category: Feature Request Severity: 3 - Normal Priority: 5 - Normal Status: None Privacy: Public Assigned to: None Originator Name: Originator Email: Open/Closed: Open Discussion Lock: Any Release: 1.12 Operating System: None Reproducibility: None Fixed Release: None Planned Release: None Regression: None Work Required: None Patch Included: Yes ___ Details: Hello, a forwarded patch from http://bugs.debian.org/595538 --8-- From: Carlos Martín Nieto car...@cmartin.tk To: sub...@bugs.debian.org Cc: debian-h...@lists.debian.org Subject: wget: [PATCH] don't use PATH_MAX (FTBFS on hurd) Date: Sun, 05 Sep 2010 00:02:46 +0100 [Message part 1 (text/plain, inline)] Package: wget Version: 1.12-2 The constant PATH_MAX is not defined when building in Hurd. This patch changes src/init.c:home_dir() to allocate memory dynamically. In the first part, we figure out how long the path is and only allocate that much (+1 for the null terminator). In the second part, there is no need to use the `buf' variable at all. We just point `home' to the path, as it's going to be duplicated later. This compiles, but I don't have a DOS box to test. cmn --8-- ___ File Attachments: --- Date: Sa 23 Jul 2011 09:56:08 CEST Name: wget-no-path_max.dpatch Size: 2kB By: nok patch http://savannah.gnu.org/bugs/download.php?file_id=23683 ___ Reply to this item at: http://savannah.gnu.org/bugs/?33822 ___ Nachricht geschickt von/durch Savannah http://savannah.gnu.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598731: [bug #33829] SIGPIPE signal: wget over ssh orphans itself on ctrl+c
URL: http://savannah.gnu.org/bugs/?33829 Summary: SIGPIPE signal: wget over ssh orphans itself on ctrl+c Project: GNU Wget Submitted by: nok Submitted on: Sa 23 Jul 2011 11:47:40 CEST Category: Program Logic Severity: 3 - Normal Priority: 5 - Normal Status: None Privacy: Public Assigned to: None Originator Name: Originator Email: Open/Closed: Open Discussion Lock: Any Release: 1.12 Operating System: None Reproducibility: None Fixed Release: None Planned Release: None Regression: None Work Required: None Patch Included: None ___ Details: Hello, a forwarded report from http://bugs.debian.org/598731 If you run a line like this: ssh root@localhost wget --limit-rate=1k http://releases.ubuntu.com/9.04/ubuntu-9.04-desktop-i386.iso And then wait for the download to start, And then press Ctrl+C Then the SSH session terminates (as expected), but the wget session continues running in the background on the host, instead of terminating. I think this might be caused by wget ignoring the SIGPIPE signal when ssh terminates. ___ Reply to this item at: http://savannah.gnu.org/bugs/?33829 ___ Nachricht geschickt von/durch Savannah http://savannah.gnu.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612450: [bug #33835] don't limit DNS results to 3 (src/host.c)
URL:
http://savannah.gnu.org/bugs/?33835
Summary: don't limit DNS results to 3 (src/host.c)
Project: GNU Wget
Submitted by: nok
Submitted on: Sa 23 Jul 2011 12:44:41 CEST
Category: Feature Request
Severity: 3 - Normal
Priority: 5 - Normal
Status: None
Privacy: Public
Assigned to: None
Originator Name:
Originator Email:
Open/Closed: Open
Discussion Lock: Any
Release: 1.12
Operating System: GNU/Linux
Reproducibility: None
Fixed Release: None
Planned Release: None
Regression: None
Work Required: None
Patch Included: None
___
Details:
Hello,
a wishlist request http://bugs.debian.org/612450
--8--
I do not what benefits this brings but wget apperantly only shows only first
3 addresses of given hostname.
# host www.debian.org
www.debian.org has address 82.195.75.97
www.debian.org has address 86.59.118.148
www.debian.org has IPv6 address 2001:41b8:202:deb:216:35ff:fec4:6340
www.debian.org has IPv6 address 2001:858:2:2:214:22ff:fe0d:7717
# wget http://www.debian.org/
--2011-02-08 16:06:27-- http://www.debian.org/
Resolving www.debian.org... 2001:858:2:2:214:22ff:fe0d:7717,
2001:41b8:202:deb:216:35ff:fec4:6340, 82.195.75.97, ...
Connecting to www.debian.org|2001:858:2:2:214:22ff:fe0d:7717|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 14273 (14K) [text/html]
Saving to: `index.html.1'
100%[==]
14,273 34.0K/s in 0.4s
2011-02-08 16:06:27 (34.0 KB/s) - `index.html.1' saved [14273/14273]
#
(but as you can see it actually shows , ..., indiciateing there are some
more
ip addresses).
Becasue if host two IP address, it will pring something like:
Resolving he.net... 2001:470:0:76::2, 216.218.186.2
With no ,
I do not see why it print only 3. More than 3 are rearly seen.
More often in case of IPv6 there would be 2 or 4 actually.
Also even there is more, then this will be extreamly reare, and why not just
be
correct and display all for user information.
This can happen confusing to user if for example reconnection will take
place.
Or when wget will be restarted again, now showing something different
Resolving www.debian.org... 2001:858:2:2:214:22ff:fe0d:7717,
2001:41b8:202:deb:216:35ff:fec4:6340, 86.59.118.148, ...
compared to previous
Resolving www.debian.org... 2001:858:2:2:214:22ff:fe0d:7717,
2001:41b8:202:deb:216:35ff:fec4:6340, 82.195.75.97, ...
(this all is correct, but not very clear).
Why bother with limits, and possibility of some bugs in more complex code :)
--8--
the code limits it and maybe you aggree with him that limiting it to 3 has no
advantage:
src/host.c
...
/* Print the addresses determined by DNS lookup, but no more than
three. */
if (!silent !numeric_address)
{
int i;
int printmax = al-count = 3 ? al-count : 3;
for (i = 0; i printmax; i++)
{
logputs (LOG_VERBOSE, print_address (al-addresses + i));
if (i printmax - 1)
logputs (LOG_VERBOSE, , );
}
if (printmax != al-count)
logputs (LOG_VERBOSE, , ...);
logputs (LOG_VERBOSE, \n);
}
...
___
Reply to this item at:
http://savannah.gnu.org/bugs/?33835
___
Nachricht geschickt von/durch Savannah
http://savannah.gnu.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635253: ITP: php-crypt-blowfish -- Allows for quick two-way blowfish encryption without requiring the MCrypt PHP extension
Package: wnpp Severity: wishlist Owner: Mathieu Parent math.par...@gmail.com * Package name: php-crypt-blowfish Version : 1.0.1 or 1.1.0~RC2 Upstream Author : Philippe Jausions jausi...@php.net, Matthew Fonda mfo...@php.net * URL : http://pear.php.net/package/Crypt_Blowfish/ * License : BSD Programming Lang: PHP Description : Allows for quick two-way blowfish encryption without requiring the MCrypt PHP extension I'm packaging this, because it is needed by Horde_Secret (a core part of horde, see horde.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629538: [git-buildpackage/master] git-import-orig: Better support uscan of non tar.gz tarballs
tag 629538 pending thanks Date: Sun Jul 24 14:27:33 2011 +0200 Author: Guido Günther a...@sigxcpu.org Commit ID: 7fc837af0f9ca97d8f20307ff3a1046eab63006a Commit URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff;h=7fc837af0f9ca97d8f20307ff3a1046eab63006a Patch URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff_plain;h=7fc837af0f9ca97d8f20307ff3a1046eab63006a git-import-orig: Better support uscan of non tar.gz tarballs Closes: #629538 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635254: maradns: Normally functionality forced to go via TCP fails
Package: maradns Version: 1.4.06-3 Severity: important Tags: upstream To verify dig f.q.d.n. @maradns +tcp -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages maradns depends on: ii adduser 3.113 add and remove users and groups ii duende1.4.06-3 logging daemonizer ii libc6 2.13-10Embedded GNU C Library: Shared lib ii lsb-base 3.2-27 Linux Standard Base 3.2 init scrip Versions of packages maradns recommends: ii maradns-zoneserver1.4.06-3 complementary server process to TC ii python2.6.7-1interactive high-level object-orie maradns suggests no packages. -- Configuration Files: /etc/default/maradns changed [not included] /etc/maradns/mararc changed [not included] -- 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#635255: pyjunitxml: unused build-dependency on python-docutils
Source: pyjunitxml Version: 0.6-1 Severity: minor pyjunitxml build-depends on python-docutils, but as far as I can see it doesn't use it at build time in any way. (When I dropped this build-dependency, the package still built successfuly in a minimal chroot.) -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635256: mapserver: unused build-dependency on python-docutils
Source: mapserver Version: 5.6.6-2 Severity: minor mapserver build-depends on python-docutils, but as far as I can see it doesn't use the package in any way. Looking at the changelog, the build-dependency was added long time ago for a reason: | mapserver (4.8.1-1) unstable; urgency=low | | [ Paul Wise ] | ... | * Build mapscript html docs using python-docutils and add to mapserver-doc | ... However, HTML docs are not built anymore: | mapserver (5.4.0-1) experimental; urgency=low | | [ Alan Boudreault ] | | * Removed obsolete html doc generation in debian/rules and | from mapserver-doc package. | ... (I don't know why HTML docs generation was obsolete, but OTOH I don't really care...) -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634074: ITP: kamerka -- shiny photo taking application
Package: wnpp Severity: wishlist Owner: Sebastian Krzyszkowiak d...@dosowisko.net * Package name: kamerka Version : 0.8.1 Upstream Author : Sebastian Krzyszkowiak d...@dosowisko.net * URL : http://github.com/dos1/kamerka * License : GPLv2+ Programming Lang: C++ Description : shiny photo taking application Kamerka is a KDE application which uses Video4Linux to get image from webcam, with ability to save photos. It features easy to use, animated and well-integrated user interface. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634868: libactivemq-java: unable to find org.apache.activemq.console.command.ShellCommand dependency
Hi, Le mercredi 20 juillet 2011 19:23:48, Jonas Genannt a écrit : I want to start an ActiveMQ Message Server for Mcollective (#563951). I start activeMQ with: /usr/bin/java -Xmx512M -Dorg.apache.activemq.UseDedicatedTaskRunner=true -Djava.util.logging.config.file=logging.properties -Dcom.sun.management.jmxremote -Dactivemq.classpath=/usr/share/java -Dactivemq.home=/usr/share/java -Dactivemq.base=/usr/share/java -jar /usr/share/java/activemq-run.jar start xbean:activemq.xml Could you please have a look at your package? I've made some changes to Debian ActiveMQ package to handle a /real/ activemq instance (ie. my initial need was only to get some libraries, for embedded usage). I've put my current packages here : http://people.debian.org/~drazzib/activemq/ (please read installed README.Debian of each package for usage and limitations) Could you please try them and give me some feedback on this ? Cheers, -- Damien signature.asc Description: This is a digitally signed message part.
Bug#635243: Autosigning on poulenc and praetorius not working for security builds
On Sun, Jul 24, 2011 at 11:42:50AM +0200, Philipp Kern wrote: On Sun, Jul 24, 2011 at 11:29:40AM +0200, Moritz Muehlenhoff wrote: I'm not entirely sure if it worked in the past, but security buildd autosigning is currently not working on powerpc for poulenc and praetorius. praetorius isn't autosigned. Ugh, that's so 2010ish :-) Could poulenc build both? If you tell me the missing builds from poulenc I'll arrange for them being uploaded. The key rotation didn't work out as expected. Thanks, but I think I got all signed for which I have the logs around. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614607: Strange pin icon in geeqie toolbar
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, Am Di den 22. Feb 2011 um 17:08 schrieb Harri Haataja: Today I noticed that geeqie has a rather odd (fat, scaled?) pin icon on the toolbar. It might be some odd icon/theme issue, too, but I'll post this to geeqie since that's where I see it. Its correct posting that report for geeqie as the icons are included in the source. The icon was scaled cause it had have a size of 10×20 instead of 20×20. I changed that so the bug should be closed with the next release. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQGcBAEBCgAGBQJOLBd/AAoJEK8RO3RE9oVxLLQL/ipMvkctvjEMCdSeEvEOEkZB Vyeg7YsM0kLuU38iKb8+5X4YJriQD3ALnz5wL0AM5vlpPvSYOfyPMi8cEwFKijto MTolf2BHIdGjEOMThemRw1bmVuJOE/Ldq2XQarb7b21LiAshA8GVQU02rmThOdGH GOm7fOLDVG7udGT2shJKc0vWWMkpIh85p456E87aMc+/2MMqhlV2MyGxn15sama5 rqLmYram09Nj/Ar9C9iMhcgEVe0r/U2JaNIzmeKzuXE3beKTqQSAacluAvAzxBge Z4GJdPXaBQP913jDO3l0afrTmZNq9iWauMWN9a4hv1rlVRZPkpQv4Ce+FIdiYBQP GH/AwVWb6wH5aLCDmBIbKu7KIzwSDO35fhFgiVzIEmwwVZr4M57xld41kI3Vsg8T cqK+fUdr4VkuOYNpBmyg2WSs7caK/YUNJnm3FAuSnetSsISbEZnjlbljEigr7Zlh JM3j2h7g4sS1V680zV0DMG7J9nXhX2PhGw4SwYK2JA== =hPQi -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#635257: midori: unused build-dependency on python-docutils
Source: midori Version: 0.3.6-1 Severity: minor midori build-depends on python-docutils, but as far as I can see it doesn't actually use the package in any way. docutils was needed to build user documentation, but the documentation has been removed in 0.3.3: | v0.3.3: | ... | + Replace unmaintained docs with FAQ | ... -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635258: ruby-sass: Fix the path of the library in the executables files under /bin
Package: ruby-sass
Version: 3.1.4-5.1
Severity: grave
Tags: patch
Justification: renders package unusable
Hi,
with the current 3.1.4-5 package I get errors like the following with any of
the distributed
executables in /bin:
/usr/bin/sass-convert:3:in `require': no such file to load --
/usr/bin/../lib/sass (LoadError)
from /usr/bin/sass-convert:3
The attached patch against the package at
git://anonscm.debian.org/collab-maint/ruby-sass.git
fixes them.
Thanks,
Antonio Ospite
http://ao2.it
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (900, 'unstable'), (600, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.0-ao2 (SMP w/1 CPU core)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages ruby-sass depends on:
ii ruby 4.8 Transitional package for ruby1.8
ii ruby1.8 [ruby-interpreter] 1.8.7.352-1 Interpreter of object-oriented scr
ruby-sass recommends no packages.
Versions of packages ruby-sass suggests:
pn ruby-compass none (no description available)
-- no debconf information
From 42fdea4c16cdee71e2983537c9ba6324b2b66b0a Mon Sep 17 00:00:00 2001
From: Antonio Ospite osp...@studenti.unina.it
Date: Sun, 24 Jul 2011 14:10:33 +0200
Subject: [PATCH] Fix the path of the library in the executables files under /bin
X-Face: z*RaLf`X@C75u6Ig9}{oW$H;1_\2t5)({*|jhMpyWR#k60!#=#/Vb;]yA5GWI5`6u+
;6b'@y|8wwB;4/e!7wYYrcqdJFY,~%Gk_4]cq$Ei/7jN3ah(m`ku?pX.+~:_/wC~dwn^)MizBG
!pE^+iDQQ1yC6^,)YDKkxDd!T\I~93J_`4)A{':UrE
This fixes message like:
/usr/bin/sass-convert:3:in `require': no such file to load --
/usr/bin/../lib/sass (LoadError)
from /usr/bin/sass-convert:3
Signed-off-by: Antonio Ospite osp...@studenti.unina.it
---
debian/changelog |7
debian/patches/1003-fix-library-path.patch | 42
debian/patches/series |1 +
3 files changed, 50 insertions(+), 0 deletions(-)
create mode 100644 debian/patches/1003-fix-library-path.patch
diff --git a/debian/changelog b/debian/changelog
index cd88e8e..1c2d5a9 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+ruby-sass (3.1.4-5.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Fix the path of the library in the executables files under /bin
+
+ -- Antonio Ospite osp...@studenti.unina.it Sun, 24 Jul 2011 13:27:57 +0200
+
ruby-sass (3.1.4-5) unstable; urgency=low
* Fix VERSION resolving.
diff --git a/debian/patches/1003-fix-library-path.patch
b/debian/patches/1003-fix-library-path.patch
new file mode 100644
index 000..d95dcec
--- /dev/null
+++ b/debian/patches/1003-fix-library-path.patch
@@ -0,0 +1,42 @@
+Description: Fix for no such file to load -- /usr/bin/../lib/sass (LoadError)
+Author: Antonio Ospite osp...@studenti.unina.it
+Last-Update: 2011-07-24
+
+diff --git a/bin/sass b/bin/sass
+index 2b01e92..126c627 100755
+--- a/bin/sass
b/bin/sass
+@@ -1,7 +1,7 @@
+ #!/usr/bin/env ruby
+ # The command line Sass parser.
+
+-require File.dirname(__FILE__) + '/../lib/sass'
++require '/usr/lib/ruby/vendor_ruby/sass'
+ require 'sass/exec'
+
+ opts = Sass::Exec::Sass.new(ARGV)
+diff --git a/bin/sass-convert b/bin/sass-convert
+index 97ee024..8181a26 100755
+--- a/bin/sass-convert
b/bin/sass-convert
+@@ -1,6 +1,6 @@
+ #!/usr/bin/env ruby
+
+-require File.dirname(__FILE__) + '/../lib/sass'
++require '/usr/lib/ruby/vendor_ruby/sass'
+ require 'sass/exec'
+
+ opts = Sass::Exec::SassConvert.new(ARGV)
+diff --git a/bin/scss b/bin/scss
+index 0791cfb..7bd4360 100755
+--- a/bin/scss
b/bin/scss
+@@ -1,7 +1,7 @@
+ #!/usr/bin/env ruby
+ # The command line Sass parser.
+
+-require File.dirname(__FILE__) + '/../lib/sass'
++require '/usr/lib/ruby/vendor_ruby/sass'
+ require 'sass/exec'
+
+ opts = Sass::Exec::Scss.new(ARGV)
diff --git a/debian/patches/series b/debian/patches/series
index 0569854..23edfe1 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,2 +1,3 @@
1001-avoid-rubygems.patch
1002-fix-VERSION-path.patch
+1003-fix-library-path.patch
--
1.7.5.4
Bug#635251: [libpciaccess0] support multiarch same
On Sun, Jul 24, 2011 at 01:50:22PM +0200, gregory hainaut wrote: diff -u libpciaccess-0.12.1/debian/control libpciaccess-0.12.1/debian/control --- libpciaccess-0.12.1/debian/control +++ libpciaccess-0.12.1/debian/control @@ -4,7 +4,7 @@ Maintainer: Debian X Strike Force debia...@lists.debian.org Uploaders: David Nusinow dnusi...@debian.org, Cyril Brulebois k...@debian.org Build-Depends: - debhelper (= 5), + debhelper (= 8.0.3), libtool, automake, zlib1g-dev, Should be 8.1.3, not 8.0.3. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635159: [Pkg-alsa-devel] Bug#635159: libasound2: changelog comment Break current versions of packages providing ALSA plugins
Hi, all.
Thnaks for your infomation about alsa.
I just upload bluez that supported multiarch.
Best regards,
Nobuhiro
2011/7/23 Cristian Ionescu-Idbohrn cristian.ionescu-idbo...@axis.com:
On Sat, 23 Jul 2011, Elimar Riesebieter wrote:
* Cristian Ionescu-Idbohrn [110723 14:14 +0200]:
On Sat, 23 Jul 2011, Elimar Riesebieter wrote:
* Cristian Ionescu-Idbohrn [110723 11:46 +0200]:
Package: libasound2
Version: 1.0.24.1-2
Severity: normal
[...]
Breaks: bluez-alsa (= 4.94-2), ...
and led to bluez-alsa being removed.
Jordi, could you please advise on which steps need to be taken to
get bluez-alsa back? I think the bluez package maintainer
Nobuhiro Iwamatsu iwama...@debian.org would also need that
information.
I guess just a rebuild against libasound2-dev (=1.0.24.1) is needed.
Thing is debian/control has that header hard coded like that.
Breaks: . bluez-alsa (= 4.94-2)
Would a rebuild against libasound2-dev (=1.0.24.1) help, in that case?
A rebuild should be minimum 4.94-3, isn't it?
Alright. Took a while. Sorry for being thick. Got it now :)
You meant rebuild _bluez_ against libasound2-dev (=1.0.24.1).
--
Cristian
--
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#635259: python-fixtures: unused build-dependency on python-docutils
Source: python-fixtures Version: 0.3.6-1 Severity: minor python-fixtures build-depends on python-docutils, but as far as I can see it doesn't use it at build time in any way. (When I dropped this build-dependency, the package still built successfully in a minimal chroot.) -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635251: [libpciaccess0] support multiarch same
On Sun, 24 Jul 2011 15:13:06 +0200
Steve Langasek vor...@debian.org wrote:
On Sun, Jul 24, 2011 at 01:50:22PM +0200, gregory hainaut wrote:
diff -u libpciaccess-0.12.1/debian/control
libpciaccess-0.12.1/debian/control ---
libpciaccess-0.12.1/debian/control +++
libpciaccess-0.12.1/debian/control @@ -4,7 +4,7 @@
Maintainer: Debian X Strike Force debia...@lists.debian.org
Uploaders: David Nusinow dnusi...@debian.org, Cyril Brulebois
k...@debian.org Build-Depends:
- debhelper (= 5),
+ debhelper (= 8.0.3),
libtool,
automake,
zlib1g-dev,
Should be 8.1.3, not 8.0.3.
Cheers,
Thanks very much for the review.
Attach patch v2: fix debhelper dependency typo.
Best regards,
Gregorydiff -u libpciaccess-0.12.1/debian/rules libpciaccess-0.12.1/debian/rules
--- libpciaccess-0.12.1/debian/rules
+++ libpciaccess-0.12.1/debian/rules
@@ -13,6 +13,7 @@
MAKEFLAGS += -j$(NUMJOBS)
endif
+DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH)
DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
@@ -33,6 +34,7 @@
--mandir=\$${prefix}/share/man \
--infodir=\$${prefix}/share/info \
--with-pciids-path=\$${prefix}/share/misc \
+ --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) \
--with-zlib \
$(confflags) \
CFLAGS=$(CFLAGS)
diff -u libpciaccess-0.12.1/debian/control libpciaccess-0.12.1/debian/control
--- libpciaccess-0.12.1/debian/control
+++ libpciaccess-0.12.1/debian/control
@@ -4,7 +4,7 @@
Maintainer: Debian X Strike Force debia...@lists.debian.org
Uploaders: David Nusinow dnusi...@debian.org, Cyril Brulebois k...@debian.org
Build-Depends:
- debhelper (= 5),
+ debhelper (= 8.1.3),
libtool,
automake,
zlib1g-dev,
@@ -17,7 +17,9 @@
Package: libpciaccess0
Section: libs
Architecture: any
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends}, ${misc:Depends}
+Multi-Arch: same
Suggests: pciutils
Description: Generic PCI access library for X
Provides functionality for X to access the PCI bus and devices
diff -u libpciaccess-0.12.1/debian/libpciaccess-dev.install libpciaccess-0.12.1/debian/libpciaccess-dev.install
--- libpciaccess-0.12.1/debian/libpciaccess-dev.install
+++ libpciaccess-0.12.1/debian/libpciaccess-dev.install
@@ -1,4 +1,4 @@
-usr/lib/pkgconfig
-usr/lib/lib*.a
-usr/lib/lib*.so
+usr/lib/*/pkgconfig
+usr/lib/*/lib*.a
+usr/lib/*/lib*.so
usr/include
diff -u libpciaccess-0.12.1/debian/libpciaccess0-udeb.install libpciaccess-0.12.1/debian/libpciaccess0-udeb.install
--- libpciaccess-0.12.1/debian/libpciaccess0-udeb.install
+++ libpciaccess-0.12.1/debian/libpciaccess0-udeb.install
@@ -1 +1 @@
-usr/lib/libpciaccess.so.0*
+usr/lib/*/libpciaccess.so.0* /usr/lib
diff -u libpciaccess-0.12.1/debian/libpciaccess0.install libpciaccess-0.12.1/debian/libpciaccess0.install
--- libpciaccess-0.12.1/debian/libpciaccess0.install
+++ libpciaccess-0.12.1/debian/libpciaccess0.install
@@ -1 +1 @@
-usr/lib/libpciaccess.so.0*
+usr/lib/*/libpciaccess.so.0*
Bug#630750: [Adduser-devel] Bug#630750: default NAME_REGEX value in /etc/adduser.conf is incorrect
tags -patch thanks Hi, This one time, at band camp, Georgios M. Zarkadas said: The default value of variable NAME_REGEX shipped within the package's file /usr/share/adduser/adduser.conf (which is copied upon installation to etc/adduser.conf) is incorrect. current value / should-be value (the patch - append ?$ to it): - --- adduser.conf2011-06-17 00:51:05.718593580 +0300 +++ adduser.conf 2011-06-17 00:51:32.282093072 +0300 @@ -82,4 +82,4 @@ # check user and group names also against this regular expression. - -#NAME_REGEX=^[a-z][-a-z0-9_]*\$ +#NAME_REGEX=^[a-z][-a-z0-9_]*\$?$ This can't be fixing it, the default is commented out. The problem realised when tried to install hal (which installs user haldaemon) with the regex enabled and it failed to install with the following message: - --- Γίνεται εγκατάσταση hal (0.5.14-3) ... adduser: Please enter a username matching the regular expression configured via the NAME_REGEX configuration variable. Use the `--force-badname' option to relax this check or reconfigure NAME_REGEX. dpkg: σφάλμα στην επεξεργασία του hal (--configure): η υποδιεργασία installed post-installation script επέστρεψε κατάσταση λάθους 1 - --- After checking the postinst script of hal package I didn't found anything suspicious in its adduser invocation, nor on the tried out username (haldaemon) so I started to study the adduser source code. Seeing the 'checkname' routine and the initial test expression, I finally came up with the patch which was tried and hal installation succeeded. I wonder if this is a locale specific problem. Can you try (in a chroot, whatever), installing haldaemon with a default config for adduser to try to reproduce it? I am curious if it will succeed if you then set LANG=C and install it again. I suspect it will install. If this is the case, can you let me know? Cheers, -- - | ,''`.Stephen Gran | | : :' :sg...@debian.org | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#635260: debian-cd: Add gtk initrd to hurd-i386 images
Package: debian-cd Version: 3.1.7 Severity: normal Hello, The attached patch adds GTK-enabled initrd to the hurd-i386 CDs. Samuel -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Samuel Thibault samuel.thiba...@fnac.net s cool, j'ai un rapport a rendre pour le 31 decembre a minuit... -+- #ens-mim - bonne année ! -+- Index: tools/boot/wheezy/boot-hurd === --- tools/boot/wheezy/boot-hurd (révision 2265) +++ tools/boot/wheezy/boot-hurd (copie de travail) @@ -36,7 +36,7 @@ fi # Download boot images. -BOOT_IMAGES=cdrom/debian-cd_info.tar.gz cdrom/gnumach.gz cdrom/initrd.gz cdrom/ext2fs.static cdrom/ld.so.1 +BOOT_IMAGES=cdrom/debian-cd_info.tar.gz cdrom/gnumach.gz cdrom/initrd.gz cdrom/gtk/initrd.gz cdrom/ext2fs.static cdrom/ld.so.1 for image in $BOOT_IMAGES; do if [ ! -e $image ]; then @@ -55,8 +55,10 @@ # Install kernel and initrd mkdir -p $CDDIR/boot/kernel/ +mkdir -p $CDDIR/boot/gtk/ cp cdrom/gnumach.gz $CDDIR/boot/kernel/gnumach.gz cp cdrom/initrd.gz $CDDIR/boot/initrd.gz +cp cdrom/gtk/initrd.gz $CDDIR/boot/gtk/initrd.gz cp cdrom/ext2fs.static $CDDIR/boot/kernel/ext2fs.static cp cdrom/ld.so.1 $CDDIR/boot/kernel/ld.so.1
Bug#634475: [Adduser-devel] adduser --system in maintainer scripts (re: Bug #634475)
This one time, at band camp, Simon McVittie said: On Mon, 30 May 2011 at 09:12:59 +0100, Stephen Gran wrote: This one time, at band camp, Roger Leigh said: [...] However, most postinsts wrap the call to adduser with a check for whether the account already exists [...] I know that people do that, but it is unnecessary scaffolding. adduser already handles that just fine. Maybe the documentation is lacking, but the design goal is that you can just call adduser --system --quiet $args in your postinst, and adduser will do what you meant: steve@varinia:~$ getent passwd postfix postfix:x:112:120::/var/spool/postfix:/bin/false steve@varinia:~$ sudo adduser --system --quiet postfix [sudo] password for steve: steve@varinia:~$ echo $? 0 We use adduser --system --quiet in the dbus package without checking for existence of the user first, as recommended here. However, bug #634475 reveals that if the messagebus user is present, but is not in the system UID range, this will make the upgrade fail. Correct, and this is arguably correct behavior. I don't think we want to guess about what to do in this case. The options available are: renumber the account (and optionally find all files on the file system owned by this user and chown them to the new uid or delete them) don't renumber the account, which is in violation of debian and/or local policy. Neither is acceptable, frankly. I think it's best to fail in such a way that it forces the admin to deal with it. Peter Chubb (reporter of #634475) wrote: Simon If you have enough backups of /etc/passwd to be able to answer Simon these questions: what were the messagebus user's home Simon directory, numeric UID, and primary group ID before the Simon upgrade? What was the messagebus group's numeric GID? Did you Simon have any other users or groups whose numeric UID/GID collided Simon with messagebus? In the backup from two days ago: : wombat ; grep messagebus passwd group passwd:messagebus:x:110:107::/var/run/dbus:/bin/false group:messagebus:x:107: wombat ; grep 110 passwd messagebus:x:110:107::/var/run/dbus:/bin/false : wombat ; grep 107 group messagebus:x:107: I think the issue I have is that because of legacy accounts, LAST_SYSTEM_UID is 99 in /etc/adduser.conf, and for some reason the account was already existing with a higher UID than that. Presumably, on Peter's system, messagebus was either created while LAST_SYSTEM_UID was higher, or possibly before 2003 when dbus created messagebus as a non-system group (#222563 - which was undeniably itself a bug, but we should do what we can to recover from historical bugs). In the opinions of the adduser maintainers, what should daemon-user-creating packages like dbus be doing about this? I think for this specific one, a change in local policy made the account no longer correct, so again, I think adduser is behaving correctly here. We have a whole class of bugs that want effectively an ensure user is in correct range flag. If this didn't involve file ownership, this would be relatively straight forward, as we could just delete and recreate them with the correct uid/gid. Unfortunately, almost no package that installs a user has no files owned by that user, so it gets a little more complicated. Cheers, -- - | ,''`.Stephen Gran | | : :' :sg...@debian.org | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#616640: python-fixtures: test_environ.py:53: Warning: 'with' will become a reserved keyword
* Jari Aalto jari.aa...@cante.net, 2011-03-06, 10:25: Compiling /usr/lib/pymodules/python2.5/fixtures/tests/_fixtures/test_environ.py ... File /usr/lib/pymodules/python2.5/fixtures/tests/_fixtures/test_environ.py, line 53 with fixture: ^ SyntaxError: invalid syntax This is because the package declares 2.4- in debian/pyversions, but in fact several files are compatible only with Python 2.6 or later. You should either: - fix debian/pyversions or - backport the code to 2.4/2.5 (probably not worth effort) or - stop shipping tests (AFAICS these are only files with portability issues, but I didn't look very closely). -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635261: cups: Printing documents with pictures takes minutes or fails with Samsung ML-2250 printer
Package: cups Version: 1.4.7-1 Severity: important I found excatly my problem in the Ubuntu Bug Tracker: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/690116/+distrotask root 6580 0.5 0.0 48796 1624 ?S15:15 0:01 usb://Samsung/ML-2250?serial=2Y21BRIL201713.. 146 USER Amazon.de - Rücksendezentrum 1 InputSlot=Default PageSize=Letter Duplex=None PrintoutMode=Normal PrinterResolution=FromPrintoutMode number-up=1 job-uuid=urn:uuid:83b8ff64-41d7-374c-455b-705b1ca4038d job-originating-host-name=localhost time-at-creation=1311513320 time-at-processing=1311513320 lp6579 0.0 0.0 17268 2632 ?S15:15 0:00 Samsung_ML-2250 146 USER Amazon.de - Rücksendezentrum 1 InputSlot=Default PageSize=Letter Duplex=None PrintoutMode=Normal PrinterResolution=FromPrintoutMode number-up=1 job-uuid=urn:uuid:83b8ff64-41d7-374c-455b-705b1ca4038d job-originating-host-name=localhost time-at-creation=1311513320 time-at-processing=1311513320 lp6611 0.0 0.0 17272 1980 ?S15:15 0:00 Samsung_ML-2250 146 USER Amazon.de - Rücksendezentrum 1 InputSlot=Default PageSize=Letter Duplex=None PrintoutMode=Normal PrinterResolution=FromPrintoutMode number-up=1 job-uuid=urn:uuid:83b8ff64-41d7-374c-455b-705b1ca4038d job-originating-host-name=localhost time-at-creation=1311513320 time-at-processing=1311513320 lp6612 0.0 0.0 17276 1800 ?S15:15 0:00 Samsung_ML-2250 146 USER Amazon.de - Rücksendezentrum 1 InputSlot=Default PageSize=Letter Duplex=None PrintoutMode=Normal PrinterResolution=FromPrintoutMode number-up=1 job-uuid=urn:uuid:83b8ff64-41d7-374c-455b-705b1ca4038d job-originating-host-name=localhost time-at-creation=1311513320 time-at-processing=1311513320 lp6613 0.1 0.1 128572 13512 ?S15:15 0:00 gs -dFirstPage=1 -q -dBATCH -dPARANOIDSAFER -dNOPAUSE -sDEVICE=pxlmono -r600x600 -dMediaPosition=0 -dDEVICEWIDTHPOINTS=612 -dDEVICEHEIGHTPOINTS=792 -sOutputFile=- /var/spool/cups/tmp/foomatic-I1AbMp -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cups depends on: ii adduser 3.113add and remove users and groups ii bc 1.06.95-2The GNU bc arbitrary precision cal ii cups-client 1.4.7-1 Common UNIX Printing System(tm) - ii cups-common 1.4.7-1 Common UNIX Printing System(tm) - ii cups-ppdc 1.4.7-1 Common UNIX Printing System(tm) - ii debconf [debconf-2.0] 1.5.40 Debian configuration management sy ii ghostscript 9.02~dfsg-3 interpreter for the PostScript lan ii libacl1 2.2.51-3 Access control list shared library ii libavahi-client30.6.30-5 Avahi client library ii libavahi-common30.6.30-5 Avahi common library ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libcups21.4.7-1 Common UNIX Printing System(tm) - ii libcupscgi1 1.4.7-1 Common UNIX Printing System(tm) - ii libcupsdriver1 1.4.7-1 Common UNIX Printing System(tm) - ii libcupsimage2 1.4.7-1 Common UNIX Printing System(tm) - ii libcupsmime11.4.7-1 Common UNIX Printing System(tm) - ii libcupsppdc11.4.7-1 Common UNIX Printing System(tm) - ii libdbus-1-3 1.4.12-5 simple interprocess messaging syst ii libgcc1 1:4.6.1-4GCC support library ii libgnutls26 2.10.5-2 the GNU TLS library - runtime libr ii libgssapi-krb5-21.9.1+dfsg-1+b1 MIT Kerberos runtime libraries - k ii libijs-0.35 0.35-7 IJS raster image transport protoco ii libkrb5-3 1.9.1+dfsg-1+b1 MIT Kerberos runtime libraries ii liblcms11.19.dfsg-1 Little CMS color management librar ii libldap-2.4-2 2.4.25-1.1 OpenLDAP libraries ii libpam0g1.1.3-2 Pluggable Authentication Modules l ii libpaper1 1.1.24+nmu1 library for handling paper charact ii libpoppler130.16.7-2 PDF rendering library ii libslp1 1.2.1-7.8OpenSLP libraries ii libstdc++6 4.6.1-4 GNU Standard C++ Library v3 ii libusb-0.1-42:0.1.12-18 userspace USB programming library ii lsb-base3.2-27 Linux Standard Base 3.2 init scrip ii poppler-utils 0.16.7-2 PDF utilities (based on Poppler) ii procps 1:3.2.8-10 /proc file system utilities ii ssl-cert
Bug#635262: clive: -f best no longer working (YouTube)
Package: clive Version: 2.2.25-1 Severity: normal Dear clive maintainers, a few days ago clive started to no longer fetch the best version, e.g. 1080p, when available and invoked with -f best. Manually forcing the 1080p format with -f mp4_1080p works however. Kind regards, Kai Wasserbäch -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-esgaroth (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages clive depends on: ii libclass-singleton-perl 1.4-1 implementation of a Singleton cl ii libconfig-tiny-perl 2.14-1 Read/Write .ini style files with a ii libexpect-perl1.21-1 Expect.pm - Perl Expect interface ii libgetopt-argvfile-perl 1.11-1 Perl module for reading script opt ii libhtml-parser-perl 3.68-1+b1 collection of modules that parse H ii liburi-perl 1.58-1 module to manipulate and access UR ii libwww-curl-perl 4.15-1+b1 Perl bindings to libcurl ii perl 5.12.4-1 Larry Wall's Practical Extraction ii perl-modules [libversion-perl 5.12.4-1 Core Perl modules Versions of packages clive recommends: ii clive-utils 2.1.6-1additional utilities for clive pn libberkeleydb-perlnone (no description available) ii libterm-readkey-perl 2.30-4+b1 A perl module for simple terminal Versions of packages clive suggests: ii ffmpeg5:0.8-0.1 audio/video encoder, streaming ser -- no debconf information -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#632800: pu: package opencv 2.1.0-3+squeeze1
On Wed, 20 Jul 2011 07:45:25 +0900, Nobuhiro Iwamatsu wrote: I uploaded package (2.1.0-5) where this bug (#629414 and 610803) had been corrected to unstable. It is already in testing. Can I upload 2.1.0-3+squeeze1 to pu? Yes, please go ahead. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531316: [debootstrap] --foregin for kfreebsd-* fails still - debootstrap to kfreebsd from Linux not possible.
On Sun, Jul 24, 2011 at 10:52:40AM +0200, Otavio Salvador wrote:
2011/7/24 Paweł Różański ro...@wp.pl:
...
Package extraction is OK, but then I get:
W: Failure trying to run: chroot /mnt/temp mount -t devfs devfs /dev
in /usr/share/debootstrap/functions there is:
setup_devices () {
case $ARCH in
kfreebsd-*)
in_target mount -t devfs devfs /dev ;;
looks like it should work...
There is /dev/sda5, formatted as ext2 mounted as /mnt/temp.
It shouldn't since it tried to run a kfreebsd binary in your Linux
host. Aurelien, can you take a look at it?
I think the problem is more wide than kfreebsd only. The mount command
is run from setup_devices, and the command is different depending on the
OS (GNU/Linux, GNU/kFreeBSD, Hurd). But I don't understand why this
command is part of the first stage, it should not be needed here, and on
Linux it only works by chance, because you can create devices entries
for a foreign architecture from another architecture.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631620: there may be things you could help with
On Sun, Jul 24, 2011 at 8:36 PM, Mark Fletcher mark2...@gmail.com wrote:
On Sat, Jul 23, 2011 at 5:57 PM, Cristian Ionescu-Idbohrn
cristian.ionescu-idbo...@axis.com wrote:
Bug #626975 may give you some ideas.
Further follow-up. I've just found something very interesting indeed.
Using 4.66-3, which works, I followed through the process you documented in
bug 626975. So I lifted out of syslog the device path being used for the
keyboard part of my keyboard / mouse combo. Checked the vendor and product
matched up with the output of lsusb as you did -- they do. Next I used
udevadm test and if I'm reading that output right, only one rule matches the
keyboard / mouse combo and that is the generic RUN
'socket:@/org/freedesktop/hal/udev_event'
/lib/udev/rules.d/90-hal.rules:2. No sign of hid2hci being called _in the
version that works!!!_
That prompted me to look harder at the structure of the rules in the bluez
package in 4.66-3. The rule for the keyboard is: ACTION==add,
ENV{ID_VENDOR}==046d, ENV{ID_MODEL}==c71b RUN+=/usr/sbin/hid2hci
--method logitech -v $env{ID_VENDOR} -p $env{ID_MODEL} --mode hci
Now, I'm making a leap here, but I'm wondering if the Vendor and Product
of /sys/devices/yahdahyahdahyahdah/input/inputX/id should match up with the
variables used in that statement. If so, there is no model -- it's
Vendor which could match with ENV{ID_VENDOR} and Product which doesn't
match with anything. That might explain why this udev rule is not firing in
4.66-3.
In 4.94-2, the equivalent rule is: KERNEL==hiddev*,
ATTRS{idVendor}==046d, ATTRS{idProduct}==c70[345abce]|c71[34bc], \
RUN+=hid2hci --method=logitech-hid --devpath=%p
Now this one uses idVendor and idProduct which match up with what I see
under /sys/devices, so I'm thinking this has a better chance of getting run.
So now I am wondering if this rule IS firing in 4.94-2 and the fact that its
firing is what is messing me up. Would imply the solution, somewhat
counterintuitively, is to SUPPRESS the matching of this rule somehow. I'm
not sure how I'd do that though, short of removing c71b and c71c from the
matching list, which might work for me but break someone else with similar
but slightly different hardware.
I haven't actually tried re-installing 4.94-2 and running udevadm test
again, because doing so will essentially break the computer and I need to
find a window for that when it's not doing anything important (it's tonight
or not until next weekend, because I can't afford for it to be broken during
the week). I'll try to do that before going to bed tonight.
Reckon I'm barking up the right tree with this, or merely barking? :-)
Mark
Bug#635263: ibus-anthy: python2 migration and more
Package: ibus-anthy
Version: 1.2.6-1
Severity: normal
Tags: patch
X-Debbugs-CC: Barry Warsaw ba...@python.org
See attached patch against the 1.2.6-1 package.
This does followings:
For 3.0 (quilt) format source, you do not need to specify --with
quilt for dh. This is fixed.
This does new python2 packaging scheme but I could not get to make
python2.7 links and build was failing. So I used dh_python2
--no-guessing-versions as work around.
It is always good idea to use new files provided by autotools-dev than
one in the package. Thus --with autotools-dev was used.
*.la files are better not to be included. Thus I removed them from
package. There may be more elegant way to do this.
DEP-3 for patch tagging is a good thing and implimented.
Autogenerated setup/anthyprefs.py does not need to be diffed for package
(for multiple build from the source. Clean target removes this.)
Also, for git archive, quilt patches are better not to be applied after
debuild clean. If you apply this to your git repo, generated package
will not have debian/source/local-options , making it to behave normally
as patches appled after clean. This is for easier build. We can
always do git reset --hard; git clean -f to get clean source so this
is just a non-critical cosmetic thing.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing'), (50, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.39-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
Versions of packages ibus-anthy depends on:
ii anthy 9100h-9input method for Japanese - backen
ii ibus 1.3.9-2New input method framework using d
ii libanthy0 9100h-9input method for Japanese - runtim
ii libc6 2.13-10Embedded GNU C Library: Shared lib
ii libpython2.6 2.6.7-1Shared Python runtime library (ver
ii python2.6.6-14 interactive high-level object-orie
ii python2.6 2.6.7-1An interactive high-level object-o
ibus-anthy recommends no packages.
ibus-anthy suggests no packages.
-- no debconf information
diff -Nru ibus-anthy-1.2.6-orig/debian/changelog ibus-anthy-1.2.6/debian/changelog
--- ibus-anthy-1.2.6-orig/debian/changelog 2011-05-29 14:19:42.0 +0900
+++ ibus-anthy-1.2.6/debian/changelog 2011-07-24 22:06:47.0 +0900
@@ -1,3 +1,11 @@
+ibus-anthy (1.2.6-2) unstable; urgency=low
+
+ * Use dh $@ --with python2 --with autotools-dev
+ * Remove *.la files.
+ * DEP-3 patch.
+
+ -- Osamu Aoki os...@debian.org Sun, 24 Jul 2011 19:40:28 +0900
+
ibus-anthy (1.2.6-1) unstable; urgency=low
* New upstream release
diff -Nru ibus-anthy-1.2.6-orig/debian/control ibus-anthy-1.2.6/debian/control
--- ibus-anthy-1.2.6-orig/debian/control 2011-05-29 14:05:25.0 +0900
+++ ibus-anthy-1.2.6/debian/control 2011-07-24 21:06:37.0 +0900
@@ -4,11 +4,11 @@
Maintainer: IME Packaging Team pkg-ime-de...@lists.alioth.debian.org
Uploaders: LI Daobing lidaob...@debian.org, Asias He asias.he...@gmail.com
DM-Upload-Allowed: yes
-Build-Depends: debhelper (= 7), autotools-dev, swig, python-dev (= 2.5),
- pkg-config, libanthy-dev, python-support, intltool, quilt (= 0.46-7~)
+Build-Depends: debhelper (= 7.0.50~), autotools-dev, swig, python-dev (= 2.6.6-3~),
+ pkg-config, libanthy-dev, intltool
Standards-Version: 3.9.2
Homepage: http://code.google.com/p/ibus
-XS-Python-Version: = 2.5
+X-Python-Version: = 2.5
Vcs-Git: git://git.debian.org/git/pkg-ime/ibus-anthy.git
Vcs-Browser: http://git.debian.org/?p=pkg-ime/ibus-anthy.git
@@ -16,7 +16,6 @@
Package: ibus-anthy
Architecture: any
Depends: ${python:Depends}, ${shlibs:Depends}, ${misc:Depends}, ibus (= 1.2), anthy
-XB-Python-Version: ${python:Versions}
Description: anthy engine for IBus
IBus is an Intelligent Input Bus. It is a new input framework for Linux
OS. It provides full featured and user friendly input method user interface.
diff -Nru ibus-anthy-1.2.6-orig/debian/patches/fix-pythonpath-env.patch ibus-anthy-1.2.6/debian/patches/fix-pythonpath-env.patch
--- ibus-anthy-1.2.6-orig/debian/patches/fix-pythonpath-env.patch 2011-05-29 14:08:49.0 +0900
+++ ibus-anthy-1.2.6/debian/patches/fix-pythonpath-env.patch 2011-07-24 20:41:15.0 +0900
@@ -1,3 +1,6 @@
+Author: Sandro Tosi mo...@debian.org
+Description: Use of PYTHONPATH env var in an insecure way
+Bug-Debian: http://bugs.debian.org/605171
--- a/engine/ibus-engine-anthy.in
+++ b/engine/ibus-engine-anthy.in
@@ -26,7 +26,6 @@
diff -Nru ibus-anthy-1.2.6-orig/debian/rules ibus-anthy-1.2.6/debian/rules
--- ibus-anthy-1.2.6-orig/debian/rules 2011-05-29 14:04:34.0 +0900
+++ ibus-anthy-1.2.6/debian/rules 2011-07-24 22:03:22.0 +0900
@@ -1,3 +1,12 @@
#!/usr/bin/make -f
%:
- dh $@ --with quilt
+ dh $@ --with python2 --with
Bug#635264: ibus-input-pad: FTBFS: error: unknown type name 'GDBusConnection'
Package: src:ibus-input-pad Version: 1.4.0-1 Severity: serious Tags: sid wheezy Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the buildds: Making all in setup make[3]: Entering directory `/build/buildd-ibus-input-pad_1.4.0-1-kfreebsd-amd64-cacfem/ibus-input-pad-1.4.0/setup' /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I../engine -DDATAROOTDIR=\/usr/share\ -DIBUS_INPUT_PAD_SETUP_UI_FILE=\/usr/share/ibus-input-pad/setup/setup-gtk2.ui\ -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/ibus-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -g -O2 -c -o libiconfig_la-iconfig-gtk2.lo `test -f 'iconfig-gtk2.c' || echo './'`iconfig-gtk2.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I../engine -DDATAROOTDIR=\/usr/share\ -DIBUS_INPUT_PAD_SETUP_UI_FILE=\/usr/share/ibus-input-pad/setup/setup-gtk2.ui\ -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/ibus-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -g -O2 -c iconfig-gtk2.c -fPIC -DPIC -o .libs/libiconfig_la-iconfig-gtk2.o iconfig-gtk2.c:144:28: error: unknown type name 'GDBusConnection' Full build log at https://buildd.debian.org/status/fetch.php?pkg=ibus-input-padarch=kfreebsd-amd64ver=1.4.0-1stamp=1311510271 Regards Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635177: live-build: live wheezy usb-hdd - isolinux insted of syslinux will be installed
On 07/24/2011 10:43 AM, upite...@lycos.com wrote: Yep, I've done 'lb clean' and 'lb clean --purge' before and it doesn't work. On the basis of what do you say it doesn't work, actually booting the image, or just examining the contents afterwards? I think your expectations for what should be in the isolinux directory may just be wrong. The reason I ask is, there is one other problem*** that afflicts booting an image completely unrelated to the syslinux themes issue. Even after adding the updated themes, the resulting Live entry in the menu failed to find the kernel without a local hook to rename the kernel to vmlinuz and the initrd filename to initrd.img. If you're seeing a Live entry in your menu when booting your image, the problem you reported is solved by the new themes packages and this bug can be closed. The actual name of the .cfg file is unimportant so long as the bootloader finds and uses it. in the build.log I have the following messages: These are perfectly normal ... *Removing syslinux ... Removing syslinux-themes-debian-squeeze ...* BTW I cannot understand why syslinux will be removed. It is removed because after the creation of the binary, there is no need to have the packages in the chroot. The final system will have the default bootloader packages in it (i.e. grub) or else whatever your preferred bootloader is (specified in custom package lists). Thus, if you include an installer on the image, you can have your preferred bootloader installed from the image even though syslinux is the default for the live system binary itself. Ben *** I had thought there was already a bug filed about this but can't find it. I'll have to do some further testing file one. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635265: Floating Point Exception on call renders ekiga unusable
Package: ekiga Version: 3.2.7-4 Severity: grave Rationale: FPE causes ekiga to crash whenever I try to call out---thus rendering it unusable Hi, When I try to call out using ekiga, I get an FPE. I have not tested if this happens on incommind calls as well. A backtrace is inserted, please don't hesitate to let me know if you need any additional information. Best wishes, Ryan GNU gdb (GDB) 7.2-debian Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/ekiga...(no debugging symbols found)...done. (gdb) handle SIG33 pass nostop noprint SignalStop Print Pass to program Description SIG33 NoNo Yes Real-time event 33 (gdb) set paginai[Ktion 0 (gdb) run Starting program: /usr/bin/ekiga [Thread debugging using libthread_db enabled] [New Thread 0xb5070b70 (LWP 6613)] [New Thread 0xb4131b70 (LWP 6614)] [New Thread 0xb40f0b70 (LWP 6615)] [New Thread 0xb40afb70 (LWP 6616)] [New Thread 0xb406eb70 (LWP 6619)] [New Thread 0xb402db70 (LWP 6620)] [New Thread 0xb3fecb70 (LWP 6621)] [New Thread 0xb3fabb70 (LWP 6622)] [New Thread 0xb3f6ab70 (LWP 6623)] [New Thread 0xb3f29b70 (LWP 6624)] [Thread 0xb3f29b70 (LWP 6624) exited] [New Thread 0xb3f29b70 (LWP 6637)] [Thread 0xb3f6ab70 (LWP 6623) exited] [New Thread 0xb3f6ab70 (LWP 6645)] [Thread 0xb3fabb70 (LWP 6622) exited] [New Thread 0xb3fabb70 (LWP 6646)] [New Thread 0xaf470b70 (LWP 6647)] [Thread 0xaf470b70 (LWP 6647) exited] [New Thread 0xaf470b70 (LWP 6648)] [Thread 0xaf470b70 (LWP 6648) exited] [New Thread 0xaf470b70 (LWP 6663)] Program received signal SIGFPE, Arithmetic exception. [Switching to Thread 0xaf470b70 (LWP 6663)] 0xb4345083 in PVideoInputDevice_V4L2::Open(PString const, bool) () from /usr/lib/ptlib-2.6.7/devices/videoinput/v4l2_pwplugin.so (gdb) backtrace full #0 0xb4345083 in PVideoInputDevice_V4L2::Open(PString const, bool) () from /usr/lib/ptlib-2.6.7/devices/videoinput/v4l2_pwplugin.so No symbol table info available. #1 0xb7238285 in PVideoInputDevice::CreateOpenedDevice(PString const, PString const, bool, PPluginManager*) () from /usr/lib/libpt.so.2.6.7 No symbol table info available. #2 0x081caaa1 in GMVideoInputManager_ptlib::open(unsigned int, unsigned int, unsigned int) () No symbol table info available. #3 0x08154749 in Ekiga::VideoInputCore::internal_open(unsigned int, unsigned int, unsigned int) () No symbol table info available. #4 0x08154b53 in Ekiga::VideoInputCore::start_stream() () No symbol table info available. #5 0x0817b469 in PVideoInputDevice_EKIGA::Start() () No symbol table info available. #6 0xb77fa45e in OpalVideoMediaStream::Open() () from /usr/lib/libopal.so.3.6.8 No symbol table info available. #7 0xb77d4ac0 in OpalConnection::OpenMediaStream(OpalMediaFormat const, unsigned int, bool) () from /usr/lib/libopal.so.3.6.8 No symbol table info available. #8 0xb7843d2d in OpalPCSSConnection::OpenMediaStream(OpalMediaFormat const, unsigned int, bool) () from /usr/lib/libopal.so.3.6.8 No symbol table info available. #9 0xb77e4cb9 in OpalCall::OpenSourceMediaStreams(OpalConnection, OpalMediaType const, unsigned int, OpalMediaFormat const) () from /usr/lib/libopal.so.3.6.8 No symbol table info available. #10 0xb7c64d82 in SIPConnection::OnReceivedSDPMediaDescription(SDPSessionDescription, unsigned int) () from /usr/lib/libopal.so.3.6.8 No symbol table info available. #11 0xb7c61061 in SIPConnection::OnReceivedSDP(SIP_PDU) () from /usr/lib/libopal.so.3.6.8 No symbol table info available. #12 0xb7c6ffbb in SIPConnection::OnReceivedOK(SIPTransaction, SIP_PDU) () from /usr/lib/libopal.so.3.6.8 No symbol table info available. #13 0xb7c6a626 in SIPConnection::OnReceivedResponse(SIPTransaction, SIP_PDU) () from /usr/lib/libopal.so.3.6.8 No symbol table info available. #14 0xb7c886b9 in SIPTransaction::OnReceivedResponse(SIP_PDU) () from /usr/lib/libopal.so.3.6.8 No symbol table info available. #15 0xb7c8e513 in SIPInvite::OnReceivedResponse(SIP_PDU) () from /usr/lib/libopal.so.3.6.8 No symbol table info available. #16 0xb7c598a8 in SIPEndPoint::SIP_PDU_Work::OnReceivedPDU() () from /usr/lib/libopal.so.3.6.8 No symbol table info available. #17 0xb7c5afc7 in SIPEndPoint::SIP_PDU_Thread::Main() () from /usr/lib/libopal.so.3.6.8 No symbol table info available. #18 0xb73679fc in PThread::PX_ThreadStart(void*) () from /usr/lib/libpt.so.2.6.7 No symbol table info available. #19 0xb6931c39 in start_thread () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 No symbol table info available. #20 0xb664596e in clone () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 No symbol table info
Bug#635266: ITP: gxtuner - tuner for Jack
Package: wnpp Severity: wishlist Owner: mira.mi...@seznam.cz * Package name : gxtuner Version : 1.0 Upstream Author : Hermann Meyer brumm...@web.de * URL : http://sourceforge.net/projects/guitarix/files/gxtuner/ * License : GPL-2+ Programming Lang: C++ Description : tuner for Jack -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635262: clive: -f best no longer working (YouTube)
-=| Kai Wasserbäch, Sun, Jul 24, 2011 at 03:29:55PM +0200 |=- Package: clive Version: 2.2.25-1 Severity: normal Dear clive maintainers, a few days ago clive started to no longer fetch the best version, e.g. 1080p, when available and invoked with -f best. Manually forcing the 1080p format with -f mp4_1080p works however. Can you give an example URL or at least the name of the video site? signature.asc Description: Digital signature
Bug#625413: 0.3.6-1 from mentors is also affected
The PTS for trousers mentions a new upstream version which is available from mentors. This is just to update the bug report that the new version is affected by the same bug, before people waste time looking at that version for an RC bug fix. http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=trousers gcc -DPACKAGE_NAME=\trousers\ -DPACKAGE_TARNAME=\trousers\ -DPACKAGE_VERSION=\0.3.6\ -DPACKAGE_STRING=\trousers\ 0.3.6\ -DPACKAGE_BUGREPORT=\trousers-t...@lists.sf.net\ -DPACKAGE=\trousers\ -DVERSION=\0.3.6\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_OPENSSL_BN_H=1 -DHAVE_OPENSSL_ENGINE_H=1 -DHAVE_PTHREAD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\.libs/\ -DHTOLE_DEFINED=1 -DHAVE_DAEMON=1 -I.-DAPPID=\TCSD\ TCS\ -DVAR_PREFIX=\/var\ -DETC_PREFIX=\/etc\ -DTSS_BUILD_TRANSPORT -DTSS_BUILD_TICK -DTSS_BUILD_COUNTER -DTSS_BUILD_RANDOM -DTSS_BUILD_CAPS -DTSS_BUILD_DIR -DTSS_BUILD_PCR_EVENTS -DTSS_BUILD_SIGN -DTSS_BUILD_QUOTE -DTSS_BUILD_SEAL -DTSS_BUILD_CHANGEAUTH -DTSS_BUILD_BIND -DTSS_BUILD_OWN -DTSS_BUILD_PS -DTSS_BUILD_ADMIN -DTSS_BUILD_AIK -DTSS_BUILD_EK -DTSS_BUILD_CERTIFY -DTSS_BUILD_KEY -DTSS_BUILD_MAINT -DTSS_BUILD_MIGRATION -DTSS_BUILD_PCR_EXTEND -DTSS_BUILD_SELFTEST -DTSS_BUILD_NV -DTSS_BUILD_AUDIT -DTSS_BUILD_SEALX -DTSS_BUILD_TSS12 -DTSS_BUILD_DELEGATION -DTSS_BUILD_QUOTE2 -DTSS_BUILD_CMK -g -O2 -m64 -DBI_OPENSSL -DTSS_NO_GUI -W -Wall -Werror -Wno-unused-parameter -Wsign-compare -I../include -DTCSD_DEFAULT_PORT=30003 -DTSS_VER_MAJOR=0 -DTSS_VER_MINOR=3 -DTSS_SPEC_MAJOR=1-DTSS_SPEC_MINOR=2 -I../../src/include -c -o libtcs_a-rpc_evlog.o `test -f 'rpc/tcstp/rpc_evlog.c' || echo './'`rpc/tcstp/rpc_evlog.c rpc/tcstp/rpc_evlog.c: In function ‘tcs_wrap_GetPcrEvent’: rpc/tcstp/rpc_evlog.c:36:27: error: variable ‘totalSize’ set but not used [-Werror=unused-but-set-variable] cc1: all warnings being treated as errors make[3]: *** [libtcs_a-rpc_evlog.o] Error 1 make[3]: Leaving directory `/home/neil/code/debian/src/trousers/trousers-0.3.6/src/tcs' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/neil/code/debian/src/trousers/trousers-0.3.6/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/neil/code/debian/src/trousers/trousers-0.3.6' dh_auto_build: make -j1 returned exit code 2 make: *** [build] Error 2 This is the same error as in 0.3.5 -- Neil Williams = http://www.linux.codehelp.co.uk/ pgplpi3ecxSLL.pgp Description: PGP signature
Bug#631620: there may be things you could help with
Please skip the html-formated message mime part (gmail sickness).
The text/plain is sufficient.
On Sun, 24 Jul 2011, Mark Fletcher wrote:
On Sat, Jul 23, 2011 at 5:57 PM, Cristian Ionescu-Idbohrn
cristian.ionescu-idbo...@axis.com wrote:
Bug #626975 may give you some ideas.
The result from 'lsusb' paired with the rules in
/lib/udev/rules.d/*hid2hci.rules may be a start point.
Well the first thing I notice is that the rules in that file in
/lib/udev/rules.d are expressed completely differently between the two
package versions. This is looking more like it was back in the 4.61 days
(when nothing worked for this keyboard combo either).
I wouldn't know anything about that. I jumped on that horse at 4.91-1 :)
I couldn't get my BT dongle working.
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)
I know nothing about MX5500. Does it come with a dongle?
# dmesg
may reveal more details.
# lsusb -v
does that too.
# udevadm control --log-priority=debug
may also help. So may 'udevadm monitor ...'.
There's also the bluez-hcidump and bluez-tools packages with monitoring
tools.
4.66-3 (which works) specifies the path to the hid2hci executable, in
/usr/sbin. Meanwhile, 4.94-2 doesn't specify the path to the hid2hci
executable, and puts the executable in /lib/udev by the look of it. Any
chance the hid2hci executable is not being found?
udev, AFAIR, picks the executables (used in the RUN rules) from
/lib/udev. Whole path need to be specified for other locations.
Please run this:
# dpkg -S hid2hci
and show us the results. On my sid and testing installations it shows:
bluez: /usr/share/man/man8/hid2hci.8.gz
bluez: /lib/udev/hid2hci
bluez: /lib/udev/rules.d/62-bluez-hid2hci.rules
Those should be the only 'hid2hci' related files you should find on your
box. At some point there was:
udev: /lib/udev/hid2hci
udev: /lib/udev/rules.d/70-hid2hci.rules
bluez: /usr/sbin/hid2hci
bluez: /lib/udev/rules.d/62-bluez-hid2hci.rules
with 2 different command line options/arguments and somewhat different
rules. Recent udev versions don't ship hid2hci any more.
I also notice the hid2hci executable has changed between the two
versions, not just its path. The command line options etc are different.
Yes. See above.
Any chance the new one just doesn't work properly?
The bluez package /lib/udev/hid2hci used in
/lib/udev/rules.d/62-bluez-hid2hci.rules from 4.94-2 (look at the man page
too) is the correct one, AFAICT.
Overall I'm inclined to think the rule is firing but is either not able
to find the hid2hci executable it is supposed to be running, or else
that executable is not doing its job properly.
What does:
# hcitool dev
and:
# hcitool scan
show?
I looked over the bug you pointed me at but I'm quickly getting out of
my depth. I'll take a more detailed look later if I have time later this
evening (in Japan, Sunday evening here).
I'd like to be able to see some evidence of what's happening in the logs
but I am not sure which logs I should be looking in -- I don't know my
way around the debian logging arrangements well enough at the moment. If
you can give me a pointer on that I can maybe gather some more useful
information.
Yes. See above ('udevadm control ...'). You should be able to 'tail -f
/var/log/syslog' and find out more.
And finally -- lsusb output (when 4.66-3 is installed -- ie working. Are
you thinking it would be different when 4.94-2 is installed? No, right?)
Shouldn't matter.
Cheers,
--
Cristian
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635267: cron: @reboot jobs are not run
Package: cron Version: 3.0pl1-118 Severity: normal In a freshly installed wheezy systems, @reboot jobs are not run. I see the following in /var/log/syslog (grepped for cron): Jul 23 12:53:53 sneo anacron[2161]: Job `cron.daily' terminated Jul 23 12:53:53 sneo anacron[2161]: Normal exit (1 job run) Jul 24 18:04:50 sneo anacron[2178]: Anacron 2.3 started on 2011-07-24 Jul 24 18:04:50 sneo anacron[2178]: Will run job `cron.daily' in 5 min. Jul 24 18:04:50 sneo anacron[2178]: Will run job `cron.weekly' in 10 min. Jul 24 18:04:50 sneo anacron[2178]: Jobs will be executed sequentially Jul 24 18:04:51 sneo /usr/sbin/cron[2252]: (CRON) INFO (pidfile fd = 3) Jul 24 18:04:51 sneo /usr/sbin/cron[2253]: (CRON) STARTUP (fork ok) Jul 24 18:04:51 sneo /usr/sbin/cron[2253]: (CRON) INFO (Skipping @reboot jobs -- not system startup) Jul 24 18:09:50 sneo anacron[2178]: Job `cron.daily' started Jul 24 18:09:50 sneo anacron[2933]: Updated timestamp for job `cron.daily' to 2011-07-24 (Please note this is done at every reboot, and yes, it *is* system startup). Adding $all to required_start does not change this behaviour (thus I think this bug is different from #634215) -- Package-specific info: --- EDITOR: not set --- usr/bin/editor: /usr/bin/vim.basic --- /usr/bin/crontab: -rwxr-sr-x 1 root crontab 33984 Jun 5 11:27 /usr/bin/crontab --- /var/spool/cron drwxr-xr-x 5 root root 4096 Jul 9 13:12 /var/spool/cron --- /var/spool/cron/crontabs drwx-wx--T 2 root crontab 4096 Jun 5 11:27 /var/spool/cron/crontabs -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39.3sneo.05 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cron depends on: ii adduser 3.113 add and remove users and groups ii debianutils 4.0.2 Miscellaneous utilities specific t ii dpkg 1.16.0.3 Debian package management system ii libc6 2.13-10Embedded GNU C Library: Shared lib ii libpam-runtime1.1.3-2Runtime support for the PAM librar ii libpam0g 1.1.3-2Pluggable Authentication Modules l ii libselinux1 2.0.98-1.1 SELinux runtime shared libraries ii lsb-base 3.2-27 Linux Standard Base 3.2 init scrip Versions of packages cron recommends: ii exim4 4.76-2 metapackage to ease Exim MTA (v4) ii exim4-daemon-light [mail-tran 4.76-2 lightweight Exim MTA (v4) daemon Versions of packages cron suggests: ii anacron 2.3-14 cron-like program that doesn't go pn checksecurity none (no description available) ii logrotate 3.7.8-6Log rotation utility Versions of packages cron is related to: pn libnss-ldap none (no description available) pn libnss-ldapd none (no description available) pn libpam-ldap none (no description available) pn libpam-mount none (no description available) pn nis none (no description available) pn nscd none (no description available) -- no debconf information -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#635268: antlr3: ANTLR3 v3.4 now available
Package: antlr3 Version: 3.2-5 Severity: wishlist Hi, ANTLR3 v3.4 has been released a few days ago. As far as its packaging goes, the following posts on antlr-interest will probably be of interest: http://www.antlr.org/pipermail/antlr-interest/2011-July/042154.html http://www.antlr.org/pipermail/antlr-interest/2011-July/042166.html http://www.antlr.org/pipermail/antlr-interest/2011-July/042160.html As a reminder, the versions of ANTLR3 and the ANTLR3 C runtime (which I maintain) must match, otherwise dependent packages will become unbuildable. We need to coordinate our uploads, so please get in touch before uploading when you'll be ready. Note that the C runtime for v3.4 has not been released yet, but should be released soon. Worst case, a beta version is available that is pretty much the final version. Packages are ready on my end but will need to go through NEW. Thanks, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-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/bash Versions of packages antlr3 depends on: ii default-jre-headless [java6 1:1.6-40 Standard Java or Java compatible R ii libstringtemplate-java 3.2.1-1 StringTemplate templating engine f ii openjdk-6-jre-headless [jav 6b18-1.8.7-5 OpenJDK Java runtime, using Hotspo ii sun-java6-jre [java6-runtim 6.26-1 Sun Java(TM) Runtime Environment ( antlr3 recommends no packages. Versions of packages antlr3 suggests: pn antlr3-gcjnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
