Bug#579336: update-initramfs: recognize (and ignore?) moduleless/ramdiskless kernels.
On Tue, Apr 27, 2010 at 03:43:13PM +1000, trentb...@gmail.com wrote: lol indeed this was a funny minute when I put that in. the meaning is that you'd better really have everything built in. for eventual MODULES config settings we have now way to know. I was thinking you could look at /boot/config-revision. not reliable - as one generates initramfs for other boxes with mkinitramfs aboves file may be there, may be related, but not necessarily. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510334: Announce of the upcoming NMU for the libgcr410 package
Dear maintainer of libgcr410 and Debian translators, Some days ago, I sent a notice to the maintainer of the libgcr410 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: cs de es fr it ja nl pt pt_BR ru sv vi Among these, the following translations are incomplete: none 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 libgcr410 package so I can incorporate them in the build. The deadline for receiving updates and new translations is Monday, May 03, 2010. 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): Thursday, April 22, 2010 : send the first intent to NMU notice to the package maintainer. Tuesday, April 27, 2010 : send this notice Monday, May 03, 2010 : (midnight) deadline for receiving translation updates Tuesday, May 04, 2010 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Tuesday, May 11, 2010 : 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 em...@address, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: libgcr...@packages.debian.org\n POT-Creation-Date: 2010-04-27 07:38+0200\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME em...@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: select #. Description #: ../libgcr410.templates:1001 msgid Serial port to which the smartcard reader is connected: msgstr #. Type: select #. Description #: ../libgcr410.templates:1001 msgid The driver needs to know to which serial port the GemPlus GCR410 reader is connected. msgstr signature.asc Description: Digital signature
Bug#513352: Announce of the upcoming NMU for the uif package
Dear maintainer of uif and Debian translators, Some days ago, I sent a notice to the maintainer of the uif 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: ca cs de es eu fi fr gl it pt ru sv vi 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 uif package so I can incorporate them in the build. The deadline for receiving updates and new translations is Monday, May 03, 2010. 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): Thursday, April 22, 2010 : send the first intent to NMU notice to the package maintainer. Tuesday, April 27, 2010 : send this notice Monday, May 03, 2010 : (midnight) deadline for receiving translation updates Tuesday, May 04, 2010 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Tuesday, May 11, 2010 : 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 em...@address, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: u...@packages.debian.org\n POT-Creation-Date: 2008-05-11 08:24+0200\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME em...@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: select #. Choices #: ../templates:1001 msgid don't touch, workstation msgstr #. Type: select #. Description #: ../templates:1002 msgid Firewall configuration method msgstr #. Type: select #. Description #: ../templates:1002 msgid The firewall can be initialized using debconf, or using information you manually put into /etc/uif/uif.conf. msgstr #. Type: string #. Description #: ../templates:2001 msgid Enter trusted hosts and/or networks: msgstr #. Type: string #. Description #: ../templates:2001 msgid In workstation mode, you can specify some hosts or networks to be globally trusted. All incoming traffic coming from there will be allowed. Multiple entries have to be separate with spaces. msgstr #. Type: string #. Description #: ../templates:2001 msgid Example: 10.1.0.0/16 trust.mydomain.com 192.168.1.55 msgstr #. Type: boolean #. Description #: ../templates:3001 msgid Do you want your host to be reachable via ping? msgstr #. Type: boolean #. Description #: ../templates:3001 msgid Normally an Internet host should be reachable with pings. Choosing no here will disable pings which might be somewhat confusing when analyzing network problems. msgstr #. Type: boolean #. Description #: ../templates:4001 msgid Do you want your host to react to traceroutes? msgstr #. Type: boolean #. Description #: ../templates:4001 msgid Normally an Internet host should react to traceroutes. Choosing no here will disable this, which might be somewhat confusing when analyzing network problems. msgstr #. Type: note #. Description #: ../templates:5001 msgid Firewall for simple workstation setups msgstr #. Type: note #. Description #: ../templates:5001 msgid Warning: This configuration provides a very simple firewall setup which is only able to trust certain hosts and configure global ping / traceroute behaviour. msgstr #. Type: note #. Description #: ../templates:5001 msgid If you need a more specific setup, use /etc/uif/uif.conf as a template and choose \don't touch\ next time. msgstr #. Type: error #. Description #: ../templates:6001 msgid Error in list of trusted hosts msgstr #. Type: error #. Description #: ../templates:6001 msgid Please check the hosts / networks you entered. One or more entries are not correct, contain no resolvable hosts, valid IP-addresses, valid network definitions or masks. msgstr signature.asc Description: Digital signature
Bug#579340: [CRASH] Uncaught exception AttributeError in Frontend/Gtk/ui.py:616
Package: update-manager-gnome
Version: 0.200.3-1
Severity: grave
File: /usr/share/pyshared/UpdateManager/Frontend/Gtk/ui.py
Tags: sid
Justification: renders package unusable
Update Manager crashed on its start.
*** /tmp/update-manager-bugm_Su6p
The information below has been automatically generated.
Please do not remove this from your bug report.
- Exception Type: type 'exceptions.AttributeError'
- Exception Value: AttributeError('GtkUI' object has no attribute
'treeview_update',)
- Exception Origin: _MainThread(MainThread, started)
- Exception Traceback:
File /usr/bin/update-manager, line 38, in module
app.main()
File /usr/lib/pymodules/python2.5/UpdateManager/Application.py, line 421,
in main
self._frontend.init_frontend()
File /usr/lib/pymodules/python2.5/UpdateManager/Frontend/Gtk/__init__.py,
line 70, in init_frontend
self._ui = GtkUI(self)
File /usr/lib/pymodules/python2.5/UpdateManager/Frontend/Gtk/ui.py, line
616, in __init__
self.update_list = UpdateListControl(self, self.treeview_update)
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages update-manager-gnome depends on:
ii gconf22.28.1-3 GNOME configuration database syste
ii gksu 2.0.2-2+b1 graphical frontend to su
ii python2.5.4-9An interactive high-level object-o
ii python-dbus 0.83.1-1 simple interprocess messaging syst
ii python-gconf 2.28.1-1 Python bindings for the GConf conf
ii python-gobject2.21.1-1 Python bindings for the GObject li
ii python-gtk2 2.17.0-2 Python bindings for the GTK+ widge
ii python-support1.0.8 automated rebuilding support for P
ii python-vte1:0.24.0-2 Python bindings for the VTE widget
ii update-manager-core 0.200.3-1 APT update manager core functional
update-manager-gnome recommends no packages.
Versions of packages update-manager-gnome suggests:
ii software-properties-gtk 0.60.debian-1.1 manage the repositories that you i
ii update-notifier 0.99.3debian3 Daemon which notifies about packag
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579315: geany: Occasional crash
On Tue, 27 Apr 2010 00:34:01 +0200, Torquil wrote: Hi! Geany occasionaly crashes. It often seems to happen when geany is doing nothing. At least it usually doesn't happen while I am editing a document. I recompiled the source package with debugging symbols, and this is the output of gdb at the moment of crash: ** Gtk:ERROR:/build/buildd-gtk+2.0_2.20.0-3-amd64-fSfAXS/gtk +2.0-2.20.0/gtk/gtkfilesystemmodel.c:330:node_set_visible: assertion failed: (row model-files-len) I'm experience the same problems and I'm not yet sure what's causing this behaviour. There is already a related bug report in Geany's bug tracker: https://sourceforge.net/tracker/?func=detailatid=787791aid=2985896group_id=153444 And because it's possible related to GTK, I reported this also to GTK's bug tracker: https://bugzilla.gnome.org/show_bug.cgi?id=615576 My current guess is that it's somehow related to Geany's file open dialog and the directory which was opened in the dialog before closing it. It might happen if files are created, moved, deleted in this directory though I wasn't able yet to reproduce it. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpKYj6QwlUZ5.pgp Description: PGP signature
Bug#579341: qemu-kvm: kvm process memory leak
Subject: qemu-kvm: kvm process memory leak Package: qemu-kvm Version: 0.12.3+dfsg-4 Severity: important Tags: upstream *** Please type your report below this line *** After several days of running, kvm process started with `-m 133M` option consumes over 2G VSZ/2G RSS memory. `free -m` inside guest shows unused memory: total used free sharedbuffers cached Mem: 128 99 28 0 5 43 -/+ buffers/cache: 50 77 Swap: 127 60 67 Guest system runs on 32-bit kernel from lenny (2.6.26); excerpt from `ps aux`: u99369 7.5 17.9 2429768 2214116 ? Sl Apr20 769:28 /usr/bin/kvm -m 133M -drive file=/dev/md/u9,media=disk,format=raw,boot=on,cache=none,if=virtio -drive file=/dev/mastervg/u9_swap,media=disk,format=raw,cache=none,if=virtio -vnc 127.0.0.2:1026,password -name u9 -net nic,macaddr=00:16:3e:07:1f:28,model=virtio -net tap,downscript=no -monitor unix:/var/run/kvm-monitor/u9,server,nowait -balloon virtio -no-reboot -runas u9 -chroot /var/lib/kvmrun/chroot -kernel /var/lib/kvmrun/kernel/vmlinuz-2.6.26-2-686 -initrd /var/lib/kvmrun/kernel/initrd.img-2.6.26-2-686 -append root=/dev/vda panic=10 There's likely a relevant bug opened at upstream bugtracker: http://sourceforge.net/tracker/?func=detailatid=893831aid=2989366group_id=180599 -- Package-specific info: /proc/cpuinfo: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 26 model name : Intel(R) Xeon(R) CPU E5504 @ 2.00GHz stepping: 5 cpu MHz : 1999.952 cache size : 4096 KB physical id : 1 siblings: 4 core id : 0 cpu cores : 4 apicid : 16 initial apicid : 16 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology tsc_reliable nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm tpr_shadow vnmi flexpriority ept vpid bogomips: 3999.90 clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 26 model name : Intel(R) Xeon(R) CPU E5504 @ 2.00GHz stepping: 5 cpu MHz : 1999.952 cache size : 4096 KB physical id : 1 siblings: 4 core id : 1 cpu cores : 4 apicid : 18 initial apicid : 18 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology tsc_reliable nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm tpr_shadow vnmi flexpriority ept vpid bogomips: 4000.00 clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: processor : 2 vendor_id : GenuineIntel cpu family : 6 model : 26 model name : Intel(R) Xeon(R) CPU E5504 @ 2.00GHz stepping: 5 cpu MHz : 1999.952 cache size : 4096 KB physical id : 1 siblings: 4 core id : 2 cpu cores : 4 apicid : 20 initial apicid : 20 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology tsc_reliable nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm tpr_shadow vnmi flexpriority ept vpid bogomips: 4000.00 clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: processor : 3 vendor_id : GenuineIntel cpu family : 6 model : 26 model name : Intel(R) Xeon(R) CPU E5504 @ 2.00GHz stepping: 5 cpu MHz : 1999.952 cache size : 4096 KB physical id : 1 siblings: 4 core id : 3 cpu cores : 4 apicid : 22 initial apicid : 22 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology
Bug#579293: sysvinit: FTBFS on kfreebsd-*: 'VSWTC' undeclared
[Cyril Brulebois] Nope, but some guys on -bsd@ might know. I can do a testbuild on a porterbox, though. OK. Please test the patch and let us know if it compiles on freebsd. Cc to debian-...@. Readers of this list, please review the patch proposed in #579293. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579297: wpasupplicant: wpa_supplicant disconnects and fails to reconnect (wpa-enterprise)
severity 579297 important
thanks
Package: wpasupplicant
Version: 0.6.10-2
Severity: grave
Justification: renders package unusable
For your porticular use case maybe, but that does not make a
grave severity rating for the package.
I have a strange problem for about half a year now, which is when I
connect to
a WPA-Enterprise WiFi network (eduroam in this case) I loose my connection
after a certain amount of time, and wpa_supplicant fails to establish a
stable
connection again after that.
So when I loose the connection that is actually the time when the AP
requests
a re-authentication (AFAICT) and wpa_supplicant fails to do this
correctly.
Here some details:
AP:
IE: IEEE 802.11i/WPA2 Version 1
Group Cipher : TKIP
Pairwise Ciphers (2) : TKIP CCMP
Authentication Suites (1) : 802.1x
IE: WPA Version 1
Group Cipher : TKIP
Pairwise Ciphers (2) : TKIP CCMP
Authentication Suites (1) : 802.1x
Wifi card is an Intel Ultimate N 5300
wpa_supplicant config:
ctrl_interface_group=103
update_config=1
network={
ssid=eduroam
key_mgmt=WPA-EAP
eap=PEAP
identity=u...@domain.tld
password=password
}
I collected some debug output (using -dd) which contains logs from when
I first connected to this network, after loosing the connection the first
time
and several re-connection attempts thereafter.
The best place to seek support about this is the hostap mailing
list:
http://lists.shmoo.com/mailman/listinfo/hostap
Thanks, Kel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577231: ipsec-tools: SA is not deleted if peer terminates
Hermann, is your problem still unsolved? I was just looking for the appropriate RFC's but the answer i found is not quite satisfying. RFC2408 ISAKMP - Page 41 NOTE: The Delete Payload is not a request for the responder to delete an SA, but an advisory from the initiator to the responder. Not 100% sure, but confirmed by one racoon developer, racoon ignores right now the delete messages. Maybe there is another way to work around your problem for example having a very short lifetime in phase2 (sainfo part of racoon.conf). Stefan -- Stefan Bauer - PGP: E80A 50D5 2D46 341C A887 F05D 5C81 5858 DCEF 8C34 plzk.de - Linux - because it works -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579343: libnet-smtp-server-perl: cleanup calls 'close' on undefined value
Package: libnet-smtp-server-perl Version: 1.1-3 Severity: normal When the contstructor fails (e.g., when I try, as a normal usre, to bind the daemon to a low-numbered port), this error is printed: (in cleanup) Can't call method close on an undefined value at /usr/share/perl5/Net/SMTP/Server.pm line 55. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.34-rc5-lizzie-00023-g05ce7bf 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 libnet-smtp-server-perl depends on: ii perl 5.10.1-12 Larry Wall's Practical Extraction libnet-smtp-server-perl recommends no packages. libnet-smtp-server-perl 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#568008: Resolved for me (Was: Re: Bug#568008: ...)
Hello, apparently the default encryption in cryptsetup changed with some update. After adding cipher=cipher to /etc/crypttab the cryptsetup worked correctly. The kernel module error message remains but that's not important for me any more :-) I beg your pardon for bothering you, many thanks for not shouting at me :-) Best regards, -- Alexander Mader alexander.ma...@niles.de smime.p7s Description: S/MIME Cryptographic Signature
Bug#579049: [Pkg-nagios-devel] Bug#579049: nagios-plugins: check_linux_raid reports unknown state and warnings
the patch attached
--- check_linux_raid 2010-04-27 08:50:47.0 +0200
+++ check_linux_raid.orig 2010-04-08 23:20:00.0 +0200
@@ -1,5 +1,4 @@
-#!/usr/bin/perl
-# nagios: -epn
+#!/usr/bin/perl -w
# Copyright (c) 2002 ISOMEDIA, Inc.
# originally written by Steve Milton
@@ -80,7 +79,6 @@
}
foreach my $k (sort keys %devices){
-next unless (defined($status{$k}));
if ($status{$k} =~ /_/) {
if (defined $recovery{$k}) {
$msg .= sprintf %s status=%s, recovery=%s, finish=%s.,
@@ -107,3 +105,4 @@
print $code, $msg, \n;
exit ($ERRORS{$code});
\ No newline at end of file
+
signature.asc
Description: This is a digitally signed message part.
Bug#579344: gthumb-data: gthumb-data conflict with kipi-plugins
Package: gthumb-data Version: 3:2.11.3-1 Severity: grave both kipi-plugins and gthumb-data contain /usr/share/icons/hicolor/16x16/actions/flickr.png, so upgrading gthumb-data fail on a computer where there is kipi-plugins. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-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 Versions of packages gthumb-data depends on: ii gconf22.28.1-3 GNOME configuration database syste ii rarian-compat [scrollkeeper] 0.8.1-4.1 Documentation meta-data library (c Versions of packages gthumb-data recommends: ii yelp 2.30.0+webkit-1 Help browser for GNOME gthumb-data suggests no packages. -- no debconf information -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562214: Bug in libdevel-cover-perl fixed in revision 57004
tag 562214 + pending thanks Some bugs are closed in revision 57004 by Niko Tyni (ntyni) Commit message: add a dependency on the current Perl upstream version. (Closes: #562214) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579331: glade: New upstream version 3.7.0
Le lundi 26 avril 2010 à 23:51 -0400, Andres Cimmarusti a écrit : Package: glade Version: 3.6.7-1 Severity: wishlist Tags: sid squeeze New upstream version 3.7.0 Would be nice to have it in Squeeze Since it’s a development version, the only place where it would go is experimental. Cheers, -- .''`. Josselin Mouette : :' : `. `' “A handshake with whitnesses is the same `- as a signed contact.” -- Jörg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578725: yelp doesn't start
Il giorno ven, 23/04/2010 alle 22.26 +0200, Emilio Pozuelo Monfort ha scritto: Please always CC the bug report. sorry. [ ... ] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffd910 (LWP 23467)] 0x76ba9bd7 in ?? () from /usr/lib/librarian.so.0 Please type bt at the (gdb) prompt after this and send its output. We may need to rebuild librarian with debugging symbols though... here you go: (gdb) bt #0 0x76ba9bd7 in ?? () from /usr/lib/librarian.so.0 #1 0x76baa6fd in ?? () from /usr/lib/librarian.so.0 #2 0x76baaced in rrn_info_get_categories () from /usr/lib/librarian.so.0 #3 0x0041eecb in ?? () #4 0x744a36e4 in g_thread_create_proxy (data=0x7fffe002cf70) at /tmp/buildd/glib2.0-2.24.0/glib/gthread.c:1893 #5 0x76dc273a in start_thread () from /lib/libpthread.so.0 #6 0x73a5469d in clone () from /lib/libc.so.6 #7 0x in ?? () Best Regards Daniele Giglio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579345: icedove crashes with sigpipe
Package: icedove Version: 3.0.4-2 Severity: normal This happened after coming up from suspend. I guess it's either related to that, or to the network outage that was resulting from it. (gdb session is attached.) Cheers! Thiemo -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'proposed-updates'), (500, 'oldstable-proposed-updates'), (500, 'oldstable'), (500, 'stable'), (300, 'unstable'), (150, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-4-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 3.2.2Miscellaneous utilities specific t ii fontconfig 2.8.0-2 generic font configuration library ii libasound2 1.0.22-2 shared library for ALSA applicatio ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-20.86-1 simple interprocess messaging syst ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.2-9GCC support library ii libglib2.0-02.24.0-1 The GLib library of C routines ii libgtk2.0-0 2.20.0-3 The GTK+ graphical user interface ii libjpeg62 6b-16.1 The Independent JPEG Group's JPEG ii libnspr4-0d 4.8.4-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.6-2 Network Security Service libraries ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libsqlite3-03.6.23.1-1 SQLite 3 shared library ii libstartup-notification 0.10-1 library for program launch feedbac ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-3X11 client-side library ii libxrender1 1:0.9.5-2X Rendering Extension client libra ii libxt6 1:1.0.7-1X11 toolkit intrinsics library ii psmisc 22.11-1 utilities that use the proc file s ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages icedove recommends: ii libbonobo2-0 2.24.3-1 Bonobo CORBA interfaces library ii libgconf2-42.28.1-3 GNOME configuration database syste ii libgnome2-02.30.0-1 The GNOME library - runtime files ii libgnomevfs2-0 1:2.24.3-1GNOME Virtual File System (runtime ii liborbit2 1:2.14.18-0.1 libraries for ORBit2 - a CORBA ORB ii libpopt0 1.15-1lib for parsing cmdline parameters ii myspell-en-us [myspell-dic 1:3.2.0-2 English_american dictionary for my Versions of packages icedove suggests: ii ttf-lyx 1.6.5-1TrueType versions of some TeX font -- no debconf information thi...@eee:~$ icedove -g /usr/lib/icedove/run-mozilla.sh -g /usr/lib/icedove/icedove-bin MOZILLA_FIVE_HOME=/usr/lib/icedove LD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove/plugins:/usr/lib/icedove:/opt/ROOT/5.26.00b/lib DISPLAY=:0.0 DYLD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove/components:/usr/lib/icedove SHLIB_PATH=/usr/lib/icedove:/usr/lib/icedove LIBPATH=/usr/lib/icedove:/usr/lib/icedove ADDON_PATH=/usr/lib/icedove MOZ_PROGRAM=/usr/lib/icedove/icedove-bin MOZ_TOOLKIT= moz_debug=1 moz_debugger= /usr/bin/gdb /usr/lib/icedove/icedove-bin -x /tmp/mozargs.LlGnmp GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later
Bug#578950: [Linphone-developers] bug+patch: Identifies with IP6 to IP4 hosts with dual AAAA/A DNS resource record
Hi Lionel, Thanks a lot for reporting with problem with much details. The patch does not apply to git tree, but no problem I made the change manually as it was trivial. So the bug should be fixed in next release. Best regards Simon Le lundi 26 avril 2010 à 21:33 +0200, Lionel Elie Mamane a écrit : This is bug #578950 in the Debian bug tracker: http://bugs.debian.org/578950 Please keep 578950-forwar...@bugs.debian.org, 578...@bugs.debian.org and lio...@mamane.lu as CC in the discussion (M-F-T is set). When - the SIP server has both A and records in DNS - linphone is configured to use IPv4, not IPv6 linphone speaks over IPv4 to the server, but puts an IPv6 address in the SIP messages. This, at least in the case where Asterisk is the server (and probably for other servers that don't implement IPv6) makes calls not work. (registration works) The attached patch (against v3.2.1) fixes the issue. Analysis: Abstract from the debug log: linphonec call 500 ortp-message-Local interface to reach sip.mamane.lu is 2001:960:2:97::2. First sign of trouble: linphone identifies its own IP as an IPv6... ortp-message-getaddrinfo returned the following addresses: ortp-message-94.142.241.136 port 5060 ortp-message-Message sent: (to dest=94.142.241.136:5060) but OK, it still speaks to the server over IPv4 v=0 o=lionel 123456 654321 IN IP6 2001:960:2:97::2 s=A conversation c=IN IP6 2001:960:2:97::2 the IP6 address there makes Asterisk balk. The Asterisk log says: WARNING[3678] chan_sip.c: Invalid host in c= line, 'IN IP6 2001:960:2:97::2' and it returns this message to Linphone: ortp-message-Received message: SIP/2.0 488 Not acceptable here ___ Linphone-developers mailing list linphone-develop...@nongnu.org http://lists.nongnu.org/mailman/listinfo/linphone-developers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579331: glade: New upstream version 3.7.0
On 27/04/10 05:51, Andres Cimmarusti wrote: New upstream version 3.7.0 Would be nice to have it in Squeeze Nope, 3.7.x is unstable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#457075: Question on Salome package organization
On Mon, Apr 26, 2010 at 11:07:18PM +0200, Sylvestre Ledru wrote: Well done for this packaging! Yep, nice job. One more argument: we could plug Aster into Salome thanks to pylotage. If we are lucky, it could even make it for Squeeze! +1, let's try to get it into squeeze. It will mean more users and developers, even though the packaging changes completely for squeeze+1. -- Nicolas Chauvat logilab.fr - services en informatique scientifique et gestion de connaissances -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542595: not fixed in linphone 3.2.1-2
found 542595 3.2.1-2 -- * Disable alsa on GNU/kFreeBSD and GNU/Hurd (Closes: #542595). Thanks. * Build-Depend on libv4l-dev Oh, nooo. v4l stands for video for linux, therefore it is also linux specific. So please build-depends similarly as for libasound2-dev: libv4l-dev [alpha amd64 arm armeb armel avr32 hppa i386 ia64 lpia m32r m68k mips mipsel powerpc ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc sparc64], Please also fix depends of libmediastreamer-dev to libasound2-dev [linux-any] Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579341: qemu-kvm: kvm process memory leak
tags 579341 + pending thanks 27.04.2010 10:25, Artyom Pervukhin wrote: Subject: qemu-kvm: kvm process memory leak Package: qemu-kvm Version: 0.12.3+dfsg-4 Severity: important Tags: upstream *** Please type your report below this line *** After several days of running, kvm process started with `-m 133M` option consumes over 2G VSZ/2G RSS memory. [] There's likely a relevant bug opened at upstream bugtracker: http://sourceforge.net/tracker/?func=detailatid=893831aid=2989366group_id=180599 That is fixed in the git version of the package, see http://git.debian.org/?p=collab-maint/qemu-kvm.git;a=commit;h=61877b1f12c3784fdd46b9fd86b4e3a7025159e0 I added this the same day the bug has been identified. It will be included in 0.12.4 (next stable) too. Thanks! /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579345: icedove crashes with sigpipe
close 579345 thanks This is invalid, I forgot to cont in gdb. Sorry for that! Thiemo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579346: jabref: should depend or at least recommend xdg-utils
Package: jabref Version: 2.6+ds-1 Severity: normal Hello ! jabref should depend or at least recommend xdg-utils, since it now seems to use xdg-open for external file associations (unless you manually override this in the external files type dialog). This is rather painful for URL browsing since it used to use a user-specified program rather than xdg-open. Cheers, Vincent -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages jabref depends on: ii antlr 2.7.7-16 language tool for constructing rec ii antlr33.0.1+dfsg-4 language tool for constructing rec ii java-wrappers 0.1.15 wrappers for java executables ii libcommons-logging-java 1.1.1-7commmon wrapper interface for seve ii libglazedlists-java 1.8.0.dfsg-2 java list transformation library ii libjempbox-java 0.2.0.dfsg-1 XMP Compatible Java Library ii libjgoodies-forms-java1.3.0-1Framework to lay out and implement ii libjgoodies-looks-java2.3.1-1library with Swing lookfeel imple ii libjpf-java 1.5.1+dfsg-1 Java Plugin Framework: plug-in inf ii libjpfcodegen-java0.4+dfsg-1 tool for generating classes from J ii libmicroba-java 1:0.4.4.3-2set of JFC (Swing) components ii libmysql-java 5.1.10+dfsg-2 Java database (JDBC) driver for My ii libpdfbox-java1:0.7.3+dfsg-2 PDF library for Java ii libspin-java 1.5+dfsg-3 transparent threading solution for ii openjdk-6-jre 6b18-1.8-1 OpenJDK Java runtime, using Hotspo ii velocity 1.6.2-4Java-based template engine for web jabref recommends no packages. Versions of packages jabref suggests: ii acroread [pdf-viewer]9.3.2-0.0 Adobe Acrobat Reader: Portable Doc ii ghostscript [postscript-view 8.71~dfsg-4 The GPL Ghostscript PostScript/PDF ii gv [postscript-viewer] 1:3.6.8-1 PostScript and PDF viewer for X pn jabref-plugin-oo none (no description available) ii xpdf-reader [pdf-viewer] 3.02-2 Portable Document Format (PDF) sui -- 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#578396: qemu-kvm: After Squeeze reinstall, Studio 9.4.3 (Windows program) no longer works properly
27.04.2010 07:54, Gary Dale wrote: Further to below, I figured I'd try a re-install using virt-manager - something I couldn''t get working earlier. I noticed when I installed virt-manager, it installed a whole raft of software related to the qemu (not qemu-kvm) package. It also seems to be recognizing qemu-kvm, but I can't get Windows XP to install. I'm not sure I understand what you wrote. In any way, it is something not related to the original bugreport, so if it is important for you file a new bug report. Basically, I can connect to qemu (it won't connect to, or even recognize, qemu-kvm - the problem I was having earlier), create a new virtual machine (I have to pre-create the virtual disk file or it will try to create it on my system partition instead of in my home directory), tell it that it's a Windows XP partition then begin the install. Unfortunately, after copying files to the virtual disk, the XP install tries to reboot but can't find a bootable disk. Here, perform the install of windowsXP without using virt-manager, directly with kvm running from command line. Later on you can import the guest disk image into virt-manager and it will work fine. It's a known issue and I don't yet know who's at blame -- virt-manager or kvm. I don't know if you can help out on that issue. But the various extra bits that virt-manager installed made me wonder if there is something in the qemu install (that is not in the qemu-kvm install) that could cause the issue I am having? As far as I know virt-manager is able to work with qemu, qemu-kvm, xen and a few other virt. technologies. Why it decided to install lots of qemu dependencies is beyong me, ask virt-manager folks about that. Again, it is not at all related to the problem at hand. Just a thought. Any ideas? Well, yes. We're getting too far from the initial problem. And the problem itself, as I already pointed out several times, isn't exactly clear either, it might be anything. /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578892: xpdf: keyboard shortcuts for zooming (w/z) don't work anymore
+1 -- vvv -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579297: wpasupplicant: wpa_supplicant disconnects and fails to reconnect (wpa-enterprise)
On Tuesday 27 April 2010 08:42:15 k...@otaku42.de wrote: Package: wpasupplicant Version: 0.6.10-2 Severity: grave Justification: renders package unusable For your porticular use case maybe, but that does not make a grave severity rating for the package. I don't agree as many people use eduroam or a similar network and this problem has been reported oftenly, also on ubuntu. Hence it's not a special rare use-case. On ubuntu it has been suggested that a temporary solution would be to compile wpasupplicant with gnutls. https://bugs.launchpad.net/ubuntu/+source/wpasupplicant/+bug/429370 The best place to seek support about this is the hostap mailing list: http://lists.shmoo.com/mailman/listinfo/hostap That's what I did and am waiting for a reply. Thanks for reviewing this bug. -- regards, Georges Toth -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579346: jabref: should depend or at least recommend xdg-utils
On Tue, 27 Apr 2010 09:41:25 +0200, Vincent Fourmond wrote: jabref should depend or at least recommend xdg-utils, since it now seems to use xdg-open for external file associations Good catch, thanks! I noticed the changed behaviour but failed to draw the conclusion for the package :/ I will upload a fixed package in the evening. Cheers, gregor -- .''`. http://info.comodo.priv.at/ -- GPG Key IDs: 0x8649AA06, 0x00F3CFE4 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe `-Phasers locked on target, Captain. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579347: unset SSHD_OOM_ADJUST for linux-vserver
Package: openssh-server Version: 1:5.3p1-3 Severity: normal Tags: patch please also check for linux-vserver virtual environment in /etc/init.d/ssh by also grepping for VxID and unsetting SSHD_OOM_ADJUST accordingly. # cat /proc/self/status |grep VxID VxID: 98 proposed patch attached. thanks, raoul diff -r 19b1559beaa3 init.d/ssh --- a/init.d/ssh Tue Apr 27 09:50:23 2010 +0200 +++ b/init.d/ssh Tue Apr 27 10:00:49 2010 +0200 @@ -25,7 +25,7 @@ # Are we in a virtual environment that doesn't support modifying # /proc/self/oom_adj? -if grep -q 'envID:.*[1-9]' /proc/self/status; then +if egrep -q '(VxID|envID):.*[1-9]' /proc/self/status; then unset SSHD_OOM_ADJUST fi
Bug#579348: postgresql-client-common: postgresql include directive not parsed in /usr/share/postgresql-common/PgCommon.pm
Package: postgresql-client-common Version: 94lenny1 Severity: normal If using an include directive in postgresql.conf, pg_ctlcluster fails with 'Invalid line' error, in read_conf_file. This function should recurse into the include directives, as PostgreSQL does. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages postgresql-client-common depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy postgresql-client-common recommends no packages. postgresql-client-common 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#574029: jh_manifest utf8 errors
Le Tue, 27 Apr 2010 09:57:37 +0200, Picca Frédéric-Emmanuel frederic-emmanuel.pi...@synchrotron-soleil.fr a écrit : if I redo a few times the jh_manifest -v It stops at different progression of the manifest updating. pi...@grisette:~/Debian/tango/tango-nonfree$ jh_manifest -v /usr/bin/jh_manifest:3: DeprecationWarning: please use 'debian' instead of 'debian_bundle' import sys,getopt,debian_bundle.deb822,scriptutil,os,tempfile,copy Updating manifest in /home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/Astor-5.2.3.jar Updating manifest in /home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/ATKCore-4.0.6.jar Updating manifest in /home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/atkpanel-4.2.jar Updating manifest in /home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/AtkTuning-2.8.jar Updating manifest in /home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/ATKWidget-4.0.6.jar Updating manifest in /home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/DeviceTree-1.8.jar Updating manifest in /home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/Jive-4.0.jar Updating manifest in /home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/LogViewer-1.2.1.jar Updating manifest in /home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/Pogo-6.2.0.jar Updating manifest in /home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/TangORB-7.1.0.jar Updating manifest in /home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/tool_panels-1.9.jar Traceback (most recent call last): File /usr/bin/jh_manifest, line 264, in module then pi...@grisette:~/Debian/tango/tango-nonfree$ jh_manifest -v /usr/bin/jh_manifest:3: DeprecationWarning: please use 'debian' instead of 'debian_bundle' import sys,getopt,debian_bundle.deb822,scriptutil,os,tempfile,copy Updating manifest in /home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/Astor-5.2.3.jar Updating manifest in /home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/ATKCore-4.0.6.jar Updating manifest in /home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/atkpanel-4.2.jar Updating manifest in /home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/AtkTuning-2.8.jar Updating manifest in /home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/ATKWidget-4.0.6.jar Updating manifest in /home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/DeviceTree-1.8.jar Updating manifest in /home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/Jive-4.0.jar Updating manifest in /home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/LogViewer-1.2.1.jar Updating manifest in /home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/Pogo-6.2.0.jar Traceback (most recent call last): File /usr/bin/jh_manifest, line 264, in module then pi...@grisette:~/Debian/tango/tango-nonfree$ jh_manifest -v /usr/bin/jh_manifest:3: DeprecationWarning: please use 'debian' instead of 'debian_bundle' import sys,getopt,debian_bundle.deb822,scriptutil,os,tempfile,copy Updating manifest in /home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/Astor-5.2.3.jar Updating manifest in /home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/ATKCore-4.0.6.jar Updating manifest in /home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/atkpanel-4.2.jar Updating manifest in /home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/AtkTuning-2.8.jar Updating manifest in /home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/ATKWidget-4.0.6.jar Traceback (most recent call last): File /usr/bin/jh_manifest, line 264, in module If you want to repoduce by yourself the package is on mentors - dget http://mentors.debian.net/debian/pool/main/t/tango-nonfree/tango-nonfree_7.1.1-1.dsc -- GPG public key 1024D/A59B1171 2009-08-11 fingerprint = 1688 A3D6 F0BD E4DF 2E6B 06AA B6A9 BA6A A59B 1171 uid Picca Frédéric-Emmanuel pi...@synchrotron-soleil.fr signature.asc Description: PGP signature
Bug#579349: qemu: fresh WinXP image does not start
Package: qemu Version: 0.12.3+dfsg-4 Severity: normal Hi, I've created a 30GB disk image with qemu-img using qcow2 format, and I was able to install windows XP on that image using an ISO image (via libvirt). However when booting again the image I get a Disk read error from seabios, either by launching with virsh or manually with qemu. I'm able to boot on a Windows installation CDROM, and to access the repair console, run chkdsk, so the disk image is there and alive. Mayby this is a seabios issue, I'm not sure. Additional information: * seabios version: 0.5.1-2 * command used to launch the image: qemu -net user -net nic -smb /tmp -m 512 -hda /opt/kvm/xp_sp3_py26.img -usbdevice tablet -k fr -cdrom /opt/MSDN/fr_windows_xp_professional_n_with_service_pack_3_x86_cd_x14-92440.iso -boot menu=on Any help welcome. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (70, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages qemu depends on: ii qemu-system0.12.3+dfsg-4 QEMU full system emulation binarie ii qemu-user 0.12.3+dfsg-4 QEMU user mode emulation binaries ii qemu-utils 0.12.3+dfsg-4 QEMU utilities qemu recommends no packages. Versions of packages qemu suggests: pn qemu-user-static none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579350: nusoap: New 0.9.5 version available upstream
Package: nusoap Severity: wishlist Hi. There's a new version of nusoap that has just been released upstream (0.9.5). Even though I have updated my packaging (http://git.debian.org/?p=users/olberger-guest/nusoap.git;a=summary) for this new version I'm not sure if it should be tested enough to integrate unstable at the moment (well, after 0.7.3-3 has transitioned to testing, I mean ;). Any comments ? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579183: [Debichem-devel] Bug#579183: gelemental: fonts are incorrectly displayed
Hi, On Mon, Apr 26, 2010 at 03:36:19AM +0200, Christoph Anton Mitterer wrote: As shown in the attached screenshot, gelemental does not display the symbol name of several elements completely. Can you be more precise about which elements are wrongly displayed? On a first glance, I did not see any problems in the screenshot, but I am still quite sleepy this morning... Thanks, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579348: patch for this bug
I've patched PgCommon.pm to correct this :
I hope I can send attachment, so here it is.
85,86c85,86
if (open F, $_[0]) {
while (F) {
---
if (open my $file, $_[0]) {
while ($file) {
97a98,104
} elsif (/^\s*include\s*'(.*)'\s*$/) {
# include line. We need to recurse and append/replace hash
content
my $include=$1;
my %additional_conf=read_conf_file($include);
while( my ($key,$value)=each(%additional_conf)) {
$conf{$key}=$value;
}
102c109
close F;
---
close $file;
106d112
Bug#579349: qemu: fresh WinXP image does not start
27.04.2010 12:08, Alexandre Fayolle wrote: Package: qemu Version: 0.12.3+dfsg-4 Severity: normal Hi, I've created a 30GB disk image with qemu-img using qcow2 format, and I was able to install windows XP on that image using an ISO image (via libvirt). However when booting again the image I get a Disk read error from seabios, either by launching with virsh or manually with qemu. I'm able to boot on a Windows installation CDROM, and to access the repair console, run chkdsk, so the disk image is there and alive. Mayby this is a seabios issue, I'm not sure. It is actually a known issue. I'm not sure if it's virt-manager or qemu (or qemu-kvm which is also affected). Try installing windows without virt-manager, using qemu directly from command line. After install finishes, you will be able to import the guest image into libvirt/virt-manager and it will run there just fine. /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577661: dspam: should this package be removed?
Hi Kurt, On Mon, Apr 26, 2010 at 06:33:31PM -0400, Kurt B. Kaiser wrote: While the packages do not appear to have received adequate attention in the last year and a half, Julien Valroff has in fact been working diligently to prepare the new upstream release (from January) for upload into experimental. This is the first solid release upstream release in several years. Interesting. My bug filing was bad timing then... :) I would like to request a stay of execution, and suggest the following plan: First, determine which of the uploaders still have an interest in dspam. I think there are currently at least three people who would like to contribute to maintaining official Debian dspam packages. Are you going to pursue this, i.e. check on the other maintainers? Second, continue with the development of the experimental upload. I think Julien is pretty close. Since his work differs considerably from the current package, I think experimental is still warranted. Third, prepare an upload to unstable which takes the current package to 3.6.8-10, fixing the RC issues and bringing it back into policy compliance. I will work on that, if Julien has no objection. Sounds good. Any chance of a time line? Do you think this is something to be done within the next four weeks (and thus to be considered for squeeze)? DSPAM has been a Debian package for many years, and IMO it would be unfortunate to remove it just when upstream finally got straightened out and produced a new stable release. Well, I filed the bug because it seemed noone cared. If you do, all the better! Hauke -- .''`. Jan Hauke Rahm j...@debian.org www.jhr-online.de : :' : Debian Developer www.debian.org `. `'` Member of the Linux Foundationwww.linux.com `- Fellow of the Free Software Foundation Europe www.fsfe.org signature.asc Description: Digital signature
Bug#574029: jh_manifest utf8 errors
Le Sun, 18 Apr 2010 18:14:05 +0100,
Matthew Johnson mj...@debian.org a écrit :
I really could do with seeing the manifest from either of your packages - I
suspect that there is non-utf8 data in there. Without seeing it though I can't
reproduce or suggest a fix. (I'm afraid I can't read winmail.dat)
Matt
Hello
sorry for such a late answer.
Attached the faulty manifest file, the one from ATKWidget-4.0.6.jar.
it seems that this MANIFEST is not in unix format.
pi...@grisette:/tmp$ file MANIFEST.MF
MANIFEST.MF: ASCII text, with CRLF line terminators
the error is still:
pi...@grisette:~/Debian/tango/tango-nonfree$ jh_manifest -v
/usr/bin/jh_manifest:3: DeprecationWarning: please use 'debian' instead of
'debian_bundle'
import sys,getopt,debian_bundle.deb822,scriptutil,os,tempfile,copy
Updating manifest in
/home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/Astor-5.2.3.jar
Updating manifest in
/home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/ATKCore-4.0.6.jar
Updating manifest in
/home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/atkpanel-4.2.jar
Updating manifest in
/home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/AtkTuning-2.8.jar
Updating manifest in
/home/picca/Debian/tango/tango-nonfree/debian/libtango-java/usr/share/java/ATKWidget-4.0.6.jar
Traceback (most recent call last):
File /usr/bin/jh_manifest, line 264, in module
updatejar(j, tempmanifest, args)
File /usr/bin/jh_manifest, line 78, in updatejar
manifest = parseManifest(tempdir + /META-INF/MANIFEST.MF, None, manifest)
File /usr/bin/jh_manifest, line 164, in parseManifest
manifest[section][i.strip()] = sec[i].strip().replace('\n ','')
File /usr/lib/pymodules/python2.5/debian/deb822.py, line 179, in __getitem__
value = value.decode(self.encoding)
File /usr/lib/python2.5/encodings/utf_8.py, line 16, in decode
return codecs.utf_8_decode(input, errors, True)
UnicodeDecodeError: 'utf8' codec can't decode byte 0xf3 in position 5:
unexpected end of data
thanks.
Frederic
--
GPG public key 1024D/A59B1171 2009-08-11
fingerprint = 1688 A3D6 F0BD E4DF 2E6B 06AA B6A9 BA6A A59B 1171
uid Picca Frédéric-Emmanuel pi...@synchrotron-soleil.fr
MANIFEST.MF
Description: Binary data
signature.asc
Description: PGP signature
Bug#578424: Other info
Hi. Il 26/04/2010 17:16, Joao Pedro Pedroso ha scritto: Dear all, The Debian maintainer of python-glpk (r...@debian.org) will upload a new version soon. Meanwhile, you may download the package from my page: http://www.dcc.fc.up.pt/~jpp/code/python-glpk/ Thank you very much. By the way, let me suggest you to add to the new version also a upper bound versioned dependency, in order not to have such breaks anymore, by adding also a suitable libglpk0 ( 4.43~) dependency (or whatever is needed). Thanks you again, Giovanni. -- Giovanni Mascellani mascell...@poisson.phc.unipi.it Pisa, Italy Web: http://poisson.phc.unipi.it/~mascellani Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org signature.asc Description: OpenPGP digital signature
Bug#579348: postgresql-client-common: postgresql include directive not parsed in /usr/share/postgresql-common/PgCommon.pm
Hello Marc, Marc Cousin [2010-04-27 12:07 +0200]: If using an include directive in postgresql.conf, pg_ctlcluster fails with 'Invalid line' error, in read_conf_file. This function should recurse into the include directives, as PostgreSQL does. read_conf_file() actually does support the include directive, and there's even a check in the test suite for that. Can you please attach your postgresql.conf (or at least give me the precise include statement) as well as the ls -l output of the included files? (Perhaps there's something wrong with relative path resolution) Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.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#579348: postgresql-client-common: postgresql include directive not parsed in /usr/share/postgresql-common/PgCommon.pm
The Tuesday 27 April 2010 10:19:50, Martin Pitt wrote : Hello Marc, Marc Cousin [2010-04-27 12:07 +0200]: If using an include directive in postgresql.conf, pg_ctlcluster fails with 'Invalid line' error, in read_conf_file. This function should recurse into the include directives, as PostgreSQL does. read_conf_file() actually does support the include directive, and there's even a check in the test suite for that. Can you please attach your postgresql.conf (or at least give me the precise include statement) as well as the ls -l output of the included files? (Perhaps there's something wrong with relative path resolution) Thanks, Martin Hi, I don't get it then, I don't see anything in the function for this case. So here's how I reproduce it : /etc/postgresql/8.3/main# cat postgresql.conf Several 'normal' lines ... -- # CUSTOMIZED OPTIONS #-- #custom_variable_classes = '' # list of custom variable class names include 'test_include.conf' /etc/postgresql/8.3/main# cat test_include.conf lc_monetary = 'C' I get this : debian:/etc/postgresql/8.3/main# pg_ctlcluster 8.3 main start Error: Invalid line 495 in /etc/postgresql/8.3/main/postgresql.conf: »include 'test_include.conf' « The postgresql-client-common is 94lenny1 by the way. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578831: link failure with LTO: “invalid DSO for symbol `pthread_cancel@@GLIBC_2.0' definition”
On Tue, Apr 27, 2010 at 01:26:00AM +0200, Matthias Klose wrote: please make sure that *all* flags (except preprocessor flags) passed to cc1 are also passed to lto1. For common build systems, this does mean passing $(CFLAGS) to the link command. OK. This made no change at all to the undefined references with -fwhole-program, though. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579206: [DebianGIS-dev] Bug#579206: osmosis doesn't have initialized log4j appenders after upgrade
tag 579206 + confirmed thanks Hi. Il 26/04/2010 10:58, v.nix.is ha scritto: After upgrading osmosis I get output like this from cron jobs using it: log4j:WARN No appenders could be found for logger (org.java.plugin.ObjectFactory). log4j:WARN Please initialize the log4j system properly. log4j:WARN No appenders could be found for logger (org.java.plugin.ObjectFactory). log4j:WARN Please initialize the log4j system properly. log4j:WARN No appenders could be found for logger (org.java.plugin.ObjectFactory). log4j:WARN Please initialize the log4j system properly. log4j:WARN No appenders could be found for logger (org.java.plugin.ObjectFactory). log4j:WARN Please initialize the log4j system properly. Steps to reproduce: Thanks for the nice report. I could reproduce the bug. I'm not very into log4j, but I'll have a look at it and try to solve the bug. Cheers, Giovanni. -- Giovanni Mascellani mascell...@poisson.phc.unipi.it Pisa, Italy Web: http://poisson.phc.unipi.it/~mascellani Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org signature.asc Description: OpenPGP digital signature
Bug#579350: nusoap: New 0.9.5 version available upstream
On Tue, Apr 27, 2010 at 10:24:19AM +0200, Olivier Berger wrote: There's a new version of nusoap that has just been released upstream (0.9.5). Even though I have updated my packaging (http://git.debian.org/?p=users/olberger-guest/nusoap.git;a=summary) for this new version I'm not sure if it should be tested enough to integrate unstable at the moment (well, after 0.7.3-3 has transitioned to testing, I mean ;). Any comments ? Also, I have uploaded the package sources for that version to mentors : http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=nusoap Best regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562313: [patch]: guile-pg: FTBFS: libtool: link: `/usr/lib/libltdl.la' is not a valid libtool archive
Hi, I made a patch for this FTBFS, simply add build-depends. Please apply it, thanks. -- Regards, Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp http://wiki.debian.org/HidekiYamane diff -u guile-pg-0.16/debian/changelog guile-pg-0.16/debian/changelog --- guile-pg-0.16/debian/changelog +++ guile-pg-0.16/debian/changelog @@ -1,3 +1,11 @@ +guile-pg (0.16-4.2) unstable; urgency=low + + * Non-maintainer upload. + * debian/control +- add Build-Depends: libltdl-dev to fix FTBFS (Closes: #562313) + + -- Hideki Yamane (Debian-JP) henr...@debian.or.jp Tue, 27 Apr 2010 10:30:15 +0900 + guile-pg (0.16-4.1) unstable; urgency=low * Non-maintainer upload. diff -u guile-pg-0.16/debian/control guile-pg-0.16/debian/control --- guile-pg-0.16/debian/control +++ guile-pg-0.16/debian/control @@ -2,7 +2,7 @@ Section: interpreters Priority: optional Maintainer: Sam Hocevar (Debian packages) sam+...@zoy.org -Build-Depends: debhelper ( 4.0), quilt, libpq-dev, guile-1.6-dev, texinfo +Build-Depends: debhelper ( 4.0), quilt, libpq-dev, guile-1.6-dev, texinfo, libltdl-dev Standards-Version: 3.7.2 Package: guile-pg
Bug#574024: /usr/bin/dpkg-genchanges: dpkg-genchanges -v looks for exact version, not strictly later
On Tue, 27 Apr 2010, Gerfried Fuchs wrote: But the bugreport was about that version 0 (which is false in perl) won't get handed over and it said that 0.0 is handed over, so I still don't see how that part with proper evaluating of the value is the issue here. Hum, right sorry. It was also fixed in 1.15.1 but: + * Improves how dpkg-parsechangelog handles non-existing versions +in its --since, --until, --to, --from options. Approximate the intent +by selectioning the nearest version instead. Closes: #477638 Cheers, -- Raphaël Hertzog Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/ My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578882: KDM do not display background anymore
Package: kdm Version: 4:4.3.4-5+b1 Severity: normal I have the same problem after dist-upgrading on this and other computers with debian testing. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (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 kdm depends on: ii consolekit 0.4.1-4 framework for defining and trackin ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii kdebase-runtime 4:4.3.4-2runtime components from the offici ii kdebase-workspace-kgreet-pl 4:4.3.4-5+b1 KDE greet libraries for authentica ii kdelibs54:4.3.4-3core libraries for all KDE 4 appli ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libck-connector00.4.1-4 ConsoleKit libraries ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libkworkspace4 4:4.3.4-5+b1 Library for the kdebase workspace ii libpam0g1.1.1-2 Pluggable Authentication Modules l ii libqimageblitz4 1:0.0.4-4QImageBlitz image effects library ii libqt4-svg 4:4.6.2-4Qt 4 SVG module ii libqt4-xml 4:4.6.2-4Qt 4 XML module ii libqtcore4 4:4.6.2-4Qt 4 core module ii libqtgui4 4:4.6.2-4Qt 4 GUI module ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-3X11 client-side library ii libxau6 1:1.0.5-2X11 authorisation library ii libxdmcp6 1:1.0.3-2X11 Display Manager Control Protoc ii libxtst62:1.1.0-2X11 Testing -- Resource extension ii lsb-base3.2-23 Linux Standard Base 3.2 init scrip Versions of packages kdm recommends: ii kde-window-manager [x-windo 4:4.3.4-5+b1 the KDE 4 window manager (KWin) ii kdebase 5:55 the K Desktop Environment, base ap ii konsole [x-terminal-emulato 4:4.3.4-1X terminal emulator for KDE 4 ii logrotate 3.7.8-5 Log rotation utility ii twm [x-window-manager] 1:1.0.4-2Tab window manager ii xserver-xorg-core [xserver] 2:1.7.6-2Xorg X server - core server ii xterm [x-terminal-emulator] 256-1X terminal emulator Versions of packages kdm suggests: ii kdepasswd 4:4.3.4-1 password changer for KDE 4 -- debconf information: kdm/stop_running_server_with_children: false * shared/default-x-display-manager: kdm kdm/daemon_name: /usr/bin/kdm - DAI IL TUO 5 X MILLE AL SAN RAFFAELE. BASTA UNA FIRMA. SE FIRMI PER LA RICERCA SANITARIA DEL SAN RAFFAELE DI MILANO, FIRMI PER TUTTI. C.F. 03 06 42 80 153 INFO: 5permi...@hsr.it - www.5xmille.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579351: [INTL:es] UPDATE Spanish debconf template translation
Package: eglibc-source Version: 2.10.2-7 Severity: wishlist Tags: l10n patch Please find attached the po file for eglibc's debconf template. Best regards, -- Omar Campagne Polaino # eglibc debconf translation to spanish # Copyright (C) 2003, 2006, 2007, 2008, 2010 Software in the Public Interest # This file is distributed under the same license as the eglibc-source package. # # Changes: # - Initial translation #Carlos Valdivia Yagüe val...@dat.etsit.upm.es, 2003 # - Revisions: #Carlos Valdivia Yagüe val...@dat.etsit.upm.es, 2006, 2007, 2008 #Omar Campagne ocampa...@gmail.com 2010 # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: glibc 2.10.2-6\n Report-Msgid-Bugs-To: gl...@packages.debian.org\n POT-Creation-Date: 2009-03-08 15:23+0100\n PO-Revision-Date: 2010-04-19 11:21+0200\n Last-Translator: Omar Campagne ocampa...@gmail.com\n Language-Team: Debian L10n Spanish debian-l10n-span...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: multiselect #. Choices #: ../debhelper.in/locales.templates:1001 msgid All locales msgstr Todas las configuraciones regionales («locales») #. Type: multiselect #. Description #: ../debhelper.in/locales.templates:1002 msgid Locales to be generated: msgstr Seleccione las configuraciones regionales que desea generar: #. Type: multiselect #. Description #: ../debhelper.in/locales.templates:1002 msgid Locales are a framework to switch between multiple languages and allow users to use their language, country, characters, collation order, etc. msgstr Las configuraciones regionales componen un sistema para cambiar entre varios idiomas, y permite a los usuarios utilizar su idioma, país, juego de caracteres, ordenación alfanumérica, etc. #. Type: multiselect #. Description #: ../debhelper.in/locales.templates:1002 msgid Please choose which locales to generate. UTF-8 locales should be chosen by default, particularly for new installations. Other character sets may be useful for backwards compatibility with older systems and software. msgstr Por favor, elija las configuraciones regionales que desea generar. Se recomiendan las configuraciones regionales UTF-8, especialmente para instalaciones nuevas. Otros juegos de caracteres pueden resultar útiles por compatibilidad con sistemas y software antiguo. #. Type: select #. Choices #: ../debhelper.in/locales.templates:2001 msgid None msgstr Ninguno #. Type: select #. Description #: ../debhelper.in/locales.templates:2002 msgid Default locale for the system environment: msgstr Configuración regional predeterminada para el entorno del sistema: #. Type: select #. Description #: ../debhelper.in/locales.templates:2002 msgid Many packages in Debian use locales to display text in the correct language for the user. You can choose a default locale for the system from the generated locales. msgstr Muchos paquetes en Debian utilizan las configuraciones regionales para mostrar el texto en el idioma de los usuarios. Puede elegir la opción predeterminada de entre las configuraciones regionales que ha generado. #. Type: select #. Description #: ../debhelper.in/locales.templates:2002 msgid This will select the default language for the entire system. If this system is a multi-user system where not all users are able to speak the default language, they will experience difficulties. msgstr Esto seleccionará el idioma predeterminado de todo el sistema. Si se trata de un sistema con varios usuarios en el que no todos hablan el idioma elegido, pueden tener problemas. #. Type: boolean #. Description #: ../debhelper.in/libc.templates:1001 msgid Do you want to upgrade glibc now? msgstr ¿Desea actualizar glibc ahora? #. Type: boolean #. Description #:
Bug#578908: git-svn: use of uninitialised value in 'reset' operation
On Mon, Apr 26, 2010 at 08:36:12AM -0500, Jonathan Nieder wrote:
On Fri, Apr 23, 2010 at 03:07:44PM +0200, Jens Seidel wrote:
$ git svn reset -r13 -p
Use of uninitialized value $commit in length at /usr/lib/git-core/git-svn
line 3604.
arg3 must be a full SHA1 hexsum
Oops, the revision I specified (13) is invalid, the current branch (trunk)
starts with a higher number (I moved branches in Subversion in the past). I
tried to specify the 13th revision from HEAD (in reverse order) but did it
wrong.
Nevertheless there should be a proper error message and nothing about
uninitialized values, you probably agree.
Yes, I do. Sorry to take so long to get back to you; does this patch help?
Yes, it helped:
$ git svn reset -r13 -p
Cannot find SVN revision 13
$
diff --git a/git-svn.perl b/git-svn.perl
index 2c86ea2..97f3891 100755
--- a/git-svn.perl
+++ b/git-svn.perl
@@ -1185,6 +1185,7 @@ sub cmd_reset {
history\n;
}
my ($r, $c) = $gs-find_rev_before($target, not $_fetch_parent);
+ die Cannot find SVN revision $target\n unless defined($c);
Here the message ends with \n ...
$gs-rev_map_set($r, $c, 'reset', $uuid);
print r$r = $c ($gs-{ref_id})\n;
}
@@ -3605,6 +3606,7 @@ sub mkfile {
sub rev_map_set {
my ($self, $rev, $commit, $update_ref, $uuid) = @_;
+ defined $commit or die missing arg3;
here not.
length $commit == 40 or die arg3 must be a full SHA1 hexsum\n;
my $db = $self-map_path($uuid);
my $db_lock = $db.lock;
Jens
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579347: Re: Bug#579347: unset SSHD_OOM_ADJUST for linux-vserver
On 01/-10/-28163 08:59 PM, Colin Watson wrote: Source: openssh Source-Version: 1:5.4p1-1 On Tue, Apr 27, 2010 at 10:02:00AM +0200, Raoul Bhatia [IPAX] wrote: please also check for linux-vserver virtual environment in /etc/init.d/ssh by also grepping for VxID and unsetting SSHD_OOM_ADJUST accordingly. This is no longer relevant as of 5.4p1. * Remove SSHD_OOM_ADJUST configuration. sshd now unconditionally makes itself non-OOM-killable, and doesn't require configuration to avoid log spam in virtualisation containers (closes: #555625). will 1:5.4p1-1 be part of debian squeeze? if not then, imho, this should be addressed. thanks, Raoul -- DI (FH) Raoul Bhatia M.Sc. email. r.bha...@ipax.at Technischer Leiter IPAX - Aloy Bhatia Hava OG web. http://www.ipax.at Barawitzkagasse 10/2/2/11 email.off...@ipax.at 1190 Wien tel. +43 1 3670030 FN 277995t HG Wien fax.+43 1 3670030 15 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579161: Bug#579344: gthumb-data: gthumb-data conflict with kipi-plugins
forcemerge 579161 579344 severity 579161 grave thanks On Tuesday 27 April 2010 09:07:50, Remi Vanicat wrote: Package: gthumb-data Version: 3:2.11.3-1 Severity: grave both kipi-plugins and gthumb-data contain /usr/share/icons/hicolor/16x16/actions/flickr.png, so upgrading gthumb-data fail on a computer where there is kipi-plugins. Duplicate of #579161. Please check the bugs before reporting duplicates. FYI, I will be able to do an upload only in a couple of days. -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: This is a digitally signed message part.
Bug#579352: renpy: Fatal Python error: (pygame parachute) Segmentation Fault
Package: renpy Version: 6.9.3.dfsg1-1 Severity: normal *** Please type your report below this line *** When I run renpy, it crash. renpy-demo also crash the same way. paul...@freya:/tmp$ renpy Fatal Python error: (pygame parachute) Segmentation Fault Aborted So I recompile renpy with DEB_BUILD_OPTIONS=noopt nostrip and run gdb. The gdb backtrace is as attachment. It shows the crash is at module/core.c (line 1257) // Load in the 4 bytes. movd_m2r(*(unsigned int *) sp, mm1); // crash here, sp out of bound movd_m2r(*(unsigned int *) (sp + 4), mm2); punpcklbw_r2r(mm7, mm1); punpcklbw_r2r(mm7, mm2); I tried to disable MMX in core.c by not #define GCC_MMX at beginning. Then renpy won't crash. However this is not good. Thus I do more investigation. I tried to add a printf(%d,%d,%d\n,px,py,srcpitch); before unsigned char *sp = srcpixels + py * srcpitch + px * 4; (core.c: 1241) And that printf() makes renpy won't crash. WTF. After removing that printf(), I get crashes again. I add printf before movd_m2r() it also works (no crash). But remove that printf will cause the crash. It really confuses me. How to deal with this kind of bugs? I'm using AMD64 CPU (AMD Athlon(tm) II X2 240 Processor) But running i386 system. Please help me on solving this issue. Many Thanks, Paul -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages renpy depends on: ii python2.5.4-9An interactive high-level object-o ii python-pygame 1.8.1release-2 SDL bindings for games development ii python-renpy 6.9.3.dfsg1-1 framework for developing visual-no ii python-support1.0.7 automated rebuilding support for P ii ttf-dejavu-core 2.30-2 Vera font family derivate with add Versions of packages renpy recommends: ii python [python-ctypes]2.5.4-9An interactive high-level object-o renpy suggests no packages. -- no debconf information -- PaulLiu(劉穎駿) E-mail address: paul...@debian.org paul...@freya:/tmp$ gdb /usr/bin/python GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 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/python...Reading symbols from /usr/lib/debug/usr/bin/python2.5...done. (no debugging symbols found)...done. (gdb) set args /usr/games/renpy (gdb) run Starting program: /usr/bin/python /usr/games/renpy [Thread debugging using libthread_db enabled] [New Thread 0xb611db70 (LWP 8731)] [New Thread 0xb578fb70 (LWP 8732)] Program received signal SIGSEGV, Segmentation fault. transform32_mmx (pysrc=0x8b90c80, pydst=0x8b90f40, corner_x=0, corner_y=0, xdx=1.0151515, ydx=0, xdy=0, ydy=72089.6016, ashift=48, a=1) at core.c:1257 1257movd_m2r(*(unsigned int *) sp, mm1); (gdb) bt full #0 transform32_mmx (pysrc=0x8b90c80, pydst=0x8b90f40, corner_x=0, # corner_y=0, xdx=1.0151515, ydx=0, xdy=0, ydy=72089.6016, ashift=48, a=1) at core.c:1257 sp = 0x953c3f8 Address 0x953c3f8 out of bounds yfrac = 0 xfrac = 0 minx = 1.22520417e-33 maxx = -nan(0x40) d = 0x8cb916c dend = 0x8cb926c _save = 0x81661b8 amul = 256 fsw = 4325375 fsh = 3538943 src = value optimized out dst = value optimized out y = 1 srcpitch = 268 dstpitch = 264 dstw = 1 dsth = 50 srcpixels = 0x8cbc3f8 lsx = -nan(0x40) lsy = -nan(0x40) sxi = 2147483648 syi = 2147483648 xdxi = 2147483648 ydxi = 2147483648 #1 0xb61252ae in transform32_core (pysrc=0x8b90c80, pydst=0x8b90f40, corner_x=0, corner_y=0, xdx=1.0151515, ydx=0, xdy=0, ydy=1.1002, ashift=24, a=1) at core.c:1347 checked_mmx = 1 has_mmx = 1 #2 0xb6128c15 in __pyx_f_6_renpy_transform (__pyx_self=0x0, __pyx_args=0x8861df4, __pyx_kwds=0x0) at _renpy.c:1318 __pyx_v_pysrc = 0x8b90c80 __pyx_v_pydst = 0x8b90f40 __pyx_v_corner_x = 0x816a0ac __pyx_v_corner_y = 0x816a0ac __pyx_v_xdx = 0x88d913c __pyx_v_ydx = 0x816a0ac __pyx_v_xdy = 0x816a0ac __pyx_v_ydy = 0x88d90fc __pyx_v_a = 0x84dc6c4 __pyx_r = value optimized out __pyx_1 = value optimized out __pyx_2 = value optimized out
Bug#578618: (please build on all architectures): not fixed in jetty 6.1.24-1
found 578618 6.1.24-1 -- Hi, this part from original patch submission is still missing: --- jetty-6.1.22/debian/rules +++ jetty-6.1.22/debian/rules @@ -6,7 +6,7 @@ PACKAGE := $(DEB_SOURCE_PACKAGE) VERSION := $(DEB_UPSTREAM_VERSION) -JAVA_HOME:= /usr/lib/jvm/java-6-openjdk +JAVA_HOME:= /usr/lib/jvm/default-java ANT_HOME := /usr/share/ant DEB_JARS := servlet-api-2.5 slf4j-api mx4j mx4j-tools gnumail activation commons-daemon DEB_ANT_BUILD_TARGET := package Cheers Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579353: tmux: version 1.2-2 breaks software using waitpid()
Package: tmux Version: 1.2-2 Severity: critical Tags: sid Justification: breaks unrelated software Strange as it appears, it seems that version 1.2-2 interfers with software calling waitpid(). Just as an example, running reportbug inside tmux (inside urxvt) leads to: gpi...@caimano:~$ reportbug tmux Traceback (most recent call last): File /usr/bin/reportbug, line 40, in module from reportbug import utils File /usr/lib/pymodules/python2.5/reportbug/utils.py, line 46, in module import debianbts File /usr/lib/pymodules/python2.5/reportbug/debianbts.py, line 43, in module import checkversions File /usr/lib/pymodules/python2.5/reportbug/checkversions.py, line 37, in module from urlutils import open_url File /usr/lib/pymodules/python2.5/reportbug/urlutils.py, line 35, in module import webbrowser File /usr/lib/python2.5/webbrowser.py, line 498, in module register_X_browsers() File /usr/lib/python2.5/webbrowser.py, line 453, in register_X_browsers retncode = out.close() IOError: [Errno 10] No child processes The same command works outside tmux (I'm running it to write this bug report inside urxvt). Reverting back to version 1.2-1 makes this bug disappear. This bug affect a lot of unrelated software, but obviously only if run inside tmux. Thanks, Gian Piero. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF8, LC_CTYPE=it_IT.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tmux depends on: ii libc62.10.2-7Embedded GNU C Library: Shared lib ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii libncurses5 5.7+20100313-2 shared libraries for terminal hand tmux recommends no packages. tmux 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#579354: hadoop: French debconf templates translation
Package: hadoop Version: N/A Severity: wishlist Tags: patch l10n *** /home/alexandre/translation/patch-translate.txt Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.33-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # French po-debconf translation of hadoop # Copyright (C) 2010 Debian French l10n team debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the hadoop package. # # Alexandre Hoïd ac...@bluewin.ch, 2010. # msgid msgstr Project-Id-Version: hadoop-bin-0.20.2+dfsg1-1\n Report-Msgid-Bugs-To: had...@packages.debian.org\n POT-Creation-Date: 2010-04-17 08:00+0200\n PO-Revision-Date: 2010-04-27 10:36+0200\n Last-Translator: Alexandre Hoïd ac...@bluewin.ch\n Language-Team: French debian-l10n-fre...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: French\n #. Type: boolean #. Description #: ../hadoop-namenoded.templates:2001 msgid Should namenoded's file system be formatted? msgstr Le système de fichiers du noeud de nommage doit-il être formaté ? #. Type: boolean #. Description #: ../hadoop-namenoded.templates:2001 msgid The Name Node daemon manages the Hadoop Distributed File System (HDFS). Like a normal file system, it needs to be formatted prior to first use. If the HDFS file system is not formatted, the Name Node will fail to start. msgstr Le démon du noeud de nommage (Name Node) gère le système de fichiers distribué de Hadoop (Hadoop Distributed File System - HDFS). Comme tout système de fichiers, il doit être formaté avant sa première utilisation. Le démarrage du démon échouera si le système de fichiers HDFS n'est pas formaté. #. Type: boolean #. Description #: ../hadoop-namenoded.templates:2001 msgid This operation does not affect other file systems on this computer. You can safely choose to format the file system if you're using HDFS for the first time and don't have data from previous installations on this computer. msgstr Cette opération n'affecte en rien les autres systèmes de fichiers sur cet ordinateur. Vous pouvez choisir de formater le système de fichiers en toute sécurité si vous utilisez HDFS pour la première fois et que vous n'avez pas de données provenant d'installations antérieures sur cet ordinateur. #. Type: boolean #. Description #: ../hadoop-namenoded.templates:2001 msgid If you choose not to format the file system right now, you can do it later by executing \hadoop namenode -format\ as the user \hadoop\. msgstr Si vous choisissez de ne pas formater le système de fichiers maintenant, vous pourrez le faire ultérieurement en exécutant « hadoop namenode -format » avec l'identifiant « hadoop ». #~ msgid You can later on format the filesystem yourself with #~ msgstr #~ Il sera posssible de formater vous-même le système de fichier #~ ultérieurement, avec la commande : #~ msgid su -c\hadoop namenode -format\ hadoop #~ msgstr su -c\hadoop namenode -format\ hadoop
Bug#579356: mini-buildd: French debconf templates translation
Package: mini-buildd Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.33-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # French po-debconf translation of mini-buildd # Copyright (C) 2010 Debian French l10n team debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the mini-buildd package. # # Alexandre Hoïd alexandre.ho...@gmail.com, 2010. # msgid msgstr Project-Id-Version: mini-buildd 0.8.12\n Report-Msgid-Bugs-To: mini-bui...@packages.debian.org\n POT-Creation-Date: 2010-04-19 07:17+0200\n PO-Revision-Date: 2010-04-20 10:09+0200\n Last-Translator: Alexandre Hoïde alexandre.ho...@gmail.com\n Language-Team: French debian-l10n-fre...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../mini-buildd-common.templates:2001 msgid Repository purge msgstr Purge du dépôt #. Type: note #. Description #: ../mini-buildd-common.templates:2001 msgid You have chosen to purge mini-buildd on a repository host. msgstr Vous avez choisi de purger mini-buildd sur un hôte de dépôt. #. Type: note #. Description #: ../mini-buildd-common.templates:2001 msgid This choice means that the mini-buildd user will be removed along with all the files it owns, including the repository in \/home/mini-buildd/rep\. msgstr Ce choix implique la suppression de l'identifiant utilisé par mini-buildd ainsi que des fichiers dont il est propriétaire. Cela comprend aussi le dépôt hébergé dans le répertoire /home/mini-buildd/rep. #. Type: note #. Description #: ../mini-buildd-common.templates:2001 msgid To keep this data, you need to back it up now. msgstr Si vous préférez conserver ces données tout en purgeant le paquet, vous devez en faire une sauvegarde vous-même avant de poursuivre.
Bug#579355: dhcp3-client: ignores hook script exit_status
Package: dhcp3-client Version: 3.1.3-2 Severity: normal Hi, man dhclient-script says the following about its hooks: If an error occurs during the execution of the script, it can set the exit_status variable to a nonzero value, and /sbin/dhclient-script will exit with that error code immediately after the client script exits. but setting the variable doesn't seem to be enough, I had to explicitly call exit in my hook script to get dhclient-script abort. At least one out of the documentation, my understanding and the implementation must be wrong. But which one? Thanks, Feri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579353: tmux: version 1.2-2 breaks software using waitpid()
Gian Piero Carrubba gpi...@rm-rf.it writes: Strange as it appears, it seems that version 1.2-2 interfers with software calling waitpid(). Ugh, sorry about that. It's caused by a patch I picked from CVS, and it doesn't happen for me because my shell is zsh. I guess you're using bash and it doesn't reset the signal handler for SIGCHLD it gets from tmux when it's started... I'll amend the patch tonight. Thanks for the report! -- Romain Francoise rfranco...@debian.org http://people.debian.org/~rfrancoise/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579357: winbind: passwd/smbpasswd causes segmentation fault on Debian Lenny x64 (Samba Winbind and Windows Active Directory)
Package: winbind
Version: 2:3.2.5-4lenny9
Severity: important
I added my linux server to a windows AD using winbind / samba. Everything
worked just fine. After changing the OS to Debian lenny x64 I get a
segmentation fault when trying to change user passwords. I am using the exact
same configuration, on my 32 bit Server everything works. Any ideas?
debian:~# passwd user
sgmentation fault
debian# tail /var/log/syslog:
kernel: [689689.005934] passwd[11209]: segfault at 0 ip b7b84418 sp bfc37fc0
error 4 in pam_winbind.so[b7b7e000+b000]
Debian Lenny 5.0
winbind (2:3.2.5-4lenny6)
krb5-config (1.2.2)
samba-common (2:3.2.5-4lenny6).
/etc/samba/smb.conf
[global]
workgroup = DOMAINNAME
realm = DOMAINNAME.ORG
server string = %h
security = ADS
winbind separator = +
winbind cache time = 10
password server = 192.168.1.1
encrypt passwords = yes
client use spnego = yes
idmap uid = 1-2
idmap gid = 1-2
template shell = /bin/bash
template homedir = /home/%U
winbind use default domain = yes
winbind enum users = yes
winbind enum groups = yes
dns proxy = no
log level = 3
debug timestamp = yes
log file = /var/log/samba/log.%m
max log size = 1000
syslog = 0
panic action = /usr/share/samba/panic-action %d
socket options = TCP_NODELAY
unix charset = ISO8859-1
dos charset = 850
/etc/krb.conf
[libdefaults]
default_realm = DOMAINNAME.org
[realms]
DOMAINNAME.org = {
kdc = 192.168.1.1
admin_server = 192.168.1.1
default_domain = DOMAINNAME
dns_lookup_realm = false
dns_lookup_kdc = true
}
[domain_realm]
.DOMAINNAME.org = DOMAINNAME
DOMAINNAME.org = DOMAINNAME
[appdefaults]
pam = {
debug = false
ticket_lifetime = 36000
renew_lifetime = 36000
forwardable = true
krb4_convert = false
}
/etc/nsswitch:
passwd: compat winbind
group: compat winbind
shadow: compat winbind
(...)
/etc/pam.d/common-account:
account sufficient pam_winbind.so
account requiredpam_unix.so
/etc/pam.d/common-auth:
authsufficient pam_winbind.so
authrequiredpam_unix.so use_first_pass nullok_secure
/etc/common-passwd:
password required pam_unix.so nullok obscure min=4 max=8 md5
passwordsufficient pam_winbind.so use_authok
-- System Information:
Debian Release: 5.0.4
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/1 CPU core)
Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash
Versions of packages winbind depends on:
ii adduser 3.110add and remove users and groups
ii libc6 2.7-18lenny1 GNU C Library: Shared libraries
ii libcomerr2 1.41.3-1 common error description library
ii libkrb531.6.dfsg.4~beta1-5lenny3 MIT Kerberos runtime libraries
ii libldap-2.4-2 2.4.11-1+lenny1 OpenLDAP libraries
ii libpam0g1.0.1-5+lenny1 Pluggable Authentication Modules l
ii libpopt01.14-4 lib for parsing cmdline parameters
ii libtalloc1 1.2.0~git20080616-1 hierarchical pool based memory all
ii libwbclient02:3.2.5-4lenny9 client library for interfacing wit
ii lsb-base3.2-20 Linux Standard Base 3.2 init scrip
ii samba-common2:3.2.5-4lenny9 Samba common files used by both th
winbind recommends no packages.
winbind 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#579359: nmu: lwt_2.1.0-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu User: release.debian@packages.debian.org Usertags: binnmu Hello, nmu lwt_2.1.0-1 . ALL . -m Rebuild with react 0.9.2 dw lwt_2.1.0-1 . ALL . -m libreact-ocaml-dev (= 0.9.2-1) Thanks in advance, -- Stéphane -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579358: rst2pdf: AttributeError: _Container instance has no attribute '_hAlignAdjust'
Package: rst2pdf Version: 0.12.3-1 Severity: normal On normal input, ‘rst2pdf’ is crashing after a long stream of “Error registering font” errors: $ rst2pdf --version 0.12.3 $ cat foo.txt Foo === Bar $ rst2pdf foo.txt [ERROR] findfonts.py:222 Error registering font: VeraSe from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSe.ttf [ERROR] findfonts.py:222 Error registering font: VeraSeBd from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSeBd.ttf [ERROR] findfonts.py:222 Error registering font: VeraSe from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSe.ttf [ERROR] findfonts.py:222 Error registering font: VeraSe from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSe.ttf [ERROR] findfonts.py:222 Error registering font: VeraSe from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSe.ttf [ERROR] findfonts.py:222 Error registering font: VeraSeBd from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSeBd.ttf [ERROR] findfonts.py:222 Error registering font: VeraSe from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSe.ttf [ERROR] findfonts.py:222 Error registering font: VeraSe from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSe.ttf [ERROR] styles.py:388 Unknown font: Serif,replacing with Helvetica [ERROR] findfonts.py:222 Error registering font: VeraSe from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSe.ttf [ERROR] findfonts.py:222 Error registering font: VeraSeBd from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSeBd.ttf [ERROR] findfonts.py:222 Error registering font: VeraSe from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSe.ttf [ERROR] findfonts.py:222 Error registering font: VeraSe from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSe.ttf [ERROR] findfonts.py:222 Error registering font: VeraSe from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSe.ttf [ERROR] findfonts.py:222 Error registering font: VeraSeBd from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSeBd.ttf [ERROR] findfonts.py:222 Error registering font: VeraSe from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSe.ttf [ERROR] findfonts.py:222 Error registering font: VeraSe from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSe.ttf [ERROR] styles.py:388 Unknown font: Serif,replacing with Helvetica [ERROR] findfonts.py:222 Error registering font: VeraSe from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSe.ttf [ERROR] findfonts.py:222 Error registering font: VeraSeBd from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSeBd.ttf [ERROR] findfonts.py:222 Error registering font: VeraSe from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSe.ttf [ERROR] findfonts.py:222 Error registering font: VeraSe from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSe.ttf [ERROR] findfonts.py:222 Error registering font: VeraSe from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSe.ttf [ERROR] findfonts.py:222 Error registering font: VeraSeBd from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSeBd.ttf [ERROR] findfonts.py:222 Error registering font: VeraSe from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSe.ttf [ERROR] findfonts.py:222 Error registering font: VeraSe from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSe.ttf [ERROR] styles.py:388 Unknown font: Serif-Italic,replacing with Helvetica [ERROR] findfonts.py:222 Error registering font: VeraSe from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSe.ttf [ERROR] findfonts.py:222 Error registering font: VeraSeBd from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSeBd.ttf [ERROR] findfonts.py:222 Error registering font: VeraSe from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSe.ttf [ERROR] findfonts.py:222 Error registering font: VeraSe from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSe.ttf [ERROR] findfonts.py:222 Error registering font: VeraSe from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSe.ttf [ERROR] findfonts.py:222 Error registering font: VeraSeBd from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSeBd.ttf [ERROR] findfonts.py:222 Error registering font: VeraSe from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSe.ttf [ERROR] findfonts.py:222 Error registering font: VeraSe from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSe.ttf [ERROR] styles.py:388 Unknown font: Serif-Bold,replacing with Helvetica [ERROR] findfonts.py:222 Error registering font: VeraSe from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSe.ttf [ERROR] findfonts.py:222 Error registering font: VeraSeBd from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSeBd.ttf [ERROR] findfonts.py:222 Error registering font: VeraSe from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSe.ttf [ERROR] findfonts.py:222 Error registering font: VeraSe from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSe.ttf [ERROR] findfonts.py:222 Error registering font: VeraSe from /usr/share/fonts/truetype/ttf-bitstream-vera/VeraSe.ttf [ERROR] findfonts.py:222 Error registering font: VeraSeBd from
Bug#579293: sysvinit: FTBFS on kfreebsd-*: 'VSWTC' undeclared
OK. Please test the patch and let us know if it compiles on freebsd. It does not compile, better should be: --- src/init.c +++ src/init.c @@ -770,7 +770,9 @@ tty.c_cc[VEOF] = CEOF; tty.c_cc[VTIME] = 0; tty.c_cc[VMIN] = 1; +#ifdef VSWTC tty.c_cc[VSWTC] = _POSIX_VDISABLE; +#endif tty.c_cc[VSTART]= CSTART; tty.c_cc[VSTOP] = CSTOP; tty.c_cc[VSUSP] = CSUSP; Please also add missing ; in 63_init_keep_utf8_ttyflag.patch @@ -784,9 +786,11 @@ /* * Set pre and post processing */ - tty.c_iflag = IGNPAR|ICRNL|IXON|IXANY; + tty.c_iflag = IGNPAR|ICRNL|IXON|IXANY #ifdef IUTF8 /* Not defined on FreeBSD */ - tty.c_iflag |= IUTF8; + | (tty.c_iflag IUTF8); +#else +; #endif /* IUTF8 */ tty.c_oflag = OPOST|ONLCR; tty.c_lflag = ISIG|ICANON|ECHO|ECHOCTL|ECHOPRT|ECHOKE; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545031: lxpanel 0.5.5 has a fix for that
Hi, I had the same bug and stumbled upon this bugreport. Since I've solved half of it, I'm sharing the solution. The problem is an lxpanel crash when the window manager dies/restarts. It has been fixed upstream. The corresponding commit can be found in the git repo of lxpanel [1]. I said I had solved half of the problem because openbox still (as of today) doesn't support 24bit color depths. A work-around is to use another vga adapter in qemu (it seems only qemu is using 24bit depths). If you don't, penbox will still exit but at least the panel will stop flickering and the windows won't drift anymore. [1] http://lxde.git.sourceforge.net/git/gitweb.cgi?p=lxde/lxpanel;a=commit;h=66b5eb4eebcfc87a829048ab4b035e71cf732094 PS: I'm sending a mail to answer this bug report, I don't know if I'll get notifications of replies. --- Adrien Nader -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579282: warzone2100: new stable upstream version available (2.3.0)
Hi Alexander, since no changes are required to build 2.3 (you only changed the changelog), the maintainer probably does not need any help. He only needs to find some time to check the new package. If he does not upload in the next two weeks you can do a NMU (See [1]) after that time. It would have been better to base your work on the latest upload (which was to experimental). See the news section on [2] to find the latest upload. You missed the change of the maintainers e-mail, the changed recommends and the fixed watch-file. On the *.build-file we can see, that the package is not lintian-clean. Please run lintian -i -I -E --pedantic *.dsc *.deb and fix all problems. If you want to help the maintainer, it would be nice to send a diff between the old and the new debian-dir. I attached a fixed patch... The nice protocol.txt should go to your blog! It will be lost in this bug-report... [1] http://www.debian.org/doc/developers-reference/pkgs.html#nmu [2] http://packages.qa.debian.org/w/warzone2100.html Greets Per diff -Nru warzone2100-2.3~beta7/debian/changelog warzone2100-2.3.0/debian/changelog --- warzone2100-2.3~beta7/debian/changelog 2010-04-27 11:27:53.0 +0200 +++ warzone2100-2.3.0/debian/changelog 2010-04-26 15:35:38.0 +0200 @@ -1,3 +1,12 @@ +warzone2100 (2.3.0-0.1~px1) unstable; urgency=low + + * Non-maintainer upload + * New upstream release (Moved back to unstable) + * Changed to DebSrc 3.0 + * Bumped standards version to 3.8.4 + + -- Per W. debian.perf...@safersignup.com Mon, 26 Apr 2010 00:00:00 +0200 + warzone2100 (2.3~beta7-1) experimental; urgency=low * New upstream beta release diff -Nru warzone2100-2.3~beta7/debian/control warzone2100-2.3.0/debian/control --- warzone2100-2.3~beta7/debian/control 2010-04-27 11:27:53.0 +0200 +++ warzone2100-2.3.0/debian/control 2010-04-26 15:26:46.0 +0200 @@ -25,7 +25,7 @@ unzip Build-Conflicts: autoconf2.13, automake1.4 -Standards-Version: 3.8.3 +Standards-Version: 3.8.4 Homepage: http://www.wz2100.net/ Vcs-Svn: svn://svn.debian.org/svn/pkg-games/packages/trunk/warzone2100/ Vcs-Browser: http://svn.debian.org/wsvn/pkg-games/packages/trunk/warzone2100/?op=log diff -Nru warzone2100-2.3~beta7/debian/source/format warzone2100-2.3.0/debian/source/format --- warzone2100-2.3~beta7/debian/source/format 1970-01-01 01:00:00.0 +0100 +++ warzone2100-2.3.0/debian/source/format 2010-04-26 15:25:55.0 +0200 @@ -0,0 +1 @@ +3.0 (quilt) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 3.0 (quilt) Source: warzone2100 Binary: warzone2100, warzone2100-data, warzone2100-dbg, warzone2100-music Architecture: any Version: 2.3.0-0.1~px1 Maintainer: Debian Games Team pkg-games-de...@lists.alioth.debian.org Uploaders: Paul Wise p...@debian.org, Bradley Smith bradsm...@debian.org, Christoph Egger christ...@debian.org Homepage: http://www.wz2100.net/ Standards-Version: 3.8.4 Vcs-Browser: http://svn.debian.org/wsvn/pkg-games/packages/trunk/warzone2100/?op=log Vcs-Svn: svn://svn.debian.org/svn/pkg-games/packages/trunk/warzone2100/ Build-Depends: debhelper (= 7), bison, flex (= 2.5.35~) | flex ( 2.5.34~), flex (= 2.5.33~), libopenal-dev, libsdl1.2-dev, libsdl-net1.2-dev, libvorbis-dev, libtheora-dev, libphysfs-dev, libpng12-dev, autoconf, automake (= 1:1.10+nogfdl~), dpkg-dev (= 1.13.19), libglc-dev, libpopt-dev, pkg-config, zip, unzip Build-Conflicts: autoconf2.13, automake1.4 Checksums-Sha1: 98429aaf04b7ccc81fead97ec438cdf6f83ef48e 48738273 warzone2100_2.3.0.orig.tar.gz b0b12ce81dfa1b9b100c7047a09c434d3ec1a2fe 23703 warzone2100_2.3.0-0.1~px1.debian.tar.gz Checksums-Sha256: f2a7123216f9bca79ce7d8cfdda967574788d770fee3539a5d48f748cdd33182 48738273 warzone2100_2.3.0.orig.tar.gz 5a207e6e8cb956df5c57024e4a2147477492c3c5ae9b40cea21491ab8ee4dff9 23703 warzone2100_2.3.0-0.1~px1.debian.tar.gz Files: 70fa70d326303e88fa3c9d07756ef1b1 48738273 warzone2100_2.3.0.orig.tar.gz 319f7bb8b559e5149e9368a1308404a6 23703 warzone2100_2.3.0-0.1~px1.debian.tar.gz -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iF4EAREIAAYFAkvVl04ACgkQaRwmF0Pn62ZxIQD/UeEsni1oq3BXZQPaCLnLFShS 74BZ5lVt6YKdg3GpHrEA/0USIYVdMez6sEpJyJAa7vSKk3QmjTLNyE2nGXrA650o =B3/f -END PGP SIGNATURE- warzone2100_2.3.0-0.1~px1.debian.tar.gz Description: GNU Zip compressed data signature.asc Description: OpenPGP digital signature
Bug#579297: wpasupplicant: wpa_supplicant disconnects and fails to reconnect (wpa-enterprise)
On Tue, Apr 27, 2010 at 09:59:26AM +0200, Georges Toth wrote: On Tuesday 27 April 2010 08:42:15 k...@otaku42.de wrote: Package: wpasupplicant Version: 0.6.10-2 Severity: grave Justification: renders package unusable For your porticular use case maybe, but that does not make a grave severity rating for the package. I don't agree as many people use eduroam or a similar network and this problem has been reported oftenly, also on ubuntu. Hence it's not a special rare use-case. Hi, Not sure if the same problem, but I am also experiencing problems with wireless connection to eduroam. Box is a Toshiba laptop with an intel iwl4965, using iwl4965 module in stable (kernel 2.6.26) and iwlagn in squeeze (kernel 2.6.32). I thought problem was related to the kernel module, but looking at this bug report that may not be the case. I do not have access to that box now and will not have until next week, so I am just adding what I remember from my yesterday's experience with the problem. With squeeze and stable 2.6.26 kernel wireless to eduroam works although with some idle periods and some time to establish connection (and without udev, but that is because old kernels having SYSFS enabled do not work with squeeze udev, something known and hopefully unrelated). Real problems appear when using 2.6.32, then I cannot even establish connection, lots of timeouts. I also see lots of 'Michael MIC failure' lines in wpa* logs. Not sure if this happened before, because wpa* log lines are not prefixed by time. I needed to do some real work with that box, so I connected a wire and enabled eth0 and put this into my TODO list. If I can, I will try to work a bit more on this next week, trying to tune timeouts or trying old wpa_supplicant, in case problem is here instead of in the module itself. Unfortunately there is no other wireless network available there to try. Cheers, PS: I subscribed to this bug report, no need of CC'ing me. -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578726: defaultroute metric, don't replace defaultroutes with different metrics
hi! i beleive this patch is a quite valuable enhancement. apart from the obvious benefits (aka necessity) of being able to use routing metrics, i also found no reasonable way to make sure pppd will add its defaultroute without messing the rest of the routing up. example: ppp0persistent ppp connection, meant as a fallback i.e. with low priority. eth0sometimes connected, probably with a defaultroute. this is to be preferred if available. now if eth0 is already up and has a defaultroute when pppd (configured with defaultroute) is coming up, no default route will be generated by pppd. if eth0 goes down, the fallback won't work. if pppd is configured with replacedefaultroute, it will replace eth0's default route, which is not intended and even breaks routing when ppp0 goes down. handling routing via ip-up will fail in case of a pppd reconnect (e.g. on every suspend/resume cycle), in which case the ip-up simply isn't called when ip comes up, and therefore the routes (which vanished from the routing table when the interface vanished) will not reappear. the above patch also seems to be a solution for this. and while we're at it: as there's no reasonable hook for routing changes (i.e. also working on a pppd reconnect), having an option to configure static routes which are inserted together with the default route could be vital to use pppd for reasonable networking in some cases. regards, Chris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579183: gelemental: fonts are incorrectly displayed
Michael Banck wrote: On Mon, Apr 26, 2010 at 03:36:19AM +0200, Christoph Anton Mitterer wrote: As shown in the attached screenshot, gelemental does not display the symbol name of several elements completely. Can you be more precise about which elements are wrongly displayed? On a first glance, I did not see any problems in the screenshot, but I am still quite sleepy this morning... Yesterday I had the same experience too, until I found, what the OP is talkimng about: check the active element shown separated in middle: copper: The u is not fully visible. At least I guess this is, what the OP is talking about. But: The thing is, gelemental has no active upstream. Even the site can't be reached anymore since a long time. The gnome-chemistry-utils also ship a PSE with the same, maybe even some more data (both gelemental and gcu use bodr as data source). Maybe we should get rid of gelemental (in the long term)? Regards, Daniel -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579360: #: linker cannot resolve -llapackgf-3 and -lblas-3gf
Package: octave3.2-headers
Version: 3.2.4-3
Severity: grave
Justification: renders package unusable
mkoctfile3.2 won't compile because liblapackgf-3 and liblas-3gf are missing.
none of the following files liblapackgf-3.so and liblas-3gf.so seems to be
available in a Debian package.
the following change fixes the problem
#: ${BLAS_LIBS=-llapackgf-3 -lblas-3gf}
: ${BLAS_LIBS=-llapack -lblas}
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (900, 'testing'), (800, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages octave3.2-headers depends on:
ii g++ 4:4.4.3-1 The GNU C++ compiler
ii gcc 4:4.4.3-1 The GNU C compiler
ii gfortran 4:4.4.3-1 The GNU Fortran 95 compiler
ii libblas-dev 1.2-7 Basic Linear Algebra Subroutines 3
ii libfftw3-dev 3.2.2-1library for computing Fast Fourier
ii libhdf5-serial-dev1.8.4-patch1-1 Hierarchical Data Format 5 (HDF5)
ii liblapack-dev 3.2.1-7library of linear algebra routines
ii libncurses5-dev 5.7+20100313-2 developer's libraries and docs for
ii libreadline-dev 6.1-2 GNU readline and history libraries
ii libreadline6-dev 6.1-2 GNU readline and history libraries
ii octave3.2 3.2.4-3GNU Octave language for numerical
octave3.2-headers recommends no packages.
octave3.2-headers 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#579347: Re: Bug#579347: unset SSHD_OOM_ADJUST for linux-vserver
On Tue, Apr 27, 2010 at 10:40:04AM +0200, Raoul Bhatia [IPAX] wrote: On 01/-10/-28163 08:59 PM, Colin Watson wrote: This is no longer relevant as of 5.4p1. * Remove SSHD_OOM_ADJUST configuration. sshd now unconditionally makes itself non-OOM-killable, and doesn't require configuration to avoid log spam in virtualisation containers (closes: #555625). will 1:5.4p1-1 be part of debian squeeze? Yes. -- 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#579361: don't insert spurious blank lines
Package: bugs-everywhere Version: 0.0.193+bzr.r217-2 Severity: minor Tags: upstream Hello Ben, I'm a new user of BE, it would be nice if it didn't add spurious blank lines to the files it stores in .be/ I just removed them, and BE works just fine in my repo: http://github.com/dpaleino/pollirio/commit/ce8694e01cb03042bcf9ddf0dd30451e5ab67437 Is this a genuine bug, or was it intentional? Kindly, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: This is a digitally signed message part.
Bug#578774: libcurl4-gnutls-dev: curl-config --libs returns -Wl, -z, defs breaking builds of shared libraries linking against libcurl
severity 578774 serious thanks On Thu, Apr 22, 2010 at 06:14:53PM +0200, Christian von Kietzell wrote: Package: libcurl4-gnutls-dev Version: 7.20.1-1 Severity: important Tags: sid curl-config --libs returns -lcurl -Wl,-z,defs instead of just -lcurl. That linker flag breaks a build of a shared library of mine which naturally has undefined symbols as it is dynamically loaded by another programme and uses symbols of that programme. This is breaking at least collectd (see #578819) and claws-mail-extra-plugins. Raising the severity to prevent accidental testing transition until the maintainer comments. -- Niko Tyni nt...@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#579328: Unexpected behavior with ept-cache --sort list no list of sortable fields provided...
On Mon, Apr 26, 2010 at 10:46:00PM -0400, Douglas Calvert wrote: The ept-cache man page says: -s method, --sort=method sort order (use 'list' for a list of supported options). However when you try to have it print the list it errors out: # ept-cache search --sort list invalid sort type (use 'list' for a list). Context: parsing sort type Note that the man page says --sort=method, not --sort method. If you interpret that literally, it works: ept-cache search --sort=list So the bug here seems to be that --foo bar apparently isn't treated the same as --foo=bar, while it often is by option parsing code (and so users will tend to expect it to be). And the error message would probably be clearer if it said something like: invalid sort type '' (use 'list' for a list) Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579362: [CRASH] Uncaught exception AttributeError in Frontend/Gtk/ui.py:616
Package: update-manager-gnome
Version: 0.200.3-1
Severity: normal
File: /usr/share/pyshared/UpdateManager/Frontend/Gtk/ui.py
*** /tmp/update-manager-bugB9jd1p
The information below has been automatically generated.
Please do not remove this from your bug report.
- Exception Type: type 'exceptions.AttributeError'
- Exception Value: AttributeError('GtkUI' object has no attribute
'treeview_update',)
- Exception Origin: _MainThread(MainThread, started)
- Exception Traceback:
File /usr/bin/update-manager, line 38, in module
app.main()
File /usr/lib/pymodules/python2.5/UpdateManager/Application.py, line 421,
in main
self._frontend.init_frontend()
File /usr/lib/pymodules/python2.5/UpdateManager/Frontend/Gtk/__init__.py,
line 70, in init_frontend
self._ui = GtkUI(self)
File /usr/lib/pymodules/python2.5/UpdateManager/Frontend/Gtk/ui.py, line
616, in __init__
self.update_list = UpdateListControl(self, self.treeview_update)
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-4-686 (SMP w/2 CPU cores)
Locale: LANG=ko_KR.UTF-8, LC_CTYPE=ko_KR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages update-manager-gnome depends on:
ii gconf22.28.1-3 GNOME configuration database syste
ii gksu 2.0.2-2+b1 graphical frontend to su
ii python2.5.4-9An interactive high-level object-o
ii python-dbus 0.83.1-1 simple interprocess messaging syst
ii python-gconf 2.28.1-1 Python bindings for the GConf conf
ii python-gobject2.21.1-1 Python bindings for the GObject li
ii python-gtk2 2.17.0-2 Python bindings for the GTK+ widge
ii python-support1.0.8 automated rebuilding support for P
ii python-vte1:0.24.0-3 Python bindings for the VTE widget
ii update-manager-core 0.200.3-1 APT update manager core functional
update-manager-gnome recommends no packages.
Versions of packages update-manager-gnome suggests:
ii software-properties-gtk 0.60.debian-1.1 manage the repositories that you i
ii update-notifier 0.99.3debian3 Daemon which notifies about packag
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568522: client certificates fail with GNUTLS slapd
Package: slapd Severity: normal Hi, although I am not the original submitter, I tried to reprodce the bug with OpenLDAP 2.4.21 in unstable. Result of my tests: I cannot reproduce th bug in this version. Here are a few details on my LDAP/TLS config: /home/client# ls -l /etc/ldap/ldap.conf ~/.ldaprc -rw-r--r-- 1 openldap root 321 27. Apr 11:44 /etc/ldap/ldap.conf -rw-r- 1 client client 205 27. Apr 11:43 /home/marschap/.ldaprc /home/client# cat /etc/ldap/ldap.conf # /etc/openldap/ldap.conf -- OpenLDAP client defaults configuration file # See ldap.conf(5) for details on configuration options. # This file should be world readable but not world writable. ## server options ## HOST127.0.0.1 PORT389 BASEc=DE ## TLS options ## TLS_CACERT /etc/ssl/certs/ca-certificates.crt /home/client# cat ~client/.ldaprc # ~/.ldaprc -- private libldap config file # See ldap.conf(5) for details TLS_CERT/home/client/.ssl/certs/client-cert.pem TLS_KEY /home/client/.ssl/private/client-keyopen.pem TLS_REQCERT demand /home/client# ls -l /etc/ssl/certs/ca-certificates.crt /etc/ssl/certs/server-cert.pem /etc/ssl/private/server-key.pem -rw-r--r-- 1 root root 221942 7. Apr 15:21 /etc/ssl/certs/ca-certificates.crt -rw-r--r-- 1 root ssl-cert 2155 7. Apr 12:07 /etc/ssl/certs/server-cert.pem -rw-r- 1 root ssl-cert 3243 8. Apr 2008 /etc/ssl/private/server-key.pem /home/client# grep TLS /etc/ldap/slapd.conf TLSCACertificateFile/etc/ssl/certs/cacert.pem TLSCertificateFile /etc/ssl/certs/server-cert.pem TLSCertificateKeyFile /etc/ssl/private/server-key.pem TLSCipherSuite NORMAL:!AES-128-CBC TLSVerifyClient try Further information: * slapd runs as user openldap which is in group ssl-cert * the CA certificate in /etc/ssl/certs/cacert.pem is contained in /etc/ssl/certs/ca-certificates.crt Best regards Peter -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-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 Versions of packages slapd depends on: ii adduser 3.112 add and remove users and groups ii coreutils 7.4-2 The GNU core utilities ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libdb4.7 4.7.25-9 Berkeley v4.7 Database Libraries [ ii libgnutls26 2.8.6-1the GNU TLS library - runtime libr ii libldap-2.4-2 2.4.21-1 OpenLDAP libraries ii libltdl7 2.2.6b-2 A system independent dlopen wrappe ii libperl5.10 5.10.1-12 shared Perl library ii libsasl2-22.1.23.dfsg1-5 Cyrus SASL - authentication abstra ii libslp1 1.2.1-7.7 OpenSLP libraries ii libwrap0 7.6.q-18 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii perl [libmime-base64-perl 5.10.1-12 Larry Wall's Practical Extraction ii psmisc22.11-1utilities that use the proc file s ii unixodbc 2.2.11-21 ODBC tools libraries Versions of packages slapd recommends: ii libsasl2-modules 2.1.23.dfsg1-5 Cyrus SASL - pluggable authenticat Versions of packages slapd suggests: ii ldap-utils 2.4.21-1pm1 OpenLDAP utilities -- debconf information: slapd/tlsciphersuite: shared/organization: adpm.de slapd/upgrade_slapcat_failure: slapd/backend: HDB slapd/allow_ldap_v2: false slapd/no_configuration: false slapd/move_old_database: true slapd/suffix_change: false slapd/dump_database_destdir: /var/backups/slapd-VERSION slapd/domain: adpm.de slapd/password_mismatch: slapd/invalid_config: true slapd/slurpd_obsolete: slapd/dump_database: when needed slapd/migrate_ldbm_to_bdb: false slapd/purge_database: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517188: Only the first certificate in TLS_CACERT is used to verify the server certificate
Package: libldap-2.4-2 Severity: normal Hi, with openLDAP 2.4.21 from unstable I cannot reproduce this bug. My /etc/ldap/ldap.conf contains the line TLS_CACERT /etc/ssl/certs/ca-certificates.crt and my private CA certificate used to create the server client certificates for OpenLDAP (and other local services) is not listed first in /etc/ssl/certs/ca-certificates.crt Best regards Peter -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-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 Versions of packages libldap-2.4-2 depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libgnutls26 2.8.6-1the GNU TLS library - runtime libr ii libsasl2-22.1.23.dfsg1-5 Cyrus SASL - authentication abstra libldap-2.4-2 recommends no packages. libldap-2.4-2 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#579297: wpasupplicant: wpa_supplicant disconnects and fails to reconnect (wpa-enterprise)
On Tuesday 27 April 2010 17:59:26 Georges Toth wrote: On Tuesday 27 April 2010 08:42:15 k...@otaku42.de wrote: Package: wpasupplicant Version: 0.6.10-2 Severity: grave Justification: renders package unusable For your porticular use case maybe, but that does not make a grave severity rating for the package. I don't agree as many people use eduroam or a similar network and this problem has been reported oftenly, also on ubuntu. Hence it's not a special rare use-case. I never said it was a rare case. This simply does not meet the criteria of of a grave bug: makes the package in question unusable or mostly so, or causes data loss, or introduces a security hole allowing access to the accounts of users who use the package http://www.debian.org/Bugs/Developer#severities So this bug makes connecting to a certain type of network, not even fail immediately, but after some amount of time. This software currently fulfills all of my use cases without annoyance. AFAIK, wpasupplicant currently does not delete random data or open gaping holes in the system which may be exploited. You may only use this software to connect to one network, which may make it feel mostly unusable but you must consider all other use cases before selecting the highest severity. On ubuntu it has been suggested that a temporary solution would be to compile wpasupplicant with gnutls. https://bugs.launchpad.net/ubuntu/+source/wpasupplicant/+bug/429370 The best place to seek support about this is the hostap mailing list: http://lists.shmoo.com/mailman/listinfo/hostap That's what I did and am waiting for a reply. Good, I hope that more knowledgeable people who listen to that list may have a clue and can help. Thanks, Kel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565042: #565042 very *old bug, very benign
This was in 2.8.8dev.3 -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#576301: tsocks: fails if socksified application uses poll(2)
I confirm there is same problem with PHP. Supplied patch fixes the problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579363: partman-lvm: don't allocate all space in guided LVM configuration
Package: partman-lvm Version: 65 Severity: wishlist Hi, this is not exactly a feature request, it's more like a start of a discussion and a maybe-wishlist depending on what people think about that. I use LVM from the debian-installer since quite some time now, and I find it really useful. I definitely love the “guided lvm” and “guided encrypted LVM”, but sometime, after using the box a bit, I find out that the layout wasn't exactly like I needed and I'm short on space on one partition. Fine, LVM is good at that, I can reallocate some space. But, shrinking some VG to reallocate space is not that easy. One needs to shrink one filesystem, then the LV, then grow the needed LV, and then the filesystem. It's not that easy, and I'm not sure this is really the way LVM was intended to be used. It might been easier to not allocate all the space on the hard drive chosen for guided LVM. Only allocate, say 10 or 20G (only if the hard drive is big enough, that said), do a guided layout on that, and keep free extents in the volume group. Then, when one partition starts to fill up, the admin only needs to grow it a little, with the free PE in the VG. What do you think? Cheers, -- Yves-Alexis -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503468: hpijs: gs segfaults after printing unable to read client data err=-2
also sprach Mark Purcell m...@debian.org [2010.04.24.0555 +0200]: Your test case no longer appears to generate a segfault. Are you content we close this bug, or do you have another test case we can pass upstream? No other test case. Thanks! Not closing; you'll know better what version to use to close this. -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems the thought of suicide is a great consolation: by means of it one gets successfully through many a bad night. - friedrich nietzsche digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#579364: Stack consistency error in date.rb:436
Package: ruby1.9
Version: 1.9.0.5-1
Severity: normal
Hi,
/usr/lib/ruby/1.9.0/date.rb:436: [BUG] Stack consistency error (sp: 94, bp: 96)
ruby 1.9.0 (2008-10-04 revision 19669) [powerpc-linux]
-- control frame --
c:0019 p:0227 s:0094 b:0096 l:95 d:95 METHOD
/usr/lib/ruby/1.9.0/date.rb:436
c:0018 p:0151 s:0082 b:0081 l:80 d:80 METHOD
/usr/lib/ruby/1.9.0/date.rb:625
c:0017 p:0189 s:0069 b:0069 l:60 d:68 BLOCK
/usr/lib/ruby/1.9.0/date.rb:969
c:0016 p: s:0067 b:0067 l:66 d:66 FINISH :each
c:0015 p: s:0065 b:0065 l:64 d:64 CFUNC :catch
c:0014 p:0013 s:0061 b:0061 l:60 d:60 METHOD
/usr/lib/ruby/1.9.0/date.rb:952
c:0013 p:0043 s:0056 b:0056 l:55 d:55 METHOD
/usr/lib/ruby/1.9.0/date.rb:1672
c:0012 p:0047 s:0048 b:0048 l:47 d:47 METHOD
/usr/lib/ruby/1.9.0/date.rb:1699
c:0011 p:0209 s:0041 b:0040 l:39 d:39 METHOD
/home/joerg/Arbeit-Arbeit/Webseiten-JS-Analyse/Log_entry.rb:34
c:0010 p: s:0035 b:0035 l:34 d:34 FINISH :(null)
c:0009 p: s:0033 b:0033 l:32 d:32 CFUNC :new
c:0008 p:0013 s:0029 b:0029 l:28 d:28 METHOD
/home/joerg/Arbeit-Arbeit/Webseiten-JS-Analyse/Log_entry.rb:41
c:0007 p:0021 s:0025 b:0024 l:17 d:23 BLOCK ./logana.rb:217
c:0006 p: s:0023 b:0023 l:22 d:22 FINISH :initialize
c:0005 p: s:0021 b:0021 l:20 d:20 CFUNC :each_line
c:0004 p:0056 s:0018 b:0018 l:17 d:17 METHOD ./logana.rb:217
c:0003 p:0282 s:0007 b:0007 l:06 d:06 TOP./logana.rb:337
c:0002 p: s:0004 b:0004 l:03 d:03 FINISH :inherited
c:0001 p: s:0002 b:0002 l:01 d:01 TOP
---
DBG : /usr/lib/ruby/1.9.0/date.rb:436:in `jd_to_civil'
DBG : /usr/lib/ruby/1.9.0/date.rb:625:in `_valid_civil?'
DBG : /usr/lib/ruby/1.9.0/date.rb:969:in `block in valid_date_frags?'
DBG : /usr/lib/ruby/1.9.0/date.rb:952:in `catch'
DBG : /usr/lib/ruby/1.9.0/date.rb:952:in `valid_date_frags?'
DBG : /usr/lib/ruby/1.9.0/date.rb:1672:in `new_by_frags'
DBG : /usr/lib/ruby/1.9.0/date.rb:1699:in `strptime'
DBG : /home/joerg/Arbeit-Arbeit/Webseiten-JS-Analyse/Log_entry.rb:34:in
`initialize'
DBG : /home/joerg/Arbeit-Arbeit/Webseiten-JS-Analyse/Log_entry.rb:41:in `new'
DBG : /home/joerg/Arbeit-Arbeit/Webseiten-JS-Analyse/Log_entry.rb:41:in
`parse'
DBG : ./logana.rb:217:in `block in test'
DBG : ./logana.rb:217:in `each_line'
DBG : ./logana.rb:217:in `test'
DBG : ./logana.rb:337:in `main'
-- backtrace of native function call (Use addr2line) --
0xff6a170
0xfe7605c
0xfe761cc
0xff62850
0xff63008
0xff63f44
0xff56ce4
0xff65f48
0xff5ea64
0xff63008
0xff595f4
0xfe77e38
0xfeb3d6c
0xff56ce4
0xff65f48
0xff5ea64
0xff63008
0xff67174
0xfe9e624
0xff56ce4
0xff65f48
0xff5ea64
0xff63008
0xff63260
0xfe78bb4
0xfe7a2e4
0x10001b9c
0xfb0649c
0xfb06660
---
(gdb) bt fu
#0 0x0fb1e6bc in *__GI_raise (sig=6) at
../nptl/sysdeps/unix/sysv/linux/raise.c:64
r4 = value optimized out
r7 = value optimized out
r12 = value optimized out
r5 = 6
r8 = value optimized out
r10 = value optimized out
r0 = 250
r3 = value optimized out
r6 = value optimized out
r9 = value optimized out
r11 = value optimized out
sc_ret = value optimized out
pid = 0
selftid = 3390
#1 0x0fb23d74 in *__GI_abort () at abort.c:88
act = {__sigaction_handler = {sa_handler = 0x1, sa_sigaction = 0x1},
sa_mask = {__val = {268302748,
3112, 271202968, 0, 0, 273329040, 0, 271387872, 1833120,
266457088, 266625880, 1208156144,
1208090640, 3213299792, 1208018876, 263115560, 1210780792,
268083064, 273057864, 271387872,
1210780792, 268083064, 273057864, 268301144, 295428096,
3213299856, 1208046160, 671368226, 64,
56, 263600488, 0}}, sa_flags = 56, sa_restorer = 0xfbc3080
write+80}
sigs = {__val = {32, 0 repeats 31 times}}
#2 0x0fe761d0 in rb_bug (fmt=0xffa9f78 Stack consistency error (sp: %d, bp:
%d)) at error.c:226
args = {{gpr = 3 '\003', fpr = 0 '\000', reserved = 3296,
overflow_arg_area = 0xbf871128,
reg_save_area = 0xbf8710a8}}
#3 0x0ff62850 in vm_exec_core (th=0x102a3a98, initial=value optimized out)
at insns.def:1061
val = 295428096
reg_cfp = 0x482b0c78
insns_address_table = {0xff5cd20, 0xff5cd40, 0xff5cd90, 0xff5cdd0,
0xff5ce30, 0xff5cf10, 0xff5ce70,
0xff5ced0, 0xff5cf80, 0xff5d230, 0xff5d100, 0xff5d1a0, 0xff5cfc0,
0xff5d050, 0xff5d090, 0xff5d0c0,
0xff5d2c0, 0xff5d300, 0xff5d340, 0xff5d370, 0xff5d3b0, 0xff5d3f0,
0xff5d480, 0xff5f370, 0xff5eeb0,
0xff5ef00, 0xff5ef40, 0xff5f070, 0xff5f110, 0xff5f170, 0xff5f280,
0xff5f320, 0xff5e5e0, 0xff5e610,
0xff5e660, 0xff5e6e0, 0xff5e730, 0xff5e770, 0xff5e7b0, 0xff5e800,
0xff5e830, 0xff5e870, 0xff5e8a0,
0xff5e970, 0xff5ea90, 0xff5ec20,
Bug#578126: fails to load kernel in memory due to /boot already being un-mounted
Khalid Aziz wrote, on 27/04/10 00:10: On Mon, 2010-04-26 at 15:07 +0930, Arthur Marsh wrote: Package: kexec-tools Severity: normal It now appears that kexec works reliably provided the console is working, but I haven't fully figured out what dependency-based booting was doing with the shutdown/reboot process. I have seen the problem of console not showing any messages during a kexec reboot on a few other machines. It is an upstream problem and has something to do with video card not being reset upon kexec reboot. Could you please ensure that this version of kexec-tools gets built for i386? Yes, of course. Build machines take some time to build packages after an upload. i386 version was built this morning and should show up in repo shortly. Thanks, the i386 build turned up at my local mirror a few hours ago. When I tried doing a restart with the official Debian i386 build of kexec, the machine did a hardware restart. I then added a line just after the call to do_stop in /etc/init.d/kexec-load: ls /boot/vmlinuz* Then retried selecting restart from the kdm login menu. Sometimes kexec worked fine and I booted without going to the BIOS start-up and GRUB menu, on other occasions the ls command revealed that the newer /boot/vmlinuz* files were absent and only some files normally hidden underneath the /boot mount-point were visible. So it appears that /boot was sometimes not mounted, even though the message about unmount local file systems appeared much later in the shutdown process. Can you suggest any further debugging ideas? Arthur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579217: PageUp and PageDn send noise events
On Tue, Apr 27, 2010 at 12:15:33 +0100, Stanislav Maslovski wrote: On Tue, 2010-04-27 at 12:47 +0200, Julien Cristau wrote: Setting AllowEmptyInput to off is a bad idea. It breaks if you don't also disable input hotplugging somehow, e.g. by disabling AutoEnableDevices or AutoAddDevices. Again, this is a deprecated configuration. The kbd driver is deprecated on Linux, and for all practical purposes replaced by evdev and input-hotplug. So, basically, you admit that the bug is there, you admit that you are not going to fix it - then be honest and mark it wontfix. Closing valid bugs is just asking for another similar bug submitted later. No, I'm telling you your configuration is broken, and this bug is invalid. Why do you keep arguing about that? What's so hard about fixing your config? Cheers, Julien signature.asc Description: Digital signature
Bug#576188: [pkg-cli-apps-team] Bug#576188: Bug#576188: banshee: Outputs loads of junk to STDOUT
Chow Loong Jin wrote: Then tell me, exactly what do you hope to achieve by opening Banshee in a terminal instead of using a graphical approach, e.g. the menu? Is this a serious question? I will assume it is and give a straight answer. The answer is: I am hoping to run the application. FYI, all Glib applications spit information -- warnings, errors, other information out into the terminal regardless of any debug flag. I do not see this as a problem. If you don't see it as a problem, it's probably because you are only ever clicking on icons to open applications, STDOUT is redirected to .xsession-errors or a bitbucket or $somewhere_else, and you assume that everybody does that. However for some users it clearly is a problem. If it wants to write to STDERR to report something exceptional then that's different, but as I said originally, routinely clobbering STDOUT with junk is unacceptable. Banshee does the same, just on a slightly larger scale. And the --debug flag exists to spit out even more information than is already spat out to the terminal. Great. But I'm looking for less, not more. Antony -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578915: git-svn: git svn log differs slightly from svn log in date formatting
Hi Jonathan,
On Mon, Apr 26, 2010 at 08:27:10AM -0500, Jonathan Nieder wrote:
Jens Seidel wrote:
since it is possible that the commit log of a Subversion repository is
changed I want to compare my git log with the svn log:
As a silly workaround, I’d suggest coming up with a substitution to make
them look the same. For example, you could remove all strings in
parentheses.
yep, one has to apply a filter, also to remove the addional empty lines (and
non matching spaces at end of lines).
git:
r2105 | viktor | 2010-03-19 13:40:54 +0100 (Fr, 19 Mär 2010) | 2 lines
svn:
r2105 | viktor | 2010-03-19 13:40:54 +0100 (Fr, 19. Mär 2010) | 1 Zeile
First of all the dot after the day of month is missing in the German locale.
Ah, git svn ignores any locale, this explains the problem.
The dot stands for an ordinal number (e.g. 19. == 19th).
Second: line(s) is not translated. I can workaround by starting git/svn
in an
English locale ...
I tried to fix both.
Third: the git log often contains an addional empty line.
This remains open. Probably that can be solved by setting a git config
option and resyncing all git svn history from git.
Care to write a patch? This sounds like a useful change, but realistically
speaking, I do not see anyone working on it soon. I’d be glad to help in
any way I can (pointing to relevant functions and so on).
Here is a patch with a few comments, also attached unchanged:
Please note that I don't know Perl. Please check my changes very carefully!
--- /usr/lib/git-core/git-svn.orig 2010-04-11 19:14:03.0 +0200
+++ /usr/lib/git-core/git-svn 2010-04-27 12:50:51.0 +0200
@@ -50,6 +50,7 @@
use Carp qw/croak/;
use Digest::MD5;
use IO::File qw//;
+use Locale::gettext;
Let's use the gettext system which is also used by Subversion and is the
quasi standard for translations. I hope this doesn't increase the
dependencies of git-svn.
@@ -5492,7 +5495,8 @@
my $gm = timelocal(gmtime($t));
my $sign = qw( + + - )[ $t = $gm ];
my $gmoff = sprintf(%s%02d%02d, $sign, (gmtime(abs($t - $gm)))[2,1]);
- return strftime(%Y-%m-%d %H:%M:%S $gmoff (%a, %d %b %Y),
localtime($t));
+ my $d = Locale::gettext-domain(subversion);
I'm not sure whether it is efficient to perform this call here. Maybe it
should be a (global???) variable. Let's reuse existing Subversion
translations (why not -?)).
+ return strftime(%Y-%m-%d %H:%M:%S $gmoff . $d-get( (%a, %d %b
%Y)), localtime($t));
Only the last part can be changed by translators in Subversion. See trunk,
file libsvn_subr/time.c:
/* Machine parseable part, generated by apr_snprintf. */
#define HUMAN_TIMESTAMP_FORMAT %.4d-%.2d-%.2d %.2d:%.2d:%.2d %+.2d%.2d
/* Human explanatory part, generated by apr_strftime as Sat, 01 Jan 2000
* */
#define human_timestamp_format_suffix _( (%a, %d %b %Y))
@@ -5598,20 +5603,15 @@
}
$nr_line = scalar @$l;
if (!$nr_line) {
- print 1 line\n\n\n;
+ print sprintf($d-nget( | %d line, | %d lines, 1),
1), \n\n\n;
Please put
sprintf($d-nget( | %d line, | %d lines, n), n)
into a function (which integer parameter n) to avoid code duplication. The
first n selects the string to be used (the singular or plural form), the
second replaces %d by the number.
Since Subversion has the string | %d line translated, we have to match
it (and cannot request the translation for line).
I tried it and it works well.
Jens
--- /usr/lib/git-core/git-svn.orig 2010-04-11 19:14:03.0 +0200
+++ /usr/lib/git-core/git-svn 2010-04-27 12:50:51.0 +0200
@@ -50,6 +50,7 @@
use Carp qw/croak/;
use Digest::MD5;
use IO::File qw//;
+use Locale::gettext;
use File::Basename qw/dirname basename/;
use File::Path qw/mkpath/;
use File::Spec;
@@ -5492,7 +5495,8 @@
my $gm = timelocal(gmtime($t));
my $sign = qw( + + - )[ $t = $gm ];
my $gmoff = sprintf(%s%02d%02d, $sign, (gmtime(abs($t - $gm)))[2,1]);
- return strftime(%Y-%m-%d %H:%M:%S $gmoff (%a, %d %b %Y), localtime($t));
+ my $d = Locale::gettext-domain(subversion);
+ return strftime(%Y-%m-%d %H:%M:%S $gmoff . $d-get( (%a, %d %b %Y)), localtime($t));
}
sub parse_git_date {
@@ -5588,9 +5592,10 @@
my ($c) = @_;
print commit_log_separator, r$c-{r} | ;
print $c-{c} | if $show_commit;
- print $c-{a} | , format_svn_date($c-{t_utc}), ' | ';
+ print $c-{a} | , format_svn_date($c-{t_utc});
my $nr_line = 0;
+ my $d = Locale::gettext-domain(subversion);
if (my $l = $c-{l}) {
while ($l-[$#$l] eq \n $#$l 0
$l-[($#$l - 1)] eq \n) {
@@ -5598,20 +5603,15 @@
}
$nr_line = scalar @$l;
if (!$nr_line) {
- print 1 line\n\n\n;
+ print sprintf($d-nget( | %d line, | %d lines, 1), 1), \n\n\n;
} else {
- if ($nr_line == 1) {
-$nr_line = '1 line';
- } else {
-$nr_line .= ' lines';
- }
- print $nr_line, \n;
+ print sprintf($d-nget( | %d
Bug#578691: libmediawiki-perl: Security update of mediawiki will break login API
Hi,
the planned security update for mediawiki/1.12.0-2lenny5 will break
libmediawiki-perl: the Perl module will no longer be able to log in [1].
I prepared a patch for this problem (attached).
I tested the modified version and it is able to log in to both the new
and old version of mediawiki: it only uses the login token if required.
See the bug report for a simple script to test this.
Please tell us when we should go ahead and upload the package or when
you need more information.
Regards,
Ansgar
[1] http://bugs.debian.org/578691
diff -u libmediawiki-perl-1.13/debian/changelog libmediawiki-perl-1.13/debian/changelog
--- libmediawiki-perl-1.13/debian/changelog
+++ libmediawiki-perl-1.13/debian/changelog
@@ -1,3 +1,12 @@
+libmediawiki-perl (1.13-1+lenny1) stable-security; urgency=high
+
+ * Add support for login token. (Closes: #578691)
+ * Use quilt to manage patches.
+ * Remove David Paleino from Uploaders (as in 1.13-1.1).
+ * Add myself to Uploaders.
+
+ -- Ansgar Burchardt ans...@43-1.org Tue, 27 Apr 2010 20:17:57 +0900
+
libmediawiki-perl (1.13-1) unstable; urgency=low
* New upstream release
diff -u libmediawiki-perl-1.13/debian/rules libmediawiki-perl-1.13/debian/rules
--- libmediawiki-perl-1.13/debian/rules
+++ libmediawiki-perl-1.13/debian/rules
@@ -11,6 +11,8 @@
# always return the default without waiting for user input.
export PERL_MM_USE_DEFAULT=1
+include /usr/share/quilt/quilt.make
+
PACKAGE=$(shell dh_listpackages)
ifndef PERL
@@ -20,7 +22,7 @@
TMP =$(CURDIR)/debian/$(PACKAGE)
build: build-stamp
-build-stamp:
+build-stamp: $(QUILT_STAMPFN)
dh_testdir
$(PERL) Makefile.PL \
@@ -39,7 +41,7 @@
touch $@
-clean:
+clean: unpatch
dh_testdir
dh_testroot
dh_clean build-stamp install-stamp
diff -u libmediawiki-perl-1.13/debian/control libmediawiki-perl-1.13/debian/control
--- libmediawiki-perl-1.13/debian/control
+++ libmediawiki-perl-1.13/debian/control
@@ -1,12 +1,12 @@
Source: libmediawiki-perl
Section: perl
Priority: optional
-Build-Depends: debhelper (= 5.0.0)
+Build-Depends: debhelper (= 5.0.0), quilt (= 0.45-1)
Build-Depends-Indep: perl (= 5.8.8-7), libwww-perl, libconfig-inihash-perl,
libtest-pod-perl, libtest-pod-coverage-perl
Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org
Uploaders: Michael Mende deb...@menole.net,
- David Paleino d.pale...@gmail.com,
+ Ansgar Burchardt ans...@43-1.org,
Damyan Ivanov d...@debian.org,
Gunnar Wolf gw...@debian.org
Standards-Version: 3.7.3
only in patch2:
unchanged:
--- libmediawiki-perl-1.13.orig/debian/patches/login-token.patch
+++ libmediawiki-perl-1.13/debian/patches/login-token.patch
@@ -0,0 +1,27 @@
+From: Ansgar Burchardt ans...@43-1.org
+Date: Mon, 26 Apr 2010 14:58:48 +0900
+Origin: vendor
+Bug-Debian: http://bugs.debian.org/578691
+Subject: Support login token
+
+--- libmediawiki-perl-1.13-1.orig/lib/MediaWiki.pm
libmediawiki-perl-1.13-1/lib/MediaWiki.pm
+@@ -207,10 +207,17 @@
+ return 1;
+ }
+
++ # get login token
++ my $res = $mw-{ua}-request(GET $mw-{index} . ?title=Special:Userlogin);
++ return $mw-error(ERR_LOGIN_FAILED) unless $res-is_success;
++
++ my $token;
++ $token = $1 if $res-content() =~ /input type=[']hidden['] name=[']wpLoginToken['] value=[']([a-fA-F0-9]+)[']/i;
++
+ my $res = $mw-{ua}-request(
+ POST $mw-{index} . ?title=Special:Userloginaction=submitlogin,
+ Content_Type = 'application/x-www-form-urlencoded',
+- Content = [ ( 'wpName' = $user, 'wpPassword' = $pass, 'wpLoginattempt' = 'Log in' ) ]
++ Content = [ ( 'wpName' = $user, 'wpPassword' = $pass, 'wpLoginattempt' = 'Log in' ), defined $token ? (wpLoginToken = $token) : () ]
+ );
+ if($res-code == 302 || $res-header(Set-Cookie))
+ {
only in patch2:
unchanged:
--- libmediawiki-perl-1.13.orig/debian/patches/series
+++ libmediawiki-perl-1.13/debian/patches/series
@@ -0,0 +1 @@
+login-token.patch
pgpxGD6vczWyj.pgp
Description: PGP signature
Bug#579365: mount option attrs not documented for reiserfs
Package: mount Version: 2.16.2-0 Severity: minor The attrs mount option for reiserfs is not documented within the man page. The option allows to use file attributes on reiser file systems. Christoph Kling -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mount depends on: ii libblkid1 2.16.2-0 block device id library ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libselinux1 2.0.94-1 SELinux runtime shared libraries ii libsepol1 2.0.40-2 SELinux library for manipulating b ii libuuid1 2.16.2-0 Universally Unique ID library mount recommends no packages. Versions of packages mount suggests: pn nfs-commonnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579217: PageUp and PageDn send noise events
On Tue, 2010-04-27 at 13:34 +0200, Julien Cristau wrote: On Tue, Apr 27, 2010 at 12:15:33 +0100, Stanislav Maslovski wrote: So, basically, you admit that the bug is there, you admit that you are not going to fix it - then be honest and mark it wontfix. Closing valid bugs is just asking for another similar bug submitted later. No, I'm telling you your configuration is broken, and this bug is invalid. Why do you keep arguing about that? What's so hard about fixing your config? Well, of course I understand that you are telling me exactly this. I simply fail to see how your advice of not using a buggy subsystem actually solves a bug in this subsystem, as simple as that. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565539: Reopening #565539 as sash still FTBFS on the kfreebsd buildds
reopen 565539 found 565539 3.7-10 tag 565539 - patch severity 565539 serious kthxbye Hi, I haven't investigated it further, but according to https://buildd.debian.org/pkg.cgi?pkg=sash sash still FTBFS on kfreebsd even though it compiled fine with that patch in January on my kfreebsd box. (I still have the patched 3.7-9 version installed there. :-) I raised the severity to serious as this is definitely RC as kfreebsd is now a release arch. (And it worked before so it's some kind of regression.) I'll have a look at it and possibly come up with a patch later. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579367: O: cowsay -- A configurable talking cow
Package: wnpp Severity: normal The current maintainer of cowsay, Franz Pletz fpl...@franz-pletz.org, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: cowsay Binary: cowsay Version: 3.03-9.2 Priority: optional Section: games Maintainer: Franz Pletz fpl...@franz-pletz.org Build-Depends: debhelper (= 5) Architecture: all Standards-Version: 3.8.0 Format: 1.0 Directory: pool/main/c/cowsay Files: 0b51c68e5569922288df05b7d10d986e 988 cowsay_3.03-9.2.dsc b29169797359420dadb998079021a494 15189 cowsay_3.03.orig.tar.gz 44e4901cedefabfc8042a1efeeb1ca21 7270 cowsay_3.03-9.2.diff.gz Homepage: http://www.nog.net/~tony/warez/cowsay.shtml Checksums-Sha1: cc65a9b13295c87df94a58caa8a9176ce5ec4a27 15189 cowsay_3.03.orig.tar.gz 358ed0f435db1b621de18d78532e2a8dcaf8a692 7270 cowsay_3.03-9.2.diff.gz Checksums-Sha256: 0b8672a7ac2b51183780db72618b42af8ec1ce02f6c05fe612510b650540b2af 15189 cowsay_3.03.orig.tar.gz 1ce9515be1002a9e870b95db5f3ddf539e894eaf917efeadb8f1aec6eea18ee6 7270 cowsay_3.03-9.2.diff.gz Package: cowsay Priority: optional Section: games Installed-Size: 288 Maintainer: Franz Pletz fpl...@franz-pletz.org Architecture: all Version: 3.03-9.2 Depends: perl Suggests: filters Filename: pool/main/c/cowsay/cowsay_3.03-9.2_all.deb Size: 19780 MD5sum: f706a07ff62955c5b8dc3a305ad2 SHA1: 4e1f88d1c3e4895e225e178f8432f099b8c8aabb SHA256: 952079d1f587ff610ae5eb774ad0ed7cf63b2554e6d96a5c86697dc02d5dfe42 Description: A configurable talking cow Cowsay (or cowthink) will turn text into happy ASCII cows, with speech (or thought) balloons. If you don't like cows, ASCII art is available to replace it with some other creatures (Tux, the BSD daemon, dragons, and a plethora of animals, from a turkey to an elephant in a snake). Homepage: http://www.nog.net/~tony/warez/cowsay.shtml Tag: game::toys, implemented-in::perl, interface::commandline, role::program, use::entertaining, works-with::text signature.asc Description: Digital signature
Bug#579368: O: gplanarity -- simple puzzle game involving untangling planar graphs
Package: wnpp Severity: normal The current maintainer of gplanarity, Franz Pletz fpl...@franz-pletz.org, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: gplanarity Binary: gplanarity Version: 11496-2.2 Priority: optional Section: games Maintainer: Franz Pletz fpl...@franz-pletz.org Build-Depends: debhelper (= 4.0.0), libgtk2.0-dev, libcairo2-dev, libfreetype6-dev, docbook-to-man, libtiff-dev, libjasper-dev Architecture: any Standards-Version: 3.7.2 Format: 1.0 Directory: pool/main/g/gplanarity Files: 0ead45ec14a54cb0eac56cca5b1295a0 1061 gplanarity_11496-2.2.dsc 4b748eb8596b673665830bda9d4d5054 94903 gplanarity_11496.orig.tar.gz 6fda7eff60763d7c1268abbf6def6ef1 3794 gplanarity_11496-2.2.diff.gz Checksums-Sha1: c1f91b045b8f49f9e847050c6c10bc1f1a5682aa 94903 gplanarity_11496.orig.tar.gz 93bf3f831616a542f6ea5eac1770a1c5e507d694 3794 gplanarity_11496-2.2.diff.gz Checksums-Sha256: d5f48cfa9bde3389e742c4a85aa61e0286f800bc42aa14049f382041764b9509 94903 gplanarity_11496.orig.tar.gz 5f85c0eeed667836f4b256272587e9c4dc7a7588a9438998bb9184db0c92bfe6 3794 gplanarity_11496-2.2.diff.gz Package: gplanarity Priority: optional Section: games Installed-Size: 224 Maintainer: Franz Pletz fpl...@franz-pletz.org Architecture: amd64 Source: gplanarity (11496-2.2) Version: 11496-2.2+b1 Depends: libatk1.0-0 (= 1.29.3), libc6 (= 2.2.5), libcairo2 (= 1.2.4), libdirectfb-1.2-9, libexpat1 (= 1.95.8), libfontconfig1 (= 2.8.0), libfreetype6 (= 2.2.1), libglib2.0-0 (= 2.12.0), libgtk2.0-0 (= 2.8.0), libjasper1 (= 1.900.1), libjpeg62, libpango1.0-0 (= 1.14.0), libpixman-1-0, libpng12-0 (= 1.2.13-4), libtiff4, libx11-6, libxau6, libxcb-render-util0 (= 0.3.6), libxcb-render0, libxcb1, libxcomposite1 (= 1:0.3-1), libxcursor1 ( 1.1.2), libxdamage1 (= 1:1.1), libxdmcp6, libxext6, libxfixes3 (= 1:4.0.1), libxi6, libxinerama1, libxrandr2, libxrender1, zlib1g (= 1:1.1.4) Filename: pool/main/g/gplanarity/gplanarity_11496-2.2+b1_amd64.deb Size: 77414 MD5sum: f63b99b216438e42fa1e3c91f824918b SHA1: c1b6f00414a74e292a203a9108e787f139aa5409 SHA256: d2fcb44be36128fd2ef3b9d6692ba12e693ddf088fd9aa2da4910ce452b2350f Description: simple puzzle game involving untangling planar graphs gPlanarity is a puzzle game with the goal to untangle planar graphs for fun and prizes. If you tend to get addicted to cute little math puzzles, this one is a doozy. . gPlanarity is a super-clone of the flash Planarity game written by John Tantalo. The original Planarity ran well in IE and Firefox on other platforms, but was slow and liked to lock up or abort under Linux browsers. . gPlanarity implements gameplay identical to the original Planarity but adds some UI and game extras around the basic game such as multiple board generation algorithms, puzzle boards, complete backing state, group select/drag and so on. Tag: game::puzzle, implemented-in::c, interface::x11, role::program, uitoolkit::gtk, use::gameplaying, x11::application signature.asc Description: Digital signature
Bug#579369: O: genext2fs -- ext2 filesystem generator for embedded systems
Package: wnpp Severity: normal The current maintainer of genext2fs, Franz Pletz fpl...@franz-pletz.org, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: genext2fs Binary: genext2fs Version: 1.4.1-2.2 Priority: optional Section: admin Maintainer: Franz Pletz fpl...@franz-pletz.org Build-Depends: debhelper ( 5), autoconf, automake (= 1.10) Architecture: any Standards-Version: 3.8.3 Format: 1.0 Directory: pool/main/g/genext2fs Files: 1f5cd9c0a0d8b1c17e173b20b5f97004 999 genext2fs_1.4.1-2.2.dsc b7b6361bcce2cedff1ae437fadafe53b 103283 genext2fs_1.4.1.orig.tar.gz a3c22a7a7a37a13d2f48183b7946dddb 4503 genext2fs_1.4.1-2.2.diff.gz Checksums-Sha1: 9ace486ee1bad0a49b02194515e42573036f7392 103283 genext2fs_1.4.1.orig.tar.gz 76e09d75d4a0b27e69064a2b0a7200bf467300d1 4503 genext2fs_1.4.1-2.2.diff.gz Checksums-Sha256: 404dbbfa7a86a6c3de8225c8da254d026b17fd288e05cec4df2cc7e1f4feecfc 103283 genext2fs_1.4.1.orig.tar.gz 112c7cd3ef6418e3e5253c99e25e1d133c05af7fcb728c5f31f71a8aa99550b3 4503 genext2fs_1.4.1-2.2.diff.gz Package: genext2fs Priority: optional Section: admin Installed-Size: 84 Maintainer: Franz Pletz fpl...@franz-pletz.org Architecture: amd64 Version: 1.4.1-2.2 Depends: libc6 (= 2.2.5) Filename: pool/main/g/genext2fs/genext2fs_1.4.1-2.2_amd64.deb Size: 23300 MD5sum: 24d2da0e17f6363ca22e6dccf6e11322 SHA1: 872ae4b8e85a600d47386f91dfe156a478027401 SHA256: dd1c249bb08d6602ae62b77c7514da5e884cd9ec4679f22efb1b3a5f3f892e02 Description: ext2 filesystem generator for embedded systems genext2fs is meant to generate an ext2 filesystem as a normal (non-root) user. It doesn't require you to mount the image file to copy files on it. It doesn't even require you to be the superuser to make device nodes. Tag: admin::filesystem, hardware::embedded, implemented-in::c, interface::commandline, role::program, scope::utility signature.asc Description: Digital signature
Bug#579371: O: kiki -- tool for python regular expression testing
Package: wnpp Severity: normal The current maintainer of kiki, Franz Pletz fpl...@franz-pletz.org, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: kiki Binary: kiki Version: 0.5.6-3.1 Priority: optional Section: python Maintainer: Franz Pletz fpl...@franz-pletz.org Build-Depends: debhelper (= 5.0.37.2), python-central (= 0.5) Build-Depends-Indep: python-all-dev, docbook-to-man Architecture: all Standards-Version: 3.7.2 Format: 1.0 Directory: pool/main/k/kiki Files: f242579b4d5e4320c3f65bb843b88c18 1021 kiki_0.5.6-3.1.dsc 4b5cec0d319396d707fdfb9d52b63766 30127 kiki_0.5.6.orig.tar.gz bdd3a3fa11492dcdb1b1b0f0013c4732 8070 kiki_0.5.6-3.1.diff.gz Checksums-Sha1: 0e1f474887b7bf144fdba4d1def301e95322c2d5 30127 kiki_0.5.6.orig.tar.gz 7686992c7ee21b7371806e0a143e9898f78f23f0 8070 kiki_0.5.6-3.1.diff.gz Checksums-Sha256: 6405f17b2d6b5f4a09c175bfc44b1eed2e22d0f23911bacd7fe31c98dde4299c 30127 kiki_0.5.6.orig.tar.gz 5b74cf3ae6433b8421390c04d45e8523faeb03acfaf4bd9c0524387a26260c8c 8070 kiki_0.5.6-3.1.diff.gz Python-Version: all Package: kiki Priority: optional Section: python Installed-Size: 252 Maintainer: Franz Pletz fpl...@franz-pletz.org Architecture: all Version: 0.5.6-3.1 Depends: python, python-central (= 0.6.7), python-wxgtk2.6 Filename: pool/main/k/kiki/kiki_0.5.6-3.1_all.deb Size: 33686 MD5sum: ce5e905dd6576fca41e3c9f1e49faacc SHA1: 07708987ed3fa387dd2e6c12b6a5633093cc6df4 SHA256: 400a09bbec970a813b47c69552aed076ce03e91c6a661efb95a317ab21465976 Description: tool for python regular expression testing A free environment for regular expression testing (ferret). It allows you to write regexes and test them against a sample text, providing extensive output about the results. It is useful for several purposes: . - exploring and understanding the structure of match objects generated by the re module, making Kiki a valuable tool for people new to regexes. - testing regexes on sample text before deploying them in code. . Kiki can function on its own or as plugin for the Spe Python editor. Python-Version: all Tag: devel::interpreter, implemented-in::python, role::program, uitoolkit::wxwidgets, use::learning signature.asc Description: Digital signature
Bug#579370: O: pympd -- Frontend for mpd in the style of rhythmbox and itunes
Package: wnpp Severity: normal The current maintainer of pympd, Franz Pletz fpl...@franz-pletz.org, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: pympd Binary: pympd Version: 0.07-1.3 Priority: optional Section: sound Maintainer: Franz Pletz fpl...@franz-pletz.org Build-Depends: debhelper (= 5.0.37.2), dpatch Build-Depends-Indep: python-all-dev (= 2.3), python-central (= 0.5), docbook-to-man Architecture: all Standards-Version: 3.7.2 Format: 1.0 Directory: pool/main/p/pympd Files: 678786041d7cabe5693945ac85f29253 1092 pympd_0.07-1.3.dsc 72b4671cfbff46689154c8acefb30348 92785 pympd_0.07.orig.tar.gz 8cd62379d17b5aead40fe597fae4 3866 pympd_0.07-1.3.diff.gz Homepage: http://pympd.sourceforge.net/ Checksums-Sha1: 70d329a10b3f09b31b86cee1787709ba7ef423e3 92785 pympd_0.07.orig.tar.gz ed87a5ec11a41ab405d385f9cf636ba8ca1e5937 3866 pympd_0.07-1.3.diff.gz Checksums-Sha256: 091cf6a2cc9149abf383f50d623cef49d5805fb68ca27d51614663c570c6591a 92785 pympd_0.07.orig.tar.gz e72475ee93b8b9d03ce3afe594356f35b21d4cd3d6131308791891990657856d 3866 pympd_0.07-1.3.diff.gz Python-Version: current Package: pympd Priority: optional Section: sound Installed-Size: 856 Maintainer: Franz Pletz fpl...@franz-pletz.org Architecture: all Version: 0.07-1.3 Provides: mpd-client Depends: python, python-central (= 0.6.11), python2.5, python-glade2 (= 2.6) Recommends: mpd (= 0.11) Filename: pool/main/p/pympd/pympd_0.07-1.3_all.deb Size: 118952 MD5sum: f81345ceb708387106fda700412d3269 SHA1: ccfdb017f4ef8e0b776b58d0d9b47749d8c5bcd5 SHA256: 10e039c34725f5f5390e15c2b1419abc5df3b2f27128737032c598e165ac50fe Description: Frontend for mpd in the style of rhythmbox and itunes Pympd is a frontend for mpd in the style of rhythmbox and itunes, written in python, with pygtk. Pympd itself is not a music player, but is actually a frontend to mpd, a daemon for playing and managing music. Homepage: http://pympd.sourceforge.net/ Python-Version: current Tag: implemented-in::python, interface::x11, network::client, role::program, scope::application, scope::utility, sound::player, uitoolkit::gtk, use::playing, works-with::audio, x11::application signature.asc Description: Digital signature
Bug#579372: O: pype -- python programmers editor
Package: wnpp
Severity: normal
The current maintainer of pype, Franz Pletz fpl...@franz-pletz.org,
is apparently not active anymore. Therefore, I orphan this package now.
Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.
If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.
Some information about this package:
Package: pype
Binary: pype
Version: 2.5-2
Priority: optional
Section: python
Maintainer: Franz Pletz fpl...@franz-pletz.org
Build-Depends: debhelper (= 5.0.37.2), python-central (= 0.5), python
Build-Depends-Indep: docbook-to-man, python-wxgtk2.6
Architecture: all
Standards-Version: 3.7.2
Format: 1.0
Directory: pool/main/p/pype
Files:
2a7f2e8928a7dc4ce48016901e7a 659 pype_2.5-2.dsc
75009d562e10f57363b7a90c31610a49 184551 pype_2.5.orig.tar.gz
38649d364e15193be65dc98d46fec88e 5736 pype_2.5-2.diff.gz
Python-Version: current
Package: pype
Priority: optional
Section: python
Installed-Size: 780
Maintainer: Franz Pletz fpl...@franz-pletz.org
Architecture: all
Version: 2.5-2
Depends: python-central (= 0.5), python, python-wxgtk2.6
Filename: pool/main/p/pype/pype_2.5-2_all.deb
Size: 188276
MD5sum: 9651b9f8acd5748afacf9234c5dd8143
SHA1: a592f96cc02e8b8271249caf6cbba2a94ad4b27b
SHA256: 059a8c4d24cdd44be3b692983073dabe7fc85778ba00aa99a9f10fe785fd6aaa
Description: python programmers editor
PyPE (Python Programmers Editor) is a lightweight but powerful
editor. Tools for the new and seasoned user alike are included
out of the box, including syntax coloring, multiple open documents
with tabs, per-document browsable source trees, and many others.
Python-Version: current
Tag: devel::{debugger,editor,lang:python,ui-builder}, implemented-in::python,
interface::x11, role::program, uitoolkit::wxwidgets, use::editing,
works-with::software:source, works-with::text, x11::application
signature.asc
Description: Digital signature
Bug#557451: terminal: background transparency is broken
Terminal transparency is broken in Gnome too, you can only see the desktop wallpaper, not the windows behind the terminal. http://koti.mbnet.fi/leevi/kuvat/error/terminaltransparency.jpg Tested it with 2 machines + QEMU, same thing everywhere.
Bug#560238: bindv6only again
On Mon, Apr 26, 2010 at 09:46:48PM +0200, Marco d'Itri wrote: - as explained in #560238, it is still not the time to make a choice Not sure what you mean here. Anyway, is there a reason that #560238 isn't blocked by #560044 given it breaks that package or are you not bothered about breaking non-free software? Simon. -- Just another wannabie | I get mail; therefore I am. | Just another fool --+ - Dilbert+--- This message was brought to you by the letter H and the number 20. htag.pl 0.0.24 -- http://www.earth.li/projectpurple/progs/htag.html signature.asc Description: Digital signature
Bug#579373: ITP: zthreads -- A platform-independent, multi-threading and synchronization library for C++
Package: wnpp Severity: wishlist Owner: Cleto Martin Angelina cleto.mar...@gmail.com Owner: Cleto Martin Angelina cleto.mar...@gmail.com * Package name: zthreads Version : 2.3.2 Upstream Author : Eric Crahen ecra...@users.sourceforge.net * URL : http://zthread.sourceforge.net/ * License : MIT Programming Lang: C++ Description : A platform-independent, multi-threading, object-oriented and synchronization library for C++ Zthreads is an advanced platform-independant, object-oriented threading and synchronization library. Designed and tested under POSIX Win32 systems. Not just another thread wrapper. .. It provides several structures for concurrent programming like PoolExecutor, MonitoredQueue, Barriers and much more. Futhermore, structures like Task and Thread are provided for creating threading applications in C++ easier. .. This library is used in Bruce Eckel's book Thinking in C++ as a good framework for concurrent programming. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579374: kipi-plugins1.2.0-1 conflicts with gthumb-data =3:2.11.3-1
Package: kipi-plugins Version: 1.1.0-1 Severity: normal Tags: experimental Hi, both kipi-plugins and gthumb-data both provide /usr/share/icons/hicolor/16x16/actions/facebook.png and /usr/share/icons/hicolor/16x16/actions/flickr.png files. NB gthumb-data 3:2.11.3-1 is experimental version. I am currently trying to install 1.2.0-1 version (experimental) to check if the conflict remains but it seems that I've got to upgrade almost all kde-related packages to experimental versions and aptitude don't help the process. I'll post a followup if 1.2.0-1 version conflicts also with gthumb-data 3:2.11.3-1 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-4-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kipi-plugins depends on: ii kdebase-runtime 4:4.3.4-2runtime components from the offici ii kdelibs54:4.3.4-3core libraries for all KDE 4 appli ii kdepimlibs5 4:4.3.4-2core libraries for KDE PIM 4 appli ii libc6 2.11-0exp4 Embedded GNU C Library: Shared lib ii libcv4 2.0.0-4 computer vision library ii libcvaux4 2.0.0-4 computer vision extension library ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii libgcc1 1:4.5.0-2GCC support library ii libgl1-mesa-glx [li 7.7.1-1 A free implementation of the OpenG ii libglib2.0-02.25.1-1 The GLib library of C routines ii libglu1-mesa [libgl 7.7.1-1 The OpenGL utility library (GLU) ii libgpod40.7.2-2+b1 library to read and write songs an ii libgtk2.0-0 2.20.0-3 The GTK+ graphical user interface ii libhighgui4 2.0.0-4 computer vision GUI library ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libjpeg62 6b-16.1 The Independent JPEG Group's JPEG ii libkdcraw7 4:4.3.4-1+b1 RAW picture decoding C++ library ( ii libkexiv2-7 4:4.3.4-1+b1 Qt like interface for the libexiv2 ii libkipi64:4.3.4-1+b1 library for apps that want to use ii libksane0 4:4.3.4-1+b1 scanner library for KDE 4 (runtime ii libphonon4 4:4.6.0really4.4.0-3 the core library of the Phonon mul ii libpng12-0 1.2.43-1 PNG library - runtime ii libqca2 2.0.2-1 libraries for the Qt Cryptographic ii libqt4-dbus 4:4.6.2-4Qt 4 D-Bus module ii libqt4-network 4:4.6.2-4Qt 4 network module ii libqt4-opengl 4:4.6.2-4Qt 4 OpenGL module ii libqt4-svg 4:4.6.2-4Qt 4 SVG module ii libqt4-xml 4:4.6.2-4Qt 4 XML module ii libqtcore4 4:4.6.2-4Qt 4 core module ii libqtgui4 4:4.6.2-4Qt 4 GUI module ii libsm6 2:1.1.1-1X11 Session Management library ii libstdc++6 4.4.3-9 The GNU Standard C++ Library v3 ii libtiff43.9.2-3+b1 Tag Image File Format (TIFF) libra ii libx11-62:1.3.3-3X11 client-side library ii libxau6 1:1.0.5-2X11 authorisation library ii libxdmcp6 1:1.0.3-2X11 Display Manager Control Protoc ii libxext62:1.1.1-3X11 miscellaneous extension librar ii libxft2 2.1.14-2 FreeType-based font drawing librar ii libxml2 2.7.7.dfsg-2 GNOME XML library ii libxpm4 1:3.5.8-1X11 pixmap library ii libxrandr2 2:1.3.0-3X11 RandR extension library ii libxslt1.1 1.1.26-3 XSLT processing library - runtime ii phonon 4:4.6.0really4.4.0-3 metapackage for the Phonon multime ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages kipi-plugins recommends: ii imagemagick 7:6.6.0.4-2 image manipulation programs ii konqueror4:4.3.4-1 KDE 4's advanced file manager, web Versions of packages kipi-plugins suggests: ii gallery1.5.10.dfsg-1 a web-based photo album written in ii gimp 2.6.8-3 The GNU Image Manipulation Program ii kmail 4:4.3.4-2 KDE Email client ii vorbis-tools 1.4.0-1 several Ogg Vorbis tools -- no debconf information -- debsums errors found: debsums: changed file /usr/share/icons/hicolor/16x16/actions/facebook.png (from kipi-plugins package) debsums: changed file
Bug#578023: openoffice.org on GNU/kFreeBSD
Our /proc also have the same symlink, so we could just use similar implementation. I will take care about this part. Did you test that? Even with libc0.1 2.10.2-7 it fails the same way for me... Now I am really confused :-( The problem seems be due to combination of chroot and bind/nullfs mount. (sid)Nemám #ádné jmé...@io:~/r$ /bin/ls -sl /proc/self/exe 0 lr--r--r-- 1 1013 1000 0 27. dub 11.43 /proc/self/exe - /bin/ls (sid)Nemám #ádné jmé...@io:~/r$ cp /bin/ls . (sid)Nemám #ádné jmé...@io:~/r$ ./ls -sl /proc/self/exe 0 lr--r--r-- 1 1013 1000 0 27. dub 11.43 /proc/self/exe - unknown (sid)Nemám #ádné jmé...@io:~/r$ cp /bin/ls /var/tmp/ (sid)Nemám #ádné jmé...@io:~/r$ /var/tmp/ls -sl /proc/self/exe 0 lr--r--r-- 1 1013 1000 0 27. dub 11.43 /proc/self/exe - /var/tmp/ls So under usual setup $ORIGIN should work fine even for libc0.1 2.10.2-7. I do not know how the buildd are configured and whether it works on them using 2.10.2-7. I tried harder to get $ORIGIN working also under combination of chroot and bind/nullfs mount, scheduled for libc0.1 2.10.2-8. I hope it would be sufficient. Petr
