Bug#660316: libxine2-xvdr: xine cannot find input plugin for MRL xvdr+tcp://127.0.0.1:37890#nocache
Package: libxine2-xvdr Version: 1.0.7+cvs20120214.0259-2 Severity: grave Justification: renders package unusable Hello, Sorry to create again a grave bug, but since the last upgrade (see attached aptitude log), vdr-sxfe has stopped working (hence I can't see TV or hear Radio, see other attached log), where I think that the relevant parts are: xine: cannot find input plugin for MRL [xvdr+tcp://127.0.0.1:37890#nocache] [3039] [vdr-fe] fe_xine_open: xine_open(xvdr+tcp://127.0.0.1:37890#nocache) failed Error opening xvdr+tcp://127.0.0.1:37890 I use the e-tobi packages but I am currently building a pure Debian test and development environment, and had the same issue there. Let me know if I can provide more information. Eric -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.6+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 libxine2-xvdr depends on: ii libavutil51 5:0.10-0.0 ii libc62.13-26 ii libxine2 1:1.2.0-5.1 ii libxine2-ffmpeg 1:1.2.0-5.1 libxine2-xvdr recommends no packages. libxine2-xvdr 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#610491: [squeeze sparc] text console goes blank after ca. 10-15 minutes and doesn't unblank anymore
Hi Axel, Axel Beckert wrote: When I work on the framebuffer text console on my UltraSPARC 10 with an 13W3 monitor as primary screen, the console blanks after approximately 10 or 15 minutes even if I'm typing on that console at that moment. Switching back to X with Alt-F7 works fine and I can continue to work there, but switching back to the text console with e.g. Ctrl-Alt-F1 doesn't unblank it either. It remains black and unusable until the system rebooted. [...] BOOT_IMAGE=/vmlinuz-2.6.32-5-sparc64 root=/dev/mapper/vg0-root ro video=atyfb:off [...] 01:02.0 VGA compatible controller [0300]: ATI Technologies Inc 3D Rage Pro 215GP [1002:4750] (rev 5c) (prog-if 00 [VGA controller]) Yeah, that sounds annoying. Am I guessing correctly that you disable atyfb to avoid this bug, and for X you were using fbdev rather than the mach64 driver? Please attach full dmesg output from reproducing this, plus output from reportbug --template xserver-xorg-core. Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657604: fglrx-driver: fglrx driver needs /usr/lib64
On Sat, Feb 18, 2012 at 12:53:40AM +0100, Andreas Beckmann wrote: Please try the following on /usr/lib/fglrx/fglrx_drv.so from 12-1-1: rpl -e '/usr/lib64/fglrx' '/usr/lib///fglrx' fglrx_drv.so So very very close. (EE) fglrx(0): PowerXpress: '/usr/lib///fglrx/switchlibglx' must not be writable by group or others. cd /usr/lib/fglrx rm switchlibglx ln switchlibGL switchlibglx (or cp if you like - cannot be soft link) success!! :) So basically to get fglrx to work on my laptop, i need to: 1) run that rpl command you gave up the top of this email 2) make sure switchlibGL and switchlibglx are not symlinks - Craig -- Craig Small VK2XLZ http://enc.com.au/ csmall at : enc.com.au Debian GNU/Linux http://www.debian.org/ csmall at : debian.org GPG fingerprint: 5D2F B320 B825 D939 04D2 0519 3938 F96B DF50 FEA5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658032: RFS: libgxps/0.2.1-1 [NEW] -- library for handling and rendering XPS documents
Thanks, I'll try and expand the description this weekend. If I don't get an ispiration I'll ask from the good folks of l10n. :)
Bug#645815: network-manager-gnome: Should not create system-wide connections by default
Well, good news: I'm pretty sure that it is not n-m that's at fault here. I was using stupid gnome 3 and upon switching to KDE I've found that n-m has no trouble auto-connecting to previously saved connections. Yay. On Sun, Jan 29, 2012 at 11:55 AM, Garrett McLean gmcl...@gmail.com wrote: Package: network-manager Version: 0.9.2.0-2 Followup-For: Bug #645815 Just updated to -2 today. When I saw n-m was being updated, I stopped /etc/init.d/networking, commented out my wlan0 lines in interfaces, restarted networking, restarted n-m, configured n-m for my wireless setup (though I already had a profile in /etc/NetworkManager/system-connections), and restarted n-m. It auto-connected! However, when I rebooted, it did not auto-connect. I even tried restarting n-m after logging in and still no go. Don't know if this helps, but here it is, FWIW. Thanks. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/8 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 network-manager depends on: ii adduser3.113 ii dbus 1.4.16-1 ii isc-dhcp-client4.1.1-P1-17 ii libc6 2.13-24 ii libdbus-1-31.4.16-1 ii libdbus-glib-1-2 0.98-1 ii libgcrypt111.5.0-3 ii libglib2.0-0 2.30.2-4 ii libgnutls262.12.16-1 ii libgudev-1.0-0 175-3 ii libnl-3-2003.2.3-2 ii libnl-route-3-200 3.2.3-2 ii libnm-glib40.9.2.0-2 ii libnm-util20.9.2.0-2 ii libpolkit-gobject-1-0 0.104-1 ii libuuid1 2.20.1-1.2 ii lsb-base 3.2-28 ii udev 175-3 ii wpasupplicant 0.7.3-6 Versions of packages network-manager recommends: ii crda 1.1.2-1 ii dnsmasq-base 2.59-4 ii iptables 1.4.12.2-1 ii modemmanager 0.5-1 ii policykit-1 0.104-1 ii ppp 2.4.5-5 Versions of packages network-manager suggests: pn avahi-autoipd none -- no debconf information
Bug#409349: usbhid: control queue full; hung apcupsd task
tags 611646 - unreproducible quit Hi Steven, Steven Chamberlain wrote: It may be only apcupsd users who experience this, but the process hangs due to a system call failing to return, and there were reports of a related error message in the kernel log (control queue full), which seems to have been a precursor to this hang. Thanks. Odd --- the control queue full messages were supposed to be addressed by v2.6.32.10~116 which was included in 2.6.32-10. Alas. Are the same symptoms present in 2.6.32-41? I realize it may be hard to test, but results from 3.3-rc1 or newer or 3.2.y with the attached patch applied[1] would also be interesting. Curious, Jonathan [1] see http://kernel-handbook.alioth.debian.org/ch-common-tasks.html or the corresponding page in the debian-kernel-handbook package From: Daniel Kurtz djku...@chromium.org Date: Thu, 17 Nov 2011 19:23:49 +0800 Subject: HID: usbhid: hid-core: submit queued urbs before suspend commit f0befcd64bc57e6a0b7a96c37c55f79e6b999af7 upstream. If any userspace program has opened a keyboard device, the input core de-activates the keyboard's LEDs upon suspend(). It does this by sending individual EV_LED[LED_X]=0 events to the underlying device driver by directly calling the driver's registered event() handler. The usb-hid driver event() handler processes each request by immediately attempting to submit a CTRL URB to turn off the LED. USB URB submission is asynchronous. First the URB is added to the head of the ctrl queue. Then, if the CTRL_RUNNING flag is false, the URB is submitted immediately (and CTRL_RUNNING is set). If the CTRL_RUNNING flag was already true, then the newly queued URB is submitted in the ctrl completion handler when all previously submitted URBs have completed. When all queued URBs have been submitted, the completion handler clears the CTRL_RUNNING flag. In the 2-LED suspend case, at input suspend(), 2 LED event CTRL URBs get queued, with only the first actually submitted. Soon after input suspend() handler finishes, the usb-hid suspend() handler gets called. Since this is NOT a PM_EVENT_AUTO suspend, the handler sets REPORTED_IDLE, then waits for io to complete. Unfortunately, this usually happens while the first LED request is actually still being processed. Thus when the completion handler tries to submit the second LED request it fails, since REPORTED_IDLE is already set! This REPORTED_IDLE check failure causes the completion handler to complete, however without clearing the CTRL_RUNNING flag. This, in turn, means that the suspend() handler's wait_io() condition is never satisfied, and instead it times out after 10 seconds, aborting the original system suspend. This patch changes the behavior to the following: (1) allow completion handler to finish submitting all queued URBs, even if REPORTED_IDLE is set. This guarantees that all URBs queued before the hid-core suspend() call will be submitted before the system is suspended. (2) if REPORTED_IDLE is set and the URB queue is empty, queue, but don't submit, new URB submission requests. These queued requests get submitted when resume() flushes the URB queue. This is similar to the existing behavior, however, any requests that arrive while the queue is not yet empty will still get submitted before suspend. (3) set the RUNNING flag when flushing the URB queue in resume(). This keeps URBs that were queued in (2) from colliding with any new URBs that are being submitted during the resume process. The new URB submission requests upon resume get properly queued behind the ones being flushed instead of the current situation where they collide, causing memory corruption and oopses. Signed-off-by: Daniel Kurtz djku...@chromium.org Acked-by: Oliver Neukum oneu...@suse.de Signed-off-by: Jiri Kosina jkos...@suse.cz Signed-off-by: Jonathan Nieder jrnie...@gmail.com --- drivers/hid/usbhid/hid-core.c | 176 +++- 1 files changed, 101 insertions(+), 75 deletions(-) diff --git a/drivers/hid/usbhid/hid-core.c b/drivers/hid/usbhid/hid-core.c index b403fce..5d2e922 100644 --- a/drivers/hid/usbhid/hid-core.c +++ b/drivers/hid/usbhid/hid-core.c @@ -197,16 +197,24 @@ static int usbhid_restart_out_queue(struct usbhid_device *usbhid) { struct hid_device *hid = usb_get_intfdata(usbhid-intf); int kicked; + int r; if (!hid) return 0; if ((kicked = (usbhid-outhead != usbhid-outtail))) { dbg(Kicking head %d tail %d, usbhid-outhead, usbhid-outtail); + + r = usb_autopm_get_interface_async(usbhid-intf); + if (r 0) + return r; + /* Asynchronously flush queue. */ + set_bit(HID_OUT_RUNNING, usbhid-iofl); if (hid_submit_out(hid)) { clear_bit(HID_OUT_RUNNING, usbhid-iofl); -
Bug#644583: Extra patch for smtpd_client_port_logging
Hey Still related to the use of smtpd_client_port_logging = yes in Postfix' main.cf, here's an extra patch for the too many errors after log message. Cheers, -- Loïc Minier From 935e6ff75f7df300990525faa1dd6a6b3e2e377d Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Lo=C3=AFc=20Minier?= l...@debian.org Date: Sat, 18 Feb 2012 09:38:36 +0100 Subject: [PATCH] Allow for port in too many errors Postfix log --- rulefiles/linux/ignore.d.server/postfix |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/rulefiles/linux/ignore.d.server/postfix b/rulefiles/linux/ignore.d.server/postfix index d41ca4b..3159b0b 100644 --- a/rulefiles/linux/ignore.d.server/postfix +++ b/rulefiles/linux/ignore.d.server/postfix @@ -121,7 +121,7 @@ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: [._[:alnum:]-]+(\[[[:xdigit:].:]{3,39}\](:[[:digit:]]+)?)?: Trusted: subject_CN=[._[:alnum:]-]+, issuer=[ ._[:alnum:]-]+, fingerprint=([[:xdigit:]]{2}:){15,19}[[:xdigit:]]{2}$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: lost connection after [[:upper:]]+( \([[:digit:]]+ bytes\))? from [._[:alnum:]-]+\[(unknown|[[:xdigit:].:]{3,39})\](:(unknown|[[:digit:]]+))?$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: timeout after [-[:upper:]]+( \([[:digit:]]+ bytes\))? from [^[:space:]]+$ -^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: too many errors after ([[:upper:]]{4}|END-OF-MESSAGE|UNKNOWN|DATA \(0 bytes\)) from [._[:alnum:]-]+\[[.[:digit:]]+\]$ +^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: too many errors after ([[:upper:]]{4}|END-OF-MESSAGE|UNKNOWN|DATA \(0 bytes\)) from [._[:alnum:]-]+\[[.[:digit:]]+\](:[[:digit:]]{4,5})?$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: unable to open Berkeley db /etc/sasldb: No such file or directory$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: warning: ([-._[:alnum:]]+): RBL lookup error: Host or domain name not found\. Name service error for name=\1 type=A: Host not found, try again$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: warning: ([[:xdigit:].:]{3,39})+: address not listed for hostname [^[:space:]]+$ -- 1.7.9
Bug#652660: 70-persistent-net.rules not generated
I confirm this bug, and the fix proposed here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652660#25 Since this will break a lot of network configurations (it broke mine), and the fix is trivial, why is this not being urgently updated? This seems absurd. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657302: closed by Ben Hutchings b...@decadent.org.uk (Bug#657302: fixed in linux-2.6 3.2.6-1)
We believe that the bug you reported is fixed in the latest version of linux-2.6, which is due to be installed in the Debian FTP archive: Yes the bug is fixed. Thanks a lot ! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660139: Multicat fails to build on non-Linux architectures
Hi Christophe, multicat 2.0 failed to build on all Debian non-Linux architectures, you may find more information at [1]. Would you help us in solving this? Thanks in advance for any reply, cheers! [1] https://buildd.debian.org/status/package.php?p=multicat -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656196: [2.6.39 - 3.0 regression] kernel stalls every few days (rcu_sched_state detected stall on CPU x)
Michael Below wrote: Same problem, see attached syslog. Thanks. [...] spamd[10981]: prefork: sysread(8) failed after 300 secs at /usr/share/perl5/Mail/SpamAssassin/SpamdForkScaling.pm line 654. [...] INFO: rcu_sched detected stall on CPU 3 (t=74991 jiffies) Grasping at straws: if you boot with idle=mwait appended to the kernel command line, does that help? Puzzled, Jonathan sending NMI to all CPUs: NMI backtrace for cpu 3 CPU 3 Modules linked in: powernow_k8 mperf cpufreq_conservative cpufreq_userspace cpufreq_powersave cpufreq_stats parport_pc ppdev lp parport binfmt_misc fuse smsc47b397 loop dm_crypt tpm_infineon arc4 snd_hda_codec_analog radeon ttm drm_kms_helper drm i2c_algo_bit power_supply rt73usb crc_itu_t snd_hda_intel snd_hda_codec rt2x00usb rt2x00lib snd_hwdep shpchp pci_hotplug snd_pcm_oss snd_mixer_oss snd_pcm mac80211 cfg80211 snd_seq_midi joydev snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device snd soundcore snd_page_alloc processor k10temp usbhid hid sp5100_tco usb_storage edac_core uas edac_mce_amd hp_wmi i2c_piix4 evdev i2c_core sparse_keymap pcspkr rfkill psmouse serio_raw button wmi thermal_sys tpm_tis tpm tpm_bios ext3 jbd mbcache dm_mod sr_mod sd_mod cdrom crc_t10dif ohci_hcd tg3 libphy floppy ahci libahci libata ehci_hcd scsi_mod usbcore usb_common [last unloaded: scsi_wait_scan] Pid: 0, comm: swapper/3 Not tainted 3.2.0-1-amd64 #1 Hewlett-Packard HP Compaq dc5850 Microtower/3029h RIP: 0010:[811afc59] [811afc59] __const_udelay+0x17/0x20 [...] Call Trace: IRQ [810248c1] ? arch_trigger_all_cpu_backtrace+0x6c/0x7b [810953f8] ? __rcu_pending+0x82/0x337 [81011885] ? arch_local_irq_save+0x5/0x13 [8106ba90] ? tick_nohz_handler+0xd0/0xd0 [810959da] ? rcu_check_callbacks+0x90/0xcc [810526f7] ? update_process_times+0x31/0x63 [8106bafa] ? tick_sched_timer+0x6a/0x90 [81061e0e] ? __run_hrtimer+0xac/0x135 [8106253e] ? hrtimer_interrupt+0xdb/0x195 [8106af1b] ? tick_do_broadcast.constprop.4+0x3f/0x85 [...] NMI backtrace for cpu 0 [...] Pid: 0, comm: swapper/0 Not tainted 3.2.0-1-amd64 #1 Hewlett-Packard HP Compaq dc5850 Microtower/3029h RIP: 0010:[8102b2c4] [8102b2c4] native_safe_halt+0x2/0x3 [...] Call Trace: [8101448c] ? default_idle+0x47/0x7f [81014583] ? amd_e400_idle+0xbf/0xe4 [8100d25f] ? cpu_idle+0xaf/0xf2 [816a9b3d] ? start_kernel+0x3bd/0x3c8 [816a9140] ? early_idt_handlers+0x140/0x140 [816a93c4] ? x86_64_start_kernel+0x104/0x111 Code: 89 e1 89 ee 48 c7 c7 6f 60 4c 81 31 c0 e8 16 ef 30 00 48 83 c4 18 89 d8 5b 5d 41 5c 41 5d c3 9c 58 c3 57 9d c3 fa c3 fb c3 fb f4 c3 f4 c3 66 66 66 90 66 66 90 c3 66 66 66 90 66 66 90 c3 0f 06 [...] NMI backtrace for cpu 2 [...] Pid: 0, comm: swapper/2 Not tainted 3.2.0-1-amd64 #1 Hewlett-Packard HP Compaq dc5850 Microtower/3029h RIP: 0010:[8102b2c4] [8102b2c4] native_safe_halt+0x2/0x3 [...] Call Trace: [8101448c] ? default_idle+0x47/0x7f [81014583] ? amd_e400_idle+0xbf/0xe4 [8100d25f] ? cpu_idle+0xaf/0xf2 [81332cda] ? start_secondary+0x1d5/0x1db Code: 89 e1 89 ee 48 c7 c7 6f 60 4c 81 31 c0 e8 16 ef 30 00 48 83 c4 18 89 d8 5b 5d 41 5c 41 5d c3 9c 58 c3 57 9d c3 fa c3 fb c3 fb f4 c3 f4 c3 66 66 66 90 66 66 90 c3 66 66 66 90 66 66 90 c3 0f 06 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660265: please include patch to select rc6 modes via kernel parameter
Ben Hutchings wrote: On Fri, Feb 17, 2012 at 09:24:54PM +0100, Michael Meskes wrote: With these patch it is possible to enable rc6 but not deep or deepest rc6, a setting that makes ultrabooks, well at least the ASUS Zenbook, work very reliable but still get good battery time. [...] What is the upstream status of this? Under discussion[1]. Not in drm-intel-next yet[2]. I suspect a different, more targetted patch[3] would do a better job of addressing the described use case: 1c8ecf80fdee4e drm/i915: do not enable RC6p on Sandy Bridge, 2012-02-14 It can be found in the drm-intel-fixes tree[4]. Hope that helps, Jonathan [1] http://thread.gmane.org/gmane.comp.freedesktop.xorg.drivers.intel/8722 [2] git://people.freedesktop.org/~danvet/drm-intel [3] http://thread.gmane.org/gmane.comp.freedesktop.xorg.drivers.intel/8779 [4] git://git.kernel.org/pub/scm/linux/kernel/git/jbarnes/drm-intel.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660307: lilo: [INTL:id] Initial Indonesian debconf translation
Mahyuddin Susanto udi...@ubuntu.com wrote on 2012-02-18 10:09: Please find attached an initial po-debconf translation of this package into Indonesian. Thank you very much! --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#409349: usbhid: control queue full; hung apcupsd task
(resending with newer address for Tom. Sorry for the noise, all) Hi Steven, Steven Chamberlain wrote: It may be only apcupsd users who experience this, but the process hangs due to a system call failing to return, and there were reports of a related error message in the kernel log (control queue full), which seems to have been a precursor to this hang. Thanks. Odd --- the control queue full messages were supposed to be addressed by v2.6.32.10~116 which was included in 2.6.32-10. Alas. Are the same symptoms present in 2.6.32-41? I realize it may be hard to test, but results from 3.3-rc1 or newer or 3.2.y with the attached patch applied[1] would also be interesting. Curious, Jonathan [1] see http://kernel-handbook.alioth.debian.org/ch-common-tasks.html or the corresponding page in the debian-kernel-handbook package From: Daniel Kurtz djku...@chromium.org Date: Thu, 17 Nov 2011 19:23:49 +0800 Subject: HID: usbhid: hid-core: submit queued urbs before suspend commit f0befcd64bc57e6a0b7a96c37c55f79e6b999af7 upstream. If any userspace program has opened a keyboard device, the input core de-activates the keyboard's LEDs upon suspend(). It does this by sending individual EV_LED[LED_X]=0 events to the underlying device driver by directly calling the driver's registered event() handler. The usb-hid driver event() handler processes each request by immediately attempting to submit a CTRL URB to turn off the LED. USB URB submission is asynchronous. First the URB is added to the head of the ctrl queue. Then, if the CTRL_RUNNING flag is false, the URB is submitted immediately (and CTRL_RUNNING is set). If the CTRL_RUNNING flag was already true, then the newly queued URB is submitted in the ctrl completion handler when all previously submitted URBs have completed. When all queued URBs have been submitted, the completion handler clears the CTRL_RUNNING flag. In the 2-LED suspend case, at input suspend(), 2 LED event CTRL URBs get queued, with only the first actually submitted. Soon after input suspend() handler finishes, the usb-hid suspend() handler gets called. Since this is NOT a PM_EVENT_AUTO suspend, the handler sets REPORTED_IDLE, then waits for io to complete. Unfortunately, this usually happens while the first LED request is actually still being processed. Thus when the completion handler tries to submit the second LED request it fails, since REPORTED_IDLE is already set! This REPORTED_IDLE check failure causes the completion handler to complete, however without clearing the CTRL_RUNNING flag. This, in turn, means that the suspend() handler's wait_io() condition is never satisfied, and instead it times out after 10 seconds, aborting the original system suspend. This patch changes the behavior to the following: (1) allow completion handler to finish submitting all queued URBs, even if REPORTED_IDLE is set. This guarantees that all URBs queued before the hid-core suspend() call will be submitted before the system is suspended. (2) if REPORTED_IDLE is set and the URB queue is empty, queue, but don't submit, new URB submission requests. These queued requests get submitted when resume() flushes the URB queue. This is similar to the existing behavior, however, any requests that arrive while the queue is not yet empty will still get submitted before suspend. (3) set the RUNNING flag when flushing the URB queue in resume(). This keeps URBs that were queued in (2) from colliding with any new URBs that are being submitted during the resume process. The new URB submission requests upon resume get properly queued behind the ones being flushed instead of the current situation where they collide, causing memory corruption and oopses. Signed-off-by: Daniel Kurtz djku...@chromium.org Acked-by: Oliver Neukum oneu...@suse.de Signed-off-by: Jiri Kosina jkos...@suse.cz Signed-off-by: Jonathan Nieder jrnie...@gmail.com --- drivers/hid/usbhid/hid-core.c | 176 +++- 1 files changed, 101 insertions(+), 75 deletions(-) diff --git a/drivers/hid/usbhid/hid-core.c b/drivers/hid/usbhid/hid-core.c index b403fce..5d2e922 100644 --- a/drivers/hid/usbhid/hid-core.c +++ b/drivers/hid/usbhid/hid-core.c @@ -197,16 +197,24 @@ static int usbhid_restart_out_queue(struct usbhid_device *usbhid) { struct hid_device *hid = usb_get_intfdata(usbhid-intf); int kicked; + int r; if (!hid) return 0; if ((kicked = (usbhid-outhead != usbhid-outtail))) { dbg(Kicking head %d tail %d, usbhid-outhead, usbhid-outtail); + + r = usb_autopm_get_interface_async(usbhid-intf); + if (r 0) + return r; + /* Asynchronously flush queue. */ + set_bit(HID_OUT_RUNNING, usbhid-iofl); if (hid_submit_out(hid)) { clear_bit(HID_OUT_RUNNING,
Bug#657604: fglrx-driver: fglrx driver needs /usr/lib64
On 2012-02-18 08:25, Craig Small wrote: On Sat, Feb 18, 2012 at 12:53:40AM +0100, Andreas Beckmann wrote: Please try the following on /usr/lib/fglrx/fglrx_drv.so from 12-1-1: rpl -e '/usr/lib64/fglrx' '/usr/lib///fglrx' fglrx_drv.so So very very close. (EE) fglrx(0): PowerXpress: '/usr/lib///fglrx/switchlibglx' must not be writable by group or others. AMD/ATI's insane use of lstat() ... cd /usr/lib/fglrx rm switchlibglx ln switchlibGL switchlibglx (or cp if you like - cannot be soft link) This can be fixed easily :-) success!! :) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660132: I fixed this bug.
Kai Storbeck k...@xs4all.nl writes: Hello David, Christian, Hi, I've fixed this bug by changing liveHead in Format.pm to Q Q instead of Q. I tried this after looking at the last patch upstream which more or less did the same thing. This bug has been already fixed in #635574. Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660317: RFA: docvert -- converts word processor files to HTML
Package: wnpp Severity: normal As I have been unable to find the time to properly take care of the docvert package, I would like to find a new maintainer for it. The package is in a good shape, but it needs to be upgraded to the latest upstream version. (Note that the new version of docvert is now in Python.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660318: libnetcdfc++5: experimental package fails to install
Package: libnetcdfc++5 Version: 1:4.1.3-1~exp2 Severity: serious On my machine which is pinned to experimental, netcdf has overlapping packages and they fail to install. Here is an excerpt from a recent upgrade, irrelevant packages stripped. Preparing to replace libnetcdf6 1:4.1.1-6+b1 (using .../libnetcdf6_1%3a4.1.3-1~exp2_amd64.deb) ... Unpacking replacement libnetcdf6 ... Selecting previously unselected package libnetcdfc7. Unpacking libnetcdfc7 (from .../libnetcdfc7_1%3a4.1.3-1~exp2_amd64.deb) ... Selecting previously unselected package libnetcdff5. Unpacking libnetcdff5 (from .../libnetcdff5_1%3a4.1.3-1~exp2_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libnetcdff5_1%3a4.1.3-1~exp2_amd64.deb (--unpack): trying to overwrite '/usr/lib/libnetcdff.so.5.1.0', which is also in package libnetcdfc7 1:4.1.3-1~exp2 configured to not write apport reports dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Selecting previously unselected package libnetcdfc++5. Unpacking libnetcdfc++5 (from .../libnetcdfc++5_1%3a4.1.3-1~exp2_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libnetcdfc++5_1%3a4.1.3-1~exp2_amd64.deb (--unpack): trying to overwrite '/usr/lib/libnetcdf_c++.so.4.1.0', which is also in package libnetcdfc7 1:4.1.3-1~exp2 configured to not write apport reports Selecting previously unselected package libcf0. Unpacking libcf0 (from .../libcf0_1%3a4.1.3-1~exp2_amd64.deb) ... ... Errors were encountered while processing: /var/cache/apt/archives/libnetcdff5_1%3a4.1.3-1~exp2_amd64.deb /var/cache/apt/archives/libnetcdfc++5_1%3a4.1.3-1~exp2_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: ... Setting up libgnome-speech7 (1:0.4.25-4.1) ... ldconfig: /usr/lib/libnetcdf.so.7 is not a symbolic link ldconfig: /usr/lib/libnetcdf_c++.so.4 is not a symbolic link ldconfig: /usr/lib/libnetcdff.so.5 is not a symbolic link Setting up libjavascriptcoregtk-1.0-0 (1.6.3-1) ... ldconfig: /usr/lib/libnetcdf.so.7 is not a symbolic link ldconfig: /usr/lib/libnetcdf_c++.so.4 is not a symbolic link ldconfig: /usr/lib/libnetcdff.so.5 is not a symbolic link Setting up libnl-3-200 (3.2.7-1) ... ldconfig: /usr/lib/libnetcdf.so.7 is not a symbolic link ldconfig: /usr/lib/libnetcdf_c++.so.4 is not a symbolic link ldconfig: /usr/lib/libnetcdff.so.5 is not a symbolic link ... Errors were encountered while processing: libnetcdf6 Press return to continue. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#659040: openmsx: New version released: openMSX 0.8.2
Hi, On 02/08/2012 10:37 AM, Bas Wijnen wrote: Sorry about not uploading earlier. I am making some changes to the package build system, but obviously it shouldn't take this long. At the latest, I should upload a new package this weekend. If not, please ping again. On your request: ping! :P -- Grtjs, Manuel PS: MSX FOR EVER! (Questions? http://faq.msxnet.org/ ) PPS: Visit my homepage at http://manuel.msxnet.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660319: [l10n] Updated Czech translation of clamav debconf messages
Package: clamav Severity: wishlist Tags: l10n, patch Hi, in attachement there is updated Czech (cs.po) translation of clamav debconf messages. Please include it with the package. Thanks -- Miroslav Kure # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: clamav\n Report-Msgid-Bugs-To: cla...@packages.debian.org\n POT-Creation-Date: 2011-10-24 07:48+\n PO-Revision-Date: 2010-10-13 19:12+0200\n Last-Translator: Miroslav Kure ku...@debian.cz\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../clamav-freshclam.templates:2001 msgid daemon msgstr daemon #. Type: select #. Choices #: ../clamav-freshclam.templates:2001 msgid manual msgstr ruční #. Type: select #. Description #: ../clamav-freshclam.templates:2002 msgid Virus database update method: msgstr Způsob aktualizace virové databáze: #. Type: select #. Description #: ../clamav-freshclam.templates:2002 msgid Please choose the method for virus database updates. msgstr Vyberte způsob aktualizace virové databáze. #. Type: select #. Description #: ../clamav-freshclam.templates:2002 msgid daemon: freshclam is running as a daemon all the time. You should choose\n this option if you have a permanent network connection;\n ifup.d: freshclam will be running as a daemon as long as your Internet\n connection is up. Choose this one if you use a dialup Internet\n connection and don't want freshclam to initiate new connections;\n cron:freshclam is started from cron. Choose this if you want full control\n of when the database is updated;\n manual: no automatic invocation of freshclam. This is not recommended,\n as ClamAV's database is constantly updated. msgstr daemon : freshclam běží celý čas jako daemon. Tuto možnost vyberte,\n pokud máte trvalé síťové připojení.\n ifup.d : freshclam poběží jako daemon pouze po dobu, kdy bude nahozeno\n internetové spojení. Tuto možnost vyberte, pokud máte vytáčené\n připojení a nechcete, aby freshclam spouštěl nová spojení.\n cron : freshclam se spouští z cronu. Toto zvolte v případě, že chcete\n mít plnou kontrolu nad časem, kdy se má databáze aktualizovat.\n manual : freshclam se nebude spouštět automaticky. Toto nedoporučujeme,\n protože databáze clamavu se neustále aktualizuje. #. Type: select #. Description #: ../clamav-freshclam.templates:3001 msgid Local database mirror site: msgstr Lokální zrcadlo databáze: #. Type: select #. Description #: ../clamav-freshclam.templates:3001 msgid Please select the closest local mirror site. msgstr Vyberte nejbližší zrcadlo s virovou databází. #. Type: select #. Description #: ../clamav-freshclam.templates:3001 msgid Freshclam updates its database from a world wide network of mirror sites. Please select the closest mirror. If you leave the default setting, an attempt will be made to guess a nearby mirror. msgstr Freshclam aktualizuje svou databázi z celosvětové sítě zrcadel. Vyberte nejbližší zrcadlo. Ponecháte-li výchozí nastavení, skript se pokusí odhadnout rozumně blízké zrcadlo. #. Type: string #. Description #: ../clamav-freshclam.templates:4001 msgid HTTP proxy information (leave blank for none): msgstr HTTP proxy (pokud nepoužíváte, ponechte prázdné): #. Type: string #. Description #: ../clamav-freshclam.templates:4001 msgid If you need to use an HTTP proxy to access the outside world, enter the proxy information here. Otherwise, leave this blank. msgstr Potřebujete-li pro přístup k vnějšímu světu použít HTTP proxy, zadejte zde příslušné informace. V ostatních případech nezadávejte nic. #. Type: string #. Description #: ../clamav-freshclam.templates:4001 msgid Please use URL syntax (\http://host[:port]\;) here. msgstr Zadejte URL ve tvaru „http://počítač[:port]“.; #. Type: string #. Description #: ../clamav-freshclam.templates:5001 msgid Proxy user information (leave blank for none): msgstr Proxy uživatel (pokud nepoužíváte, ponechte prázdné): #. Type: string #. Description #: ../clamav-freshclam.templates:5001 msgid If you need to supply a username and password to the proxy, enter it here. Otherwise, leave this blank. msgstr Musíte-li zadat jméno a heslo k proxy serveru, zadejte zde příslušné informace. V ostatních případech nezadávejte nic. #. Type: string #. Description #:
Bug#660320: [email-reminder] Cannot read configuration file
Package: email-reminder Version: 0.7.6-4 Severity: grave --- Please enter the report below this line. --- Hi, I just can't to use this application because of missconfiguration issue that maybe occure during installation: $ sudo aptitude install email-reminder The following NEW packages will be installed: email-reminder libauthen-sasl-perl{a} libdate-manip-perl{a} libemail-mime-encodings-perl{a} libemail-valid-perl{a} libnet-domain-tld-perl{a} libnet-smtp-ssl-perl{a} libxml-dom-perl{a} libxml-perl{a} libxml-regexp-perl{a} libyaml-syck-perl{a} 0 packages upgraded, 11 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/3280 kB of archives. After unpacking 13.1 MB will be used. Do you want to continue? [Y/n/?] Preconfiguring packages ... Selecting previously unselected package libnet-domain-tld-perl. (Reading database ... 401611 files and directories currently installed.) Unpacking libnet-domain-tld-perl (from .../libnet-domain-tld-perl_1.69-1_all.deb) ... Selecting previously unselected package libemail-valid-perl. Unpacking libemail-valid-perl (from .../libemail-valid-perl_0.187-1_all.deb) ... Selecting previously unselected package libyaml-syck-perl. Unpacking libyaml-syck-perl (from .../libyaml-syck-perl_1.20-1_amd64.deb) ... Selecting previously unselected package libxml-perl. Unpacking libxml-perl (from .../libxml-perl_0.08-2_all.deb) ... Selecting previously unselected package libxml-regexp-perl. Unpacking libxml-regexp-perl (from .../libxml-regexp-perl_0.03-8_all.deb) ... Selecting previously unselected package libxml-dom-perl. Unpacking libxml-dom-perl (from .../libxml-dom-perl_1.44-1_all.deb) ... Selecting previously unselected package libdate-manip-perl. Unpacking libdate-manip-perl (from .../libdate-manip-perl_6.30-1_all.deb) ... Selecting previously unselected package email-reminder. Unpacking email-reminder (from .../email-reminder_0.7.6-4_all.deb) ... Selecting previously unselected package libauthen-sasl-perl. Unpacking libauthen-sasl-perl (from .../libauthen-sasl-perl_2.1500-1_all.deb) ... Selecting previously unselected package libemail-mime-encodings-perl. Unpacking libemail-mime-encodings-perl (from .../libemail-mime-encodings-perl_1.313-1_all.deb) ... Selecting previously unselected package libnet-smtp-ssl-perl. Unpacking libnet-smtp-ssl-perl (from .../libnet-smtp-ssl-perl_1.01-3_all.deb) ... Processing triggers for man-db ... Processing triggers for menu ... Processing triggers for desktop-file-utils ... Setting up libnet-domain-tld-perl (1.69-1) ... Setting up libemail-valid-perl (0.187-1) ... Setting up libyaml-syck-perl (1.20-1) ... Setting up libxml-perl (0.08-2) ... Setting up libxml-regexp-perl (0.03-8) ... Setting up libxml-dom-perl (1.44-1) ... Setting up libdate-manip-perl (6.30-1) ... Setting up email-reminder (0.7.6-4) ... Warning: The home dir /var/spool/email-reminder you specified can't be accessed: No such file or directory Adding system user `email-reminder' (UID 124) ... Adding new user `email-reminder' (UID 124) with group `nogroup' ... Not creating home directory `/var/spool/email-reminder'. Setting up libauthen-sasl-perl (2.1500-1) ... Setting up libemail-mime-encodings-perl (1.313-1) ... Setting up libnet-smtp-ssl-perl (1.01-3) ... Processing triggers for menu ... See the Warning abowe and the line: Not creating home directory `/var/spool/email-reminder'. which should be mportant to be created, right? Now when I want to test the configuration, I get Warning again: $ send-reminders --simulate Warning: cannot read configuration file at /etc/email-reminder.conf. Make sure that the user running /usr/bin/send-reminders has read permissions on that configuration file. email-reminder is unusable when installed on Debian GNU/Linux SID. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-1-amd64 Debian Release: wheezy/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.debian.org 500 unstabledebian.scribus.net 500 testing www.debian-multimedia.org 500 testing ftp.debian.org 500 stable dl.google.com --- Package information. --- Depends (Version) | Installed ==-+-=== perl | 5.14.2-7 debconf (= 0.5) | 1.5.41 OR debconf-2.0| libxml-dom-perl| 1.44-1 libgtk2-perl | 2:1.242-1 libdate-manip-perl | 6.30-1 libemail-valid-perl| 0.187-1 cron | 3.0pl1-121 adduser| 3.113+nmu1 debconf| 1.5.41 Recommends(Version) | Installed ===-+-=== anacron | 2.3-14 exim4 | 4.77-1 OR mail-transport-agent
Bug#657538: libxcb1: breaks alsamixer
# symbol pollution introduced in v1.0.21~12 (alsamixer: show channel # names for multichannel controls, 2009-05-25) found 657342 alsa-utils/1.0.21-1 unmerge 657538 # harmless in squeeze tags 657342 + wheezy sid experimental severity 657538 serious reassign 657538 libxcb1 1.8-1 tags 657538 + patch quit Cyril Brulebois wrote: Julien Cristau jcris...@debian.org (27/01/2012): Core was generated by `alsamixer'. Program terminated with signal 11, Segmentation fault. #0 0x7f96c1c34fd0 in snd_mixer_class_unregister () from /usr/lib/x86_64-linux-gnu/libasound.so.2 (gdb) where #0 0x7f96c1c34fd0 in snd_mixer_class_unregister () from /usr/lib/x86_64-linux-gnu/libasound.so.2 #1 0x7f96c1c350cd in snd_mixer_close () from /usr/lib/x86_64-linux-gnu/libasound.so.2 #2 0x00409a0a in ?? () #3 0x7f96bf6fccb6 in xcb_disconnect (c=0x25fb8d0) at ../../src/xcb_conn.c:307 In the new libxcb version, xcb_disconnect calls shutdown() on a socket (http://pubs.opengroup.org/onlinepubs/95399/functions/shutdown.html or man 2 shutdown), but alsa-utils exposes such a function. → kaboom. Reassigning to alsa-utils, which needs to stop using already-taken names. Thanks for a clear analysis. Fixed in alsa-utils/sid. How about this patch, to take care of the upgrade path? --- debian/changelog |7 +++ debian/control |2 +- 2 files changed, 8 insertions(+), 1 deletions(-) diff --git a/debian/changelog b/debian/changelog index 28cc311..e3e7a12 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +libxcb (1.8-3) UNRELEASED; urgency=low + + * Breaks alsa-utils ( 1.0.24.2-5) to avoid leaving alsamixer +broken during partial upgrades (closes: #657538) + + -- Jonathan Nieder jrnie...@gmail.com Sat, 18 Feb 2012 03:06:33 -0600 + libxcb (1.8-2) unstable; urgency=high * Stop passing MSG_WAITALL to recv() (closes: #659104) diff --git a/debian/control b/debian/control index ef63e9f..307f71a 100644 --- a/debian/control +++ b/debian/control @@ -31,7 +31,7 @@ Package: libxcb1 Section: libs Architecture: any Depends: ${misc:Depends}, ${shlibs:Depends} -Breaks: libxcb-xlib0 +Breaks: libxcb-xlib0, alsa-utils ( 1.0.24.2-5) Pre-Depends: ${misc:Pre-Depends} Multi-Arch: same Description: X C Binding -- 1.7.2.5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628320: debdiff to fix FTBFS
Cédric Boutillier cedric.boutill...@upmc.fr (17/02/2012): Here is a patch to fix the issue (adding a .rb extension to a loaded file). I also added debian/format/source and debian/watch files. Thanks, I took the liberty of reverting the addition of debian/source/format though since it gains us nothing (dpkg-dev cannot change its default), and tweaking the urgency (setting it to “high”). The diff for the NMU I've just uploaded is attached. Thanks to IRILL for sponsoring this BSP in Paris. Mraw, KiBi. diff -u jpoker-1.0.16/debian/control jpoker-1.0.16/debian/control --- jpoker-1.0.16/debian/control +++ jpoker-1.0.16/debian/control @@ -4,7 +4,7 @@ Section: web Priority: optional Standards-Version: 3.8.1 -Build-Depends: debhelper (= 5), cdbs, gettext, python, python-simplejson, python-libxml2, tidy, ruby, rubygems | rubygems1.8, wget, inkscape, libming-dev, vorbis-tools +Build-Depends: debhelper (= 5), cdbs, gettext, python, python-simplejson, python-libxml2, tidy, ruby1.8, rubygems | rubygems1.8, wget, inkscape, libming-dev, vorbis-tools Package: jpoker Architecture: all diff -u jpoker-1.0.16/debian/changelog jpoker-1.0.16/debian/changelog --- jpoker-1.0.16/debian/changelog +++ jpoker-1.0.16/debian/changelog @@ -1,3 +1,14 @@ +jpoker (1.0.16-2.1) unstable; urgency=high + + * Non-maintainer upload + * Add 02-add-extension-rb-to-gem_bin_tiddlywiki_cp.patch ++ adds a .rb extension to a loaded file to fix FTBFS (Closes: #628320) + * Add a debian/watch file + * Depend on ruby1.8 instead of ruby, as ruby1.9.1 has no ftools.rb + * Set urgency to “high” for the RC bug fix. + + -- Cédric Boutillier cedric.boutill...@gmail.com Fri, 17 Feb 2012 18:34:43 +0100 + jpoker (1.0.16-2) unstable; urgency=low * wav2swf is obsolete, replace with ming based converter (Closes: #591960) only in patch2: unchanged: --- jpoker-1.0.16.orig/debian/watch +++ jpoker-1.0.16/debian/watch @@ -0,0 +1,2 @@ +version=3 +http://jspoker.pokersource.info/sources/jpoker-(.*).tar.gz only in patch2: unchanged: --- jpoker-1.0.16.orig/debian/patches/02-add-extension-rb-to-gem_bin_tiddlywiki_cp.patch +++ jpoker-1.0.16/debian/patches/02-add-extension-rb-to-gem_bin_tiddlywiki_cp.patch @@ -0,0 +1,9 @@ +diff -Nur -x '*.orig' -x '*~' jpoker-1.0.16/gems/bin/tiddlywiki_cp jpoker-1.0.16.new/gems/bin/tiddlywiki_cp +--- jpoker-1.0.16/gems/bin/tiddlywiki_cp 2009-06-22 09:04:56.0 +0200 jpoker-1.0.16.new/gems/bin/tiddlywiki_cp 2012-02-17 18:03:25.662932292 +0100 +@@ -16,4 +16,4 @@ + end + + gem 'tiddlywiki_cp', version +-load 'tiddlywiki_cp' ++load 'tiddlywiki_cp.rb' signature.asc Description: Digital signature
Bug#635516: Packaging of dvdstyler
Hi, I'm maintaining dvdstyler in Ubuntu and I'd like to try to get it uploaded to Debian, under the Debian multimedia umbrella. Last upload get rid of mplex dependency, meaning that it got almost everything needed to build in sid: the only missing piece is media lib in wxwidgets2.8. Would you mind if I assign this bug to myself and work on it? thanks, Fabrice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660321: memlockd: Wrong paths in memlockd.cfg
Package: memlockd Version: 1.0 Severity: normal Paths in /etc/memlockd.cfg are wrong, I get following message in syslog: Feb 18 13:07:00 wbook memlockd: Can't open file /lib/tls/i686/cmov/libnss_files.so.2 Feb 18 13:07:00 wbook memlockd: Can't open file /lib/tls/i686/cmov/libnss_compat.so.2 Feb 18 13:07:00 wbook memlockd: Can't open file /usr/lib/libnss_files.so Feb 18 13:07:00 wbook memlockd: Can't open file /usr/lib/libnss_compat.so Feb 18 13:07:00 wbook memlockd: Can't open file /lib/tls/i686/cmov/libnss_nis.so.2 Feb 18 13:07:00 wbook memlockd: Can't open file /usr/lib/libnss_nis.so Corrected paths are as follows: +/lib/x86_64-linux-gnu/libnss_files.so.2 +/lib/x86_64-linux-gnu/libnss_compat.so.2 +/usr/lib/x86_64-linux-gnu/libnss_files.so +/usr/lib/x86_64-linux-gnu/libnss_compat.so +/lib/x86_64-linux-gnu/libnss_nis.so.2 +/usr/lib/x86_64-linux-gnu/libnss_nis.so I get also the following message: Feb 18 13:07:00 wbook memlockd: Error mmaping /etc/mtab: Invalid argument Not sure how to fix that one -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.8 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages memlockd depends on: ii adduser 3.113+nmu1 ii libc6 2.13-26 ii libgcc1 1:4.6.2-12 ii libstdc++6 4.6.2-12 memlockd recommends no packages. memlockd suggests no packages. -- Configuration Files: /etc/memlockd.cfg changed: +/bin/bash +/usr/sbin/sshd +/bin/busybox +/sbin/getty +/bin/login /etc/passwd /etc/shadow /etc/group /etc/nsswitch.conf /etc/resolv.conf /etc/locale.alias /usr/lib/locale/locale-archive /etc/mtab /etc/localtime +/lib/x86_64-linux-gnu/libnss_files.so.2 +/lib/x86_64-linux-gnu/libnss_compat.so.2 +/usr/lib/x86_64-linux-gnu/libnss_files.so +/usr/lib/x86_64-linux-gnu/libnss_compat.so /etc/ld.so.cache +/bin/ls +/bin/ps +/usr/bin/killall +/lib/x86_64-linux-gnu/libnss_nis.so.2 +/usr/lib/x86_64-linux-gnu/libnss_nis.so -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660320: [email-reminder] Cannot read configuration file
On 2012-02-18 at 10:18:08, Csanyi Pal wrote: See the Warning abowe and the line: Not creating home directory `/var/spool/email-reminder'. which should be mportant to be created, right? If you take a look at your /var/spool/ directory, has the email-reminder sub-directory been created? ls /var/spool/ | grep email-reminder Now when I want to test the configuration, I get Warning again: $ send-reminders --simulate Warning: cannot read configuration file at /etc/email-reminder.conf. Make sure that the user running /usr/bin/send-reminders has read permissions on that configuration file. That's a separate issue, but it also doesn't prevent the reminders from being sent. It simply prevents the send-reminders tool from being used as a regular (non-root) user. Cheers, Francois -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588104: dvdstyler needs media lib
Hi, I'm maintaining dvdstyler in Ubuntu, and the only missing piece to get it uploaded in Debian is this -media lib. If you don't mind, I'd like to propose a patch to create a new package just for the media lib, and avoid getting gconf dependency. Except if you tell me the contrary, I'll begin to work on the patch shortly, Thanks, Fabrice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659476: dibbler-client: segfaults in TClntCfgTA::getIAID
On 12-02-11 13:07, Peter Poeschl wrote: Package: dibbler-client Version: 0.8.1-1 Severity: important Tags: ipv6 Thank you for reporting this bug. I have created bug #241 in Dibbler's bugzilla. I also had opportunity to look into the problem, reproduce it and possibly fix the bug. After the fix, it no longer crashes. Can you confirm that latest sources from git no longer exhibit this problem? See http://klub.com.pl/dhcpv6/ for pointers to git repo. Since this is quite severe regression, I plan to release 0.8.2 shortly. Please respond to this bug or use dibbler's bugzilla (https://klub.com.pl/bugzilla3/show_bug.cgi?id=241) Since the upgrade to 0.8.1-1, dibbler-client segfaults every time it is started. Unfortunately, I seem to be unable to compile an image with debugging symbols. $ DEB_BUILD_OPTIONS=nostrip noopt fakeroot apt-get -b source dibbler Not sure how to do this in Debian scripts, but you must pass --enable-debug to original ./configure script. It will then build code with symbols. Tomek Mrugalski Dibbler author -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646208: BTS Pending tags
Hi, On Saturday 18 February 2012, Jean-Michel Vourgère wrote: I've been sorting bugs. Count is now bellow 100, but that still is a long list of things to watch. So I plan to tag pending the ones fixed in the next git branch of Alioth, without fixed version since 2.4.1 will be officially out in a couple of days, and I'm not sure what next version will be. This will reduce a lot what I have to look at. And you can check yourself if you forgot some Closes: in the Changelog. Do you think that's ok / a good idea? Any suggestions? Thank you very much for your help with the bugs, Jean-Michel. I agree that tagging the bugs fixed in 2.3/2.4 as pending is a good idea. Please go ahead. Cheers, Stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660320: [email-reminder] Cannot read configuration file
Sat, 18 Feb 2012 22:43:01 +1300 -n Francois Marier franc...@debian.org írta: On 2012-02-18 at 10:18:08, Csanyi Pal wrote: See the Warning abowe and the line: Not creating home directory `/var/spool/email-reminder'. which should be mportant to be created, right? If you take a look at your /var/spool/ directory, has the email-reminder sub-directory been created? Yes, indeed, it has been created. ls /var/spool/ | grep email-reminder ls /var/spool/ | grep email-reminder email-reminder ls -l /var/spool/ | grep email-reminder drwxr-x--- 2 email-reminder root 4096 febr 18 10:02 email-reminder Still can't use email-reminder. -- Regards from Pal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660322: cdcat FTBFS on buildds dbase.cpp:48:19: fatal error: bzlib.h: No such file or directory,compilation terminated.
package: cdcat version: 1.7-1 severity: serious severity: serious cdcat failed to build on all buildds with the following error g++ -c -pipe -std=c++0x -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -O2 -D_REENTRANT -Wall -W -DMEDIAINFO_STATIC -DMEDIAINFO_UNICODE -D_FORTIFY_SOURCE=2 -DQT_NO_DEBUG -DQT_QT3SUPPORT_LIB -DQT3_SUPPORT -DQT_XML_LIB -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtXml -I/usr/include/qt4/Qt3Support -I/usr/include/qt4 -I. -Imoc_files -o obj_files/dbase.o dbase.cpp dbase.cpp:48:19: fatal error: bzlib.h: No such file or directory compilation terminated. It was trivial to reproduce this in my amd64 pbuilder bzlib.h is provided by libbz2-dev so I installed it and tried the build again. Unfortunately when it did so the build failed with. g++ -m64 -Wl,--as-needed -Wl,-O1 -o cdcat obj_files/adddialog.o obj_files/cdcat.o obj_files/commwidget.o obj_files/config.o obj_files/dbase.o obj_files/dirview.o obj_files/find.o obj_files/guibase.o obj_files/hdirview.o obj_files/icons.o obj_files/import.o obj_files/importdialog.o obj_files/mainwidget.o obj_files/mp3tag.o obj_files/cdcatmediainfo.o obj_files/newdbdialog.o obj_files/wdbfile.o obj_files/info.o obj_files/exportcdcatdb.o obj_files/showcontent.o obj_files/selreadable.o obj_files/colorsettings.o obj_files/borrow.o obj_files/tparser.o obj_files/misc.o obj_files/dmetaph.o obj_files/moc_adddialog.o obj_files/moc_commwidget.o obj_files/moc_config.o obj_files/moc_dbase.o obj_files/moc_dirview.o obj_files/moc_find.o obj_files/moc_guibase.o obj_files/moc_hdirview.o obj_files/moc_mainwidget.o obj_files/moc_newdbdialog.o obj_files/moc_import.o obj_files/moc_importdialog.o obj_files/moc_info.o obj_files/moc_exportcdcatdb.o obj_files/moc_showcontent.o obj_files/moc_selreadable.o obj_files/moc_borrow.o obj_files/moc_colorsettings.o-L/usr/lib -lz -ltar -lbz2 -ldl -lQt3Support -lQtXml -lQtGui -lQtCore -lpthread obj_files/cdcatmediainfo.o: In function `CdcatMediaInfo::readCdcatMediaInfo()': /cdcat-1.7/src/cdcatmediainfo.cpp:93: undefined reference to `MediaInfoLib::MediaInfo::Open(std::basic_stringwchar_t, std::char_traitswchar_t, std::allocatorwchar_t const)' /cdcat-1.7/src/cdcatmediainfo.cpp:101: undefined reference to `MediaInfoLib::MediaInfo::Inform(unsigned long)' obj_files/cdcatmediainfo.o: In function `CdcatMediaInfo::getMediaInfoVersion()': /cdcat-1.7/src/cdcatmediainfo.cpp:177: undefined reference to `MediaInfoLib::MediaInfo::Option(std::basic_stringwchar_t, std::char_traitswchar_t, std::allocatorwchar_t const, std::basic_stringwchar_t, std::char_traitswchar_t, std::allocatorwchar_t const)' obj_files/cdcatmediainfo.o: In function `CdcatMediaInfo::initMediaInfoLib()': /cdcat-1.7/src/cdcatmediainfo.cpp:151: undefined reference to `MediaInfoLib::MediaInfo::MediaInfo()' /cdcat-1.7/src/cdcatmediainfo.cpp:153: undefined reference to `MediaInfoLib::MediaInfo::Option(std::basic_stringwchar_t, std::char_traitswchar_t, std::allocatorwchar_t const, std::basic_stringwchar_t, std::char_traitswchar_t, std::allocatorwchar_t const)' collect2: ld returned 1 exit status make[1]: *** [cdcat] Error 1 make[1]: Leaving directory `/cdcat-1.7/src' make: *** [build-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Build command 'cd cdcat-1.7 dpkg-buildpackage -b -uc' failed. E: Child process failed debian:/# -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659939: pod2man: no exit code empty files left behind CPAN bug #75099
On Sat, Feb 18, 2012 at 03:08:25AM +1100, Dmitry Smirnov wrote: Apologies for misunderstanding - for some reason I misread your message like if you were asking why issue was not reported upstream in first place. My bad, perhaps I was tired when I read it. Sorry. No problem - thanks for forwarding this now :) I've added the forwarded tag on the bug. -- 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#660323: ladder: automate generation of the signing key
Package: ladder Version: 0.0.2 Severity: wishlist So that I don't forget to implement it and in case someone else thinks of the same enhancement... ladder is a bit awkward in that the secret part of the signing key needs to be accessible to the root user, but that assumes that the signing key already exists. ladder should accept an exported secret key as a file and export the public component to the ladder step itself. Scripting support could then just add that key before adding the step repository as an apt source. Each step would then have a particular key inside each step repository tarball and therefore easier to track what has been done just be checking the output of apt-key list. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ladder depends on: ii apt 0.8.15.9 ii gnupg1.4.11-3 ii libconfig-inifiles-perl 2.68-1 ii liblocale-gettext-perl 1.05-7+b1 ii perl 5.14.2-7 ii reprepro 4.9.0-1 ladder recommends no packages. ladder 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#660324: picolisp FTBFS on armhf
Package: picolisp Version: 3.0.9.3-1 severity: important tags: patch Picolisp FTBFS on armhf with a PIE related error. The attatched patch disables use of PIE on armhf to make the package build (it is already disabled on amd64) --- picolisp-3.0.9.3/debian/rules 2012-02-17 15:19:30.0 + +++ picolisp-3.0.9.3.new/debian/rules 2012-02-18 10:07:45.0 + @@ -4,12 +4,18 @@ #export DH_VERBOSE=1 DEB_HOST_ARCH_CPU := $(shell dpkg-architecture -qDEB_HOST_ARCH_CPU) DEB_HOST_ARCH_OS := $(shell dpkg-architecture -qDEB_HOST_ARCH_OS) +DEB_HOST_ARCH := $(shell dpkg-architecture -qDEB_HOST_ARCH) ifeq (amd64,$(DEB_HOST_ARCH_CPU)) # disabled on amd64 DEB_BUILD_HARDENING_PIE := 0 endif +ifeq (armhf,$(DEB_HOST_ARCH)) + # disabled on armhf + DEB_BUILD_HARDENING_PIE := 0 +endif + include /usr/share/hardening-includes/hardening.make export CFLAGS=$(shell dpkg-buildflags --get CFLAGS) export LDFLAGS=$(shell dpkg-buildflags --get LDFLAGS)
Bug#660325: Skrooge crashes when selecting first month in Monthly report
Package: skrooge Version: 1.2.0-2 Severity: normal The bug has been reported on bugs.kde.org (bug 296695). According to the maintainer the issue is related to the dependency with kde 4.6.5, as the issue cannot be reproduced with kde 4.8. Please refer to https://bugs.kde.org/show_bug.cgi?id=292695 -- System Information: Debian Release: 6.0.3 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages skrooge depends on: ii kdebase-runtime 4:4.6.5-1+b1 runtime components from the offici ii libc6 2.13-24Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.2-9 GCC support library ii libgrantlee-core0 0.1.4-1Grantlee templating library for Qt ii libkdecore5 4:4.6.5-2+b1 KDE Platform Core Library ii libkdeui5 4:4.6.5-2+b1 KDE Platform User Interface Librar ii libkio5 4:4.6.5-2+b1 Network-enabled File Management Li ii libknewstuff3-4 4:4.6.5-2+b1 Get Hot New Stuff v3 Library for ii libkparts44:4.6.5-2+b1 Framework for the KDE Platform Gra ii libkrosscore4 4:4.6.5-2+b1 Kross Core Library ii libnepomuk4 4:4.6.5-2+b1 Nepomuk Meta Data Library ii libnepomukutils4 4:4.6.5-2+b1 Nepomuk Utility Library ii libofx4 1:0.9.0-3 library to support Open Financial ii libplasma34:4.6.5-2+b1 Plasma Library for the KDE Platfor ii libqca2 2.0.2-1libraries for the Qt Cryptographic ii libqca2-plugin-ossl 0.1~20070904-4 QCA OSSL plugin for libqca2 ii libqt4-dbus 4:4.7.3-5 Qt 4 D-Bus module ii libqt4-network4:4.7.3-5 Qt 4 network module ii libqt4-script 4:4.7.3-5 Qt 4 script module ii libqt4-sql4:4.7.3-5 Qt 4 SQL module ii libqt4-sql-sqlite 4:4.7.3-5 Qt 4 SQLite 3 database driver ii libqt4-svg4:4.7.3-5 Qt 4 SVG module ii libqt4-xml4:4.7.3-5 Qt 4 XML module ii libqtcore44:4.7.3-5 Qt 4 core module ii libqtgui4 4:4.7.3-5 Qt 4 GUI module ii libqtwebkit4 2.1.0~2011week13-2 Web content engine library for Qt ii libsoprano4 2.6.0+dfsg.1-4 libraries for the Soprano RDF fram ii libstdc++64.6.2-9GNU Standard C++ Library v3 ii skrooge-common1.2.0-2Skrooge architecture independent f skrooge recommends no packages. skrooge 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#651788: Fails to build for Linux 3.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 NotDashEscaped: You need GnuPG to verify this message Am Sa den 18. Feb 2012 um 1:45 schrieb Cyril Brulebois: Ben Hutchings b...@decadent.org.uk (12/12/2011): This module fails to build for Linux 3.1: make[2]: Entering directory `/usr/src/modules/cdfs/2.4' gcc -Wall -O2 -DLINUX -DCONFIG_CDFS_VERSION=\2.4.20-a\ -I/lib/modules/3.1.0-1-amd64/build/include -c audio.c -Wall In file included from audio.c:26:0: cdfs.h:25:28: fatal error: linux/autoconf.h: No such file or directory compilation terminated. make[2]: *** [audio.o] Error 1 make[2]: Leaving directory `/usr/src/modules/cdfs/2.4' It looks like any kernel version not beginning with '2.6' is assumed to be 2.4.x! So this is 2012, we're at Linux 3.2 and upstream is lagging behind: | cdfs-2.6.27.tar.bz2 21-Dec-2009 15:29 30K is the last file they have. Time to remove it from unstable? That would not be a good idea. cdfs is a big help when it comes to debugging cds or backing up stuff. However, you are right that upstream is a bit behind. But this is no reason to remove it. There are few other: - Fill a bug report with upstream. I think he can be reached and could come out with a updated version. More over as beside the newer kernel problem I see no other major bug. - Fix cdfs in debian only. The current problem should be easy to fix. - Fork it upstream to go on with maintenance. I put the upstream author in Cc so he can react. By the way, is there any upstream repository? Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQGcBAEBCgAGBQJPP3znAAoJEKZ8CrGAGfasG5YL/1gcFA1YszgqYkbRfjQQNnp0 pQQp6H9dIC9hQzG4oFEHztRCAz5yj74WzKu8VD0itPKwzZg+F9+9xXi7FgUjbowY 4HKIBIRf0c+RL59cCBQhibF2b1y/MbNbDuhz1S1ZrUsjpq/gftx9L6Z6K2+l5YLY rAuMLqyF5HRq6aW9uZpF5NaN6sGe22BfF3ElwTVIPR8DLUwMe6zn896VmAIzhaIE 3VuunCLViahUjJaKT/umTxWmkYgCG4lUKxTPzlE/tdDvC2OlbENYjleGfqoHnJWl ++t5RSTVRBon+yS9wd4yi/SVWe1v9MtXXT/fl2VlIU81qHnnkTyRvVhIjFS81PaA ce8EhHZKjNd43pA8TAWyiONsMksC+enisvyIB6ScLxCLfWpSauTxoZVG3tloF2fe 4F/e3rBi9AOc3kULxGyjTgzuRbjy0SR/BRwZohy1053qjAjppRWLZxsoRypy97Jk 6xapgVvwrtGox35VNn9/9TfHHZYb6WexXBOm9YV1oA== =3sY8 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660326: gnome-power-manager: No battery tray icon
Package: gnome-power-manager Version: 3.2.1-2 Severity: normal Battery icon is completely missing from system tray, both when the laptop is battery-powered and when AC is plugged-in. I think this problem could be somehow related with a missing icon-policy key in the org.gnome.power-manager configuration schema: $ gsettings get org.gnome.power-manager icon-policy No such key 'icon-policy' $ gsettings list-keys org.gnome.power-manager info-history-graph-points info-history-graph-smooth info-history-time info-history-type info-last-device info-page-number info-stats-graph-points info-stats-graph-smooth info-stats-type However, I have really no idea about how to restore the missing icon-policy key. Thanks! -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-power-manager depends on: ii consolekit 0.4.5-1 ii dbus-x11 1.4.18-1 ii dconf-gsettings-backend [gsettings-backend] 0.10.0-3 ii gnome-settings-daemon3.2.2-2 ii libc62.13-26 ii libcairo21.10.2-6.2 ii libglib2.0-0 2.30.2-6 ii libgtk-3-0 3.2.3-1 ii libpango1.0-01.29.4-2 ii libupower-glib1 0.9.15-2 ii notification-daemon 0.7.3-1 ii upower 0.9.15-2 gnome-power-manager recommends no packages. Versions of packages gnome-power-manager suggests: ii policykit-1 0.104-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#610491: [squeeze sparc] text console goes blank after ca. 10-15 minutes and doesn't unblank anymore
Hi Jonathan, thanks for getting back on this. Jonathan Nieder wrote: When I work on the framebuffer text console on my UltraSPARC 10 with an 13W3 monitor as primary screen, the console blanks after approximately 10 or 15 minutes even if I'm typing on that console at that moment. [...] [...] BOOT_IMAGE=/vmlinuz-2.6.32-5-sparc64 root=/dev/mapper/vg0-root ro video=atyfb:off [...] 01:02.0 VGA compatible controller [0300]: ATI Technologies Inc 3D Rage Pro 215GP [1002:4750] (rev 5c) (prog-if 00 [VGA controller]) Yeah, that sounds annoying. Am I guessing correctly that you disable atyfb to avoid this bug, No. video=atyfb:off is IIRC to be usable at all. As I wrote above I use a Sun Sparc monitor on the 13w3 outlet, not a VGA screen on the above mentioned VGA graphics card as I haven't found a working screen for it yet (ok, didn't try many screens either :-) and the kernel IIRC prefers the VGA card over Sun's framebuffer. and for X you were using fbdev rather than the mach64 driver? IIRC the Sun screen uses the framebuffer driver. Not sure though. Please attach full dmesg output from reproducing this, plus output from reportbug --template xserver-xorg-core. Will do that latter. The box is currently offline. Will also check if it still happens with kernels from unstable and testing. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646221: Please fix in squeeze!
Hi, Please consider fixing this bug in Squeeze as well. It's a simple backport, and it means a huge change to Squeeze users on kfreebsd-* architectures, as OpenVPN is almost unusable there. Thanks! -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657672: (no subject)
The problem was that Chromium 16 got support for the KDE file dialog. It needs the kdialog executable for that though, which was not installed on my system. Installing kde-baseapps-bin now brought me the file dialog back. :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660327: libproxy-tools: missing manual page and documentation on how to use the proxy program
Package: libproxy-tools Version: 0.3.1-2 Severity: normal Tags: upstream User: debian-...@lists.debian.org Usertags: debian-edu I'm unable to find documentation on how the proxy program work. There is no manual page, --help do not give any clues and the package have no documentation included explaining the program. Please provide manual page and sensible output when running 'proxy --help'. -- System Information: Debian Release: 6.0.4 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=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libproxy-tools depends on: ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libproxy0 0.3.1-2automatic proxy configuration mana libproxy-tools recommends no packages. libproxy-tools 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#660328: refpolicy: Vcs-* fields are pointing to outdated git repository
Package: refpolicy Version: 2:2.20110726-3 Severity: minor Hi, The Vcs-* fields are pointing to an outdated git repository. Please update these fields. Cheers Laurent Bigonville -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654472:
Hello, please repack the source and remove the waf binary as it is useless for the build. thanks for your efforts. Frederic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660329: tupi: Conflicts/Replaces missing in tupi-data
Package: tupi Version: 0.1+git12-3 Severity: important Dear Maintainer, tupi-data contains files that were previously in the package tupi, so tupi = 0.1+git12-2 has to be in its Conflicts and Replaces fields. Otherwise the package upgrade fails: Vormals nicht ausgewähltes Paket tupi-data wird gewählt. Entpacken von tupi-data (aus .../tupi-data_0.1+git12-3_all.deb) ... dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/tupi-data_0.1+git12-3_all.deb (--unpack): Versuch, »/usr/share/tupi/data/translations/tupi_ca.ts« zu überschreiben, welches auch in Paket tupi 0.1+git12-1 ist Best regards, Tobias -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-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 tupi depends on: ii libavcodec-extra-53 4:0.8.0.1 ii libavformat-extra-53 4:0.8.0.1 ii libavutil-extra-514:0.8.0.1 ii libc6 2.13-26 ii libgcc1 1:4.6.2-12 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libqt4-network4:4.7.4-2 ii libqt4-opengl 4:4.7.4-2 ii libqt4-svg4:4.7.4-2 ii libqt4-xml4:4.7.4-2 ii libqtcore44:4.7.4-2 ii libqtgui4 4:4.7.4-2 ii libstdc++64.6.2-12 ii tupi-data none ii zlib1g1:1.2.3.4.dfsg-3 tupi recommends no packages. tupi suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660315: debtags: grep interface::commandline - Cryptic error
On Sat, Feb 18, 2012 at 02:19:32AM -0500, Jari Aalto wrote: Program dies with cryptic error $ debtags grep interface::commandline separator character ends the line. Context:y Parsing line 0 Yes, some issues with a new tag overrides upload triggered a bug in debtags parser. I have already uploaded version 1.9 which fixes the issue, and we are preparing a new tag upload that removes the inconsistency from the Packages file. Ciao, Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini enr...@enricozini.org signature.asc Description: Digital signature
Bug#602828: flumotion should be upgraded
Package: flumotion Version: 0.6.1-1.2 Followup-For: Bug #602828 Dear Maintainer, this package must be upgraded. Current version in testing and unstable is very old and unusable. I really hope you can do something about this situation. Thank you. http://www.flumotion.net/releases/flumotion-transcoder/0.11.1.html -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages flumotion depends on: ii adduser 3.113+nmu1 ii gstreamer0.10-plugins-base 0.10.35-1 ii gstreamer0.10-plugins-good 0.10.30-2.1 ii libatk1.0-0 2.2.0-2 ii libc6 2.13-26 ii libcairo2 1.10.2-6.2 ii libfontconfig1 2.8.0-3.1 ii libfreetype62.4.8-1 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libglib2.0-02.30.2-6 ii libgtk2.0-0 2.24.9-2 ii libpango1.0-0 1.29.4-2 ii python 2.7.2-10 ii python-central 0.6.17 ii python-glade2 2.24.0-2 ii python-gobject 3.0.3-3 ii python-gst0.10 0.10.22-3 ii python-gtk2 2.24.0-2 ii python-imaging 1.1.7-4 ii python-kiwi 1.9.22-2 ii python-openssl 0.13-1 ii python-twisted-core 11.1.0-1 ii python-twisted-web 11.1.0-1 ii ssl-cert1.0.28 ii xsltproc1.1.26-8 Versions of packages flumotion recommends: ii python-gnome2 2.28.1+dfsg-1 Versions of packages flumotion suggests: ii hal 0.5.14-7 -- Configuration Files: /etc/flumotion/managers/default/planet.xml [Errno 13] Permesso negato: u'/etc/flumotion/managers/default/planet.xml' /etc/flumotion/workers/default.xml [Errno 13] Permesso negato: u'/etc/flumotion/workers/default.xml' -- 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#607114: Unresponsive Xen's dom0 system after 'general protection fault'
Hello Jonathan, unfortunately I upgraded that server to Squeeze already. The good news is that on Squeeze I already used xm block-attach many times without any issue. I have one last box with Lenny with some production systems, but cannot test that on this box. Best regards, -- Peter Viskup On 02/18/2012 02:38 AM, Jonathan Nieder wrote: Hi Peter, Peter Viskup wrote: After execution of xm create command I got messages in attached file. I got this for second time within one week. Not sure what the root cause is. Right now all of commands working with networking just hangs. Looks like it has something to do with 8021q module. All Xen domU's with NATed networks are reachable. Sorry for the long silence. Are these the same machines as bug#607141? If the problem is still present, please attach kernel messages from booting (they might be in dmesg or might be somewhere in /var/log/dmesg* if they scrolled away) and a more recent trace. If it is no longer present, do you remember when it went away? Curious, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646668:
Hello, Yaroslav, do you think that the patch is the right fix, or is it better to modify the Build-dep. See you Frederic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645915: libafflib0: links against both readline and openssl on i386
On Wed, Oct 19, 2011 at 06:37:36PM +0200, Sven Joachim wrote: Package: libafflib0 Version: 3.6.6-1.1 Severity: serious On i386 only, libafflib is linked against both libreadline which is under GPLV3+, and libssl which is under a GPL-incompatible license. Are you sure about the linkage against libreadline? $ ldd /usr/lib/libafflib.so.0.0.0 linux-gate.so.1 = (0xf76ec000) libssl.so.1.0.0 = /usr/lib/i386-linux-gnu/i686/cmov/libssl.so.1.0.0 (0xf7629000) libcrypto.so.1.0.0 = /usr/lib/i386-linux-gnu/i686/cmov/libcrypto.so.1.0.0 (0xf747b000) libcurl.so.4 = /usr/lib/i386-linux-gnu/libcurl.so.4 (0xf740c000) libexpat.so.1 = /lib/i386-linux-gnu/libexpat.so.1 (0xf73e4000) librt.so.1 = /lib/i386-linux-gnu/librt.so.1 (0xf73db000) libz.so.1 = /usr/lib/i386-linux-gnu/libz.so.1 (0xf73c4000) libstdc++.so.6 = /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xf72db000) libm.so.6 = /lib/i386-linux-gnu/libm.so.6 (0xf72b4000) libc.so.6 = /lib/i386-linux-gnu/libc.so.6 (0xf716b000) libgcc_s.so.1 = /lib/i386-linux-gnu/libgcc_s.so.1 (0xf714e000) libdl.so.2 = /lib/i386-linux-gnu/libdl.so.2 (0xf714a000) libidn.so.11 = /usr/lib/i386-linux-gnu/libidn.so.11 (0xf7117000) libssh2.so.1 = /usr/lib/libssh2.so.1 (0xf70ef000) liblber-2.4.so.2 = /usr/lib/i386-linux-gnu/liblber-2.4.so.2 (0xf70e) libldap_r-2.4.so.2 = /usr/lib/i386-linux-gnu/libldap_r-2.4.so.2 (0xf708f000) libgssapi_krb5.so.2 = /usr/lib/i386-linux-gnu/libgssapi_krb5.so.2 (0xf7051000) librtmp.so.0 = /usr/lib/i386-linux-gnu/librtmp.so.0 (0xf7037000) libgnutls.so.26 = /usr/lib/i386-linux-gnu/libgnutls.so.26 (0xf6f6f000) libpthread.so.0 = /lib/i386-linux-gnu/libpthread.so.0 (0xf6f56000) /lib/ld-linux.so.2 (0xf76ed000) libgcrypt.so.11 = /lib/i386-linux-gnu/libgcrypt.so.11 (0xf6ed1000) libresolv.so.2 = /lib/i386-linux-gnu/libresolv.so.2 (0xf6ebc000) libsasl2.so.2 = /usr/lib/i386-linux-gnu/libsasl2.so.2 (0xf6ea) libkrb5.so.3 = /usr/lib/i386-linux-gnu/libkrb5.so.3 (0xf6dcd000) libk5crypto.so.3 = /usr/lib/i386-linux-gnu/libk5crypto.so.3 (0xf6da3000) libcom_err.so.2 = /lib/i386-linux-gnu/libcom_err.so.2 (0xf6d9f000) libkrb5support.so.0 = /usr/lib/i386-linux-gnu/libkrb5support.so.0 (0xf6d96000) libkeyutils.so.1 = /lib/i386-linux-gnu/libkeyutils.so.1 (0xf6d91000) libtasn1.so.3 = /usr/lib/i386-linux-gnu/libtasn1.so.3 (0xf6d7f000) libp11-kit.so.0 = /usr/lib/i386-linux-gnu/libp11-kit.so.0 (0xf6d6e000) libgpg-error.so.0 = /lib/i386-linux-gnu/libgpg-error.so.0 (0xf6d6a000) Thanks Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660202: [request-tracker-maintainers] Bug#660202: messages about membership appear even for parent/child ticket linking
severity 660202 minor thanks On Fri, Feb 17, 2012 at 12:00:52PM +0100, Josip Rodin wrote: When one links a ticket to another one by way of declaring another ticket a parent or child, the web interface displays this message: #: lib/RT/Transaction_Overlay.pm:785 #. ($value) msgid Membership in %1 added [...] #: lib/RT/Transaction_Overlay.pm:825 #. ($value) msgid Membership in %1 deleted [...] That's confusing in English, let alone after translation. It looks like the same string is used both for describing group membership actions as well as for ticket linking actions. Please fix it so that a more appropriate string is used in the latter case. TIA. What would you prefer it to say? -- 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#660331: xxxterm: please provide a x-www-browser alternative
Package: xxxterm Version: 1:1.10.0-1 Severity: wishlist Hello, Unless I'm missing something xxxterm does not provide and alternative for x-www-browser, could you please add one? Thanks, Andrei -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xxxterm depends on: ii libatk1.0-0 2.2.0-2 ii libbsd0 0.3.0-1 ii libc6 2.13-26 ii libcairo2 1.10.2-6.2 ii libfontconfig1 2.8.0-3.1 ii libfreetype62.4.8-1 ii libgcrypt11 1.5.0-3 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libglib2.0-02.30.2-6 ii libgnutls26 2.12.16-1 ii libgtk2.0-0 2.24.9-2 ii libjavascriptcoregtk-1.0-0 1.6.3-1 ii libpango1.0-0 1.29.4-2 ii libsoup2.4-12.36.1-1 ii libwebkitgtk-1.0-0 1.6.3-1 xxxterm recommends no packages. xxxterm 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#645915: libafflib0: links against both readline and openssl on i386
Package: libafflib0 Severity 645915 normal thanks I'm downgrading the severity, because I cannot reproduce this in my i386 chroot. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660179: autotools-dev: patch to make config.sub/config.guess find the newest version available and switch to it
On Fri, 17 Feb 2012, Paul Wise wrote: The attached patch (that unfortunately was reject upstream) checks a number of paths for newer versions and runs the newest one. The reason for the rejection is not documented publicly, but was basically It adds more complexity than I would like. with existing workarounds suggested as a replacement. This patch is useful for distributions like Debian that add new architectures and then have to update config.sub and config.guess in every single package that uses automake or have to workaround the problem by adding code to each package to copy in the latest versions of these scripts from another package containing the latest version of the scripts (autotools-dev in Debian). We really want the packages to retool during build, so that the build can pick up fixes to the tooling AND to force the package to be honest (i.e. no hidden changes to configure/makefile). Otherwise, it comes back from the grave to bite people who are doing security updates or NMUs, or taking over the package because the original maintainer disappeared. Also, any changes to config.guess and config.sub have to be vettoed against really nasty, really buggy, really crappy oldware. Have you managed to do that, or otherwise constraint yourself to stuff that had already to be working for config.sub/guess to work? It does look like you did, but I need to be certain about this one... upstream maintainers do develop using Debian and Ubuntu, and whatever we provide ends up also being distributed [outside of the packaging system] as part of upstream sources, to build on platforms that are far less sane than Debian or Ubuntu userspace. So, as you see, I am not sure it is a good idea to accept this patch. It is useless for all packages that do what we want them all to do in the first place (retool during build), and it is a deviation from upstream which might cause surprises to upstream developers of software that uses GNU config (config.sub/guess). I will wait for more comments before I make my mind. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#399332: RE : Re:
Hello Antonio I will push it later today. ok, lets push your changes. See you Fred -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660332: tuxonice-userui: fails to purge - command in postrm not found
Package: tuxonice-userui Version: 1.0-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to purge due to a command not found. According to policy 7.2 you cannot rely on the depends being available during purge, only the essential packages are available for sure. Filing this as important because a.) it's a clear policy violation (to not clean up at purge) b.) having a piuparts clean archive is a release goal since lenny and c.) this package being piuparts buggy blocks packages depending on it from being tested by piuparts (and thus possibly the detection of more severe problems). From the attached log (scroll to the bottom...): 0m18.8s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpdaH9ak', 'eatmydata', 'dpkg', '--purge', 'tuxonice-userui'] 0m18.8s DUMP: (Reading database ... 6586 files and directories currently installed.) Removing tuxonice-userui ... Purging configuration files for tuxonice-userui ... /var/lib/dpkg/info/tuxonice-userui.postrm: 5: /var/lib/dpkg/info/tuxonice- userui.postrm: update-initramfs: not found dpkg: error processing tuxonice-userui (--purge): subprocess installed post-removal script returned error exit status 127 Errors were encountered while processing: tuxonice-userui cheers, Holger Start: 2012-01-19 19:09:42 UTC Package: tuxonice-userui Version: 1.0-2 Installed-Size: 3041 Maintainer: Arnaud Fontaine ar...@debian.org Architecture: amd64 Depends: initramfs-tools Recommends: hibernate Description: user-space interfaces for TuxOnIce TuxOnIce is an alternative implementation to suspend a Linux machine by writing its state to memory for later resuming. A kernel patch for TuxOnIce is available separately. . This package provides several user interfaces which improve the user's experience during the suspend and resume processes. It is not needed for TuxOnIce functionality. Homepage: http://www.tuxonice.net/userui Tag: hardware::power Section: misc Priority: extra Filename: pool/main/t/tuxonice-userui/tuxonice-userui_1.0-2_amd64.deb Size: 1415018 MD5sum: 65fab61fe5ba505b2681790b9f46dffc SHA1: 6e1199696559bfd189081b58ab8924b41d026be9 SHA256: b8a14f1c43fc6cb26273d8f6b01c5a317bfe87d2abf4b099d488f99b7d2a8c12 Executing: sudo /org/piuparts.debian.org/sbin/piuparts --warn-on-others --warn-on-leftovers-after-purge --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad wheezy -b wheezy.tar.gz --mirror http://piatti.debian.org/debian/ tuxonice-userui Guessed: debian 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.43~201201150228~0.42-15-g38e85eb starting up. 0m0.0s INFO: Command line arguments: /org/piuparts.debian.org/sbin/piuparts --warn-on-others --warn-on-leftovers-after-purge --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad wheezy -b wheezy.tar.gz --mirror http://piatti.debian.org/debian/ tuxonice-userui 0m0.0s INFO: Running on: Linux piatti 2.6.32-5-amd64 #1 SMP Mon Jan 9 20:49:59 UTC 2012 x86_64 0m0.0s DEBUG: Created temporary directory /org/piuparts.debian.org/tmp/tmpdaH9ak 0m0.0s DEBUG: Unpacking wheezy.tar.gz into /org/piuparts.debian.org/tmp/tmpdaH9ak 0m0.0s DEBUG: Starting command: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpdaH9ak', '-zxf', 'wheezy.tar.gz'] 0m2.5s DEBUG: Command ok: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpdaH9ak', '-zxf', 'wheezy.tar.gz'] 0m2.5s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpdaH9ak', 'eatmydata', 'mount', '-t', 'proc', 'proc', '/proc'] 0m2.5s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmpdaH9ak', 'eatmydata', 'mount', '-t', 'proc', 'proc', '/proc'] 0m2.5s DEBUG: Created policy-rc.d and chmodded it. 0m2.5s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpdaH9ak', 'eatmydata', 'apt-get', 'update'] 0m5.4s DUMP: Get:1 http://piatti.debian.org wheezy InRelease [177 kB] Ign http://piatti.debian.org wheezy/main amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/contrib amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/non-free amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/contrib TranslationIndex Ign http://piatti.debian.org wheezy/main TranslationIndex Ign http://piatti.debian.org wheezy/non-free TranslationIndex Get:2 http://piatti.debian.org wheezy/main amd64 Packages [10.1 MB] Get:3 http://piatti.debian.org wheezy/contrib amd64 Packages [76.5 kB] Get:4 http://piatti.debian.org wheezy/non-free amd64 Packages [134 kB] Ign http://piatti.debian.org
Bug#660333: failure to switch desktops and hidden by other windows
Package: fspanel Version: 0.7-10 When using a contemporary fluxbox (1.3.2) as window manager, fspanel fails in at least two ways: 1. It gets hidden by other windows, although it should be on top of everything but fullscreen apps. 2. The two up/down buttons to switch desktops don't work. Note that this still worked with fluxbox 1.1. However, I'm not filing this against fluxbox, because they simply Removed (obsolete) Gnome window manager hints (quoting their changelog). fspanel should instead use EWMH[1] to set itself on top and to switch desktops. Also, one by one, other WMs will also drop support for this, so this isn't only a problem with fluxbox. I'm currently facing similar bugs in a different program (cobweb panel, not yet packaged in Debian). I've already fixed issue 1 above, maybe I'll backport the patch from XCB to Xlib, unless someone beats me to it. Cheers! Uli [1] http://standards.freedesktop.org/wm-spec/wm-spec-latest.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660334: mitmproxy: should be in section network (not python)
Package: mitmproxy Severity: normal As subject says, mitmproxy should be in section network, not python. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660335: missing bits of TERM=xterm transition
Package: sysvinit Version: 2.88dsf-13.1 Severity: wishlist Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Please consider adding the following changes so that sysvinit can handle the TERM=xterm transition all by itself without having to depend on versioned kbdcontrol package. This will allow eventual backporting of sysvinit to Squeeze without having to drag everything else in GNU/kFreeBSD userland with it (freebsd-utils, freebsd-libs, kfreebsd-kernel-headers, etc). Thanks! -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 8.1-1-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sysvinit depends on: ii initscripts 2.88dsf-13.1 scripts for initializing and shutt ii libc0.1 2.11.3-2 Embedded GNU C Library: Shared lib ii sysv-rc 2.88dsf-13.1 System-V-like runlevel change mech ii sysvinit-utils 2.88dsf-13.1 System-V-like utilities sysvinit recommends no packages. sysvinit suggests no packages. -- no debconf information === modified file 'debian/control' --- debian/control 2012-02-18 12:10:05 + +++ debian/control 2012-02-18 12:17:09 + @@ -25,8 +25,18 @@ Pre-Depends: initscripts (= 2.88dsf-13. Depends: ${shlibs:Depends}, ${misc:Depends}, # For ischroot debianutils (= 4), -# Required for TERM=xterm switch (see #605777) - kbdcontrol (= 8.2+ds2-6) [kfreebsd-any] +Breaks: +# Broken by TERM=xterm transition + kfreebsd-image-8.1-1-amd64 [kfreebsd-any], + kfreebsd-image-8.1-1-486 [kfreebsd-any], + kfreebsd-image-8.1-1-686 [kfreebsd-any], + kfreebsd-image-8.1-1-686-smp [kfreebsd-any], + kfreebsd-image-8.1-1-xen [kfreebsd-any], + kfreebsd-image-8.2-1-amd64 ( 8.2-12) [kfreebsd-any], + kfreebsd-image-8.2-1-486 ( 8.2-12) [kfreebsd-any], + kfreebsd-image-8.2-1-686 ( 8.2-12) [kfreebsd-any], + kfreebsd-image-8.2-1-686-smp ( 8.2-12) [kfreebsd-any], + kfreebsd-image-8.2-1-xen ( 8.2-12) [kfreebsd-any], Description: System-V-like init utilities This package contains programs required for booting a Debian system and doing basic process management. === modified file 'debian/postinst' --- debian/postinst 2012-02-18 12:10:05 + +++ debian/postinst 2012-02-18 12:12:12 + @@ -17,7 +17,8 @@ esac umask 022 INITCTL=/run/initctl -case $(uname -s) in +UNAME=$(uname -s) +case $UNAME in *FreeBSD) OLDINITCTL=/etc/.initctl ;; @@ -50,6 +51,13 @@ rm -f /etc/ioctl.save if [ ! -f /etc/inittab ] then cp -p /usr/share/sysvinit/inittab /etc/inittab +else + case $UNAME in + *FreeBSD) + # TEKEN_XTERM transition + sed -i /etc/inittab -e s/cons25$/xterm/ + ;; + esac fi # Tell init to re-exec itself. We loop on failure because to reduce
Bug#660193: developers-reference: please suggest debian/rules target name for preparing source
On Fri, 17 Feb 2012, Carsten Hey wrote: The package debianutils already uses such a target and uses 'prebuild' as name. The developers reference could adopt this name. How would this relate to Policy 4.14 - debian/README.source? In general, debian/README.source does not contain information how to run, for example, autoconf and friends to convert a clean VCS checkout into a source tree that can be built using dpkg-buildpackage (there are packages that require this). The truth is that the tree is prepared by the clean target. It's function is, *in practice*, to reset the tree for a build, including the first build. I suspect a lot of packages will malfunction (fail to build or produce subtly defective builds) if you do not do this. The clean target can easily arrange for destructive changes to non-autogenerated source (i.e. those that cannot be redone on every build) to happen only once. The section's first sentence reads: | If running dpkg-source -x on a source package doesn't produce ..., | creating a debian/README.source documentation file is recommended. Mentioning such a target in debian/README.source seems to be a good thing, but it does not match the current definition in the policy. If this gets added to the developer's reference, suggesting to add an according note to debian/README.source seems to be reasonable, despite not perfectly fitting a definition in the policy. But if it ends up in the policy (either in section 4.14 - debian/README.source or section 4.9 - debian/rules and using the words may or optional), I assume it would be hard to find a wording that justifies mentioning this target in debian/README.source, but not explaining how to run autoconf manually to be able to build the package. The intention of this bug report is to unify the name of a target that might be used more often soon, and it is not sufficient to reach this goal if we rely on package maintainers to document the target they use in debian/README.source. I have nothing against separating the clean target into a prebuild target (that will have to run when the clean target is invoked for the first time at the very least). But I do wonder how useful this separate prebuild target would really be? You still need to run the clean target anyway to do anything useful... -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640613: jaminid: diff for NMU version 0.99a-1.1
tags 640613 + pending thanks Dear maintainer, I've prepared an NMU for jaminid (versioned as 0.99a-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- .''`. 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: George Harrison: Beware Of Darkness diff -u jaminid-0.99a/debian/changelog jaminid-0.99a/debian/changelog --- jaminid-0.99a/debian/changelog +++ jaminid-0.99a/debian/changelog @@ -1,3 +1,14 @@ +jaminid (0.99a-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix FTBFS: xargs: /usr/lib/jvm/java-6-openjdk/bin/javac: No such +file or directory: build-depend on default-jdk, set JAVA_HOME in +debian/rules accordingly. (Closes: #640613) + * Apply patches before building by adjusting the targets in debian/rules. + * Build-depend on gcj-jdk instead of gjdoc for getting dh_javadoc. + + -- gregor herrmann gre...@debian.org Sat, 18 Feb 2012 13:30:42 +0100 + jaminid (0.99a-1) unstable; urgency=low * Initial release. (Closes: #533883) diff -u jaminid-0.99a/debian/control jaminid-0.99a/debian/control --- jaminid-0.99a/debian/control +++ jaminid-0.99a/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Rail Aliev r...@i-rs.ru Build-Depends: debhelper (= 6.0.7~), javahelper, quilt -Build-Depends-Indep: openjdk-6-jdk, gjdoc +Build-Depends-Indep: default-jdk, gcj-jdk Standards-Version: 3.8.2 Homepage: http://jaminid.sourceforge.net/ Vcs-Bzr: http://bzr.debian.org/users/rail-guest/jaminid/ diff -u jaminid-0.99a/debian/rules jaminid-0.99a/debian/rules --- jaminid-0.99a/debian/rules +++ jaminid-0.99a/debian/rules @@ -7,7 +7,7 @@ DEB_NOEPOCH_VERSION := $(shell echo $(DEB_VERSION) | cut -d: -f2-) DEB_UPSTREAM_VERSION := $(shell echo $(DEB_NOEPOCH_VERSION) | sed 's/-[^-]*$$//') -export JAVA_HOME=/usr/lib/jvm/java-6-openjdk +export JAVA_HOME=/usr/lib/jvm/default-java build: build-arch-stamp build-indep-stamp build-arch: build-arch-stamp @@ -15,8 +15,8 @@ dh_testdir touch $@ -build-indep: build-indep-stamp $(QUILT_STAMPFN) -build-indep-stamp: +build-indep: build-indep-stamp +build-indep-stamp: $(QUILT_STAMPFN) dh_testdir jh_build jaminid.jar src touch $@ signature.asc Description: Digital signature
Bug#640633: tunnelx: diff for NMU version 20110801-2.1
tags 640633 + pending thanks Dear maintainer, I've prepared an NMU for tunnelx (versioned as 20110801-2.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- .''`. 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: Penelope Swales: Mother Song diff -u tunnelx-20110801/debian/changelog tunnelx-20110801/debian/changelog --- tunnelx-20110801/debian/changelog +++ tunnelx-20110801/debian/changelog @@ -1,3 +1,12 @@ +tunnelx (20110801-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix FTBFS: xargs: /usr/lib/jvm/java-6-openjdk/bin/javac: No such +file or directory: build-depend on default-jdk and set JAVA_HOME in +debian/rules accordingly. (Closes: #640633) + + -- gregor herrmann gre...@debian.org Sat, 18 Feb 2012 13:40:01 +0100 + tunnelx (20110801-2) unstable; urgency=low * Correct section and priority back to what they should be diff -u tunnelx-20110801/debian/rules tunnelx-20110801/debian/rules --- tunnelx-20110801/debian/rules +++ tunnelx-20110801/debian/rules @@ -2,7 +2,7 @@ #DH_VERBOSE=1 -export JAVA_HOME=/usr/lib/jvm/java-6-openjdk +export JAVA_HOME=/usr/lib/jvm/default-java export CLASSPATH=/usr/share/java/j3dcore.jar:/usr/share/java/j3dutils.jar:/usr/share/java/vecmath.jar %: @@ -25 +25 @@ - \ No newline at end of file + diff -u tunnelx-20110801/debian/control tunnelx-20110801/debian/control --- tunnelx-20110801/debian/control +++ tunnelx-20110801/debian/control @@ -2,7 +2,7 @@ Section: science Priority: extra Maintainer: Wookey woo...@debian.org -Build-Depends-Indep: debhelper (= 7.0.50~), javahelper (= 0.31), openjdk-6-jdk, libjava3d-java, docbook-to-man +Build-Depends-Indep: debhelper (= 7.0.50~), javahelper (= 0.31), default-jdk, libjava3d-java, docbook-to-man Standards-Version: 3.9.2 Homepage: http://www.freesteel.co.uk/wiki/index.php/Tunnel Vcs-Browser: http://tunnelx.hg.sourceforge.net:8000/hgroot/tunnelx/tunnelx signature.asc Description: Digital signature
Bug#660202: [request-tracker-maintainers] Bug#660202: messages about membership appear even for parent/child ticket linking
On Sat, Feb 18, 2012 at 11:48:01AM +, Dominic Hargreaves wrote: On Fri, Feb 17, 2012 at 12:00:52PM +0100, Josip Rodin wrote: When one links a ticket to another one by way of declaring another ticket a parent or child, the web interface displays this message: #: lib/RT/Transaction_Overlay.pm:785 #. ($value) msgid Membership in %1 added [...] #: lib/RT/Transaction_Overlay.pm:825 #. ($value) msgid Membership in %1 deleted [...] That's confusing in English, let alone after translation. It looks like the same string is used both for describing group membership actions as well as for ticket linking actions. Please fix it so that a more appropriate string is used in the latter case. TIA. What would you prefer it to say? Anything that actually describes the said transaction properly? :) Linked with %1 and Unlinked from %1 looks reasonable enough - as long as it's normalized with all other terminology that appears elsewhere about the same action. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642686: javamorph: diff for NMU version 0.0.20100201-1.1
tags 642686 + pending thanks Dear maintainer, I've prepared an NMU for javamorph (versioned as 0.0.20100201-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- .''`. 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: Rod Stewart diff -u javamorph-0.0.20100201/Makefile javamorph-0.0.20100201/Makefile --- javamorph-0.0.20100201/Makefile +++ javamorph-0.0.20100201/Makefile @@ -1,6 +1,6 @@ # JavaMorph - Film industry image merging program's MAKEFILE. -JAVA = /usr/lib/jvm/java-6-openjdk/bin/ +JAVA = /usr/lib/jvm/default-java/bin/ CONT = input javamorph/*.class mesh polygon JavaMorph.png install: diff -u javamorph-0.0.20100201/debian/control javamorph-0.0.20100201/debian/control --- javamorph-0.0.20100201/debian/control +++ javamorph-0.0.20100201/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Claus Wimmer claus.erhard.wim...@googlemail.com Uploaders: tony mancill tmanc...@debian.org -Build-Depends: debhelper (= 7), openjdk-6-jdk +Build-Depends: debhelper (= 7), default-jdk Standards-Version: 3.8.4 Homepage: http://code.google.com/p/javamorph/ diff -u javamorph-0.0.20100201/debian/changelog javamorph-0.0.20100201/debian/changelog --- javamorph-0.0.20100201/debian/changelog +++ javamorph-0.0.20100201/debian/changelog @@ -1,3 +1,12 @@ +javamorph (0.0.20100201-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix FTBFS: /bin/sh: 1: /usr/lib/jvm/java-6-openjdk/bin/javac: not found: +build-depend on default-jdk and set JAVA in Makefile accordingly. +(Closes: #642686) + + -- gregor herrmann gre...@debian.org Sat, 18 Feb 2012 13:50:35 +0100 + javamorph (0.0.20100201-1) unstable; urgency=low [ Claus Wimmer ] signature.asc Description: Digital signature
Bug#660336: gnome-subtitles: Unable to load any subtitle (.srt and .sub tested)
Package: gnome-subtitles Version: 1.2-2 Severity: important Dear Maintainer, I am unable to load any subtitle when cliking on it or when using the open menu file. I tried with .srt an .sub. These subtitles are valid ones tested with vlc and smplayer. The message error always is (french install) Le fichier spécifié est incorrect. which means uncorrected specified file. The installation of gnome-subtitles was standard from sid. Thanks for the help. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2-6.slh.3-aptosid-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-subtitles depends on: ii gconf2 3.2.3-1 ii gstreamer0.10-plugins-base 0.10.35-1 ii libc62.13-26 ii libenchant1c2a 1.6.0-7 ii libgconf2.0-cil 2.24.2-2 ii libglade2.0-cil 2.12.10-3 ii libglib2.0-0 2.30.2-6 ii libglib2.0-cil 2.12.10-3 ii libgstreamer-plugins-base0.10-0 0.10.35-1 ii libgstreamer0.10-0 0.10.35-1 ii libgtk2.0-cil2.12.10-3 ii libgtkspell0 2.0.16-1 ii libmono-corlib4.0-cil2.10.8.1-1 ii libmono-i18n4.0-cil 2.10.8.1-1 ii libmono-posix4.0-cil 2.10.8.1-1 ii libmono-system-web4.0-cil2.10.8.1-1 ii libmono-system4.0-cil2.10.8.1-1 ii libxml2 2.7.8.dfsg-7 ii mono-runtime 2.10.8.1-1 Versions of packages gnome-subtitles recommends: pn gstreamer0.10-ffmpeg none gnome-subtitles 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#660337: RM: python-snpp -- ROM; unused, low popcon, no upstream development, no rdeps
Package: ftp.debian.org Severity: normal thanks, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660338: override: mitmproxy:network/optional
Package: ftp.debian.org Severity: normal Current override: mitmproxy_0.6-3_i386.deb: package says section is network, override says python. The section should indeed be network (see bug #660334), but my first 2 uploads erroneously used a python section. Cheers, --Seb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660339: convmv: outdated package from 2008 (1.12), update to 2011 (1.15)
Package: convmv Version: 1.12-2 Severity: normal Please update package to latest upstream release: https://www.j3e.de/linux/convmv/ -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659565: [debian-mysql] Bug#659565: mysql-5.5: Enable the Linux native AIO support
Ooops, I forgot to handle non-linux systems. What about this new patch? -- Guillaume Plessis Le 14 févr. 2012 à 20:23, Clint Byrum a écrit : Great idea! I'm a little concerned at what your patch might do on kfreebsd and hurd. Perhaps put in some checks to disable it on those systems? aio2.patch Description: Binary data
Bug#660340: gvfs segfault when trying to watch a movie using Totem
Package: gvfs Version: 1.10.1-2 Often, when I try to watch a movie with Totem, gvfs segfault. Here is the line displayed in 'dmesg'. Notice, I can't find a way yet to reproduce the problem. It often happen after the mount point is connected for a while. e.g. (I play a movie for 40min, when I start playing the second movie, I get the segfault) gvfsd-sftp[2935]: segfault at 28 ip 7f2dc66e3194 sp 78c51a10 error 4 in libgvfsdaemon.so[7f2dc66d1000+25000] Step to reproduce : 1. Open a sftp share using Nautilus : ssh://my.server.com 2. Browse to the location of a movie (.avi files) 3. Double-click on it to open the fiel with the default application (In my case Totem) Expected behavior : 4. The movie start playing in Totem Current behavior : 5. Totem display the following error message : An error occured Could not perform seek on resource 6. The mount point is no longer mounted I am using Debian GNU/Linux 3.2.1, kernel 3.1.0-1-amd64 -- Patrik Dufresne -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594823: [libsane-hpaio] Document that users need to be under group lp
Hello Mark, Il 18/02/2012 03:05, Mark Purcell ha scritto: Package: libsane-hpaio Version: 3.9.2-2 On Mon, 30 Aug 2010 07:03:15 Riccardo Magliocchetti wrote: please document in a README file (and at install time?) that if you want to use a device supported by hplip as scanner you have to add your user to group lp. Riccardo, This is documented in the NEWS file. Mark [snip] -- Mark Purcellm...@debian.org Sun, 15 Mar 2009 22:09:23 +1100 The NEWS file does not look to me the right place to write about instructions _necessary_ to have your device working. Especially if one has to dig to entries dated 3 years ago. I've attached a README.Debian with these instructions, feel free to add it or not. Thanks, riccardo hplip for Debian - Access to the full functionality of hplip; ink check, toolbox, printing and scanning is now provided for members of the 'lp' group. Please note that you need to be a member of the group lpadmin perform any administrative function on printers.
Bug#660179: autotools-dev: patch to make config.sub/config.guess find the newest version available and switch to it
On Sat, 2012-02-18 at 10:01 -0200, Henrique de Moraes Holschuh wrote: We really want the packages to retool during build, so that the build can pick up fixes to the tooling AND to force the package to be honest (i.e. no hidden changes to configure/makefile). Otherwise, it comes back from the grave to bite people who are doing security updates or NMUs, or taking over the package because the original maintainer disappeared. The idea behind the patch is that after an initial (admittedly long) bootstrap period, updating config.guess/sub can happen outside packages, since they will automatically pick up new versions of the scripts in autotools-dev, /usr/local or $HOME. This eliminates the config.guess/sub problem for new Debian ports and new ports for other Linux, kFreeBSD, Hurd etc distributions. The new ARMv8 thing you mentioned in the autotools-dev changelog is an example of this. Also, any changes to config.guess and config.sub have to be vettoed against really nasty, really buggy, really crappy oldware. Have you managed to do that, or otherwise constraint yourself to stuff that had already to be working for config.sub/guess to work? It does look like you did, but I need to be certain about this one... upstream maintainers do develop using Debian and Ubuntu, and whatever we provide ends up also being distributed [outside of the packaging system] as part of upstream sources, to build on platforms that are far less sane than Debian or Ubuntu userspace. I haven't checked the script updates against oldware. The changes only make it swap itself for newer versions of itself. Presumably newer versions of the scripts will be tested by yourself/upstream. I received quite a bit of advice from Debian folk when I was creating this patch about different shells. The only constructs it adds that weren't already present are $@ and $HOME but I presume that these are portable enough. I admit that the paths chosen may not work on all platforms but they can be easily complemented. So, as you see, I am not sure it is a good idea to accept this patch. It is useless for all packages that do what we want them all to do in the first place (retool during build), and it is a deviation from upstream which might cause surprises to upstream developers of software that uses GNU config (config.sub/guess). Personally I feel that not wanting to deviate from upstream is plenty enough of a reason to reject this particular patch, but in that case I would ask you to consider attempting to re-discuss this upstream. An alternative (and possibly better; no bootstrap period) way to achieve the same result might be for dpkg-dev to check the timestamp of the config.guess/sub in the package and replace it at the right point in the build process. Getting this right might be quite hard though. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#660341: ITP: ruby-kgio -- Kinder, gentler I/O for Ruby
Package: wnpp Severity: wishlist Owner: Hleb Valoshka 375...@gmail.com * Package name: ruby-kgio Version : 2.7.2 Upstream Author : Eric Wong normalper...@yhbt.net * URL : http://bogomips.org/kgio/ * License : LGPL-2.1 or LGPL-3 Programming Lang: Ruby Description : Kinder, gentler I/O for Ruby kgio provides non-blocking I/O methods for Ruby without raising exceptions on EAGAIN and EINPROGRESS. It is intended for use with the Unicorn and Rainbows! Rack servers, but may be used by other applications (that run on Unix-like platforms). It's required to package Unicorn. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660265: please include patch to select rc6 modes via kernel parameter
On Sat, Feb 18, 2012 at 01:46:15AM -0600, Jonathan Nieder wrote: Under discussion[1]. Not in drm-intel-next yet[2]. Sorry, I should have double checked my information. I suspect a different, more targetted patch[3] would do a better job of addressing the described use case: I'm currently testing this. And yes, this one seems to solve the problem I was trying to get addressed. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at googlemail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660342: ITP: ruby-raindrops -- Real-time stats for preforking Rack servers
Package: wnpp Severity: wishlist Owner: Hleb Valoshka 375...@gmail.com * Package name: ruby-raindrops Version : 0.8.0 Upstream Author : Eric Wong normalper...@yhbt.net * URL : http://raindrops.bogomips.org/ * License : LGPL-2.1 or LGPL-3 Programming Lang: Ruby Description : Real-time stats for preforking Rack servers Raindrops is a real-time stats toolkit to show statistics for Rack HTTP servers. It is designed for preforking servers such as Rainbows! and Unicorn, but should support any Rack HTTP server under Ruby 1.9, 1.8 and Rubinius on platforms supporting POSIX shared memory. It may also be used as a generic scoreboard for sharing atomic counters across multiple processes. It's required to package Unicorn. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660343: ITP: ruby-aggregate -- Ruby class for accumulating aggregate statistics
Package: wnpp Severity: wishlist Owner: Hleb Valoshka 375...@gmail.com * Package name: ruby-aggregate Version : 0.2.2 Upstream Author : Joseph Ruscio * URL : http://github.com/josephruscio/aggregate * License : MIT Programming Lang: Ruby Description : Ruby class for accumulating aggregate statistics Aggregate is a Ruby class for accumulating aggregate statistics and includes histogram support. It's required to package ruby-raindrops required by Unicorn. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660344: bind9: fails to purge - command (deluser|adduser) in postrm not found
Package: bind9 Version: 1:9.8.1.dfsg.P1-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to purge due to a command not found. According to policy 7.2 you cannot rely on the depends being available during purge, only the essential packages are available for sure. The fix should be easy: your package is using adduser or deluser from the adduser package, which is only priority important. Using useradd or userdel from the passwd package should fix this problem. Filing this as important because a.) it's a clear policy violation (to not clean up at purge) b.) having a piuparts clean archive is a release goal since lenny and c.) this package being piuparts buggy blocks packages depending on it from being tested by piuparts (and thus possibly the detection of more severe problems). From the attached log (scroll to the bottom...): 0m33.0s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpH7eiVN', 'eatmydata', 'dpkg', '--purge', 'bind9'] 0m33.2s DUMP: (Reading database ... 6605 files and directories currently installed.) Removing bind9 ... Purging configuration files for bind9 ... Deleting bind user /var/lib/dpkg/info/bind9.postrm: 11: /var/lib/dpkg/info/bind9.postrm: deluser: not found rmdir: failed to remove `/var/lib/bind': No such file or directory /var/lib/dpkg/info/bind9.postrm: 11: /var/lib/dpkg/info/bind9.postrm: deluser: not found dpkg: error processing bind9 (--purge): subprocess installed post-removal script returned error exit status 128 Errors were encountered while processing: bind9 cheers, Holger Start: 2012-02-09 09:57:08 UTC Package: bind9 Version: 1:9.8.1.dfsg.P1-2 Installed-Size: 933 Maintainer: LaMont Jones lam...@debian.org Architecture: amd64 Replaces: apparmor-profiles ( 2.1+1075-0ubuntu4), bind, dnsutils ( 1:9.1.0-3) Depends: libbind9-80 (= 1:9.8.1.dfsg.P1-2), libc6 (= 2.4), libcap2 (= 2.10), libdns81 (= 1:9.8.1.dfsg.P1-2), libgssapi-krb5-2 (= 1.6.dfsg.2), libisc83 (= 1:9.8.1.dfsg.P1-2), libisccc80 (= 1:9.8.1.dfsg.P1-2), libisccfg82 (= 1:9.8.1.dfsg.P1-2), liblwres80 (= 1:9.8.1.dfsg.P1-2), libssl1.0.0 (= 1.0.0), libxml2 (= 2.7.4), debconf (= 0.5) | debconf-2.0, netbase, adduser, lsb-base (= 3.2-14), bind9utils (= 1:9.8.1.dfsg.P1-2), net-tools Suggests: dnsutils, bind9-doc, resolvconf, ufw Conflicts: apparmor-profiles ( 2.1+1075-0ubuntu4), bind Description: Internet Domain Name Server Description-md5: 4d39ed3fc4e2e72497683d779dfdcd38 Section: net Priority: optional Filename: pool/main/b/bind9/bind9_9.8.1.dfsg.P1-2_amd64.deb Size: 359236 MD5sum: 3c7d6ec1f5c11a12d4fddbd26e5466e0 SHA1: 9381de078ba6e5dcc06edf2ff591fb040767a014 SHA256: 5478dbee4deb941d2de5f19e8aee4f748175fc7e4aa768767be1c2f1feb5e793 Executing: sudo /org/piuparts.debian.org/sbin/piuparts --warn-on-others --warn-on-leftovers-after-purge --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad wheezy -b wheezy.tar.gz --mirror http://piatti.debian.org/debian/ bind9 Guessed: debian 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.44~201202011016~0.42-40-gbc76bbc starting up. 0m0.0s INFO: Command line arguments: /org/piuparts.debian.org/sbin/piuparts --warn-on-others --warn-on-leftovers-after-purge --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad wheezy -b wheezy.tar.gz --mirror http://piatti.debian.org/debian/ bind9 0m0.0s INFO: Running on: Linux piatti 2.6.32-5-amd64 #1 SMP Mon Jan 16 16:22:28 UTC 2012 x86_64 0m0.0s DEBUG: Created temporary directory /org/piuparts.debian.org/tmp/tmpH7eiVN 0m0.0s DEBUG: Unpacking wheezy.tar.gz into /org/piuparts.debian.org/tmp/tmpH7eiVN 0m0.0s DEBUG: Starting command: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpH7eiVN', '-zxf', 'wheezy.tar.gz'] 0m2.8s DEBUG: Command ok: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpH7eiVN', '-zxf', 'wheezy.tar.gz'] 0m2.8s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpH7eiVN', 'eatmydata', 'mount', '-t', 'proc', 'proc', '/proc'] 0m2.8s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmpH7eiVN', 'eatmydata', 'mount', '-t', 'proc', 'proc', '/proc'] 0m2.9s DEBUG: Created policy-rc.d and chmodded it. 0m2.9s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpH7eiVN', 'eatmydata', 'apt-get', 'update'] 0m5.2s DUMP: Get:1 http://piatti.debian.org wheezy InRelease [179 kB] Ign http://piatti.debian.org wheezy/main amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/contrib amd64 Packages/DiffIndex Ign http://piatti.debian.org
Bug#660345: policycoreutils: fails to purge
Package: policycoreutils Version: 2.1.0-3 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to purge due to a command not found. Filing this as important because a.) it's a clear policy violation (to not clean up at purge) b.) having a piuparts clean archive is a release goal since lenny and c.) this package being piuparts buggy blocks packages depending on it from being tested by piuparts (and thus possibly the detection of more severe problems). From the attached log (scroll to the bottom...): 0m24.4s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpwEkTHi', 'eatmydata', 'dpkg', '--purge', 'policycoreutils'] 0m24.5s DUMP: (Reading database ... 6595 files and directories currently installed.) Removing policycoreutils ... Purging configuration files for policycoreutils ... update-rc.d: error: unable to read /etc/init.d/policycoreutils dpkg: error processing policycoreutils (--purge): subprocess installed post-removal script returned error exit status 1 Errors were encountered while processing: policycoreutils cheers, Holger Start: 2012-01-19 19:09:16 UTC Package: policycoreutils Version: 2.1.0-3 Installed-Size: 2380 Maintainer: Russell Coker russ...@coker.com.au Architecture: amd64 Replaces: mcstrans Provides: mcstrans Depends: libaudit0 (= 1.7.13), libc6 (= 2.4), libcap2 (= 2.10), libpam0g (= 0.99.7.1), libpcre3 (= 8.10), libselinux1 (= 2.0.82), libsemanage1 (= 2.0.45), libsepol1 (= 2.0.25), lsb-base (= 3.2-13), python (= 2.5), python-semanage, python-selinux, python-sepolgen (= 1.1.0), python-support, psmisc Recommends: selinux-policy-default Suggests: selinux-policy-dev Conflicts: mcstrans Description: SELinux core policy utilities Security-enhanced Linux is a patch of the Linux® kernel and a number of utilities with enhanced security functionality designed to add mandatory access controls to Linux. The Security-enhanced Linux kernel contains new architectural components originally developed to improve the security of the Flask operating system. These architectural components provide general support for the enforcement of many kinds of mandatory access control policies, including those based on the concepts of Type Enforcement®, Role-based Access Control, and Multi-level Security. . This package contains the core policy utilities that are required for basic operation of an SELinux system. These utilities include load_policy to load policies, setfiles to label filesystems, newrole to switch roles, run_init to run /etc/init.d scripts in the proper context, and restorecond to restore contexts of files that often get the wrong context. . It also includes the mcstransd to map a maching readable sensitivity label to a human readable form. The sensitivity label is comprised of a sensitivity level (always s0 for MCS and anything from s0 to s15 for MLS) and a set of categories. A ranged sensitivity label will have a low level and a high level where the high level will dominate the low level. Categories are numbered from c0 to c1023. Names such as s0 and c1023 and not easily readable by humans, so mcstransd translated them to human readable labels such as SystemLow and SystemHigh. Tag: admin::kernel, implemented-in::c, interface::commandline, role::program, scope::utility, works-with::software:running Section: utils Priority: optional Filename: pool/main/p/policycoreutils/policycoreutils_2.1.0-3_amd64.deb Size: 543152 MD5sum: 783c905fd2754c686683cfe74f955f0f SHA1: 6f1a24df728e3ddeab374156c4b553ae7fb64843 SHA256: 8d898b38a15ab12bedba7b35f79592b96920be8cb220e9f8188dc4e679a94d67 Executing: sudo /org/piuparts.debian.org/sbin/piuparts --warn-on-others --warn-on-leftovers-after-purge --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad wheezy -b wheezy.tar.gz --mirror http://piatti.debian.org/debian/ policycoreutils Guessed: debian 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.43~201201150228~0.42-15-g38e85eb starting up. 0m0.0s INFO: Command line arguments: /org/piuparts.debian.org/sbin/piuparts --warn-on-others --warn-on-leftovers-after-purge --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad wheezy -b wheezy.tar.gz --mirror http://piatti.debian.org/debian/ policycoreutils 0m0.0s INFO: Running on: Linux piatti 2.6.32-5-amd64 #1 SMP Mon Jan 9 20:49:59 UTC 2012 x86_64 0m0.0s DEBUG: Created temporary directory /org/piuparts.debian.org/tmp/tmpwEkTHi 0m0.0s DEBUG: Unpacking wheezy.tar.gz into
Bug#660346: dcmtk: fails to purge - command in postrm not found
Package: dcmtk Version: 3.6.0-9 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to purge due to a command not found. According to policy 7.2 you cannot rely on the depends being available during purge, only the essential packages are available for sure. Filing this as important because a.) it's a clear policy violation (to not clean up at purge) b.) having a piuparts clean archive is a release goal since lenny and c.) this package being piuparts buggy blocks packages depending on it from being tested by piuparts (and thus possibly the detection of more severe problems). From the attached log (scroll to the bottom...): 0m22.8s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmplbp3uU', 'eatmydata', 'dpkg', '--purge', 'dcmtk'] 0m22.8s DUMP: (Reading database ... 6598 files and directories currently installed.) Removing dcmtk ... Purging configuration files for dcmtk ... rmdir: failed to remove `/var/lib/dcmtk/db': Directory not empty dpkg: error processing dcmtk (--purge): subprocess installed post-removal script returned error exit status 1 Errors were encountered while processing: dcmtk cheers, Holger Start: 2012-01-19 19:26:30 UTC Package: dcmtk Version: 3.6.0-9 Installed-Size: 3228 Maintainer: Debian Med Packaging Team debian-med-packag...@lists.alioth.debian.org Architecture: amd64 Depends: libc6 (= 2.2.5), libcharls1, libdcmtk2 (= 3.6.0), libgcc1 (= 1:4.1.1), libjpeg8 (= 8c), libpng12-0 (= 1.2.13-4), libssl1.0.0 (= 1.0.0), libstdc++6 (= 4.4.0), libtiff4, libwrap0 (= 7.6-4~), libxml2 (= 2.7.4), zlib1g (= 1:1.1.4), adduser (= 3.34) Description: OFFIS DICOM toolkit command line utilities DCMTK includes a collection of libraries and applications for examining, constructing and converting DICOM image files, handling offline media, sending and receiving images over a network connection, as well as demonstrative image storage and worklist servers. . This package contains the DCMTK utility applications. . Note: This version was compiled with libssl support. Homepage: http://dicom.offis.de/dcmtk Tag: interface::commandline, protocol::ssl, role::program, scope::utility, use::converting, use::downloading, works-with::image, works-with::image:raster Section: science Priority: optional Filename: pool/main/d/dcmtk/dcmtk_3.6.0-9_amd64.deb Size: 1367184 MD5sum: 94ed31fe497a91f7f2181896bc9c1c9a SHA1: f0837aedb360587b623e0d7eded576ca10641fd3 SHA256: 0b24dbe53125cc5316734be98455a834453cff65de7318632736f1299fbf2ff0 Executing: sudo /org/piuparts.debian.org/sbin/piuparts --warn-on-others --warn-on-leftovers-after-purge --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad wheezy -b wheezy.tar.gz --mirror http://piatti.debian.org/debian/ dcmtk Guessed: debian 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.43~201201150228~0.42-15-g38e85eb starting up. 0m0.0s INFO: Command line arguments: /org/piuparts.debian.org/sbin/piuparts --warn-on-others --warn-on-leftovers-after-purge --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad wheezy -b wheezy.tar.gz --mirror http://piatti.debian.org/debian/ dcmtk 0m0.0s INFO: Running on: Linux piatti 2.6.32-5-amd64 #1 SMP Mon Jan 9 20:49:59 UTC 2012 x86_64 0m0.0s DEBUG: Created temporary directory /org/piuparts.debian.org/tmp/tmplbp3uU 0m0.0s DEBUG: Unpacking wheezy.tar.gz into /org/piuparts.debian.org/tmp/tmplbp3uU 0m0.0s DEBUG: Starting command: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmplbp3uU', '-zxf', 'wheezy.tar.gz'] 0m2.3s DEBUG: Command ok: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmplbp3uU', '-zxf', 'wheezy.tar.gz'] 0m2.3s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmplbp3uU', 'eatmydata', 'mount', '-t', 'proc', 'proc', '/proc'] 0m2.4s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmplbp3uU', 'eatmydata', 'mount', '-t', 'proc', 'proc', '/proc'] 0m2.4s DEBUG: Created policy-rc.d and chmodded it. 0m2.4s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmplbp3uU', 'eatmydata', 'apt-get', 'update'] 0m5.2s DUMP: Get:1 http://piatti.debian.org wheezy InRelease [177 kB] Ign http://piatti.debian.org wheezy/main amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/contrib amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/non-free amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/contrib TranslationIndex Ign http://piatti.debian.org wheezy/main TranslationIndex Ign http://piatti.debian.org wheezy/non-free
Bug#660347: ITP: python-cdo -- python wrapper for CDO climate Data Operators
Package: wnpp Severity: wishlist Owner: Alastair McKinstry mckins...@debian.org * Package name: python-cdo Version : 1.5.4 Upstream Author : uwe.schulzwe...@zmaw.de * URL : https://code.zmaw.de/projects/cdo * License : GPL Programming Lang: python Description : python wrapper for CDO climate Data Operators Climate Data Operators are a collection of command line Operators to manipulate and analyse Climate model Data. Supported data formats are GRIB, netCDF, SERVICE, EXTRA and IEG. There are more than 400 operators available. This package provides a Python interface to CDO. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640293: Presario A975 EM: fan runs at a constant (low) speed after hibernate, until it starts to overheat
On 18/02/12 06:48, Jonathan Nieder wrote: Hi Philip, Philip Ashmore wrote: Just as a last check after upgrading to 3.2.4-1 and hibernating/resuming, I ran sensors from the lm-sensors package. It reported this: [...] temp1:+55.0°C (crit = +100.0°C) [...] I rebooted and sensors reported: [...] temp1:+71.0°C (crit = +100.0°C) [...] Does this help or should I still report it upstream? It helps (it's a nice and concrete symptom), which is why we should get this information and an acpidump upstream[*] to avoid wasted effort from them having to discover the same things independently. Thanks, Jonathan [*] http://bugzilla.kernel.org product ACPI component Power-Thermal Opened as https://bugzilla.kernel.org/show_bug.cgi?id=42796 Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660349: xpdf does not build
Package: xpdf Version: 3.02-12 In order to demonstrate the problem, execute the following commands: aptitude build-depends xpdf apt-get source xpdf cd xpdf-3.02 ./configure make Expected result: should build xpdf. Instead gives error: ... GfxFont.cc:1205: error: no matching function for call to ‘GlobalParams::getCMap(GString*, GString*)’ GlobalParams.h:268: note: candidates are: CMap* GlobalParams::getCMap(GString*, GString*, Stream*) GfxFont.cc:1207: warning: deprecated conversion from string constant to ‘char*’ GfxFont.cc:1217: warning: deprecated conversion from string constant to ‘char*’ GfxFont.cc:1231: warning: deprecated conversion from string constant to ‘char*’ GfxFont.cc:1232: warning: deprecated conversion from string constant to ‘char*’ GfxFont.cc:1240: warning: deprecated conversion from string constant to ‘char*’ GfxFont.cc:1246: warning: deprecated conversion from string constant to ‘char*’ GfxFont.cc:1265: warning: deprecated conversion from string constant to ‘char*’ GfxFont.cc:1285: warning: deprecated conversion from string constant to ‘char*’ GfxFont.cc:1291: warning: deprecated conversion from string constant to ‘char*’ GfxFont.cc:1303: warning: deprecated conversion from string constant to ‘char*’ GfxFont.cc:1317: warning: deprecated conversion from string constant to ‘char*’ GfxFont.cc:1340: warning: deprecated conversion from string constant to ‘char*’ GfxFont.cc:1367: warning: deprecated conversion from string constant to ‘char*’ GfxFont.cc:1375: warning: deprecated conversion from string constant to ‘char*’ GfxFont.cc: In constructor ‘GfxFontDict::GfxFontDict(XRef*, Ref*, Dict*)’: GfxFont.cc:1540: warning: deprecated conversion from string constant to ‘char*’ make[1]: ** [GfxFont.o] Erro 1 make[1]: Saindo do diretório `/tmp/build/xpdf-3.02/xpdf' make: ** [all] Erro 2 uname -a gives: Linux limao 2.6.32-5-686 #1 SMP Mon Jan 16 16:04:25 UTC 2012 i686 GNU/Linux NOTE: there is no error if using xpdf_3.02.orig.tar.gz without any patches. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660179: autotools-dev: patch to make config.sub/config.guess find the newest version available and switch to it
On Sat, 18 Feb 2012, Paul Wise wrote: The idea behind the patch is that after an initial (admittedly long) bootstrap period, updating config.guess/sub can happen outside packages, I got that. The problem is that we want more than just config.guess/sub to be updated... Hurd etc distributions. The new ARMv8 thing you mentioned in the autotools-dev changelog is an example of this. Not really. ARM wanted aarch64 on GNU config also for upstream reasons, as I said, people DO develop on Ubuntu and Debian. Also, any changes to config.guess and config.sub have to be vettoed against really nasty, really buggy, really crappy oldware. Have you managed to do that, or otherwise constraint yourself to stuff that had already to be working for config.sub/guess to work? It does look like you did, but I need to be certain about this one... upstream maintainers do develop using Debian and Ubuntu, and whatever we provide ends up also being distributed [outside of the packaging system] as part of upstream sources, to build on platforms that are far less sane than Debian or Ubuntu userspace. I haven't checked the script updates against oldware. The changes only make it swap itself for newer versions of itself. Presumably newer I'm worried that the new shell code won't run in whatever crap oddball *nixes used. Not that I care much about them, but since this will leak to many upstream tarballs, I am duty-bound to require any changes to be at least as safe as whatever upstream is doing. about different shells. The only constructs it adds that weren't already present are $@ and $HOME but I presume that these are portable enough. I admit that the paths chosen may not work on all platforms but they can be easily complemented. By whom? That's probably what worries upstream as well, that's probably why upstream didn't like the added complexity. Truth to be told, I am pretty sure lots of the code in config.guess is currently subject to various levels of bitrot. The testsuite can only go so far, especially when you cannot really trust the target platform to provide sane sed, or even a sane /bin/sh. So, as you see, I am not sure it is a good idea to accept this patch. It is useless for all packages that do what we want them all to do in the first place (retool during build), and it is a deviation from upstream which might cause surprises to upstream developers of software that uses GNU config (config.sub/guess). Personally I feel that not wanting to deviate from upstream is plenty enough of a reason to reject this particular patch, but in that case I would ask you to consider attempting to re-discuss this upstream. I would, if it would give us enough of an advantage to push it instead of actually clamping down on packages that do not retool on build. But packages that use GNU config without autoconf are rare, and packages where we can ignore the need for eventual retooling are difficult to track down. So, if anyone can provide compelling reasons that show it would give us enough of an practical advantage, I'd be willing to also talk to upstream about it. An alternative (and possibly better; no bootstrap period) way to achieve the same result might be for dpkg-dev to check the timestamp of the config.guess/sub in the package and replace it at the right point in the build process. Getting this right might be quite hard though. Well, that I'd have no objections to, on the grounds that it won't leak upstream, won't deviate from upstream, and that if you want it enough to actually manage to get it done, you deserve to have it :-) -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657534: tessa: diff for NMU version 0.3.1-4.1
tags 657534 + patch thanks Dear maintainer, During the BSP in Paris at IRILL, I've prepared an NMU for tessa (versioned as 0.3.1-4.1). I did not upload it since I'm a DM. Regards. diff -u tessa-0.3.1/debian/rules tessa-0.3.1/debian/rules --- tessa-0.3.1/debian/rules +++ tessa-0.3.1/debian/rules @@ -7,7 +7,8 @@ DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) CONFIG_OPTS = --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) \ - --cache-file=../config.cache --prefix=/usr + --cache-file=../config.cache --prefix=/usr \ + CPPFLAGS=-DH5_USE_16_API clean: dh_testdir diff -u tessa-0.3.1/debian/changelog tessa-0.3.1/debian/changelog --- tessa-0.3.1/debian/changelog +++ tessa-0.3.1/debian/changelog @@ -1,3 +1,11 @@ +tessa (0.3.1-4.1) unstable; urgency=low + + * Non-maintainer upload. + * Enable HDF5 1.6 compatibility macro definitions at configure +time. (Closes: #657534) + + -- Sébastien Villemot sebastien.ville...@ens.fr Sat, 18 Feb 2012 15:04:34 +0100 + tessa (0.3.1-4) unstable; urgency=low * Convert the package to the new python policy (closes: #380969).
Bug#660350: resolvconf: fails to purge / remove /etc/resolv.conf
Package: resolvconf Version: 1.63 Severity: serious User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o Hi, during a test with piuparts I noticed your package failed to purge in the sense that it removed a file which doesn't belong to your package. And as this file is quite useful, to say it mildly, I file this as serious. From the attached log (scroll to the bottom...): 0m23.6s ERROR: FAIL: After purging files have been modified: /etc/resolv.conf not owned cheers, Holger Start: 2012-01-19 19:02:45 UTC Package: resolvconf Version: 1.63 Installed-Size: 129 Maintainer: resolvconf maintainers resolvconf-de...@lists.alioth.debian.org Architecture: all Depends: lsb-base, initscripts (= 2.88dsf-13.10), debconf (= 0.5) | debconf-2.0 Enhances: bind9, dhcpcd, dnsmasq, ifupdown, isc-dhcp-client, libc6, network-manager, nscd, pdnsd, ppp, pump, totd, udhcpc Breaks: dhcp3-client ( 4.1.1-P1-15+squeeze1), dnscache-run Description: name server information handler Resolvconf is a framework for keeping up to date the system's information about name servers. It sets itself up as the intermediary between programs that supply this information (such as ifup and ifdown, DHCP clients, the PPP daemon and local name servers) and programs that use this information (such as DNS caches and resolver libraries). . This package may require some manual configuration. Please read the README file for detailed instructions. Homepage: http://alioth.debian.org/projects/resolvconf/ Tag: admin::configuring, interface::commandline, network::configuration, protocol::dns, role::program, use::configuring Section: net Priority: optional Filename: pool/main/r/resolvconf/resolvconf_1.63_all.deb Size: 67540 MD5sum: c7814849083f8d6dc2ce7bd7def24813 SHA1: a397a07fbad4b63d423ad16fc0fda9217f85c5cd SHA256: e4be55ef6088649280fb5f12fe483c7d7d01796768f3dd1d4362c74f8b00ac0a Executing: sudo /org/piuparts.debian.org/sbin/piuparts --warn-on-others --warn-on-leftovers-after-purge --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad wheezy -b wheezy.tar.gz --mirror http://piatti.debian.org/debian/ resolvconf Guessed: debian 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.43~201201150228~0.42-15-g38e85eb starting up. 0m0.0s INFO: Command line arguments: /org/piuparts.debian.org/sbin/piuparts --warn-on-others --warn-on-leftovers-after-purge --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad wheezy -b wheezy.tar.gz --mirror http://piatti.debian.org/debian/ resolvconf 0m0.0s INFO: Running on: Linux piatti 2.6.32-5-amd64 #1 SMP Mon Jan 9 20:49:59 UTC 2012 x86_64 0m0.0s DEBUG: Created temporary directory /org/piuparts.debian.org/tmp/tmpxb0Xli 0m0.0s DEBUG: Unpacking wheezy.tar.gz into /org/piuparts.debian.org/tmp/tmpxb0Xli 0m0.0s DEBUG: Starting command: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpxb0Xli', '-zxf', 'wheezy.tar.gz'] 0m2.4s DEBUG: Command ok: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpxb0Xli', '-zxf', 'wheezy.tar.gz'] 0m2.4s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpxb0Xli', 'eatmydata', 'mount', '-t', 'proc', 'proc', '/proc'] 0m2.4s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmpxb0Xli', 'eatmydata', 'mount', '-t', 'proc', 'proc', '/proc'] 0m2.4s DEBUG: Created policy-rc.d and chmodded it. 0m2.4s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpxb0Xli', 'eatmydata', 'apt-get', 'update'] 0m5.4s DUMP: Get:1 http://piatti.debian.org wheezy InRelease [177 kB] Ign http://piatti.debian.org wheezy/main amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/contrib amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/non-free amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/contrib TranslationIndex Ign http://piatti.debian.org wheezy/main TranslationIndex Ign http://piatti.debian.org wheezy/non-free TranslationIndex Get:2 http://piatti.debian.org wheezy/main amd64 Packages [10.1 MB] Get:3 http://piatti.debian.org wheezy/contrib amd64 Packages [76.5 kB] Get:4 http://piatti.debian.org wheezy/non-free amd64 Packages [134 kB] Ign http://piatti.debian.org wheezy/contrib Translation-en Ign http://piatti.debian.org wheezy/main Translation-en Ign http://piatti.debian.org wheezy/non-free Translation-en Fetched 10.5 MB in 1s (6824 kB/s) Reading package lists... 0m5.4s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmpxb0Xli', 'eatmydata', 'apt-get', 'update'] 0m5.4s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpxb0Xli', 'eatmydata', 'apt-get',
Bug#660348: More info
Since the bug report I purged and then removed any old files from /etc/cups and /usr/lib/cups that did not belong to some other package. I'll note that the ghostscript-cups package has a new file: ghostscript-cups: /usr/lib/cups/filter/gstopxl that is not present on the Wheezy box. Also, the file: ghostscript-cups: /usr/lib/cups/filter/gstoraster is of a different size than on Wheezy, although that is probably to be expected as ghostscript-cups 9.04 is installed on Wheezy at the moment. Upon reinstalling CUPS I used the HL-5240 PPD provided by the foomatic package. After setting up the printer attempting to print a test page resulted in a single blank page again and the error: PDF file is damaged - attempting to reconstruct xref table... in the job log. This error seems to be recurring. - Nate -- The optimist proclaims that we live in the best of all possible worlds. The pessimist fears this is true. Ham radio, Linux, bikes, and more: http://www.n0nb.us -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657534: tessa: diff for NMU version 0.3.1-4.1
Hi, Le samedi 18 février 2012 à 15:15 +0100, Sébastien Villemot a écrit : During the BSP in Paris at IRILL, I've prepared an NMU for tessa (versioned as 0.3.1-4.1). I did not upload it since I'm a DM. Thanks a lot. The other way to fix this is probably to update arrayh5.[ch] to a more up-to-date version. Cheers, -- .''`. Josselin Mouette : :' : `. `' `- signature.asc Description: This is a digitally signed message part
Bug#660351: Lost UPnP support in Wheezy due to totem-coherence being removed
Package: totem Version: 3.2.1-2+b1 Severity: normal Hi, While Squeeze's totem hat UPnP support via totem-coherence it's now gone due to the plugin being disabled. Are there any plans upstream to revive UPnP support? If so I'd be happy about a pointer since I couldn't find any references. Cheers, -- Guido -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-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 totem depends on: ii gnome-icon-theme 3.2.1.2-1 ii gnome-icon-theme-symbolic3.2.2-1 ii gstreamer0.10-plugins-base 0.10.35-1 ii gstreamer0.10-plugins-good 0.10.30-2.1 ii gstreamer0.10-x 0.10.35-1 ii libatk1.0-0 2.2.0-2 ii libc62.13-26 ii libcairo-gobject21.10.2-6.2 ii libcairo21.10.2-6.2 ii libclutter-1.0-0 1.8.4-1 ii libclutter-gst-1.0-0 1.4.6-1 ii libclutter-gtk-1.0-0 1.0.4-1 ii libcogl-pango0 1.8.2-1 ii libcogl5 1.8.2-1 ii libdbus-1-3 1.4.16-1 ii libdbus-glib-1-2 0.98-1 ii libdrm2 2.4.30-1 ii libffi5 3.0.10-3 ii libfontconfig1 2.8.0-3.1 ii libfreetype6 2.4.8-1 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libgirepository-1.0-11.31.1-1 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libglib2.0-0 2.30.2-6 ii libgstreamer-plugins-base0.10-0 0.10.35-1 ii libgstreamer0.10-0 0.10.35-1 ii libgtk-3-0 3.2.3-1 ii libice6 2:1.0.7-2 ii libjson-glib-1.0-0 0.14.2-1 ii libmx-1.0-2 1.4.1-1 ii libnautilus-extension1a 3.2.1-2+b1 ii libpango1.0-01.29.4-2 ii libpeas-1.0-01.2.0-1 ii libsm6 2:1.2.0-2 ii libtotem-plparser17 2.32.6-2 ii libtotem03.2.1-2+b1 ii libx11-6 2:1.4.4-4 ii libxcomposite1 1:0.4.3-2 ii libxdamage1 1:1.1.3-2 ii libxext6 2:1.3.0-3 ii libxfixes3 1:5.0-4 ii libxi6 2:1.4.5-1 ii libxml2 2.7.8.dfsg-7 ii libxtst6 2:1.2.0-4 ii python 2.7.2-10 ii totem-common 3.2.1-2 Versions of packages totem recommends: ii gstreamer0.10-ffmpegnone ii gstreamer0.10-plugins-bad 0.10.22-3 ii gstreamer0.10-plugins-ugly 0.10.18-3+b2 ii gstreamer0.10-pulseaudio0.10.30-2.1 ii totem-plugins 3.2.1-2+b1 Versions of packages totem suggests: ii gnome-codec-install none ii gstreamer0.10-pulseaudio 0.10.30-2.1 ii totem-coherence none ii totem-mozilla 3.2.1-2+b1 -- 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#660352: RM: kexec-tools-udeb [mips mipsel] -- NBS; no longer built on these archs
Package: ftp.debian.org Severity: normal Please rm the kexec-tools-udeb package from unstable on mips and mipsel, it's no longer built from source. Cheers, Julien signature.asc Description: Digital signature
Bug#660353: proofgeneral: configuration during install fails
Package: proofgeneral Version: 4.2~pre120112-1 Severity: important Dear Maintainer, During upgrade from 3.x, proofgeneral install failed. Although unconfigured, console emacs23 still works, but xemacs21 does not. See appendix for error lines from aptitude output. Regards, N. Appendix: $ aptitude install proofgeneral 21 | grep -C10 -i error Wrote /usr/share/emacs23/site-lisp/proofgeneral/generic/proof-maths-menu.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/generic/proof-menu.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/generic/proof-mmm.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/generic/proof-script.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/generic/proof-shell.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/generic/proof-site.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/generic/proof-splash.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/generic/proof-syntax.elc In toplevel form: generic/proof-toolbar.el:117:30:Error: assignment to free variable `tool-bar-map' Wrote /usr/share/emacs23/site-lisp/proofgeneral/generic/proof-tree.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/generic/proof-unicode-tokens.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/generic/proof-useropts.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/generic/proof-utils.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/generic/proof.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/lib/bufhist.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/lib/holes.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/lib/local-vars-list.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/lib/maths-menu.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/lib/pg-dev.elc In toplevel form: lib/pg-fontsets.el:67:1:Error: the function `create-fontset-from-fontset-spec' is not known to be defined. Wrote /usr/share/emacs23/site-lisp/proofgeneral/lib/proof-compat.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/lib/scomint.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/lib/span.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/lib/texi-docstring-magic.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/lib/unicode-chars.elc In toplevel form: lib/unicode-tokens.el:1488:1:Error: the function `generate-fontset-menu' is not known to be defined. Source file `/usr/share/emacs23/site-lisp/proofgeneral/coq/coq-syntax.el' newer than byte-compiled file Source file `/usr/share/emacs23/site-lisp/proofgeneral/coq/coq-db.el' newer than byte-compiled file Wrote /usr/share/emacs23/site-lisp/proofgeneral/coq/coq-abbrev.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/coq/coq-autotest.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/coq/coq-db.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/coq/coq-indent.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/coq/coq-local-vars.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/coq/coq-mmm.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/coq/coq-syntax.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/coq/coq-unicode-tokens.elc -- Wrote /usr/share/emacs23/site-lisp/proofgeneral/phox/phox-extraction.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/phox/phox-font.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/phox/phox-fun.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/phox/phox-lang.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/phox/phox-outline.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/phox/phox-pbrpm.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/phox/phox-sym-lock.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/phox/phox-tags.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/phox/phox.elc emacs-package-install: /usr/lib/emacsen-common/packages/install/proofgeneral emacs23 emacs23 xemacs21 failed at /usr/lib/emacsen-common/emacs-package-install line 30, TSORT line 2. dpkg: error processing proofgeneral (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: proofgeneral E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up proofgeneral (4.2~pre120112-1) ... install/mmm-mode: Handling install of emacsen flavor emacs install/mmm-mode: Handling install of emacsen flavor emacs23 install/mmm-mode: byte-compiling for emacs23 Source file `/usr/share/emacs23/site-lisp/mmm-mode/mmm-vars.el' newer than byte-compiled file Source file `/usr/share/emacs23/site-lisp/mmm-mode/mmm-compat.el' newer than byte-compiled file Wrote /usr/share/emacs23/site-lisp/mmm-mode/mmm-auto.elc Source file `/usr/share/emacs23/site-lisp/mmm-mode/mmm-region.el' newer than byte-compiled file Source file `/usr/share/emacs23/site-lisp/mmm-mode/mmm-utils.el' newer than byte-compiled file -- Wrote /usr/share/emacs23/site-lisp/proofgeneral/generic/proof-maths-menu.elc Wrote /usr/share/emacs23/site-lisp/proofgeneral/generic/proof-menu.elc Wrote
Bug#660179: autotools-dev: patch to make config.sub/config.guess find the newest version available and switch to it
On Sat, 2012-02-18 at 12:03 -0200, Henrique de Moraes Holschuh wrote: The problem is that we want more than just config.guess/sub to be updated... We do? Sounds like there is a gap in my understanding then. Maybe you want Makefile.in, configure updated using recent autoreconf, replacing the pre-built upstream versions? I would also advocate that, but I think that is a much harder problem. I'm worried that the new shell code won't run in whatever crap oddball *nixes used. Not that I care much about them, but since this will leak to many upstream tarballs, I am duty-bound to require any changes to be at least as safe as whatever upstream is doing. ... By whom? That's probably what worries upstream as well, that's probably why upstream didn't like the added complexity. Tested by upstream, since they are probably the only ones with a collection of emulators and VM images vast enough to do so. Truth to be told, I am pretty sure lots of the code in config.guess is currently subject to various levels of bitrot. The testsuite can only go so far, especially when you cannot really trust the target platform to provide sane sed, or even a sane /bin/sh. The sed usage is approximately the same as earlier in the scripts, switching to sed -e would make it more like that though. The usage of $HOME will not cause any issues if it is unset. I'm slightly worried about test -x working everywhere, the rest of the script uses [ -x instead. test -gt is used earlier in the script. I'm not sure how to find out if $@ works, but the configure scripts generated by autoconf seem to use it a fair bit. I would, if it would give us enough of an advantage to push it instead of actually clamping down on packages that do not retool on build. But packages that use GNU config without autoconf are rare, and packages where we can ignore the need for eventual retooling are difficult to track down. So, if anyone can provide compelling reasons that show it would give us enough of an practical advantage, I'd be willing to also talk to upstream about it. Some years ago the number of config.guess/sub related build failures on a new Debian architecture made me write the patch. Never having those problems again was the practical advantage I saw. Retooling every package one by one is doable, but involves a lot of manual work by a lot of individual maintainers (verifying their upstream is sane etc). Getting --with autoreconf as the default for debhelper's dh sequencer would reduce that manual work but might introduce a fair number of bugs. Well, that I'd have no objections to, on the grounds that it won't leak upstream, won't deviate from upstream, and that if you want it enough to actually manage to get it done, you deserve to have it :-) I feel thats a workaround for not being able to do things upstream so they benefit the wider free software community, which I promised to do when I joined Debian: http://www.debian.org/social_contract insert grumbling about the compiler hardening stuff not being upstream -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#660202: [request-tracker-maintainers] Bug#660202: Bug#660202: messages about membership appear even for parent/child ticket linking
On Sat, Feb 18, 2012 at 01:45:26PM +0100, Josip Rodin wrote: On Sat, Feb 18, 2012 at 11:48:01AM +, Dominic Hargreaves wrote: On Fri, Feb 17, 2012 at 12:00:52PM +0100, Josip Rodin wrote: When one links a ticket to another one by way of declaring another ticket a parent or child, the web interface displays this message: #: lib/RT/Transaction_Overlay.pm:785 #. ($value) msgid Membership in %1 added [...] #: lib/RT/Transaction_Overlay.pm:825 #. ($value) msgid Membership in %1 deleted [...] That's confusing in English, let alone after translation. It looks like the same string is used both for describing group membership actions as well as for ticket linking actions. Please fix it so that a more appropriate string is used in the latter case. TIA. What would you prefer it to say? Anything that actually describes the said transaction properly? :) Linked with %1 and Unlinked from %1 looks reasonable enough - as long as it's normalized with all other terminology that appears elsewhere about the same action. Linked probably isn't the best word, since we're talking about a specific type of link here. Membership of sounds better than Membership in to me so I'll suggest that. -- 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#660254: texlive-binaries: pdftex -output-format dvi is ignored
On Fri, Feb 17, 2012 at 09:06:36PM +0100, Frank Küster wrote: Bill Allombert ballo...@debian.org wrote: However 'pdftex -output-format dvi' actually produces a .pdf file. Not here: $ cat plaintest.tex hallo \bye $ pdftex -output-format dvi plaintest.tex Dear Frank, I am very grateful for your quick answer, and I confirm that this work on your test file on my system, but it does not work with my file: $ cat plaintest.tex \ifx\pdfoutput\undefined \else \pdfoutput = 1 \fi hallo \bye But this is probably a bug in my file and not with pdftex. Sorry for the trouble. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660255: RFP: python-xml-tookit -- Python library for handling XMP metadata
On 17.02.2012 20:20, Jakub Wilk wrote: * Daniel Stender dan...@danielstender.com, 2012-02-17, 20:10: * Package Name: python-xml-tookit Version : 1.0.2 Upstream author : Lars Holm Nielsen lniel...@eso.org Federico Caboni federico.cab...@me.com Amit Kapadia aka...@gmail.com * URL : http://code.google.com/p/python-xmp-toolkit/ Have you seen #657270? Shoot, I've checked package search and wnpp-check ... :-/ Anyway, good the package is coming up. I'll add the dep to didjvu. Greetings, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651155: nvidia-glx: happens regardless of display manager I think
On 2011-12-06 10:04, Antti Järvinen wrote: After upgrade of nvidia-glx to version 280.13.really.275.36-1, 290.10-1 kdm started to act like this: after re-boot it was possible to log in, things were normal. After terminating the KDE session the X server gets somewhat hosed. This showed up so that some displayable items were all black. For example in KDE login screen the fields where user account On 2012-01-04 18:32, Mark Nipper wrote: I'm having the exact same problem, but I'm using xdm as my display manager (and awesome as my window manager), so no GNOME/KDE interaction at all here. Part of the xdm login window is corrupted after the first X session has logged out. And other video corruption Please test the new 295.20 driver. Does this change the behaviour? Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659457: Please add appropriate Breaks
severity 659457 serious thanks Please add Breaks: frozen-bubble ( 2.2.1~) to libsdl-perl in order to ensure smooth upgrades. This new version will not be in unstable for a while, though, because upstream decided to switch to a crappy NIH build system that requires gazillions of perl modules, including some not in Debian. Cheers, -- .''`. Josselin Mouette : :' : `. `' `- signature.asc Description: This is a digitally signed message part
Bug#660354: O: frozen-bubble -- Pop out the bubbles!
Package: wnpp Severity: normal I am hereby orphaning the frozen-bubble package. The new SDL Perl bindings require an update of frozen-bubble to version 2.2.1~beta1. However in this version, in order to support Windows, upstream decided to switch to a NIH build system that needs Perl modules to run perl scripts to generate perl makefiles that run perl scripts that finally build a perl program. Insert here a picture of DiCaprio frowning. PERLCEPTION Maintaining this game has been a lot of fun but it obviously needs to be passed on to someone who knows how to maintain NIH perl build systems. I certainly do not intend to maintain new CPAN modules just for a build system. The package description is: Frozen-Bubble is a clone of the popular Puzzle Bobble game, in which you attempt to shoot bubbles into groups of the same color to cause them to pop. It features 100 single-player levels, a two-player mode, music and striking graphics. . This game is widely rumored to be responsible for delaying the Woody release. I have put an updated version of the packaging in collab-maint’s SVN repository, so anyone feel free to pick it up and start over. Cheers, -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660355: scilab-sivp: Loading SIVP in scilab 5.3.3 is impossible; looking for libraries in a folder that doesn't exist
Package: scilab-sivp Version: 0.5.3-3 Severity: grave Justification: renders package unusable Dear Maintainer, It seems that there is a grave problem with this package of SIVP. The installation is possible, but I can't load it in scilab. It's looking for some (deprecated I think) opencv libraries. I couldn't solve the problem by adding some symbolic links, because there was still a problem with a symbol undefined in a library. Thanks in advance, Etienne -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (980, 'stable-updates'), (980, 'testing'), (970, 'stable'), (90, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages scilab-sivp depends on: ii libc62.13-26 ii libgcc1 1:4.6.2-14 ii libopencv-calib3d2.3 2.3.1-7 ii libopencv-contrib2.3 2.3.1-7 ii libopencv-core2.32.3.1-7 ii libopencv-features2d2.3 2.3.1-7 ii libopencv-flann2.3 2.3.1-7 ii libopencv-highgui2.3 2.3.1-7 ii libopencv-imgproc2.3 2.3.1-7 ii libopencv-legacy2.3 2.3.1-7 ii libopencv-ml2.3 2.3.1-7 ii libopencv-objdetect2.3 2.3.1-7 ii libopencv-video2.3 2.3.1-7 ii libstdc++6 4.6.2-14 ii scilab 5.3.3-7 scilab-sivp recommends no packages. scilab-sivp 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#660189: nvidia-glx: gnome-shell, chromium segfaulting in libnvidia-tls.so.295.20
On 2012-02-17 10:32, Kai Weber wrote: Since upgrading from 290.10-1 to 295.20-1 I see segfaults in my log and a hanging X from time to time. These are the log entries: gnome-shell[9099]: segfault at 10 ip 7eff42b68c0f sp 7eff3088e658 error 6 in libnvidia-tls.so.295.20[7eff42b68000+3000] http://www.nvnews.net/vbulletin/showthread.php?t=174049 Please attach the output from nvidia-bug-report.sh there. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659661: [git-buildpackage/experimental] Depend on git instead of git-core
tag 659661 pending thanks Date: Mon Feb 13 08:46:02 2012 +0100 Author: Guido Günther a...@sigxcpu.org Commit ID: 14d36c0a60c743e6980f82c47b839eaf81df8241 Commit URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff;h=14d36c0a60c743e6980f82c47b839eaf81df8241 Patch URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff_plain;h=14d36c0a60c743e6980f82c47b839eaf81df8241 Depend on git instead of git-core Closes: #659661 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660356: ITP: glpeces-data -- data files for glpeces
Package: wnpp Severity: wishlist Owner: Innocent De Marchi tangram.pe...@gmail.com * Package name: glpeces-data Version : 5.0-1. Upstream Author : Innocent De Marchi * URL : http://sourceforge.net/projects/pecesjocdetangr/ * License : GPL Programming Lang: C Description : data files for glpeces Long description: This package contains architecture-independent required files (in text format) for glpeces package. The text files contain data for the construction of the figures of the game. Thanks I. De Marchi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org