Bug#705796: installation-reports: Installing Debian Wheezy Xfce installs 2 notification daemons: xfce4-notifyd and notification-daemon
Package: installation-reports Severity: normal Dear Maintainer, I installed Debian Wheezy RC1 from Xfce CD 1 and found that 2 notification daemons were installed: notification-daemon and xfce4-notifyd. This way you get an error at login, saying a notification daemon is already running. Solution is to uninstall notification-daemon and keep xfce4-notifyd. -- Package-specific info: Boot method: Image version: Date: Machine: Partitions: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Clock/timezone setup: [ ] User/password setup:[ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="7.0 (wheezy) - installer build 20120930+b1" X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux Ideacentre 3.2.0-3-amd64 #1 SMP Mon Jul 23 02:45:17 UTC 2012 x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 2nd Generation Core Processor Family DRAM Controller [8086:0100] (rev 09) lspci -knn: Subsystem: Lenovo Device [17aa:3623] lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200/2nd Generation Core Processor Family PCI Express Root Port [8086:0101] (rev 09) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 [8086:1c3a] (rev 04) lspci -knn: Subsystem: Lenovo Device [17aa:3623] lspci -knn: 00:19.0 Ethernet controller [0200]: Intel Corporation 82579V Gigabit Network Connection [8086:1503] (rev 05) lspci -knn: Subsystem: Lenovo Device [17aa:3623] lspci -knn: Kernel driver in use: e1000e lspci -knn: 00:1a.0 USB controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 [8086:1c2d] (rev 05) lspci -knn: Subsystem: Lenovo Device [17aa:3623] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller [8086:1c20] (rev 05) lspci -knn: Subsystem: Lenovo Device [17aa:3623] lspci -knn: Kernel driver in use: snd_hda_intel lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 [8086:1c10] (rev b5) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.1 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 2 [8086:1c12] (rev b5) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.2 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 3 [8086:1c14] (rev b5) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.3 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 4 [8086:1c16] (rev b5) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1d.0 USB controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 [8086:1c26] (rev 05) lspci -knn: Subsystem: Lenovo Device [17aa:3623] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation H61 Express Chipset Family LPC Controller [8086:1c5c] (rev 05) lspci -knn: Subsystem: Lenovo Device [17aa:3623] lspci -knn: 00:1f.2 SATA controller [0106]: Intel Corporation 6 Series/C200 Series Chipset Family SATA AHCI Controller [8086:1c02] (rev 05) lspci -knn: Subsystem: Lenovo Device [17aa:3623] lspci -knn: Kernel driver in use: ahci lspci -knn: 00:1f.3 SMBus [0c05]: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller [8086:1c22] (rev 05) lspci -knn: Subsystem: Lenovo Device [17aa:3623] lspci -knn: 01:00.0 VGA compatible controller [0300]: Advanced Micro Devices [AMD] nee ATI Caicos [Radeon HD 7400A Series] [1002:6772] lspci -knn: Subsystem: Lenovo Device [17aa:3623] lspci -knn: 02:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5209 PCI Express Card Reader [10ec:5209] (rev 01) lspci -knn: Subsystem: Lenovo Device [17aa:3623] lspci -knn: 03:00.0 USB contro
Bug#599975: findutils: FTBFS on alpha: FAIL: test-fstatat & test-strstr
On 2010-10-17 Andreas Metzler wrote: > On 2010-10-12 Cyril Brulebois wrote: > > Source: findutils > > Version: 4.5.9-1 [...] > > your package FTBFS on alpha: > [...] > > | FAIL: test-fstatat > [...] > > | FAIL: test-strstr > [...] > Both of these are gnulib issues, building with gnulib head > (3f75f63f5e0bc6293e7a712e8699d930d4e53a5f) succeeds. Joy. While 4.5.10 succeeded 4.5.11 fails again, but in a different location (test-trunc2). cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705797: [packagekit] Re: RFH: Port packagekit to !linux
Package: packagekit
Version: 0.8.7-1
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
On Thu, 18 Apr 2013, Matthias Klumpp wrote:
PackageKit in it's newest version doesn't build on !linux
architectures, due to Linux specific functions, and I don't have the
knowledge to make it work on !linux.
There are two problematic parts.
The first one is a try to auto-kill a spawned agent process,
when the master process suddenly dies. In normal case,
it is signaled from master.
There is no counter part functionality on (k)FreeBSD.
The second one is wait for agent process finish.
The packagekit code uses unnecessary complex function to achieve it.
The simple waitpid() suffices everywhere.
The patch is attached.
Petr--- packagekit-0.8.7.orig/lib/packagekit-glib2/pk-spawn-polkit-agent.c
+++ packagekit-0.8.7/lib/packagekit-glib2/pk-spawn-polkit-agent.c
@@ -21,7 +21,9 @@
#include
#include
+#ifdef __linux__
#include
+#endif
#include
#include
#include
@@ -68,13 +70,14 @@ fork_agent (pid_t *pid, const char *path
*pid = n_agent_pid;
return 0;
}
+#ifdef __linux__
/* In the child:
*
* Make sure the agent goes away when the parent dies */
if (prctl (PR_SET_PDEATHSIG, SIGTERM) < 0)
_exit (EXIT_FAILURE);
-
+#endif
/* Check whether our parent died before we were able
* to set the death signal */
if (getppid () != parent_pid)
@@ -175,22 +178,16 @@ fd_wait_for_event (int fd, int event, ui
}
static int
-wait_for_terminate (pid_t pid, siginfo_t *status) {
- siginfo_t dummy;
-
+wait_for_terminate (pid_t pid) {
+int status;
g_assert (pid >= 1);
- if (!status)
- status = &dummy;
-
for (;;) {
- zero(*status);
- if (waitid(P_PID, pid, status, WEXITED) < 0) {
+ if (waitpid(pid, &status, 0) < 0) {
if (errno == EINTR)
continue;
return -errno;
}
-
return 0;
}
}
@@ -242,6 +239,6 @@ pk_polkit_agent_close (void) {
/* Inform agent that we are done */
kill (agent_pid, SIGTERM);
kill (agent_pid, SIGCONT);
- wait_for_terminate (agent_pid, NULL);
+ wait_for_terminate (agent_pid);
agent_pid = 0;
}
Bug#679663: fixed in editorconfig-core 0.11.0-1
On Apr 17, 2013, at 20:22, Jonas Smedegaard wrote: > Quoting Jonas Smedegaard (2013-04-18 05:17:05) >> Quoting Hong Xu (2013-04-18 01:34:54) >>> On 4/17/13 2:00 PM, Jonas Smedegaard wrote: Source: editorconfig-core Source-Version: 0.11.0-1 We believe that the bug you reported is fixed in the latest version of editorconfig-core, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 679...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jonas Smedegaard (supplier of updated editorconfig-core package) >>> >>> >>> Hi Jonas, >>> >>> In fact I still cannot find the package in sid or testing. Did I miss >>> something? >> >> You quote the above as if written by me, but I do not recognize the >> style of writing. >> >> Could you please pass me the full original emails including heading? > > Ah, I got above message now too - you snipped the very next paragraph > which hinted that it was an automated message, not one written by me. > > Sorry for my alarming reaction. > > So, back to your question: Debian distribution is updated each 6 hours, > so the package will probably appear within few more hours (if it haven't > already by now). Hi Jonas, About two days have passed but I can still not find it in debian packages: http://packages.debian.org/search?keywords=editorconfig+&searchon=names&suite=all§ion=all Could you help with this please? Thanks! Hong
Bug#705798: libdvdread4: Please update git repository URL as `debcheckout libdvdread4` fails
Package: libdvdread4 Version: 4.2.0+20121016-2 Severity: normal Dear Debian folks, trying to get the packaging sources fails using `debcheckout`. $ debcheckout -p libdvdread4 git git://git.debian-maintainers.org/git/daniel/libdvdread.git $ debcheckout libdvdread4 declared git repository at git://git.debian-maintainers.org/git/daniel/libdvdread.git git clone git://git.debian-maintainers.org/git/daniel/libdvdread.git libdvdread4 ... Cloning into 'libdvdread4'... fatal: unable to connect to git.debian-maintainers.org: git.debian-maintainers.org: Der Name oder der Dienst ist nicht bekannt checkout failed (the command above returned a non-zero exit code) Could this information please be updated? It would be awesome if we even get this into Wheezy. As this is just documentation this should be no problem. Please tell me if you need any help with this. Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#679663: fixed in editorconfig-core 0.11.0-1
On 2013-04-20 09:43, Hong Xu wrote: > Hi Jonas, > > About two days have passed but I can still not find it in debian packages: > Hi, The package is available (now at least, see [1]). > http://packages.debian.org/search?keywords=editorconfig+&searchon=names&suite=all§ion=all I think (but I don't remember the exact details) that packages.d.o is having a problem with staying up to date (alternatively it may just be slower at updating, don't know). Sadly, some of the links in [1] that refers back to packages.d.o is still broken at the time of writing. > Could you help with this please? > > Thanks! > Hong ~Niels [1] http://packages.qa.debian.org/e/editorconfig-core.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#666139: This bug does not affect minetest anymore
Hi Martin, On Fri, Apr 19, 2013 at 3:40 AM, Martin Quinson wrote: > Hello, > > minetest now uses vectorial fonts, and this bug cannot be reproduced > here. Can some of the participant comment on this? Vincent, maybe, as > irrlicht packager? To be honest, I know nothing about how irrlicht handles fonts (and for that matter, I don't know much about irrlicht in general). I only adopted irrlicht previously because supertuxkart uses it, not because I'm familiar with irrlicht. Christoph, assuming you know more about irrlicht than I do, do you know if irrlicht now uses/defaults to vector fonts? Or is this more likely to be a change made to minetest? Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705799: lolcat: chokes upon invalid utf-u
Package: lolcat Version: 42.0.99-1 Severity: normal Hi, lolcatting a file containing an invalid utf-8 character when it's not expected, like in Helenenstra�e 22 (I'll try to attach the file for testing) leads to an exception: /usr/lib/ruby/vendor_ruby/lolcat/lol.rb:45:in `gsub!': invalid byte sequence /in UTF-8 (ArgumentError) from /usr/lib/ruby/vendor_ruby/lolcat/lol.rb:45:in `println' from /usr/lib/ruby/vendor_ruby/lolcat/lol.rb:36:in `block in cat' from /usr/lib/ruby/vendor_ruby/lolcat/lol.rb:34:in `each' from /usr/lib/ruby/vendor_ruby/lolcat/lol.rb:34:in `cat' from /usr/lib/ruby/vendor_ruby/lolcat/cat.rb:113:in `block in cat!' from /usr/lib/ruby/vendor_ruby/lolcat/cat.rb:107:in `each' from /usr/lib/ruby/vendor_ruby/lolcat/cat.rb:107:in `cat!' from /usr/games/lolcat:24:in `' -- System Information: Debian Release: 7.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lolcat depends on: ii ruby 1:1.9.3 ii ruby-paint0.8.5-1 ii ruby-trollop 1.16.2-3 ii ruby1.8 [ruby-interpreter]1.8.7.358-7 ii ruby1.9.1 [ruby-interpreter] 1.9.3.194-8.1 lolcat recommends no packages. lolcat suggests no packages. -- no debconf information Helenenstraße 22
Bug#679663: fixed in editorconfig-core 0.11.0-1
Quoting Hong Xu (2013-04-20 09:43:47) > On Apr 17, 2013, at 20:22, Jonas Smedegaard wrote: > > About two days have passed but I can still not find it in debian packages: > > http://packages.debian.org/ > search?keywords=editorconfig+&searchon=names&suite=all§ion=all > > Could you help with this please? Package name is editorconfig-core (not editorconfig). If you are interested in continuously tracking the package, I recommend you to use http://packages.qa.debian.org/editorconfig-core and consider subscribing by email at the lower left corner. - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#703112: enigmail 1.4.1-2 not decrypting mails/verifying sigs with Icedove 10.0.12-1
On Thu, 11 Apr 2013 18:59:11 +0200, Willi Mann writes:
>thanks for the update. It would be interesting to know what happens if
>you remove the i386 versions of libnspr4{,-0d}.
This would also remove ia32-libs (and ia32-libs-i386), which, the last
time I tried, made the system disfunctional (froze and wouldn't boot
into userland anymore), and I had to rescue-boot and reinstall those
packages.
I'm somewhat wary of trying that again.
>If that does not help,
>I would be interested in the contents of /etc/ld.so.conf and all the
>files in /etc/ld.so.conf.d/. I would then forward this bug to upstream
>again.
Attached.
Kind regards,
Robert Waldner
ld.so.tar
Description: ld.so.tar
signature.asc
Description: Digital Signature
Bug#705800: blueman: Headset - Connection Failed: Connect failed
Package: blueman Version: 1.23+update1-1 Severity: normal With last update, blueman fails to connect to my bluetooth headset, giving the error: "Connection Failed: Connect failed" This is the console output: $ blueman-applet Loading configuration plugins blueman-applet version 1.23 starting Using gconf config backend _ Load (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:68) ['DBusService', 'NMDUNSupport', 'SerialManager', 'StandardItems', 'NMPANSupport', 'PulseAudio', 'TransferService', 'Networking', 'ExitItem', 'PPPSupport', 'KillSwitch', 'AppIndicator', 'StatusIcon', 'Headset', 'PowerManager', 'NetUsage', 'RecentConns', 'DiscvManager', 'ShowConnected', 'AuthAgent', 'Menu', 'DhcpClient'] Using gconf config backend _ __load_plugin (/usr/lib/python2.7/dist- packages/blueman/main/PluginManager.py:142) loading Using gconf config backend _ __load_plugin (/usr/lib/python2.7/dist- packages/blueman/main/PluginManager.py:142) loading Using gconf config backend _ load_nap_settings (/usr/lib/python2.7/dist- packages/blueman/plugins/applet/Networking.py:47) Loading NAP settings _ __load_plugin (/usr/lib/python2.7/dist- packages/blueman/main/PluginManager.py:142) loading Using gconf config backend _ __load_plugin (/usr/lib/python2.7/dist- packages/blueman/main/PluginManager.py:142) loading _ __load_plugin (/usr/lib/python2.7/dist- packages/blueman/main/PluginManager.py:142) loading _ __load_plugin (/usr/lib/python2.7/dist- packages/blueman/main/PluginManager.py:142) loading _ __load_plugin (/usr/lib/python2.7/dist- packages/blueman/main/PluginManager.py:142) loading _ __load_plugin (/usr/lib/python2.7/dist- packages/blueman/main/PluginManager.py:142) loading Using gconf config backend _ pa_context_event (/usr/lib/python2.7/dist- packages/blueman/main/PulseAudioUtils.py:306) 1 _ on_load (/usr/lib/python2.7/dist- packages/blueman/plugins/applet/PulseAudio.py:160) PulseAudio version: [2, 0, 0] _ __load_plugin (/usr/lib/python2.7/dist- packages/blueman/main/PluginManager.py:142) loading _ __load_plugin (/usr/lib/python2.7/dist- packages/blueman/main/PluginManager.py:142) loading Using gconf config backend _ on_load (/usr/lib/python2.7/dist- packages/blueman/plugins/applet/KillSwitch.py:40) Using the new killswitch system _ __load_plugin (/usr/lib/python2.7/dist- packages/blueman/main/PluginManager.py:142) loading _ __load_plugin (/usr/lib/python2.7/dist- packages/blueman/main/PluginManager.py:142) loading _ __load_plugin (/usr/lib/python2.7/dist- packages/blueman/main/PluginManager.py:142) loading _ __load_plugin (/usr/lib/python2.7/dist- packages/blueman/main/PluginManager.py:142) loading Using gconf config backend _ __load_plugin (/usr/lib/python2.7/dist- packages/blueman/main/PluginManager.py:142) loading /usr/lib/python2.7/dist-packages/blueman/plugins/applet/AppIndicator.py:44: Warning: /tmp/buildd/glib2.0-2.33.12+really2.32.4/./gobject/gsignal.c:2459: signal `child-added' is invalid for instance `0x2ae80a0' self.indicator.set_menu(applet.Plugins.Menu.get_menu()) _ __load_plugin (/usr/lib/python2.7/dist- packages/blueman/main/PluginManager.py:142) loading _ __load_plugin (/usr/lib/python2.7/dist- packages/blueman/main/PluginManager.py:142) loading Using gconf config backend _ update_menuitems (/usr/lib/python2.7/dist- packages/blueman/plugins/applet/DiscvManager.py:132) warning: Adapter is None _ __load_plugin (/usr/lib/python2.7/dist- packages/blueman/main/PluginManager.py:142) loading Using gconf config backend _ __load_plugin (/usr/lib/python2.7/dist- packages/blueman/main/PluginManager.py:142) loading _ pa_context_event (/usr/lib/python2.7/dist- packages/blueman/main/PulseAudioUtils.py:306) 2 _ update_state (/usr/lib/python2.7/dist- packages/blueman/main/KillSwitchNG.py:162) State: True _ on_switch_added (/usr/lib/python2.7/dist- packages/blueman/plugins/applet/KillSwitch.py:61) killswitch registered 0 _ on_obex_owner_changed (/usr/lib/python2.7/dist- packages/blueman/plugins/applet/TransferService.py:70) obex owner changed: :1.80 Using gconf config backend _ on_dbus_name_owner_change (/usr/bin/blueman-applet:102) org.bluez owner changed to :1.54 _ set_nap (/usr/lib/python2.7/dist- packages/blueman/plugins/applet/Networking.py:80) set nap False _ register_agent (/usr/lib/python2.7/dist- packages/blueman/plugins/applet/AuthAgent.py:68) Registering agent _ __init__ (/usr/lib/python2.7/dist-packages/blueman/main/Device.py:35) caching initial properties _ __init__ (/usr/lib/python2.7/dist-packages/blueman/main/Device.py:35) caching initial properties _ __init__ (/usr/lib/python2.7/dist-packages/blueman/main/Device.py:35) caching initial properties _ __init__ (/usr/lib/python2.7/dist-packages/bl
Bug#705798: libdvdread4: Please update git repository URL as `debcheckout libdvdread4` fails
Am Samstag, den 20.04.2013, 10:07 +0200 schrieb Daniel Baumann: > On 04/20/2013 09:52 AM, Paul Menzel wrote: > > Could this information please be updated? > > the current package does not have vcs fields. What is the current package? As you did not provide any version in your message closing this report, I do not know. And by the way, no VCS fields would be very unfortunate. Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#701744: We see the same with Debian wheezy.
Same issue here. Haven't found a solution yet. Has anybody been succesful in downgrading the Wheezy kernel to workaround this issue?
Bug#529596: [icedove] very slow in opening mails with big attachments and incorrect MIME type
Hi. Il 13/04/2013 12:44, Carsten Schoenert ha scritto: > your reported bug is still openend, but no one else reported similar > problems. > So I think your behavior isn't existing anymore in the current > versions of icedove. But can you please check the current status on your > side, for me that works without problems. I can still see the bug, although I changed two computers in the meanwhile and with newer processors it bites a bit less. Anyway, I still think that it should be fixed (although downgrading to "minor" is reasonable). To demonstrate it, please try to download, gunzip and open this file: http://people.debian.org/~gio/icedove_test.eml.gz This is an email with a rather large PDF attachment, whose MIME type is incorrectly set at text/plain (and with Content-Disposition: inline). When I open it, icedove freezes until it has written the content of the PDF file as a text (and CPU usage goes to 100%). This is somewhat tolerable on my i7 processor, but it may be more frustrating on other computers, where it actually may be seen by the user as a program freeze. Thanks, Giovanni. -- Giovanni Mascellani 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#666742: xineliboutput-sxfe: vdr-sxfe fails on looking big images with xineliboutput plugin
Package: xineliboutput-sxfe Version: 1.0.7+cvs20130223.2117-6 Followup-For: Bug #666742 Hello, here the result from the debug exercise. The files with 18935 are the result without graphicsmagic-dbg installed, and with 21190 after I had installed graphicsmagic-dbg. The corresponding core files can be found as http://eric.lavar.de/comp/TEST/vdr-sxfe.18935.core.gz resp. http://eric.lavar.de/comp/TEST/vdr-sxfe.21190.core.gz The error seems to happen in libgraphicsmagick3 (version 1.3.16-1.1) but that doesn't explain why I should have the problem and not you. Hope this helps further anyway, Eric PS: the introduction of dbg capability was a great idea! I don't want to give the impression to only complain :P -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.6.9+vdr1 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xineliboutput-sxfe depends on: ii dbus 1.6.8-1 ii libc6 2.13-38 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-2 0.100.2-1 ii libgl1-mesa-glx [libgl1] 8.0.5-4 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libglu1-mesa [libglu1]8.0.5-4 ii libjpeg8 8d-1 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxine2 1.2.2-4 ii libxine2-x1.2.2-4 ii libxine2-xvdr 1.0.7+cvs20130223.2117-6 ii libxinerama1 2:1.1.2-1 ii libxrender1 1:0.9.7-1 xineliboutput-sxfe recommends no packages. xineliboutput-sxfe suggests no packages. -- no debconf information vdr-sxfe.20130420.tgz Description: GNU Zip compressed data
Bug#705778: Not an RC bug
Control: severity -i normal This bug report does not qualify for severity serious as: - it does not make any package unusable - does not violate any policy - might be unreproducible anyway On a side note, GNOME is dropping GNOME classic anyway. Get used to it, or move away from GNOME. -nik -- Ein Jabber-Account, sie alle zu finden; ins Dunkel zu treiben und ewig zu binden; im NaturalNet, wo die Schatten droh'n ;)! PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17 FD26 B79A 3C16 A0C4 F296 signature.asc Description: Digital signature
Bug#704242: Driver for PL-2303 HX not working
On Sat, Apr 20, 2013 at 09:50:52AM +0200, Karsten Malcher wrote: > Am 19.04.2013 16:39, schrieb Johan Hovold: > > > >>> Then the problem is most likely not in the driver as the characters are > >>> being read back in the log you provided. > >> Stop - it's really possible that i send not enough bytes. > >> Sometimes up to 6 Bytes will come back. > >> > >> This time i send this string (3.2.0): > >> "1234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890\n" > >> I get back the first 3 Bytes of it. > >> Log is attached. > > Was it really the same log? In the log below there is an error reported > > but it looks like no data at all is returned: > > No - this are of course different tests and different logs. > Sorry - it's possible that there where no bytes read back in this particular > test. > I added exact output to my script now. > > Here are two additional tests with 50 bytes (3.2.0). > In sendtest50get2.log i definitely read 2 Bytes back. Yes, in the logs 2 and 4 bytes respectively is received before the same hardware related error EILSEQ (-84) is received. > >> [ 1443.122568] > >> /build/buildd-linux_3.2.23-1-amd64-zj7gxu/linux-3.2.23/drivers/usb/serial/generic.c: > >> usb_serial_generic_read_bulk_callback - nonzero read bulk status > >> received: -84 > > Either way, the error is EILSEQ (-84) which usually indicates hardware > > problems. > > Maybe this time not plugged in perfectly. > This cheap connectors are sometimes not reliable. > It's the same connecting an external harddisk - sometimes you have a bad > connection. > > >> There are 2 beasty questions left: > >> 1. Why it works with PL2303H ? > > Different device, different hardware. > > But it's the same driver or not? Yes, same driver. > >> 2. Why i receive sometimes the first bytes? > > Your particular device could be flakey and sometimes you're able to > > read a few bytes. The new logs seem to support this. > Sorry - i don't think so. > 1. It works perfect with kernel 2.6.32 > 2. It works perfect using windows with the driver from Profilic > 3. I have 2 devices of this type and the behaviour is exact the same All three could be explained by flakey hardware. The 2.6.32 driver and possibly the Windows driver could be inefficient enough not to trigger the problem as reliably as the current Linux driver do. You did say it was a pirate chip, right? In the debian bug tracker someone also mentioned having an HX device with the exact same descriptors? If so we would never even be able to identify the broken devices if a work-around could be could be found. A quick test you could do (before reducing buffer sizes and urb counts) is to see what happens if you pace the writes to the device. Say if your test program writes one byte per second? Are more bytes received then? Johan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#697016: vobcopy: FTBFS[kfreebsd]
tags 697016 +patch -- The autotool-ification have not been correct. Please alter it as shown bellow. Petr --- vobcopy.h +++ vobcopy.h @@ -124,16 +124,8 @@ #ifdef HAVE_GETMNTINFO #define USE_GETMNTINFO -#endif - -#ifdef USE_GETMNTINFO -#ifdef USE_STATFS_FOR_DEV #define GETMNTINFO_USES_STATFS #endif -#ifdef USE_STATVFS_FOR_DEV -#define GETMNTINFO_USES_STATVFS -#endif -#endif #include -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682388: Patch works on powertop 2.0 in unstable
Control: severity 682388 serious Am Mittwoch, den 26.09.2012, 13:04 +0300 schrieb Mikko Rapeli: […] > The provided patch works also on powertop 2.0 version in unstable, and on the > latest git version (2.1.1 something). Trying PowerTOP on two systems with Debian Wheezy it crashed after a few seconds. So long process lines seem to be common and PowerTOP is currently unusable. Therefore I am increasing the severity to serious, so Wheezy does not get released without a fixed PowerTOP. Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#705778: Not an RC bug
On Sat, Apr 20, 2013 at 11:14:28 +0200, Dominik George wrote: > On a side note, GNOME is dropping GNOME classic anyway. Get used to it, > or move away from GNOME. > That comment's not helpful. Cheers, Julien signature.asc Description: Digital signature
Bug#705601: libflac-dev conflicting with boost::shared_ptr
retitle -1 name space pollution: FLAC/assert.h conflicts with
Just to be sure, this is in no way related to boost at all. The
following code fails to compile when -I/usr/include/FLAC is passed to
the compiler command line:
$ cat test.c
#include
int main()
{
assert (0);
return 0;
}
$ gcc test.c
$ gcc test.c -I/usr/include/FLAC
/tmp/ccxq8IHb.o: In function `main':
test.c:(.text+0xf): undefined reference to `assert'
collect2: error: ld returned 1 exit status
- Fabian
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705802: installation-reports: installation for blind people
Package: installation-reports Severity: minor Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- Package-specific info: Boot method: CD Image version: latest Date: Machine: VirtualBox Partitions: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Clock/timezone setup: [ ] User/password setup:[ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Dear developers, here is my feedback. I looked at the installation for blind people. As I am German, I choose German profile. IMO most points are working fine. I think, some points should be improved. 1. The "?" is not spoken. The speeker says: "Fuer Hilfe" and forgets the question mark. Maybe you there should be a tect input, like "hilfe" or "help" or whatever, so that the blind person clearly knows, what to enter. 2. At the point, where the basic installation starts, there should be a little loop, what is telling, what the computer is doing, maybe some audible output like "Installation laeuft, bitte warten Sie". I suggest maybe every 30 seconds or similar. The blind person can not see, what is going on, so he needs thios information, that he gets not confused. 3. The standard input should be told clearly for blind people, like "Standardvorgabe ist jetzt 2, deutsch, Enter Taste wenn ok". The problem is, that blind people (and especially blind noobs) need as much guidance and information as possible. You cannot expect them to read in the internet or books like seeing people. Hope this helps a little bit. :) Best regards Hans -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="3.1 (installer build 20060806)" == Installer hardware-summary: == umame -a: Linux protheus2 2.6.16-2-amd64-generic #1 Sun Jul 16 01:12:23 CEST 2006 x86_64 unknown lspci -v -t: -[:00]-+-00.0 nVidia Corporation C51 Host Bridge lspci -v -t:+-00.1 nVidia Corporation C51 Memory Controller 0 lspci -v -t:+-00.2 nVidia Corporation C51 Memory Controller 1 lspci -v -t:+-00.3 nVidia Corporation C51 Memory Controller 5 lspci -v -t:+-00.4 nVidia Corporation C51 Memory Controller 4 lspci -v -t:+-00.5 nVidia Corporation C51 Host Bridge lspci -v -t:+-00.6 nVidia Corporation C51 Memory Controller 3 lspci -v -t:+-00.7 nVidia Corporation C51 Memory Controller 2 lspci -v -t:+-02.0-[:01]-- lspci -v -t:+-03.0-[:02]-- lspci -v -t:+-04.0-[:03]00.0 nVidia Corporation Unknown device 01d7 lspci -v -t:+-09.0 nVidia Corporation MCP51 Host Bridge lspci -v -t:+-0a.0 nVidia Corporation MCP51 LPC Bridge lspci -v -t:+-0a.1 nVidia Corporation MCP51 SMBus lspci -v -t:+-0a.3 nVidia Corporation MCP51 PMU lspci -v -t:+-0b.0 nVidia Corporation MCP51 USB Controller lspci -v -t:+-0b.1 nVidia Corporation MCP51 USB Controller lspci -v -t:+-0d.0 nVidia Corporation MCP51 IDE lspci -v -t:+-0e.0 nVidia Corporation MCP51 Serial ATA Controller lspci -v -t:+-10.0-[:04-05]--+-05.0 Atheros Communications, Inc. AR5005G 802.11abg NIC lspci -v -t:|+-06.0 Texas Instruments Unknown device 8039 lspci -v -t:|\-06.2 Texas Instruments Unknown device 803b lspci -v -t:+-10.1 nVidia Corporation MCP51 High Definition Audio lspci -v -t:+-14.0 nVidia Corporation MCP51 Ethernet Controller lspci -v -t:+-18.0 Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration lspci -v -t:+-18.1 Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map lspci -v -t:+-18.2 Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller lspci -v -t:\-18.3 Advanced Micro Devices [AMD
Bug#704259: vdr-plugin-xineliboutput: VDR tends to crash when stopping playing an internet radio
Package: vdr-plugin-xineliboutput Version: 1.0.7+cvs20130223.2117-6 Followup-For: Bug #704259 Hi, I've installed your library and it seems to work, somehow: 1. nothing especially bad happened 2. vdr doesn't dump anymore (but reproducing the bug is not always easy) 3. but vdr-sxfe now crashes without core dump (I attach the vdr-sxfe.log file). And I also had vdr-sxfe hang (without crashing), when I _started_ once the radio but it showed only in the syslog (attached). I also attach the vdr-sxfe.log file but I don't see anything of interest. There is also a core file due to me Ctrl+C-ing the vdr-sxfe, let me know if it could be of interest. So, to me it seems the imonlcd issue is probably fixed, but I'm now encountering other issues that were perhaps hidden behind that first bug. Let me know how I should proceed in terms of bug handling and overall further debugging. Sorry to keep you busy, Eric -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.6.9+vdr1 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vdr-plugin-xineliboutput depends on: ii libc6 2.13-38 ii libextractor3 1:0.6.3-5 ii libgcc1 1:4.7.2-5 ii libstdc++6 4.7.2-5 ii vdr [vdr-abi-2.0.0-multipatch] 2.0.1-1~etobi1 vdr-plugin-xineliboutput recommends no packages. vdr-plugin-xineliboutput 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#705803: libcgal-dev: gmpxx and mpfi detection
Package: libcgal-dev Version: 4.2-1 Severity: wishlist Hello, looking at CGAL/compiler_config.h, I see: #define CGAL_USE_GMP 1 #define CGAL_USE_MPFR 1 //#define CGAL_USE_GMPXX 1 //#define CGAL_USE_LEDA 1 //#define CGAL_USE_MPFI 1 //#define CGAL_USE_RS 1 //#define CGAL_USE_NTL 1 It seems to me that a slight change in build-depends might enable gmpxx, mpfi and possibly ntl. I understand not wanting to add too many little-used dependencies, but at least gmpxx wouldn't be very heavy. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-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 libcgal-dev depends on: ii libboost-dev 1.49.0.1 ii libboost-program-options-dev 1.49.0.1 ii libboost-system-dev 1.49.0.1 ii libboost-thread-dev 1.49.0.1 ii libcgal10 4.2-1 ii libgmp-dev [libgmp10-dev] 2:5.0.5+dfsg-2 ii libmpfr-dev 3.1.1-1 ii zlib1g-dev1:1.2.7.dfsg-13 libcgal-dev recommends no packages. libcgal-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#704480: dh-make-perl: Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Debian/Dependency.pm line 157.
On 04/15/2013 11:22 PM, gregor herrmann wrote: Interestingly I can't reproduce this: ... Needs the following debian packages: perl (>= 5.15.3), libcpan-distnameinfo-perl (>= 0.1), liblocal-lib-perl (>= 1.006008), libwww-perl = CPAN::Meta is in core since 5.13.10 = Module::Build>= 0.4 is in core since 5.17.1 Needs the following debian packages during building: perl (>= 5.17.1) What is the perl version are you use? Please provide dpkg -l|grep perl Current sid: # aptitude install libmodule-build-perl (I need version 0.40) # dh-make-perl --cpan SQL::Abstract::More Going to read '/root/.cpan/Metadata' Database was generated on Fri, 19 Apr 2013 23:29:05 GMT CPAN: Digest::SHA loaded ok (v5.61) Checksum for /root/.cpan/sources/authors/id/D/DA/DAMI/SQL-Abstract-More-1.15.tar.gz ok SQL-Abstract-More-1.15 SQL-Abstract-More-1.15/Build.PL SQL-Abstract-More-1.15/Changes SQL-Abstract-More-1.15/Makefile.PL SQL-Abstract-More-1.15/MANIFEST SQL-Abstract-More-1.15/META.json SQL-Abstract-More-1.15/META.yml SQL-Abstract-More-1.15/README SQL-Abstract-More-1.15/lib SQL-Abstract-More-1.15/lib/SQL SQL-Abstract-More-1.15/lib/SQL/Abstract SQL-Abstract-More-1.15/lib/SQL/Abstract/More.pm SQL-Abstract-More-1.15/t SQL-Abstract-More-1.15/t/01-sql_abstract_more.t SQL-Abstract-More-1.15/t/02-order-by.t SQL-Abstract-More-1.15/t/pod.t CPAN: File::Temp loaded ok (v0.22) CPAN: Module::Build loaded ok (v0.4001) Using META.json Found: SQL-Abstract-More 1.15 (libsql-abstract-more-perl arch=all) Using cached Contents from Sat Apr 20 04:10:47 2013 + SQL::Abstract >= 1.73 found in libsql-abstract-perl (>= 1.73) + namespace::clean found in libnamespace-clean-perl + Params::Validate found in libparams-validate-perl + Scalar::Does found in libscalar-does-perl = parent is in core since 5.10.1 + MRO::Compat found in libmro-compat-perl Needs the following debian packages: libsql-abstract-perl (>= 1.73), libnamespace-clean-perl, libparams-validate-perl, libscalar-does-perl, perl (>= 5.10.1), libmro-compat-perl = Test::More is in core since 5.6.2 + Test::Exception found in libtest-exception-perl + SQL::Abstract::Test found in libsql-abstract-perl Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Debian/Dependency.pm line 157. Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Debian/Dependency.pm line 157. Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Debian/Dependency.pm line 157. Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Debian/Dependency.pm line 157. Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Debian/Dependency.pm line 157. Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Debian/Dependency.pm line 157. + Module::Build >= 0.40 found in libmodule-build-perl ( 0.40) | perl-modules ( 0.40) Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Debian/Dependency.pm line 157. Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Debian/Dependency.pm line 157. Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Debian/Dependency.pm line 157. Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Debian/Dependency.pm line 157. Needs the following debian packages during building: perl (>= 5.6.2), libtest-exception-perl, libsql-abstract-perl, libmodule-build-perl ( 0.40) | perl-modules ( 0.40) Using maintainer: root Found docs: README Using rules: /usr/share/dh-make-perl/rules.dh7.tiny Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Debian/Dependency.pm line 157. Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Debian/Dependency.pm line 157. Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Debian/Dependency.pm line 157. Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Debian/Dependency.pm line 157. Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Debian/Dependency.pm line 157. Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Debian/Dependency.pm line 157. Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Debian/Dependency.pm line 157. Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Debian/Dependency.pm line 157. --- Done Switched to a new branch 'master' pristine-tar: committed libsql-abstract-more-perl_1.15.orig.tar.gz.delta to branch pristine-tar Reading package lists... Done Building dependency tree Reading state information... Done Regards, Oleg Gashev. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682388: Patch works on powertop 2.0 in unstable
The fix is in upstream git tree as commit:
commit 72ff7dfe7222fddf784bc866bfe7f1ec226e407d
Author: Mikko Rapeli
Date: Wed Sep 26 16:12:30 2012 +0200
Fix string null termination and SIGABRT from glibc
According to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682388
the string is not null terminated when too much data is read.
This patch fixes the crashes on my system.
diff --git a/src/process/process.cpp b/src/process/process.cpp
index 71f81b6..34dc68d 100644
--- a/src/process/process.cpp
+++ b/src/process/process.cpp
@@ -86,7 +86,7 @@ static void cmdline_to_string(char *str)
process::process(const char *_comm, int _pid, int _tid) : power_consumer()
{
- char line[4096];
+ char line[4097];
ifstream file;
strcpy(comm, _comm);
@@ -103,6 +103,7 @@ process::process(const char *_comm, int _pid, int _tid) :
power_consumer()
file.open(line);
while (file) {
file.getline(line, 4096);
+ line[4096] = '\0';
if (strstr(line, "Tgid")) {
char *c;
c = strchr(line, ':');
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705152:
It does appear that there is code by Paul Walker included in the binary release even though DO_DER is not defined. Grep the source for PW These parts would probably need to be stripped out too. Using repack to create a +dfsg orig tarball in the same way as mysql-server might work (I'm working on a patch for that now, but the PW entries make that a little messy).
Bug#705804: lftp: aborts with assertion failed in Ftp::CheckResp(int)
Package: lftp Version: 4.3.8-1.1 Severity: minor Hello, I noticed that lftp sometimes has trouble with "cd //" : % LANG=C lftp ftp.microsoft.com lftp ftp.microsoft.com:~> cd Products/Windows/Windows95 cd ok, cwd=/Products/Windows/Windows95 lftp ftp.microsoft.com:/Products/Windows/Windows95> cd // lftp: ftpclass.cc:4037: void Ftp::CheckResp(int): Assertion `!strcmp(arg,file)' failed. zsh: abort LANG=C lftp ftp.microsoft.com Doing a "cd /" works, as does a "cd //" just after connecting. It is also noteworthy that it depends on the connected server: % LANG=C lftp ftp.debian.org lftp ftp.debian.org:~> cd debian/dists/sid cd ok, cwd=/debian/dists/sid lftp ftp.debian.org:/debian/dists/sid> cd // cd ok, cwd=// lftp ftp.debian.org://> That's probably not a big bug (hence the minor severity), but I thought that a visible abort() was worth a bug report. Thanks, have a nice day ! -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (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 lftp depends on: ii libc6 2.13-38 ii libgcc1 1:4.7.2-5 ii libgnutls26 2.12.20-6 ii libreadline6 6.2+dfsg-0.1 ii libtinfo5 5.9-10 ii netbase 5.0 lftp recommends no packages. lftp suggests no packages. -- no debconf information -- Etienne Millon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#683908: gpsprune: doesn't properly use $http_proxy
Thank you for that. That looks good, simpler than using an extra grep. I've not seen those sed options before. One minor suggestion, it might be worth changing: proxyport=$(echo $http_proxy | sed -n 's?http://[^:]\+:\([0-9]\+\)?\1?p') to proxyport=$(echo $http_proxy | sed -n 's?http://[^:]\+:\([0-9]\+\).*?\1?p') It might not be necessary, but just in case the http_proxy is incorrectly set with an extra / or something after the port number, then the extra ".*" will catch and remove it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#704259: vdr-plugin-xineliboutput: VDR tends to crash when stopping playing an internet radio
Hello, sorry, I made a mistake: VDR did crash at the same time, and there was a core file (according to timestamp): I've uploaded it to http://eric.lavar.de/comp/TEST/vdr.Apr20_11-45.core.gz Sorry for the confusion but it looks like the problem is still there. Eric PS: the hang when starting an Internet Radio seems to be another problem then. Should I create a separate bug report? On 20/04/13 12:00, Eric Lavarde wrote: Package: vdr-plugin-xineliboutput Version: 1.0.7+cvs20130223.2117-6 Followup-For: Bug #704259 Hi, I've installed your library and it seems to work, somehow: 1. nothing especially bad happened 2. vdr doesn't dump anymore (but reproducing the bug is not always easy) 3. but vdr-sxfe now crashes without core dump (I attach the vdr-sxfe.log file). And I also had vdr-sxfe hang (without crashing), when I _started_ once the radio but it showed only in the syslog (attached). I also attach the vdr-sxfe.log file but I don't see anything of interest. There is also a core file due to me Ctrl+C-ing the vdr-sxfe, let me know if it could be of interest. So, to me it seems the imonlcd issue is probably fixed, but I'm now encountering other issues that were perhaps hidden behind that first bug. Let me know how I should proceed in terms of bug handling and overall further debugging. Sorry to keep you busy, Eric -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.6.9+vdr1 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vdr-plugin-xineliboutput depends on: ii libc6 2.13-38 ii libextractor3 1:0.6.3-5 ii libgcc1 1:4.7.2-5 ii libstdc++6 4.7.2-5 ii vdr [vdr-abi-2.0.0-multipatch] 2.0.1-1~etobi1 vdr-plugin-xineliboutput recommends no packages. vdr-plugin-xineliboutput suggests no packages. -- no debconf information ___ pkg-vdr-dvb-devel mailing list pkg-vdr-dvb-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-vdr-dvb-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705733: release-notes: Ext4 is now default on Linux
On Fri, Apr 19, 2013 at 11:37:28 +0200, Mathieu Parent wrote: > Package: release-notes > Severity: normal > > Since partman-base 148, ext4 is now default on Linux. > > See > http://anonscm.debian.org/gitweb/?p=d-i/partman-base.git;a=commitdiff;h=b9c91be6c2638277b60fce14d6073746a97d6d57 > Unfortunately most of the installing chapter is out of date, and needs an overhaul for wheezy :/ Cheers, Julien signature.asc Description: Digital signature
Bug#705805: dracut: doesn't "see" lvms
Package: dracut Severity: important - installed kernel 3.8 from experimental repository - this required dracut - default installation of dracut - system won't come up: doesn't see any volume groups. also explicitly scanning for them in the dracut shell won't show them - reinstalling initramfstools makes the system bootable again things i tried: - added add_dracutmodules+="crypt-loop lvm" force_add_dracutmodules+="crypt-loop lvm" to dracut.conf - set hostonly to no - set lvmconf to yes Will send sosreport.txt and /var/log/dracut.log. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.6-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dracut depends on: ii cpio 2.11+dfsg-0.1 ii kbd1.15.3-9 ii kpartx 0.4.9+git0.4dfdaf2b-6 ii module-init-tools 3.16-1 ii udev 175-7.1 ii util-linux 2.20.1-5.3 Versions of packages dracut recommends: ii cryptsetup 2:1.4.1-2 ii dmraid 1.0.0.rc16-4.2 ii dmsetup 2:1.02.74-7 ii lvm22.02.88-2 ii mdadm 3.2.5-5 Versions of packages dracut suggests: pn dracut-network -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#704480: dh-make-perl: Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Debian/Dependency.pm line 157.
On Sat, 20 Apr 2013 13:08:50 +0300, Oleg Gashev wrote: > >Interestingly I can't reproduce this: > ... > > > >Needs the following debian packages: perl (>= 5.15.3), > >libcpan-distnameinfo-perl (>= 0.1), liblocal-lib-perl (>= 1.006008), > >libwww-perl > >= CPAN::Meta is in core since 5.13.10 > >= Module::Build>= 0.4 is in core since 5.17.1 > > > >Needs the following debian packages during building: perl (>= 5.17.1) > > What is the perl version are you use? Please provide > dpkg -l|grep perl ii perl 5.14.2-21 amd64 Larry Wall's Practical Extraction and Report Language > Current sid: > # aptitude install libmodule-build-perl > (I need version 0.40) ii libmodule-build-perl 0.400100-2 allframework for building and installing Perl modules > # dh-make-perl --cpan SQL::Abstract::More Still works for me without any warnings/errors. Maybe some difference in the config? % cat ~/.dh-make-perl/dh-make-perl.conf --- dh: 8 dist: unstable pkg-perl: 1 source-format: 3.0 (quilt) vcs: git Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe `- NP: Melissa Etheridge: The Prison signature.asc Description: Digital signature
Bug#705735: python-scss #705735 #694731: package name conflict
Hi, There is a previous wnpp bug with this package name (#694731), but it's not the same package. One of the two names should be changed. Could you change this package name or contact #694731 submitter and decide what names are the best for these two packages? Thanks for your work! signature.asc Description: This is a digitally signed message part
Bug#705152:
How about something like this patch. It removes the DO_DER code via repack. I've left the code tagged PW in for now - reading the copyright message it specifically discusses routines so perhaps these aren't covered. They would still need to be examined though. xgraph-705152-1.patch Description: Binary data
Bug#705805: additional files
sosreport.txt = + cat /proc/self/mountinfo 1 1 0:1 / / rw - rootfs rootfs rw 14 1 0:3 / /proc rw,nosuid,nodev,noexec,relatime - proc proc rw 15 1 0:13 / /sys rw,nosuid,nodev,noexec,relatime - sysfs sysfs rw 16 1 0:5 / /dev rw,nosuid - devtmpfs devtmpfs rw,size=1018224k,nr_inodes=254556,mode=755 17 16 0:10 / /dev/pts rw,nosuid,noexec,relatime - devpts devpts rw,gid=5,mode=620,ptmxmode=000 18 1 0:14 / /run rw,nosuid,nodev - tmpfs tmpfs rw,mode=755 + cat /proc/mounts rootfs / rootfs rw 0 0 proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0 sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 devtmpfs /dev devtmpfs rw,nosuid,size=1018224k,nr_inodes=254556,mode=755 0 0 devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0 tmpfs /run tmpfs rw,nosuid,nodev,mode=755 0 0 + blkid /dev/sda1: UUID="c18d5176-5b3a-4c39-b8de-a8762cc2b6d7" TYPE="ext2" /dev/sda5: UUID="781d1d24-c72c-47ff-a394-9002b7335686" TYPE="crypto_LUKS" + blkid -o udev ID_FS_UUID=c18d5176-5b3a-4c39-b8de-a8762cc2b6d7 ID_FS_UUID_ENC=c18d5176-5b3a-4c39-b8de-a8762cc2b6d7 ID_FS_TYPE=ext2 ID_FS_UUID=781d1d24-c72c-47ff-a394-9002b7335686 ID_FS_UUID_ENC=781d1d24-c72c-47ff-a394-9002b7335686 ID_FS_TYPE=crypto_LUKS + ls -l /dev/disk/by-id /dev/disk/by-path /dev/disk/by-uuid /dev/disk/by-id: total 0 lrwxrwxrwx 1 0 0 9 Apr 20 02:53 ata-WDC_WD2500BEVT-80A23T0_WD-WX51AB0E4454 -> ../../sda lrwxrwxrwx 1 0 0 10 Apr 20 02:53 ata-WDC_WD2500BEVT-80A23T0_WD-WX51AB0E4454-part1 -> ../../sda1 lrwxrwxrwx 1 0 0 10 Apr 20 02:53 ata-WDC_WD2500BEVT-80A23T0_WD-WX51AB0E4454-part2 -> ../../sda2 lrwxrwxrwx 1 0 0 10 Apr 20 02:53 ata-WDC_WD2500BEVT-80A23T0_WD-WX51AB0E4454-part5 -> ../../sda5 lrwxrwxrwx 1 0 0 9 Apr 20 02:53 scsi-SATA_WDC_WD2500BEVT-_WD-WX51AB0E4454 -> ../../sda lrwxrwxrwx 1 0 0 10 Apr 20 02:53 scsi-SATA_WDC_WD2500BEVT-_WD-WX51AB0E4454-part1 -> ../../sda1 lrwxrwxrwx 1 0 0 10 Apr 20 02:53 scsi-SATA_WDC_WD2500BEVT-_WD-WX51AB0E4454-part2 -> ../../sda2 lrwxrwxrwx 1 0 0 10 Apr 20 02:53 scsi-SATA_WDC_WD2500BEVT-_WD-WX51AB0E4454-part5 -> ../../sda5 lrwxrwxrwx 1 0 0 9 Apr 20 02:53 usb-PLEXTOR_DVDR_PX-L611U_201009020003556-0:0 -> ../../sr0 lrwxrwxrwx 1 0 0 9 Apr 20 02:53 wwn-0x50014ee600ed1015 -> ../../sda lrwxrwxrwx 1 0 0 10 Apr 20 02:53 wwn-0x50014ee600ed1015-part1 -> ../../sda1 lrwxrwxrwx 1 0 0 10 Apr 20 02:53 wwn-0x50014ee600ed1015-part2 -> ../../sda2 lrwxrwxrwx 1 0 0 10 Apr 20 02:53 wwn-0x50014ee600ed1015-part5 -> ../../sda5 /dev/disk/by-path: total 0 lrwxrwxrwx 1 0 0 9 Apr 20 02:53 pci-:00:1d.7-usb-0:1:1.0-scsi-0:0:0:0 -> ../../sr0 lrwxrwxrwx 1 0 0 9 Apr 20 02:53 pci-:00:1f.2-scsi-0:0:0:0 -> ../../sda lrwxrwxrwx 1 0 0 10 Apr 20 02:53 pci-:00:1f.2-scsi-0:0:0:0-part1 -> ../../sda1 lrwxrwxrwx 1 0 0 10 Apr 20 02:53 pci-:00:1f.2-scsi-0:0:0:0-part2 -> ../../sda2 lrwxrwxrwx 1 0 0 10 Apr 20 02:53 pci-:00:1f.2-scsi-0:0:0:0-part5 -> ../../sda5 /dev/disk/by-uuid: total 0 lrwxrwxrwx 1 0 0 10 Apr 20 02:53 781d1d24-c72c-47ff-a394-9002b7335686 -> ../../sda5 lrwxrwxrwx 1 0 0 10 Apr 20 02:53 c18d5176-5b3a-4c39-b8de-a8762cc2b6d7 -> ../../sda1 + cat /proc/cmdline BOOT_IMAGE=/vmlinuz-3.8-trunk-amd64 root=/dev/mapper/VGPEGASUS-LVOS ro quiet + [ -f /etc/cmdline ] + [ -f /etc/cmdline.d/*.conf ] + break + [ -f /etc/conf.d/systemd.conf ] + echo /etc/conf.d/systemd.conf /etc/conf.d/systemd.conf + cat /etc/conf.d/systemd.conf systemdutildir="/lib/systemd" systemdsystemunitdir="/lib/systemd/system" systemdsystemconfdir="/etc/systemd/system" + command -v lvm + lvm pvdisplay File descriptor 9 (/.console_lock) leaked on lvm invocation. Parent PID 699: /bin/sh + lvm vgdisplay File descriptor 9 (/.console_lock) leaked on lvm invocation. Parent PID 699: /bin/sh No volume groups found + lvm lvdisplay File descriptor 9 (/.console_lock) leaked on lvm invocation. Parent PID 699: /bin/sh No volume groups found + command -v dmsetup + dmsetup ls --tree No devices found + cat /proc/mdstat cat: /proc/mdstat: No such file or directory + command -v journalctl + dmesg [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 3.8-trunk-amd64 (debian-ker...@lists.debian.org) (gcc version 4.7.2 (Debian 4.7.2-5) ) #1 SMP Debian 3.8.5-1~experimental.1 [0.00] Command line: BOOT_IMAGE=/vmlinuz-3.8-trunk-amd64 root=/dev/mapper/VGPEGASUS-LVOS ro quiet [0.00] e820: BIOS-provided physical RAM map: [0.00] BIOS-e820: [mem 0x-0x0009fbff] usable [0.00] BIOS-e820: [mem 0x0009fc00-0x0009] reserved [0.00] BIOS-e820: [mem 0x000e-0x000f] reserved [0.00] BIOS-e820: [mem 0x0010-0x7f67] usable [0.00] BIOS-e820: [mem 0x7f68-0x7f68dfff] ACPI data [0.00] BIOS-e820: [mem 0x7f68e000-0x7f6c] ACPI NVS [0.00] BIOS-e820: [mem 0x7f6d-0x7fff] reserved [0.00]
Bug#705152:
Correction to previous patch - contained a file that wasn't meant to be included. xgraph-705152-2.patch Description: Binary data
Bug#705806: release-notes: Small clarification for the mksh transition section
Package: release-notes Severity: normal Tags: patch While reading the release-notes, bits of the pdksh→mksh transition were not too clear as it's not obvious what that “lksh” is. Just adding the command name when presenting the transtional package seems to work. Index: issues.dbk === --- issues.dbk (revision 9749) +++ issues.dbk (working copy) @@ -269,8 +269,9 @@ Shell and has been kept up to date with the POSIX standard on the shell. In &debian; &releasename;, pdksh is a transitional package -using a variant of mksh built with -special compatibility options to provide a pdksh binary +using lksh, a variant of +mksh built with special +compatibility options to provide a pdksh binary symlink. This compatibility binary behaves more like the traditional Public Domain Korn Shell than the current mksh. However as it contains behaviour-changing bugfixes it is not a pure drop-in -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.5-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=ca_ES.UTF-8@valencia, LC_CTYPE=ca_ES.UTF-8@valencia (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#705783: curl_easy_reset does not reset CURLINFO_CONDITION_UNMET
forward 705783 http://curl.haxx.se/mail/lib-2013-04/0311.html
retitle 705783 CURLINFO_CONDITION_UNMET is not resetted between requests
On ven, apr 19, 2013 at 04:36:28 -0700, Ludovico Cavedon wrote:
> curl_easy_reset() does not reset the value of CURLINFO_CONDITION_UNMET
> returned by curl_easy_getinfo(), therefore if a request sets this
> flag, it will be never reset to 0 for subsequent requests.
Yup, but curl_easy_reset() does not have much to do with this.
> The attached patched fixes the bug.
I forwarded the patch upstream, with a little bit cleaner test case.
Thank you!
--
perl -E '$_=q;$/= @{[@_]};and s;\S+;;eg;say~~reverse'
signature.asc
Description: Digital signature
Bug#705808: libtest-spelling-perl: Needs a spell checker but does not have Suggests/Recommends on any
Package: libtest-spelling-perl Severity: minor Hi, >From the description of the package: """This module requires a spellcheck program such as spell, aspell, ispell, or hunspell. """ But the package has no Suggests or Recommends on any of these packages, which are all (AFAICT) present in the Debian archive. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#704769: FTBFS on s390x sid buildds.
Package: libarchive
Severity: normal
The test failures are caused by a bug in libarchive on big-endian 64 bit
architectures, as already suspected. There indeed is an upstream fix for
it, it is in commit da058d4b1a240a3381f37f99ef9edd982e34cabc fixing the
data type of some variable passed to an ioctl call.
The failure is not related to ext3 vs. ext4, but most likely indicates
that the buildd does not use tmpfs on /tmp. The bug does not manifest
on tmpfs file systems, and the testsuite is running in a subdir of
/tmp, which can be overriden using TMPDIR. Running it with TMPDIR
set to a ext3-backed directory makes it fail on the porterbox, too.
The upstream diff from the mentioned commit is attached.
Regards,
Michael Karcher
-- System Information:
Debian Release: 6.0.7
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-0.bpo.1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
commit da058d4b1a240a3381f37f99ef9edd982e34cabc
Author: Andreas Schwab
Date: Wed Aug 29 15:41:51 2012 +0200
Fix more uses of EXT2_IOC_[GS]ETFLAGS
diff --git a/libarchive/archive_read_disk_posix.c b/libarchive/archive_read_disk_posix.c
index 698600e..652deb9 100644
--- a/libarchive/archive_read_disk_posix.c
+++ b/libarchive/archive_read_disk_posix.c
@@ -984,7 +984,7 @@ next_entry(struct archive_read_disk *a, struct tree *t,
#elif defined(EXT2_IOC_GETFLAGS) && defined(EXT2_NODUMP_FL) &&\
defined(HAVE_WORKING_EXT2_IOC_GETFLAGS)
if (S_ISREG(st->st_mode) || S_ISDIR(st->st_mode)) {
- unsigned long stflags;
+ int stflags;
t->entry_fd = open_on_current_dir(t,
tree_current_access_path(t), O_RDONLY | O_NONBLOCK);
diff --git a/libarchive/archive_write_disk_posix.c b/libarchive/archive_write_disk_posix.c
index d79b0f6..6b8bfde 100644
--- a/libarchive/archive_write_disk_posix.c
+++ b/libarchive/archive_write_disk_posix.c
@@ -2403,8 +2403,8 @@ set_fflags_platform(struct archive_write_disk *a, int fd, const char *name,
{
int ret;
int myfd = fd;
- unsigned long newflags, oldflags;
- unsigned long sf_mask = 0;
+ int newflags, oldflags;
+ int sf_mask = 0;
if (set == 0 && clear == 0)
return (ARCHIVE_OK);
Bug#705809: package ftbfs, stdnum tests fail with python3.3
Package: python-stdnum
Version: 0.7-1
Severity: important
The package fails to build for python3.3, the tests failing with
+ python3.3 /build/buildd/python-stdnum-0.7/setup.py nosetests
running nosetests
running egg_info
writing requirements to python_stdnum.egg-info/requires.txt
writing top-level names to python_stdnum.egg-info/top_level.txt
writing dependency_links to python_stdnum.egg-info/dependency_links.txt
writing python_stdnum.egg-info/PKG-INFO
reading manifest file 'python_stdnum.egg-info/SOURCES.txt'
reading manifest template 'MANIFEST.in'
writing manifest file 'python_stdnum.egg-info/SOURCES.txt'
running build_ext
nose.plugins.cover: ERROR: Coverage not available: unable to import coverage
module
.F...F.
==
FAIL: Doctest: stdnum.numdb
--
Traceback (most recent call last):
File "/usr/lib/python3.3/doctest.py", line 2154, in runTest
raise self.failureException(self.format_failure(new.getvalue()))
AssertionError: Failed doctest test for stdnum.numdb
File "/build/buildd/python-stdnum-0.7/stdnum/numdb.py", line 20, in numdb
--
File "/build/buildd/python-stdnum-0.7/stdnum/numdb.py", line 44, in stdnum.numdb
Failed example:
dbfile.info('02006')
Expected:
[('0', {'prop1': 'foo'}), ('200', {'prop2': 'bar', 'prop3': 'baz'}), ('6',
{})]
Got:
[('0', {'prop1': 'foo'}), ('200', {'prop3': 'baz', 'prop2': 'bar'}), ('6',
{})]
--
File "/build/buildd/python-stdnum-0.7/stdnum/numdb.py", line 46, in stdnum.numdb
Failed example:
dbfile.info('03456')
Expected:
[('0', {'prop1': 'foo'}), ('345', {'prop2': 'bar', 'prop3': 'baz'}), ('6',
{})]
Got:
[('0', {'prop1': 'foo'}), ('345', {'prop3': 'baz', 'prop2': 'bar'}), ('6',
{})]
--
File "/build/buildd/python-stdnum-0.7/stdnum/numdb.py", line 54, in stdnum.numdb
Failed example:
dbfile.info('633322')
Expected:
[('6', {'prop1': 'boo'}), ('333', {'prop2': 'bar', 'prop3': 'baz'}), ('22',
{})]
Got:
[('6', {'prop1': 'boo'}), ('333', {'prop3': 'baz', 'prop2': 'bar'}), ('22',
{})]
==
FAIL: Doctest: test_robustness.doctest
--
Traceback (most recent call last):
File "/usr/lib/python3.3/doctest.py", line 2154, in runTest
raise self.failureException(self.format_failure(new.getvalue()))
AssertionError: Failed doctest test for test_robustness.doctest
File "/build/buildd/python-stdnum-0.7/tests/test_robustness.doctest", line 0
--
File "/build/buildd/python-stdnum-0.7/tests/test_robustness.doctest", line 31,
in test_robustness.doctest
Failed example:
for mod in get_number_modules():
results = [ x for x in testvalues if mod.is_valid(x) != False ]
if results:
print(mod.__name__, results)
Exception raised:
Traceback (most recent call last):
File "/usr/lib/python3.3/doctest.py", line 1287, in __run
compileflags, 1), test.globs)
File "", line 1, in
for mod in get_number_modules():
File "/build/buildd/python-stdnum-0.7/stdnum/util.py", line 46, in
get_number_modules
module = __import__(name, globals(), locals(), [name])
ImportError: No module named 'stdnum.at.stdnum'
--
Ran 79 tests in 0.365s
FAILED (failures=2)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#704480: dh-make-perl: Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Debian/Dependency.pm line 157.
On 04/20/2013 01:44 PM, gregor herrmann wrote: Maybe some difference in the config? % cat ~/.dh-make-perl/dh-make-perl.conf --- dh: 8 dist: unstable pkg-perl: 1 source-format: 3.0 (quilt) vcs: git It's not a problem with config file. Are you have installed libmodule-corelist-perl? After install libmodule-corelist-perl issue is not reproduced. Can you reproduce issue after purging libmodule-corelist-perl? libmodule-corelist-perl provide version of Module::CoreList is 2.85. perl-modules provide version of Module::CoreList is 2.49_02. > Needs the following debian packages: perl (>= 5.15.3), libcpan-distnameinfo-perl (>= 0.1), liblocal-lib-perl (>= 1.006008), libwww-perl > = CPAN::Meta is in core since 5.13.10 > = Module::Build>= 0.4 is in core since 5.17.1 Module::Build>= 0.4 is in core since 5.17.1 - is information from Module::CoreList version 2.85 (libmodule-corelist-perl package) and information does not exist to Module::CoreList version 2.49_02 (perl-modules package). Question: How I need to build debian package? I need to install libmodule-corelist-perl before? Thank you. -- Best regards, Oleg Gashev. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705810: libgeography-nationalgrid-perl: Upstream vanished
Source: libgeography-nationalgrid-perl Version: 1.6-10 Severity: serious Justification: maintainer Tags: sid jessie The upstream for this package has disappeared from CPAN. The only reverse-dependency in Debian is openguides, and the version currently in experimental has removed that dependency. I don't think this should be released in jessie. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705650: unblock: kmod/9-3
Control: tags -1 + confirmed d-i On Thu, 2013-04-18 at 03:19 +0200, Marco d'Itri wrote: > Please unblock package kmod > > The first two bugs are important enough that they have to be fixed in > a stable release. It is very late to be changing such things though. :-( In any case, it'll need a d-i ack. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705811: Hibernation fails with ATI Radeon 9100 with KMS enabled and non-free firmware missing
Source: linux Version: 3.2.41-2 ATI Radeon 9100 is an old R200-based card, which is expected to work fine with KMS without non-free firmware installed [1], and indeed it does, except one thing: the system freezes during hibernation. After I execute pm-hibernate, the monitor goes into stand-by mode, the HDD LED stays active for about 10 seconds, just like during normal hibernation process, then it switches off... and nothing happens. Pressing Ctrl-Alt-Del and Alt-SysRq-B has no effect, so the hardware reset button is the only option available. This leads to an inevitable loss of all unsaved data with a risk of filesystem corruption. The system hibernates and resumes just fine, if booted with either or both: - firmware-linux-nonfree package installed; - radeon.modeset=0 kernel option. In both cases the monitor doesn't go into stand-by mode during hibernation and stays active until poweroff. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=697229 -- Алексей Шилин
Bug#705812: fix linking of shared libs with -Wl,--as-needed
Package: gprbuild Version: 2011-3 Severity: important Tags: patch this is the companion fix to #680292, fixing the same thing in gprbuild patch at http://launchpadlibrarian.net/137855325/gprbuild_2011-3_2011-3ubuntu1.diff.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#635616: Virtio interfaces have the speed to 0
Hi, I have the same bug in squeeze and wheezy so I suppose it's not solved yet. Curiously, It works well on a Lenny virtual machine (kvm and virtio)... Each distro is up to date. Lenny : 5.4.1~dfsg-12 Squeeze : 5.4.3~dfsg-2.2 Wheezy : 5.4.3~dfsg-2.7 I know it is an old bug and that there are many others but nowadays servers are virtualised everywhere and I think this bug should have a higher priority to solve it ? In the meanwhile, is there any workaround ? Feel free to ask if I can help. I can spend some time to run tests if needed. Regards,
Bug#705784: Auto-loading lxfb on OLPC XO systems
On Sat, 2013-04-20 at 03:28 +0100, Ben Hutchings wrote: [x86 XO systems need a framebuffer driver which udev blacklists] > This will result in a regression when upgrading one of these systems > from squeeze. (Although I don't think Debian kernel images have ever > had complete support for them.) > > I've opened bug #705784 for this against udev, and Marco has said he's > willing for me to NMU it. Alternately, in the kernel, I can revert the > change to a module, or rename the module to evade the blacklist, but > neither of those is particularly nice. But I think any kernel changes > now are going to be too disruptive to the installer. A udev change might still be considered too disruptive in any case; CCing Cyril to see if he has any strong opinions. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705777: torsocks: tordns cannot be disabled, and this is a show-stopper
Hi, thanks for your bug report. Anonymous wrote (14 Apr 2013 12:08:43 GMT) : > So it's broken in debian, and non-existent in current versions. Would you please report it upstream, and mark this Debian bug as forwarded, or should I? > (moreover, current versions still document the --disable-tordns, This is another bug in itself. Do you want to report it upstream, or should I? (If you do, please keep me posted so that we can track it in Debian as well.) > Apart from the impossibility of running some client apps on tor, > this limitation is also a barrier to the Tails project. With my Tails developer hat on (and my Debian developer hat off), I'm surprised, since I don't remember any situation where "the Tails project" was harmed by this issue. Could you please clarify? > Ideally, an optimum tor environment includes ttdnsd and pdnsd > packages. (This is getting off-topic, but given the shape of the pdnsd package, and the highly buggy state of ttdnsd itself, I would certainly not call this "optimum".) Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705813: Ubuntu configuration
Package: squid-deb-proxy Version: 0.7 Severity: normal The package description hints at this package being configured for Ubuntu. I have not checked the configuration itself, but please make sure that this applies to either Debian only or Debian and Ubuntu, but certainly not Ubuntu-only. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- .''`. martin f. krafft Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#647301: apt-mirror should download Contents-*- files
Hello All,
I have added fix for it:
@@ -371,6 +371,10 @@ foreach (@config_binaries) {
add_url_to_download($url . $_ . "/binary-" . $arch . "/Release");
add_url_to_download($url . $_ . "/binary-" . $arch . "/Packages.gz");
add_url_to_download($url . $_ . "/binary-" . $arch . "/Packages.bz2");
+if (get_variable("_contents")) {
+add_url_to_download($url . $_ . "/Contents-" . $arch . ".gz");
+add_url_to_download($url . $_ . "/Contents-" . $arch . ".bz2");
+}
my $lang;
foreach $lang ("ast", "bg", "bs", "ca", "cs", "da", "de", "el",
"en", "en_AU", "en_CA", "en_GB", "eo", "es", "eu", "fa", "fi", "fr", "fr_FR",
"gl", "hr", "hu", "id", "is", "it", "ja", "ka", "km", "ko", "lt", "ms", "my",
"nb", "nl", "no_NB", "oc", "pl", "pt", "pt_BR", "ro", "ru", "si", "sk", "sl",
"sq", "sr", "sv", "th", "tr", "uk", "vi", "zh_CN", "zh_HK", "zh_TW") {
add_url_to_download($url . $_ . "/i18n/Translation-" . $lang);
Also could you please to add support for solaris-i386 & solaris-sparc:
--- apt-mirror-0.4.9/apt-mirror.orig
+++ apt-mirror-0.4.9/apt-mirror
@@ -268,7 +268,7 @@ while() {
next;
}
-if($config_line =~
/^deb-(alpha|amd64|armel|arm|armhf|hppa|hurd-i386|i386|ia64|kfreebsd-i386|kfreebsd-amd64|lpia|m68k|mipsel|mips|powerpc|s390|s390x|sh|sparc)$/)
{
+if($config_line =~
/^deb-(alpha|amd64|armel|arm|armhf|hppa|hurd-i386|i386|ia64|kfreebsd-i386|kfreebsd-amd64|lpia|m68k|mipsel|mips|powerpc|s390|s390x|sh|solaris-i386|solaris-sparc|sparc)$/)
{
push @config_binaries, [$1, @config_line];
next;
}
--
Best regards,
Igor Kozhukhov
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705814: Incorrect firmware prompt for Intel Wireless 6005/6205
Package: release-notes Severity: normal Bug #705655 will not be fixed in time for r0. The release notes should say that: "If you have an Intel Wireless 6005 or 6205 card then the installer will prompt for the firmware file iwlwifi-6000g2a-6.ucode. This file is not included in the firmware-iwlwifi package and is not actually needed. You must answer 'no' to continue with installation." Ben. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705815: steam doesn't start
Package: steam Version: 1.0.0.33-1 Severity: normal Dear Maintainer, after installing steam from experimental I tried starting it as a user and got the message that steam wasn't found: $ steam /usr/games/steam: 27: /usr/games/steam: ./steam: not found Best regards, Martin -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (900, 'unstable'), (600, 'testing'), (550, 'experimental'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages steam depends on: ii debconf [debconf-2.0] 1.5.49 ii gnome-terminal 3.4.1.1-2 ii libc6 2.17-0experimental2 ii libgl1-mesa-dri8.0.5-4 ii libgl1-mesa-glx8.0.5-4 ii multiarch-support 2.13-38 ii xterm 278-4 Versions of packages steam recommends: ii zenity 3.4.0-2 steam suggests no packages. -- debconf information: * steam/question: I AGREE * steam/license: steam/purge: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#704480: dh-make-perl: Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Debian/Dependency.pm line 157.
On Sat, 20 Apr 2013 15:53:13 +0300, Oleg Gashev wrote: > >Maybe some difference in the config? > It's not a problem with config file. Ok. > Are you have installed libmodule-corelist-perl? Yes. 2.85-1. > After install libmodule-corelist-perl issue is not reproduced. > Can you reproduce issue after purging libmodule-corelist-perl? Yes, now I get the "uninitialized value" warnings. Cool, thanks for finding out the reason. > Module::Build>= 0.4 is in core since 5.17.1 - is information from > Module::CoreList version 2.85 (libmodule-corelist-perl package) and > information does not exist to Module::CoreList version 2.49_02 > (perl-modules package). That probably explains it ... > Question: How I need to build debian package? I need to install > libmodule-corelist-perl before? No, libmodule-corelist-perl is just handy for finding out the versions in core, either manually or with dh-make-perl once at creating the intial source package. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe `- NP: Supertramp: Live To Love You signature.asc Description: Digital signature
Bug#705816: O: zile -- very small Emacs-subset editor
Package: wnpp Severity: normal I hereby orphan the zile package. The package description is: GNU Zile is a small Emacs clone. Zile is a customizable, self-documenting real-time display editor. Zile was written to be as similar as possible to Emacs; every Emacs user should feel at home with Zile. -- Nicolas Duboc signature.asc Description: Digital signature
Bug#699818: pre-approval for unblock: eglibc change restricted for GNU/kFreeBSD
user release.debian@packages.debian.org usertags 699818 = pu retitle 699818 pu: eglibc/2.13-38+deb7u1 tags 699818 + wheezy thanks On Tue, 2013-02-05 at 16:45 +0100, Petr Salinger wrote: > Please pre-approve following change for eglibc. > > The rationale is that setgroups(size, groups) changes egid on kfreebsd, > precisely groups[0] is the new egid. Apologies for not getting back to you sooner about this. I'm afraid it's too late to get an eglibc update in to the initial release, but I'm repurposing this bug so we can look at the patch again for the first point release. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705764: Bug#705765: pcmanfm: Cut paste is only copying but not deleting the source
Hello Sir The problem seems to have gone now. It is not understood whether because of update or installation of some package,... the cut paste is 100% okay now. Thank you and oblige.Kind RegardsKhurram > Subject: Bug#705765: pcmanfm: Cut paste is only copying but not deleting the > source > From: makh...@hotmail.com > To: sub...@bugs.debian.org > Date: Fri, 19 Apr 2013 23:07:11 + > > Package: pcmanfm > Version: 0.9.10-3 > Severity: normal > > Dear Maintainer, > *** Please consider answering these questions, where appropriate *** > >* What led up to the situation? >* What exactly did you do (or not do) that was effective (or > ineffective)? >* What was the outcome of this action? >* What outcome did you expect instead? > > *** End of the template - remove these lines *** > > > -- System Information: > Debian Release: 7.0 > APT prefers testing > APT policy: (500, 'testing') > Architecture: i386 (i686) > > Kernel: Linux 3.2.0-4-686-pae (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 pcmanfm depends on: > ii libatk1.0-0 2.4.0-2 > ii libc6 2.13-38 > ii libcairo2 1.12.2-3 > ii libfm-gtk-bin 0.1.17-2.1 > ii libfm-gtk1 0.1.17-2.1 > ii libfm1 0.1.17-2.1 > ii libfontconfig1 2.9.0-7.1 > ii libfreetype62.4.9-1.1 > ii libgdk-pixbuf2.0-0 2.26.1-1 > ii libglib2.0-02.33.12+really2.32.4-5 > ii libgtk2.0-0 2.24.10-2 > ii libmenu-cache1 0.3.3-1 > ii libpango1.0-0 1.30.0-1 > ii libx11-62:1.5.0-1 > > Versions of packages pcmanfm recommends: > ii gnome-icon-theme 3.4.0-2 > ii gvfs-backends 1.12.3-4 > ii gvfs-fuse 1.12.3-4 > > pcmanfm suggests no packages. > > -- no debconf information
Bug#669942: uscan fails because of signal handlers
Hello
Commenting out line 321 to 324 will work-around the issue regarding the thread
error message.
These lines add a signal handler for __DIE__ and __WARN__. According to
perlipc man page, using a filehandler in a signal handler is dangerous.
(print is used through dehs_die and dehs_output).
To issue an error message in a XML format for DEHS, it would be safer to
create a my_die function that would be called instead of die.
This function could be something like:
sub my_die {
my $msg = shift ;
if ($dehs) {
dehs_output($msg);
exit 1;
}
else {
die $msg ;
}
}
If this idea is fine with uscan maitainer, I can prepare a patch.
Hope this helps
--
https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/ -o- irc: dod at irc.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#702131: syslog-ng childs segfault, eventfd2: Invalid argument
Right, this affects unstable too, as I wrote before, but in unstable, there's nothing in syslog-ng that needs fixing, except a recompile against a newer ivykis (>= 0.36.1). However, 0.36.1 is only in experimental so far. Once wheezy is out, I'll upload it to unstable, and then syslog-ng can be recompiled against it, and this bug can then be closed for good. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705817: devscripts: [bts] please support tag jessie
Package: devscripts Version: 2.13.1 Severity: normal Since a few days ago the BTS supports the tag jessie. It would be great if /usr/bin/bts did as well. -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- DEBSIGN_KEYID="784206AD" DEBUILD_DPKG_BUILDPACKAGE_OPTS="-i" DEBUILD_SET_ENVVAR_DH_ALWAYS_EXCLUDE="CVS:.svn" DEBCHANGE_RELEASE_HEURISTIC=log -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii dpkg-dev 1.16.9 ii libc6 2.13-38 ii perl 5.14.2-18 ii python3 3.2.3-5 Versions of packages devscripts recommends: ii at3.1.13-2 ii curl 7.26.0-1+wheezy1 ii dctrl-tools 2.22.2 ii debian-keyring2012.11.15 ii dput 0.9.6.3+nmu1 ii dupload 2.7.0 ii equivs2.0.9 ii fakeroot 1.18.4-2 ii gnupg 1.4.12-7 ii libcrypt-ssleay-perl 0.58-1 ii libdistro-info-perl 0.10 ii libjson-perl 2.53-1 ii libparse-debcontrol-perl 2.005-3 ii libsoap-lite-perl 0.714-1 ii liburi-perl 1.60-1 ii libwww-perl 6.04-1 ii lintian 2.5.10.4 ii man-db2.6.2-1 ii patch 2.6.1-3 ii patchutils0.3.2-1.1 pn python3-debian ii python3-magic 1:5.13-2 ii sensible-utils0.0.7 ii strace4.5.20-2.3 ii unzip 6.0-8 ii wdiff 1.1.2-1 ii wget 1.13.4-3 ii xz-utils 5.1.1alpha+20120614-2 Versions of packages devscripts suggests: ii bsd-mailx [mailx]8.1.2-0.2006cvs-1 ii build-essential 11.5 pn cvs-buildpackage pn devscripts-el ii gnuplot 4.6.0-8 ii libauthen-sasl-perl 2.1500-1 ii libfile-desktopentry-perl0.04-3 ii libnet-smtp-ssl-perl 1.01-3 pn libterm-size-perl ii libtimedate-perl 1.2000-1 ii libyaml-syck-perl1.20-1 ii mutt 1.5.21-6.2 ii openssh-client [ssh-client] 1:6.0p1-4 ii svn-buildpackage 0.8.5 ii w3m 0.5.3-8 -- 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#685880: please ship wheezy with Ekiga 4.0
On Mon, 2013-02-04 at 16:25 -0500, Antoine Beaupré wrote: > The version of Ekiga currently in wheezy is over 2 years old (june 201), > while the 3.2 series it's following is over 3 years old. Granted, 4.0 > just came out, but from the looks of it, it's actually *more* stable > than the 3.2 release. > > I understand that the diff is huge, and this would be a major exception, > but I think it's something that should seriously be > considered. Otherwise Ekiga should be considered from removal from > wheezy, as there is no way security patches can be maintained for that > old release onwards. Huge is accurate; even my attempts at filtering the diffs for a couple of the packages still left several kLOCS of diff. :-( I realise we haven't particularly helped by not replying earlier; I suspect that was largely because we were also unsure what to do for the best. For reference, removing ekiga, opal and ptlib would also require dropping gnugk, h323plus, openam and t38modem. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705819: installation-guide: killall.sh was renamed kill-all-dhcp
Package: installation-guide Version: 20130408 In "B.4.2. Network configuration" we mentioned killall.sh. killall.sh was renamed kill-all-dhcp: http://anonscm.debian.org/gitweb/?p=d-i/netcfg.git;a=commit;h=e192ba382988a7c89ae77d781437012d2ce10045 preseed.xml.diff Description: Binary data
Bug#705788: fb-modules-3.2.0-4-486-di: please include viafb module for OLPC XO-1.5 support in d-i
Control: tag -1 patch
On Fri, 2013-04-19 at 22:07 -0700, Andres Salomon wrote:
> Package: fb-modules-3.2.0-4-486-di
> Version: 3.2.41-2
>
> The OLPC XO-1.5 doesn't support VESA. It needs the viafb driver in
> order to get display output. Similar to #705780, please consider
> including viafb.ko in the fb-modules udeb.
I just tried loading viafb on a VIA Epia board (Unichrome CLE266)
running squeeze, and the console is now broken. I can see the GRUB boot
messages (from weeks ago) and a mess of dots in various colours.
The module also has a whole lot of parameters which suggest that it may
need board-specific configuration. So I don't think we can allow it to
be autoloaded on the whole range of device IDs it claims.
What if we apply a patch (attached) to match the specific subsystem ID
on the XO 1.5? (I got this from the Openchrome source so hopefully it's
correct.) This still leaves us needing to update udev and then worry
about kernel vs udev versions, but it should cover the installer.
Ben.
--
Ben Hutchings
The first rule of tautology club is the first rule of tautology club.
From: Ben Hutchings
Date: Sat, 20 Apr 2013 15:52:02 +0100
Subject: viafb: Autoload on OLPC XO 1.5 only
Bug-Debian: http://bugs.debian.org/705788
It appears that viafb won't work automatically on all the boards for
which it has a PCI device ID match. Currently, it is blacklisted by
udev along with most other framebuffer drivers, so this doesn't matter
much.
However, this driver is required for console support on the XO 1.5.
We need to allow it to be autoloaded on this model only, and then
un-blacklist it in udev.
---
--- a/drivers/video/via/via-core.c
+++ b/drivers/video/via/via-core.c
@@ -754,7 +754,14 @@ static struct pci_device_id via_pci_tabl
.driver_data = UNICHROME_VX900 },
{ }
};
-MODULE_DEVICE_TABLE(pci, via_pci_table);
+
+static const struct pci_device_id via_pci_autoload_table[] __initconst = {
+ /* OLPC XO 1.5 */
+ { PCI_DEVICE(PCI_VENDOR_ID_VIA, UNICHROME_VX855_DID),
+ .subvendor = 0x152d, .subdevice = 0x0833 },
+ { }
+};
+MODULE_DEVICE_TABLE(pci, via_pci_autoload_table);
static struct pci_driver via_driver = {
.name = "viafb",
signature.asc
Description: This is a digitally signed message part
Bug#705820: texstudio: FTBFS on several architectures ("error: 'REG_EIP' was not declared in this scope")
Source: texstudio
Version: 2.5.2+debian-1
Severity: serious
Tags: sid jessie
Hi,
texstudio FTBFS on ia64, mips{,el}, powerpc, s390{,x} and sparc. From
the mips log:
g++ -c -include .obj/texstudio -pipe -g -O2 -Wformat -Werror=format-security
-D_FORTIFY_SOURCE=2 -Wall -Wextra -Winit-self -Wmissing-include-dirs
-Wtrigraphs -Wunused -Wunknown-pragmas -Wundef -Wpointer-arith -Wwrite-strings
-Wempty-body -Wsign-compare -Waddress -Winline -D_REENTRANT -Wall -W
-DPREFIX=\"/usr\" -D_QCODE_EDIT_BUILD_ -DQNFA_BUILD -DQT_SCRIPT_LIB
-DQT_XML_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED
-I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtUiTools
-I/usr/include/qt4/QtCore -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtGui
-I/usr/include/qt4/QtXml -I/usr/include/qt4/QtScript -I/usr/include/qt4
-Iqtsingleapplication -Iqcodeedit/lib -Iqcodeedit/lib/document
-Iqcodeedit/lib/language -Iqcodeedit/lib/widgets -Iqcodeedit/lib/qnfa
-I/usr/include/poppler/qt4 -I/usr/include/hunspell -I.moc -I.ui -o
.obj/debughelper.o debughelper.cpp
debughelper.cpp: In member function 'void SimulatedCPU::set_all(void*)':
debughelper.cpp:924:20: error: 'REG_EIP' was not declared in this scope
debughelper.cpp:925:23: error: 'REG_EBP' was not declared in this scope
debughelper.cpp:926:23: error: 'REG_ESP' was not declared in this scope
debughelper.cpp: In member function 'void SimulatedCPU::get_all(void*)':
debughelper.cpp:935:13: error: 'REG_EIP' was not declared in this scope
debughelper.cpp:936:13: error: 'REG_EBP' was not declared in this scope
debughelper.cpp:937:13: error: 'REG_ESP' was not declared in this scope
make[1]: *** [.obj/debughelper.o] Error 1
make[1]: Leaving directory
`/build/buildd-texstudio_2.5.2+debian-1-mips-vhXnTV/texstudio-2.5.2+debian'
dh_auto_build: make -j1 returned exit code 2
make: *** [build-arch] Error 25
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2
Full logs are available via
https://buildd.debian.org/status/package.php?p=texstudio
Regards,
Adam
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699462: unblock (pre-approval): openblas/0.1.1-7
user release.debian@packages.debian.org usertags 699462 = pu retitle 699462 pu: openblas/0.1.1-6+deb7u1 tags 699462 + wheezy thanks On Thu, 2013-01-31 at 17:38 +0100, Sébastien Villemot wrote: > I would like to make the attached changes to the openblas package. The debdiff > fixes several important bugs, related to crashes or wrong results in widely > used functions (dot product and matrix-vector product). It also fixes support > for 32-bit Athlon CPUs. > > I consider that this patch complies with freeze policy, but since it is not so > small and is difficult to parse (x86 assembly), I prefer to ask for > pre-approval before upload. I'm afraid I think it's too late to pull these fixes in for the initial release, particular with no prior testing in unstable. At least some of them look like good candidates for an update in a point release though; tagging accordingly. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#683731: Fix for quoting issue
Em Sun, Sep 30, 2012 at 06:47:28PM +0200, Reto Gantenbein escreveu:
> I quickly wrote a patch to resolve the quoting issue. At least I can use
> the rsync handler again now. However I didn't test if there is no
> regression towards to original bug #677410.
Hi Reno, thanks for your patch. I haven't tested it yet as I came with an
alternative sollution (see attached patch) as I think we can avoid excessive
use of commands to preserve or quotings.
I don't know either if my patch adds a regression from the original #677410,
but if that's the case I'm willing to test your patch :)
I confirm this bug to happen on wheezy, but I cannot reproduce on squeeze.
That's why it took me a while to reproduce it.
I'm adding Paul into the loop as he's the #677971 reporter. Paul, could you
test if either suggested patches don't add a regression to #677971?
Thank you all :)
--
rhatto at riseup.net
pubkey 64E39FCA / keys.indymedia.org
diff --git a/handlers/rsync.in b/handlers/rsync.in
index 1954fc1..b2c4b59 100644
--- a/handlers/rsync.in
+++ b/handlers/rsync.in
@@ -1136,9 +1136,10 @@ for SECTION in $include; do
set_dest
info "Syncing $SECTION on $dest_path..."
- debug $nice $rsync ${rsync_options[@]} $filelist_flag $excludes $batch_option $orig $dest_path
+ command="$rsync ${rsync_options[@]} --delete-excluded $filelist_flag $excludes $batch_option $orig $dest_path"
+ debug $nice su -c "$command"
set_pipefail
- $nice su -c "$rsync ${rsync_options[@]} --delete-excluded $filelist_flag $excludes $batch_option $orig $dest_path" | tee -a $log
+ $nice su -c "$command" | tee -a $log
check_rsync_exit_status $?
restore_pipefail
signature.asc
Description: Digital signature
Bug#705821: ITP: ocaml-opus -- OCaml bindings to libopus
Package: wnpp Severity: wishlist Owner: Romain Beauxis * Package name: ocaml-opus Version : 0.1.0 Upstream Author : The Savonet Team * URL : https://github.com/savonet/ocaml-opus * License : GPL2 Programming Lang: OCaml Description : OCaml bindings to libopus The Opus codec is designed for interactive speech and audio transmission over the Internet. It is designed by the IETF Codec Working Group and incorporates technology from Skype's SILK codec and Xiph.Org's CELT codec. . This package contains all the development stuff you need to use Opus codec in your OCaml programs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705822: ITP: ocaml-frei0r -- OCaml bindings to the frei0r API for video effects
Package: wnpp Severity: wishlist Owner: Romain Beauxis * Package name: ocaml-frei0r Version : 0.1.0 Upstream Author : The Savonet Team * URL : https://github.com/savonet/ocaml-frei0r * License : LGPL 2.1 Programming Lang: OCaml Description : OCaml bindings to the frei0r API for video effects frei0r is a minimalistic plugin API for video sources and filters. The behavior of the effects can be controlled from the host by simple parameters. The intent is to solve the recurring reimplementation or adaptation issue of standard effects. It is not meant as a generic API for all kinds of video applications. . This package contains all the development stuff you need to use frei0r plugins in your OCaml programs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705823: pylibtiff: fails to build with numpy 1.7
Package: pylibtiff Version: 0.3.0~svn78-3 Severity: important Tags: experimental Forwarded: http://code.google.com/p/pylibtiff/issues/detail?id=23 pylibtiff fails to build with numpy 1.7 in experimental as it uses deprecated in 1.7 apis and considers deprecated as errors. See: https://launchpadlibrarian.net/137862695/buildlog_ubuntu-raring-i386.pylibtiff_0.3.0~svn78-3_FAILEDTOBUILD.txt.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699837: scrub[kfreebsd]: error: conflicting types for 'getsize'
tags 699837 +patch -- Please use patch bellow. It would also be nice if you can ask upstream to include this change. Petr --- src/getsize.c +++ src/getsize.c @@ -87,7 +87,7 @@ return -1; } -#elif defined(__FreeBSD__) +#elif defined(__FreeBSD__) || defined(__FreeBSD_kernel__) /* scrub-1.7 tested freebsd 5.3-RELEASE-p5 */ #include #include -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693216: preapproval of firebird2.5/2.5.2.26539.ds4-1
On Wed, 2012-11-14 at 13:04 +0200, Damyan Ivanov wrote: > Here's a request to approve the upload of firebird2.5 2.5.2.26539.ds4-1 to > unstable, as a step to get it unblocked for wheezy. > > Although this is technically a new upstream release (with a new original > tarball), the version in wheezy is a very close snapshot of the upstream 2.5 > release branch. [...] > I hope this can be allowed to enter wheezy. In general upstream is very > careful > with maintenance releases (a.b.x) and missing the final 2.5.2 release in > wheezy > would be pity. Many apologies for not having got back to you about this at an earlier point. I'm afraid it's a little too late to get the changes in to the initial release (particularly as it would still need to go via unstable first), although it may be worth looking at for inclusion in a point release, assuming that would still be of interest. Looking through the list of changes, does #693193 cause an upgrade issue from the 2.5.0 packages in squeeze? The description only mentions 2.5.1, but I just wanted to check there wasn't any potential impact on the older packages. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705788: fb-modules-3.2.0-4-486-di: please include viafb module for OLPC XO-1.5 support in d-i
On Sat, 20 Apr 2013 16:07:47 +0100 Ben Hutchings wrote: > Control: tag -1 patch > > On Fri, 2013-04-19 at 22:07 -0700, Andres Salomon wrote: > > Package: fb-modules-3.2.0-4-486-di > > Version: 3.2.41-2 > > > > The OLPC XO-1.5 doesn't support VESA. It needs the viafb driver in > > order to get display output. Similar to #705780, please consider > > including viafb.ko in the fb-modules udeb. > > I just tried loading viafb on a VIA Epia board (Unichrome CLE266) > running squeeze, and the console is now broken. I can see the GRUB > boot messages (from weeks ago) and a mess of dots in various colours. > > The module also has a whole lot of parameters which suggest that it > may need board-specific configuration. So I don't think we can allow > it to be autoloaded on the whole range of device IDs it claims. > > What if we apply a patch (attached) to match the specific subsystem ID > on the XO 1.5? (I got this from the Openchrome source so hopefully > it's correct.) This still leaves us needing to update udev and then > worry about kernel vs udev versions, but it should cover the > installer. > The idea seems fine to me, though I think that VX855 is in other systems besides OLPC ones. Cc'ing Daniel, maybe he has some other ideas? Note that simply including the module in debian-installer doesn't cause the module to be loaded as far as I can tell (even with a PCI device id match). It still needs to be manually loaded, so it would seem safe for d-i. signature.asc Description: PGP signature
Bug#705824: O: spamprobe -- Bayesian spam filter
Package: wnpp Severity: normal I hereby orphan the spamprobe package. Note that there has not been any upstream release for years. Maintenance mostly consist in recompiling and testing it against newer version of dependencies (libdb in particular). This package provides a spam filter based on the article 'A Plan for Spam' by Paul Graham. It uses a database (either BerkeleyDB or a simpler hash file) to store one- and two-word phrases. Only certain headers are analyzed and HTML tags are ignored to prevent false positives of legitimate HTML emails. Image attachments are considered as words that can signal spam. It can be simply integrated with procmail or maildrop to filter spam on incoming mail. -- Nicolas Duboc signature.asc Description: Digital signature
Bug#705548: josm: backport josm
On 19.04.2013 23:28, David Paleino wrote: > On Tue, 16 Apr 2013 16:52:44 +0200, colliar wrote: Hey >> I could live with a three month delay but everything older is quite >> outdated regarding josm's development. > > I know :| > > I will try maintaining a backport, just don't expect it to be released > together > with the version in sid, expect some delay (I'd say a week is reasonable?) :) Good news. Why not just adapt migration policy from testing ? So testing and stable-backport will be the same version. I do not know your update circles. But I would expect experimental to have at maximum a delay of ten days compared to JOSM tested and unstable one month. ATM (numbers from [1] and [2]): - experimental (r5759) - six weeks - unstable (r5608) - 20 weeks - testing (r5267 with some patches) - at least eight month - stable (r3376) - two years and nine month > Thanks for your report, Always welcome Colliar [1] https://josm.openstreetmap.de/wiki/DevelopersGuide/Schedule [2] http://packages.qa.debian.org/j/josm.html signature.asc Description: OpenPGP digital signature
Bug#705825: O: jython -- Python seamlessly integrated with Java
Package: wnpp Severity: normal I hereby orphan the jython package. Jython is an implementation of the high-level, dynamic, object-oriented language Python seamlessly integrated with the Java platform. The predecessor to Jython, JPython, is certified as 100% Pure Java. . Jython is complementary to Java and allows the two languages to be freely mixed. It is especially suited for embedded scripting, interactive experimentation and rapid application development, and it can interact with Java packages or with running Java applications. -- Nicolas Duboc signature.asc Description: Digital signature
Bug#697015: imagevis3d: FTBFS[kfreebsd]: posix_fadvise() function is optional
tags 697015 + patch
notfixed 697015 2.0.1-5
--
Hi.
Accroding to
http://pubs.opengroup.org/onlinepubs/9699919799/functions/posix_fadvise.html
"The posix_fadvise() function is part of the Advisory Information option
and need not be provided on all implementations."
Please guard usage by POSIX_FADV_WILLNEED, not by POSIX version.
Petr
--- Tuvok/Basics/LargeFileFD.cpp
+++ Tuvok/Basics/LargeFileFD.cpp
@@ -75,7 +75,7 @@
if(lseek(this->fd, offset+this->header_size, SEEK_SET) < 0) {
throw std::ios_base::failure("could not seek to correct file position.");
}
-#if _POSIX_C_SOURCE >= 200112L
+#ifdef POSIX_FADV_WILLNEED
posix_fadvise(this->fd, offset+this->header_size, len, POSIX_FADV_WILLNEED);
#endif
@@ -126,7 +126,7 @@
void LargeFileFD::enqueue(uint64_t offset, size_t len)
{
if(len == 0) { return; }
-#if _POSIX_C_SOURCE >= 200112L
+#ifdef POSIX_FADV_WILLNEED
int adv = posix_fadvise(this->fd, offset, len, POSIX_FADV_WILLNEED);
// this should basically always succeed. the only way it can fail is if we
// gave it a bogus FD or something. if that's the case, that points to
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705403: Correcting non-standard dpkg states in the Policy.
On Sun, 2013-04-14 at 20:58:04 +0900, Charles Plessy wrote: > Package: debian-policy > Severity: minor > would you mind if I make the follwing replacements as non-normative changes in > the Policy ? > > - "configuration files only" state -> "Config-Files" state > - not installed state -> "Not-Installed" state > - "Failed Config" state -> "Half-Configured" state > - config-failed-> "Half-Configured" I guess the unpacked and installed states might need some careful review too, as there seems to be a mix of action and state being referred by those two non-normalized terms. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705826: O: libconstantine-java -- platform constants for Java
Package: wnpp Severity: normal I hereby orphan the libconstantine-java package. This package provides Java values for common platform C constants like those of files errno.h or sys/socket.h. . The upstream version of this package is now also known as jnr-constants. -- Nicolas Duboc signature.asc Description: Digital signature
Bug#705827: babeltrace: FTBFS on GNU/kFreeBSD
Package: babeltrace
Version: 1.1.0-1
Severity: serious
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
The value ENODATA is linux specific,
please use some general error number, like shown bellow.
It would also be nice if you can inform upstream about this.
Thanks
Petr
--- formats/ctf/ctf.c
+++ formats/ctf/ctf.c
@@ -1032,7 +1032,7 @@
buflen = strlen(*buf);
if (!buflen) {
*fp = NULL;
- return -ENODATA;
+ return -ENOENT;
}
*fp = babeltrace_fmemopen(*buf, buflen, "rb");
if (!*fp) {
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#702999: SIGABRT sometimes when compiling
I have been using texstudio for long, and thought it hasn't crashed yet as it did, when launching the quick build command, texstudio gets blocked while evince is open, and if I leave it opened for some time, it gives me the recoverable crash I mentioned. Javier Domingo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705828: [pct-scanner-scripts] Scirpt dosn't supported sane 1.0.14
Package: pct-scanner-scripts
Version: 0.0.4-3
Severity: normal
Tags: patch
--- Please enter the report below this line. ---
"--search" option don't works: scanadf can not display devices without
"--list-device" option.
"--lineart" option don't works: "--compression" option deprecated in scanadf
--- pct-scanner-script 2013-04-20 01:40:26.0 +0300
+++ pct-scanner-script_my 2013-04-20 01:43:32.140037628 +0300
@@ -345,7 +345,7 @@
function scanner_search()
{
echo $"searching for scanadf scanners and there options, please standby ..."
-scanadf --verbose --help
+scanadf --list-devices
}
function scanner_lineart()
@@ -362,7 +362,8 @@
echo $"resolution: $RESOLUTION"
echo $"scanning of document has started, please standby ..."
scan_busy_set
-scanadf $VERBOSE --device-name $DEVICE --scan-script "$COMMAND"
--output-file "$OUTDIR"/scanscript/input/image-%04d.pbm --source $SOURCE
--resolution $RESOLUTION --mode Lineart --compression None -x 210.000mm -y
297.000mm --start-count "$startcount" $EXTRA $EXEC_VERBOSE
+scanadf $VERBOSE --device-name $DEVICE --scan-script "$COMMAND"
--output-file "$OUTDIR"/scanscript/input/image-%04d.pbm --source $SOURCE
--resolution $RESOLUTION --mode Lineart -x 210.000mm -y 297.000mm --start-count
"$startcount" $EXTRA $EXEC_VERBOSE
scan_busy_unset
}
--- System information. ---
Architecture: i386
Kernel: Linux 3.2.0-4-686-pae
Debian Release: 7.0
500 wheezy linux.dropbox.com
500 testing-updates ftp.debian.org
500 testing security.debian.org
500 testing ftp.ua.debian.org
--- Package information. ---
Depends (Version) | Installed
-+-===
sane | 1.0.14-9
imagemagick | 8:6.7.7.10-5
djvulibre-bin | 3.5.25.3-1
Recommends (Version) | Installed
=-+-===
pdftk | 1.44-7
Suggests (Version) | Installed
===-+-===
evince |
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705829: qa.debian.org: changelog links on packages.qa.debian.org pages are broken
Package: qa.debian.org Severity: important I clicked on the changelog for various packages listed in packages.qa.debian.org, and they all gave broken links. Eg. http://packages.debian.org/changelogs/pool/main/a/apt/current/changelog for apt (linked from http://packages.qa.debian.org/a/apt.html) gives a 404. I checked, and http://packages.debian.org/changelogs/pool/main/ seems to be empty. Regards, Faheem -- System Information: Debian Release: 6.0.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (50, 'unstable'), (50, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-vserver-686-bigmem (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/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705830: apache2: Apache Range Exploit Detector
Package: apache2.2-common Version: 2.2.16-6+squeeze11 Severity: normal Hello, I discover this site: http://apache-range-exploit.com/ and apache 2.2.16 is vulnerable to this type of attack. Thanks! Pol -- Package-specific info: List of enabled modules from 'apache2 -M': actions* alias auth_basic authn_file authz_default authz_groupfile authz_host authz_user autoindex cgi deflate dir env mime negotiation php5 reqtimeout rewrite setenvif ssl status (A * means that the .conf file for that module is not enabled in /etc/apache2/mods-enabled/) List of enabled php5 extensions: curl gd gmp imagick mcrypt mysql mysqli pdo pdo_mysql pdo_sqlite pspell recode snmp sqlite sqlite3 suhosin -- System Information: Debian Release: 6.0.7 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-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 apache2 depends on: ii apache2-mpm-prefork 2.2.16-6+squeeze11 Apache HTTP Server - traditional n ii apache2.2-common 2.2.16-6+squeeze11 Apache HTTP Server common files apache2 recommends no packages. apache2 suggests no packages. Versions of packages apache2.2-common depends on: ii apache2-utils 2.2.16-6+squeeze11 utility programs for webservers ii apache2.2-bin 2.2.16-6+squeeze11 Apache HTTP Server common binary f ii libmagic1 5.04-5+squeeze2File type determination library us ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii mime-support 3.48-1 MIME files 'mime.types' & 'mailcap ii perl 5.10.1-17squeeze6 Larry Wall's Practical Extraction ii procps1:3.2.8-9squeeze1 /proc file system utilities -- 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#705498: [cc1a061] Fix for Bug#705498 committed to git
tags 705498 + pending thanks Hello, The following change has been committed for this bug by Dmitry Smirnov on Sat, 20 Apr 2013 19:52:20 +0200. The fix will be in the next upload. = new patch to register ed2k:// protocol handler; Closes: #705498 = You can check the diff of the fix at: http://git.debian.org/?p=pkg-amule/amule.git;a=commitdiff;h=cc1a061 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#368297: About the libgcrypt and OpenLDAP issue
On 20/04/13 02:04, Werner Koch wrote: > On Sat, 20 Apr 2013 01:35, clo...@igalia.com said: > >> I think it would be a good idea to add this feature to libgcrypt. > > See attached patch against master. It is not tested, though. You may > backport it to 1.5 and use it like this: > > #if GCRYPT_VERSION_NUMBER > 0x010502 > gcry_control (GCRYCTL_DISABLE_PRIV_DROP, 0); > #endif /* libgcrypt > 1.5.2 */ > Thanks for the patch :) Are you planning to merge it upstream? I believe it will be useful for everyone that asked for this feature on the past and ended workarounding the problem by disabling secmem. One examples of that is cryptsetup : https://code.google.com/p/cryptsetup/source/browse/lib/crypto_backend/crypto_gcrypt.c#55 >> However, I don't think that it would help us with this specific Debian >> bug because it would be implemented as an optional feature. > > I can't understand what you want to say. > I was meaning that this patch adds a flag (GCRYCTL_DISABLE_PRIV_DROP) that the application should enable. Therefore, after patching libgcrypt with the patch you provided to add support for this flag, is still needed to patch either libldap or gnutls to enable the flag. So, to fix this Debian bug with this approach, we will need patching at least two packages: 1. libgcrypt (to add support for the flag). 2. openldap or gnutls (to enable the flag). This is probably a bigger diff change than the previous ones proposed, and maybe the release team is not happy with that at this point of the freeze. >> And the suid application (sudo/su/passwd/...) can't know anything about >> libgcrypt, so it can't set this flag or any other libgcrypt flag. > > The application (sudo,su,passwd) needs to set this flag! No library is > able to know what the applications wants. Optionally you may put > wrappers in the mentioned libraries, but that makes things more > complicated and fragile. > IMHO is just impossible to add this at the application level. This applications don't have a dependency on libgcrypt. They don't use any library or symbol related to libgcrypt. So (i guess) asking their developers to introduce a dependency on libgcrypt just to enable such flag is a no-go. This applications just happen to have a dependency on libpam. And when PAM is configured to use LDAP as backend, the libpam-ldap module for PAM will chain to libldap (openldap). Then, libldap will need to use gnutls and libgcrypt related functions to talk to the LDAP backend *if* this one has SSL enabled. So, we have the following chain of successes: sudo/passwd/su/etc -> libpam ---(if system==PAM/LDAP)--> libpam-ldap -> libldap ---(if URI==ldaps://)--> gnutls -> libgcrypt And the first "libgcrypt aware" library on this chain is libldap (openldap). The previous ones on the chain have no idea about libgcrypt. Therefore such flag could only be enabled at libldap or gnutls. signature.asc Description: OpenPGP digital signature
Bug#368297: About the libgcrypt and OpenLDAP issue
On 20/04/13 20:18, Carlos Alberto Lopez Perez wrote: > So, we have the following chain of successes: ^ events > > sudo/passwd/su/etc -> libpam ---(if system==PAM/LDAP)--> libpam-ldap -> > libldap ---(if URI==ldaps://)--> gnutls -> libgcrypt signature.asc Description: OpenPGP digital signature
Bug#705831: abcde: Please offer a way to start with clean entries if only one CDDB result is returned
Package: abcde Version: 2.5.3-1 Severity: wishlist I use abcde quit a bit. Now I've encountered a CD which is completely misdetected (DISC ID a20fbb0c). The number of tracks, the suggested artists etc., all wrong. Of course, I can change all values, but it would be easier if I had the option to start with an empty template. -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: Digital signature
Bug#705832: Should use em:requires
Package: xul-ext-timeline
Version: 0.4.2-2
Severity: normal
Hi,
the extension is pretty useless without lightning so it should declare
that in it's install.rdf:
{e2fda1a4-762b-4020-b5ad-a41df1933103}
0.9
1.*
See:
https://developer.mozilla.org/en/docs/Install_Manifests
for more information.
Cheers,
-- Guido
-- System Information:
Debian Release: 7.0
APT prefers testing
APT policy: (990, 'testing'), (50, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-4-686-pae (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 xul-ext-timeline depends on:
ii icedove 17.0.5-1
ii iceowl1.9-1
ii iceowl-extension 17.0.5-1
xul-ext-timeline recommends no packages.
xul-ext-timeline 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#658367: mtp-tools: Incorrect (and mostly useless) man page
Package: mtp-tools Version: 1.1.3-35-g0ece104-5 Severity: normal I was pointed to mtp-tools and wanted to know how they work. Naturally, I called "man mtp-detect". The only useful information was that I should use the option "-h" to get information. However: helge@sneo:/usr/share/doc/mtp-tools$ mtp-detect -h mtp-detect: invalid option -- 'h' libmtp version: 1.1.3 … Please provide a man page which is at least correct; preferably one which is also helpful (or other information, /usr/share/doc/mtp-tools does not contain any usage info either). -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: Digital signature
Bug#705833: Choosing this decoration makes kwin show no decoration at all
Package: kwin-style-dekorator Version: Severity: grave Justification: it doesn't work, apparently Hello, if you configure this kwin decoration in KDE's systemsettings in Workspace appearance -> Window Decorations the windows will be shown with no decration at all. So if I'm not missing anything, this package it's not useful anymore in its current state. signature.asc Description: This is a digitally signed message part.
Bug#705834: winetricks: Does not accept wine:i386 nor wine-unstable:i386 as a dependence
Package: winetricks Version: 0.0+20121030+svn918-1 Severity: important Dear Maintainer, wintetricks is not installable on a multiarch amd64 box. See the error below when wine:i386 is installed: # dpkg -i /var/cache/apt/archives/winetricks_0.0+20121030+svn918-1_all.deb (Leyendo la base de datos ... 322240 ficheros o directorios instalados actualmente.) Preparando para reemplazar winetricks 0.0+20121030+svn918-1 (usando .../winetricks_0.0+20121030+svn918-1_all.deb) ... Desempaquetando el reemplazo de winetricks ... dpkg: dependency problems prevent configuration of winetricks: winetricks depende de wine | wine-unstable; sin embargo: El paquete `wine' no está instalado. dpkg: error processing winetricks (--install): problemas de dependencias - se deja sin configurar Procesando disparadores para man-db ... Se encontraron errores al procesar: winetricks -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages winetricks depends on: ii cabextract 1.4-3 ii p7zip 9.20.1~dfsg.1-4 ii unzip 6.0-8 ii wget 1.13.4-3 ii wine-unstable 1.5.6-2 Versions of packages winetricks recommends: ii gksu 2.0.2-6 ii sudo 1.8.5p2-1 ii xdg-utils 1.1.0~rc1+git20111210-6 ii zenity 3.4.0-2 winetricks 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#705835: lintian: Definition of canonical URI
Package: lintian Version: 2.5.12 Severity: minor The extended info about the tag vcs-field-not-canonical does not define or link to a definition of "canonical Debian URI". It would be useful if the extended info contained a link to some information about this. Best regards Torquil Sørensen -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (700, 'unstable'), (500, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.8 (SMP w/2 CPU cores; PREEMPT) 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 lintian depends on: ii binutils2.22-8 ii bzip2 1.0.6-4 ii diffstat1.55-3 ii file1:5.11-3 ii gettext 0.18.1.1-10 ii hardening-includes 2.3 ii intltool-debian 0.35.0+20060710.1 ii libapt-pkg-perl 0.1.27 ii libarchive-zip-perl 1.30-6 ii libc-bin2.13-38 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.31-1+b2 ii libdpkg-perl1.16.10 ii libemail-valid-perl 0.190-1 ii libfile-basedir-perl0.03-1 ii libipc-run-perl 0.92-1 ii liblist-moreutils-perl 0.33-1+b1 ii libparse-debianchangelog-perl 1.2.0-1 ii libtext-levenshtein-perl0.06~01-2 ii libtimedate-perl1.2000-1 ii liburi-perl 1.60-1 ii locales 2.13-38 ii man-db 2.6.3-3 ii patchutils 0.3.2-1.1 ii perl [libdigest-sha-perl] 5.14.2-21 ii perl-modules [libautodie-perl] 5.14.2-21 ii t1utils 1.37-2 lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarch ii dpkg-dev 1.16.10 ii libhtml-parser-perl3.69-2 ii libperlio-gzip-perl0.18-1+b2 ii libtext-template-perl 1.45-2 ii lzma 9.22-2 ii man-db 2.6.3-3 ii xz-utils [lzma]5.1.1alpha+20120614-2 -- 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#705836: Empty binary package
Package: qtbase5-examples-dbg Version: 5.0.2+dfsg1-1 Severity: serious qtbase5-examples-dbg binary package appears empty: $ dpkg -c qtbase5-examples-dbg_5.0.2+dfsg1-1_amd64.deb drwxr-xr-x root/root 0 2013-04-20 16:52./ drwxr-xr-x root/root 0 2013-04-20 16:52 ./usr/ drwxr-xr-x root/root 0 2013-04-20 16:52 ./usr/share/ drwxr-xr-x root/root 0 2013-04-20 16:52 ./usr/share/doc/ drwxr-xr-x root/root 0 2013-04-20 16:52 ./usr/share/doc/qtbase5-examples-dbg/ -rw-r--r-- root/root 1187 2013-04-09 00:10 ./usr/share/doc/qtbase5-examples-dbg/LGPL_EXCEPTION.txt -rw-r--r-- root/root 52101 2013-04-11 13:10 ./usr/share/doc/qtbase5-examples-dbg/copyright -rw-r--r-- root/root 377 2013-04-20 16:37 ./usr/share/doc/qtbase5-examples-dbg/changelog.Debian.gz -rw-r--r-- root/root 1182 2013-04-09 00:11 ./usr/share/doc/qtbase5-examples-dbg/changelog.gz $ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705837: octave3.2: Plotting anything at all gives "illegal instruction" and crash
Package: octave3.2 Version: 3.2.4-8 Severity: important *** Please type your report below this line *** Trying to plot even the most basic function crashes Octave. octave:1> x=1:5 x = 1 2 3 4 5 octave:2> plot(x) panic: Illegal instruction -- stopping myself... attempting to save variables to `octave-core'... save to `octave-core' complete Illegal instruction -- System Information: Debian Release: 6.0.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=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 depends on: ii libamd2.2.01:3.4.0-2 approximate minimum degree orderin ii libarpack2 2.1+parpack96.dfsg-3 Fortran77 subroutines to solve lar ii libatlas3gf-base [ 3.8.3-27 Automatically Tuned Linear Algebra ii libblas3gf [libbla 1.2-8 Basic Linear Algebra Reference imp ii libbz2-1.0 1.0.5-6+squeeze1 high-quality block-sorting file co ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libcamd2.2.0 1:3.4.0-2 symmetric approximate minimum degr ii libccolamd2.7.11:3.4.0-2 constrained column approximate lib ii libcholmod1.7.11:3.4.0-2 sparse Cholesky factorization libr ii libcolamd2.7.1 1:3.4.0-2 column approximate minimum degree ii libcurl3-gnutls7.21.0-2.1+squeeze2 Multi-protocol file transfer libra ii libcxsparse2.2.3 1:3.4.0-2 concise sparse matrix library (com ii libfftw3-3 3.2.2-1 library for computing Fast Fourier ii libfltk1.1 1.1.10-2+b1 Fast Light Toolkit - shared librar ii libfreetype6 2.4.2-2.1+squeeze4FreeType 2 font engine, shared lib ii libftgl2 2.1.3~rc5-3 library to render text in OpenGL u ii libgcc11:4.4.5-8 GCC support library ii libgfortran3 4.4.5-8 Runtime library for GNU Fortran ap ii libgl1-mesa-glx [l 7.7.1-5 A free implementation of the OpenG ii libglpk0 4.43-1linear programming kit with intege ii libglu1-mesa [libg 7.7.1-5 The OpenGL utility library (GLU) ii libgomp1 4.4.5-8 GCC OpenMP (GOMP) support library ii libgraphicsmagick+ 1.3.12-1+b1 format-independent image processin ii libgraphicsmagick3 1.3.12-1+b1 format-independent image processin ii libhdf5-serial-1.8 1.8.4-patch1-2Hierarchical Data Format 5 (HDF5) ii libice62:1.0.6-2 X11 Inter-Client Exchange library ii libjasper1 1.900.1-7+squeeze1The JasPer JPEG-2000 runtime libra ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii liblapack3gf [libl 3.2.1-8 library of linear algebra routines ii liblcms1 1.18.dfsg-1.2+b3 Color management library ii libltdl7 2.2.6b-2 A system independent dlopen wrappe ii libncurses55.7+20100313-5shared libraries for terminal hand ii libpcre3 8.02-1.1 Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.44-1+squeeze4 PNG library - runtime ii libqhull5 2009.1-1 calculate convex hulls and related ii libqrupdate1 1.0.1-1 Fast updates of QR and Cholesky de ii libreadline6 6.1-3 GNU readline and history libraries ii libsm6 2:1.1.1-1 X11 Session Management library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libtiff4 3.9.4-5+squeeze8 Tag Image File Format (TIFF) libra ii libumfpack5.4.01:3.4.0-2 sparse LU factorization library ii libwmf0.2-70.2.8.4-6.1+b1Windows metafile conversion librar ii libx11-6 2:1.3.3-4 X11 client-side library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxml22.7.8.dfsg-2+squeeze7 GNOME XML library ii octave3.2-common 3.2.4-8 architecture-independent files for ii texinfo4.13a.dfsg.1-6Documentation system for on-line i ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages octave3.2 recommends: ii gnuplot 4.4.0-1.1 A command-line driven interactive ii libatlas3gf-base 3.8.3-27 Automatically Tuned Linear Algebra Versions of packages octave3.2 suggests: ii octave3.2-doc 3.2.4-8PDF documentation on the GNU Octav pn octave3.2-emacsen (no description available) pn octave3.2-headers (no description available) pn octave3.2-htmldoc (no description available) pn
Bug#705835: lintian: Definition of canonical URI
On 2013-04-20 20:59, Torquil Macdonald Sørensen wrote: > Package: lintian > Version: 2.5.12 > Severity: minor > > The extended info about the tag vcs-field-not-canonical does not > define or link to a definition of "canonical Debian URI". > > It would be useful if the extended info contained a link to some > information about this. > > Best regards > Torquil Sørensen > > [...] Fair enough. For reference, canonical in this case is because alitoh is sending "301" for "non-canonical" URIs to the "canonical" one. Example with wget: $ wget 'http://git.debian.org/?p=collab-maint/6tunnel.git' --2013-04-20 21:05:27-- http://git.debian.org/?p=[...] Resolving git.debian.org (git.debian.org)... 217.196.43.140 Connecting to git.debian.org (git.debian.org)|[...] HTTP request sent, awaiting response... 301 Moved Permanently Location: http://anonscm.debian.org/gitweb/?p=[...] [...] The last (shown) line contains the "canonical" URI. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705838: clang pure virtual function call crash with binaries built with C++11's std::thread - request for backport
Package: clang Version: 3.2-1 clang 3.2 was shipped with a bug that was fixed only ~2 weeks ago, that affected all binaries which utilized C++11's std::thread mechanism, and were built with clang. and apparently llvm doesn't do bugfix releases :( The llvm bug report link below already has a test case and at the bottom which revision it was fixed in ( r178816 ). Fix doesn't seem invasive, so I'd like to get this in here so I can actually build my app, (on an ubuntu workstation). http://llvm.org/bugs/show_bug.cgi?id=12730 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705839: libaqbanking: AqBanking plugins to Gwenhywfar get lost on upgrade from squeeze to wheezy for release
Source: libaqbanking Version: 5.0.24-3 Severity: serious Tags: patch Justification: in the maintainer's opinion, makes the package unsuitable Hi, a user reported to me in private that the AqBanking plugins to Gwenhywfar get lost on upgrade from squeezy to wheezy. The reason is that the package libaqbanking-plugins-libgwenhywfar47 got renamed to libaqbanking-plugins-libgwenhywfar60, but (intentionally) no other package depends or recommends the package libaqbanking-plugins-libgwenhywfar60. The impact is, that for all users that want to use it, AqBanking doesn't work anymore. I would like to add a transitional dummy package libaqbanking-plugins-libgwenhywfar47 that depends on libaqbanking-plugins-libgwenhywfar60, so that AqBanking continues to work on upgrades from squeeze to wheezy. Regards, Micha -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru libaqbanking-5.0.24/debian/changelog libaqbanking-5.0.24/debian/changelog --- libaqbanking-5.0.24/debian/changelog 2012-12-09 13:43:14.0 +0100 +++ libaqbanking-5.0.24/debian/changelog 2013-04-20 20:42:36.0 +0200 @@ -1,3 +1,11 @@ +libaqbanking (5.0.24-4) unstable; urgency=low + + * Add transitional dummy package libaqbanking-plugins-libgwenhywfar47 which +existed in squeeze, but was renamed to libaqbanking-plugins-libgwenhywfar60 +in wheezy. It should help users upgrading from squeeze to wheezy. + + -- Micha Lenk Sat, 20 Apr 2013 20:38:44 +0200 + libaqbanking (5.0.24-3) unstable; urgency=low * Revert injection of build flags from dpkg-buildflags, as requested by the diff -Nru libaqbanking-5.0.24/debian/control libaqbanking-5.0.24/debian/control --- libaqbanking-5.0.24/debian/control 2012-06-03 19:28:50.0 +0200 +++ libaqbanking-5.0.24/debian/control 2013-04-20 20:38:00.0 +0200 @@ -86,6 +86,18 @@ . This package contains plugins to libgwenhywfar. +Package: libaqbanking-plugins-libgwenhywfar47 +Section: oldlibs +Architecture: all +Depends: libaqbanking-plugins-libgwenhywfar60 +Description: AqBanking plugins to libgwenhywfar - transitional dummy package + AqBanking provides a middle layer between the applications + and online banking libraries implementing various file formats and protocols. + Plugins supporting OFX, DTAUS, and HBCI are available. + . + Transitional package for renaming of libaqbanking-plugins-libgwenhywfar47 to + libaqbanking-plugins-libgwenhywfar60. + Package: libaqbanking-data Section: libs Architecture: all
Bug#705548: josm: backport josm
On Sat, 20 Apr 2013 18:12:55 +0200, colliar wrote: > Why not just adapt migration policy from testing ? > So testing and stable-backport will be the same version. I can try. > I do not know your update circles. But I would expect experimental to > have at maximum a delay of ten days compared to JOSM tested and unstable > one month. > > ATM (numbers from [1] and [2]): > - experimental (r5759) - six weeks > - unstable (r5608) - 20 weeks > - testing (r5267 with some patches) - at least eight month > - stable (r3376) - two years and nine month This is because I have a stable internet connection only on weekends. During the week, I work far from my home city, and only have 100MB/day of bandwidth. And, please understand, that downloading and uploading josm would suck ~30MB of that. Thanks for understanding, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#705840: unblock: libaqbanking/5.0.24
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package libaqbanking A user reported to me in private that the AqBanking plugins to Gwenhywfar get lost on upgrade from squeezy to wheezy. The reason is that the package libaqbanking-plugins-libgwenhywfar47 got renamed to libaqbanking-plugins-libgwenhywfar60, but (intentionally) no other package depends or recommends the package libaqbanking-plugins-libgwenhywfar60. The impact is, that for all users that want to use it, AqBanking doesn't work anymore. I would like to add a transitional dummy package libaqbanking-plugins-libgwenhywfar47 that depends on libaqbanking-plugins-libgwenhywfar60, so that AqBanking continues to work on upgrades from squeeze to wheezy. You can find the suggested changes attached to this mail. As the suggested change introduces a new binary package, is there any special need to raise attention of the FTP masters before the upload? unblock libaqbanking/5.0.24 diff -Nru libaqbanking-5.0.24/debian/changelog libaqbanking-5.0.24/debian/changelog --- libaqbanking-5.0.24/debian/changelog 2012-12-09 13:43:14.0 +0100 +++ libaqbanking-5.0.24/debian/changelog 2013-04-20 20:42:36.0 +0200 @@ -1,3 +1,11 @@ +libaqbanking (5.0.24-4) unstable; urgency=low + + * Add transitional dummy package libaqbanking-plugins-libgwenhywfar47 +(closes: #705839), which existed in squeeze, but was renamed to +libaqbanking-plugins-libgwenhywfar60 in wheezy. It should help users +upgrading from squeeze to wheezy. + + -- Micha Lenk Sat, 20 Apr 2013 20:38:44 +0200 + libaqbanking (5.0.24-3) unstable; urgency=low * Revert injection of build flags from dpkg-buildflags, as requested by the diff -Nru libaqbanking-5.0.24/debian/control libaqbanking-5.0.24/debian/control --- libaqbanking-5.0.24/debian/control 2012-06-03 19:28:50.0 +0200 +++ libaqbanking-5.0.24/debian/control 2013-04-20 20:38:00.0 +0200 @@ -86,6 +86,18 @@ . This package contains plugins to libgwenhywfar. +Package: libaqbanking-plugins-libgwenhywfar47 +Section: oldlibs +Architecture: all +Depends: libaqbanking-plugins-libgwenhywfar60 +Description: AqBanking plugins to libgwenhywfar - transitional dummy package + AqBanking provides a middle layer between the applications + and online banking libraries implementing various file formats and protocols. + Plugins supporting OFX, DTAUS, and HBCI are available. + . + Transitional package for renaming of libaqbanking-plugins-libgwenhywfar47 to + libaqbanking-plugins-libgwenhywfar60. + Package: libaqbanking-data Section: libs Architecture: all
