Bug#489060: Needs a versioned binary package dependency too
tags 489060 -patch thanks pulseaudio needs a dependency on the libcap2 >= 2.10 binary package too, not just a build-dependency. For details see http://bugs.debian.org/464712#22 and its links. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489999: Uses bad values to estimate whether window can be fit to movie
Package: totem Version: 2.22.2-3 Before totem fits the window to the movie, it checks whether the width of the resulting video would be more than the width of the screen minus 128. If so, it refuses to resize the window. It does a similar check for the height. I assume that the 128 is to account for the decorations around the video, but this seems to be too much in the case of the width (at least unless the sidebar is shown). I think it would be better if totem used the current window dimension minus the current video dimension instead of 128 (or at least reduced the value used for the width). -- Matt http://ftbfs.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#464712: avahi-daemon needs "Depends libcap2 (>= 2.10)" too
reopen 464712 found avahi-daemon/0.6.23-2 thanks The libcap2 dependency is more nuanced than I realised. In order to avoid a similar warning (warning: `avahi-daemon' uses deprecated v2 capabilities in a way that may be insecure.") the libcap2 package must be >= 2.10 as well (not just libcap2-dev). I guess this versioned "Depends" should be added explicitly. For details see http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=kernel/capability.c;h=901e0fdc3fffa3b32fca26e0aa4e1985b244bd10;hb=HEAD#l55 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=ca05a99a54db1db5bca72eccb5866d2a86f8517f https://bugzilla.redhat.com/show_bug.cgi?id=447518 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#466189: Ditto
I agree that this needs to be a Recommends, not a Suggests. See the related bug report on Launchpad for the rationale: https://bugs.edge.launchpad.net/ubuntu/+source/libgems-ruby/+bug/244742 -- ===Scott Severance=== Website: http://www.scottseverance.us Blog: http://blog.scottseverance.us Check out the Sermon Illustration Library: http://www.sermonillustrationlibrary.org
Bug#489998: x11-apps: xclipboard does not support UTF-8 (patch available)
Package: x11-apps Version: 7.3+2 Severity: normal While reading manuals on X selections and libxt I have added support of UTF-8 to xclipboard. Please, find a patch attached. To enable correct display of international texts in Xt widgets one has to define *international: true in her/his ~./Xresources file. An enough rich set of bitmap fonts must be also installed. Just for reference I also attach a screenshot. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (90, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages x11-apps depends on: ii cpp 4:4.3.1-1 The GNU C preprocessor (cpp) ii libc62.7-10 GNU C Library: Shared libraries ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libpng12-0 1.2.27-1PNG library - runtime ii libsm6 2:1.0.3-2 X11 Session Management library ii libx11-6 2:1.1.4-2.1 X11 client-side library ii libxaw7 2:1.0.4-2 X11 Athena Widget library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft2 2.1.12-3FreeType-based font drawing librar ii libxkbfile1 1:1.0.5-1 X11 keyboard file manipulation lib ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library ii libxmuu1 2:1.0.4-1 X11 miscellaneous micro-utility li ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii x11-common 1:7.3+12X Window System (X.Org) infrastruc x11-apps recommends no packages. -- no debconf information <>--- x11-apps-7.3+2.orig/xclipboard/xclipboard.c 2007-05-16 19:44:53.0 +0400 +++ x11-apps-7.3+2+nmu1/xclipboard/xclipboard.c 2008-07-09 09:57:11.0 +0400 @@ -27,6 +27,7 @@ * Author: Ralph Swick, DEC/Project Athena * Updated for R4: Chris D. Peterson, MIT X Consortium. * Reauthored by: Keith Packard, MIT X Consortium. + * Added UTF-8 support: Stanislav Maslovski <[EMAIL PROTECTED]> */ /* $XFree86: xc/programs/xclipboard/xclipboard.c,v 1.8tsi Exp $ */ @@ -70,6 +71,7 @@ static Atom wm_delete_window; static Atom wm_protocols; +static Atom UTF8_STRING; static void EraseTextWidget ( void ); static void NewCurrentClipContents ( char *data, int len ); @@ -477,6 +479,19 @@ XFree(value); } +static void +InsertClipboardUtf8(Widget w, XtPointer client_data, Atom *selection, + Atom *type, XtPointer value, unsigned long *length, + int *format) +{ +if (*type == XT_CONVERT_FAIL) + XtGetSelectionValue(w, *selection, XA_STRING, InsertClipboard, + NULL, CurrentTime); +else + InsertClipboard(w, client_data, selection, type, + value, length, format); +} + static Boolean ConvertSelection(Widget w, Atom *selection, Atom *target, Atom *type, XtPointer *value, unsigned long *length, @@ -493,8 +508,9 @@ XmuConvertStandardSelection(w, req->time, selection, target, type, (XPointer*)&std_targets, &std_length, format); - *value = XtMalloc(sizeof(Atom)*(std_length + 5)); + *value = XtMalloc(sizeof(Atom)*(std_length + 6)); targetP = *(Atom**)value; + *targetP++ = UTF8_STRING; *targetP++ = XA_STRING; *targetP++ = XA_TEXT(d); *targetP++ = XA_LENGTH(d); @@ -554,6 +570,23 @@ return True; } +if (*target == UTF8_STRING) +{ + Arg args[1]; + Widget source; + char *data; + + source = XawTextGetSource (text); + XtSetArg (args[0], XtNstring, &data); + XtGetValues (source, args, 1); + *length = strlen (data); + *value = XtMalloc (*length + 1); + strcpy(*value, data); + *type = UTF8_STRING; + *format = 8; + return True; +} + if (XmuConvertStandardSelection(w, req->time, selection, target, type, (XPointer *) value, length, format)) return True; @@ -564,7 +597,7 @@ static void LoseSelection(Widget w, Atom *selection) { -XtGetSelectionValue(w, *selection, XA_STRING, InsertClipboard, +XtGetSelectionValue(w, *selection, UTF8_STRING, InsertClipboardUtf8, NULL, CurrentTime); } @@ -620,6 +653,7 @@ /* CLIPBOARD_MANAGER is a non-standard mechanism */ ManagerAtom = XInternAtom(XtDisplay(top), "CLIPBOARD_MANAGER", False); ClipboardAtom = XA_CLIPBOARD(XtDisplay(top)); +UTF8_STRING = XInternAtom(XtDisplay(top), "UTF8_STRING", False); if (XGetSelectionOwner(XtDisplay(top), ManagerAtom)) XtError("another clipboard is already running\n");
Bug#489997: ddclient: [dyndns] update interval 5min causes ban
Package: ddclient Version: 3.7.3-4.1 Severity: normal DESCRIPTION Setting update interval to "5m" causes dydns provider to ban the host. SUGGESTION Please iplement safeguard so that too low update intervals are: 1) either not accepted (print error message) 2) automatically scale the interval up to the safe limit and print warning. In dyndns.org case that'd be 7 minutes. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489996: problem auto-detecting / selecting some modes
Package: xserver-xorg Version: 1:7.3+12 Severity: normal I am trying to connect a Samsung SyncMaster 245B to the VGA port on my Lenovo 3000 N100 The screen's native resolution is 1920x1200. First I re-ran a modern version of dexconf to remove modelines from my xorg.conf, so the screen's modes should be auto-detected. When I connect the screen and open the GNOME Screen Resolution Preferences, 1920x1200 is not among the list of available resolutions. xrandr does report several auto-detected modes, but not 1920x1200: ket% xrandr Screen 0: minimum 320 x 200, current 1280 x 800, maximum 1280 x 1280 VGA connected (normal left inverted right x axis y axis) 1280x1024 75.0 59.9 60.0 1280x960 60.0 59.9 1280x800 60.0 1152x864 75.0 74.8 1280x768 60.0 1024x768 75.1 70.1 60.0 832x62474.6 800x60072.2 75.0 60.3 56.2 640x48075.0 72.8 72.8 75.0 66.7 60.0 59.9 720x40070.1 LVDS connected 1280x800+0+0 (normal left inverted right x axis y axis) 331mm x 207mm 1280x800 60.0*+ 60.0 1280x768 60.0 1024x768 60.0 800x60060.3 640x48059.9 TV disconnected (normal left inverted right x axis y axis) ket% 1920x1200 is listed in the Xorg.0.log, so I tried adding it manually with xrandr: ket% xrandr --newmode 1920x1200 154.00 1920 1968 2000 2080 1200 1203 1209 1235 ket% xrandr --addmode VGA 1920x1200 ket% xrandr --output VGA --mode 1920x1200 xrandr: screen cannot be larger than 1280x1280 (desired size 1920x1200) ket% Finally, after manually adding the mode with xrandr, I was able to open the GNOME Screen Resolution Preferences again and select 1920x1200 from the list of available resolutions. At this point the screen did successfully change to 1920x1200 resolution. Interestingly, xrandr still claims the maximum resolution is 1280 x 1280: ket% xrandr Screen 0: minimum 320 x 200, current 1920 x 1200, maximum 1280 x 1280 VGA connected 1920x1200+0+0 (normal left inverted right x axis y axis) 518mm x 324mm 1280x1024 75.0 59.9 60.0 1280x960 60.0 59.9 1280x800 60.0 1152x864 75.0 74.8 1280x768 60.0 1024x768 75.1 70.1 60.0 832x62474.6 800x60072.2 75.0 60.3 56.2 640x48075.0 72.8 72.8 75.0 66.7 60.0 59.9 720x40070.1 1920x1200 60.0* LVDS connected (normal left inverted right x axis y axis) 1280x800 60.0 + 60.0 1280x768 60.0 1024x768 60.0 800x60060.3 640x48059.9 TV disconnected (normal left inverted right x axis y axis) ket% First, I wish that when I connect the SyncMaster 245B and open the GNOME Screen Resolution Preferences, 1920x1200 were among the list of available resolutions. Second, if I manually add the 1920x1200 mode using xrandr and values from Xorg.0.log, I don't understand why xrandr refuses to select this mode, complaining instead: ket% xrandr --output VGA --mode 1920x1200 xrandr: screen cannot be larger than 1280x1280 (desired size 1920x1200) ket% Thanks! Jack -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 2007-02-06 07:06 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1718228 2008-06-25 17:14 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 1097 2008-07-08 08:40 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type "man xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "XkbRules" "xorg" Option "XkbModel" "pc104" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse"
Bug#489730: iceape: FTBFS on GNU/kFreeBSD (due to subsecond timestamp resolution)
On Wed, Jul 09, 2008 at 08:07:44AM +0200, Petr Salinger wrote: >>> Please, could you consider adding the sleep - it fixes the cause - rebuild >>> of some files during "make install". >> >> Weren't you saying the cause was the different variables values for make and >> make install ? > > Currently, my understanding of issue is as follows: > > Files ".done", which only signals "directory is created", have subsecond > timestamp. Files generated by xpidl are created in corresponding > directory, they depends on .done files, they have subsecond timestamp > cleared. The make in "make all" does know, that they have been generated > after .done files - make spawned appropriate commands. Why can that even happen ? What makes a difference between touch creating a file and xpidl creating a file ? Why doesn't the latter have a timestamp greater than the former ? *This* sounds fishy. Having to wait there would still be a work around, not resolving the real problem at hand. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#485386: Error at startup...
On 2008-07-07T22:06:48-0400, Chung-chieh Shan wrote: > On Tue, 08 Jul 2008 00:02:27 +0100 > Marco Rodrigues <[EMAIL PROTECTED]> wrote: > > Do you still have this problem with version 0.9.8 ? Please check it.. > Sorry, but yes, with version 0.9.8-1. The message is almost the same: Again, with version 0.9.10-1. $ alarm-clock Traceback (most recent call last): File "/usr/bin/alarm-clock", line 39, in import alarmclock.MainClass File "/usr/lib/python2.5/site-packages/alarmclock/MainClass.py", line 120, in PlayerInstance = gst.element_factory_make("playbin", "PlayerInstance") gst.ElementNotFoundError: playbin signature.asc Description: Digital signature
Bug#489730: iceape: FTBFS on GNU/kFreeBSD (due to subsecond timestamp resolution)
Please, could you consider adding the sleep - it fixes the cause - rebuild of some files during "make install". Weren't you saying the cause was the different variables values for make and make install ? Currently, my understanding of issue is as follows: Files ".done", which only signals "directory is created", have subsecond timestamp. Files generated by xpidl are created in corresponding directory, they depends on .done files, they have subsecond timestamp cleared. The make in "make all" does know, that they have been generated after .done files - make spawned appropriate commands. The "make install" does not have this knowledge, it only compares timestamps. Therefore "make install" regenerates some files again, and after that recompiles another files, and so on. Finally it installs files. When environment for "make all" and "make install" is different, the later one fails, the package FTBFS. When environment for "make all" and "make install" is the same, recompiling in "make install" happens, but at the end the package builds. It might be also reason for previous failure with JAVA_VARS - see end of #388475. Petr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#466408: Failure of Drop-In Compatibility with Old Repository
Barak A. Pearlmutter wrote: Didn't mean to cause trouble - my thought was to make it easier, via a miniscule amount of documentation, for people to transition without getting burnt. After all, since cvsnt is active etc, it would be good to transition everyone off tired old cvs and onto shiny new cvsnt. I guess I'd say that it would be nice if the description of the cvsnt package made it clear that it *is* a drop-in replacement for the cvs package for *clients*, but that for servers some minimal configuration is required; and a brief /usr/share/doc/cvsnt/README.server saying what needs to be done so repositories in arbitrary locations will work. I have updated the README.Debian, making it clear (hopefully) that CVSNT server is not drop-in compatible to GNU CVS server. A will create a new package as soon as CVSNT 2.5.04 is released which is due ... When? Arthur? :-) Best regards Andreas -- ("`-''-/").___..--''"`-._ `o_ o ) `-. ( ).`-.__.`) (_Y_.)' ._ ) `._ `. ``-..-' _..`--'_..-_/ /--'_.' .' (il).-'' (li).' ((!.-' Andreas Tscharner [EMAIL PROTECTED] ICQ-No. 14356454 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366342: [Pkg-alsa-devel] Bug#366342: no /dev/snd/seq for AC97 alsa driver
No, the install line is modprobe syntax, not install(1). It goes into /etc/modprobe.d/alsa-base in the alsa-base package. - Original Message From: Michael Gilbert <[EMAIL PROTECTED]> To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Tuesday, July 8, 2008 6:15:33 PM Subject: [Pkg-alsa-devel] Bug#366342: Processed: Bug#366342: no /dev/snd/seq for AC97 alsa driver no, it is neither of those -- it is a snd_intel8x0 driven card. $ lspci | grep AC 00:1f.5 Multimedia audio controller: Intel Corporation 82801CA/CAM AC'97 Audio Controller (rev 02) $ lsmod | grep snd_ac97_codec snd_ac97_codec 83104 2 snd_intel8x0m,snd_intel8x0 > Resolved in Ubuntu (Oct 2006) by loading snd-seq unconditionally: > install snd /sbin/modprobe --ignore-install snd && { /sbin/modprobe -Qb > snd-seq ; } that didn't seem to work. it says that install does not have an "--ignore-install" option. # install snd /sbin/modprobe --ignore-install snd && { /sbin/modprobe -Qb snd-seq ; } install: unrecognized option `--ignore-install' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#465902: Works for me!
Hi, I just wanted to tell you that the patches (cryptsetup, initramfs-tools, dropbear) work for me. It would be nice to see the dropbear patch applied to the next version and an extended CryptoRoot.HowTo in cryptsetup once the dropbear patches are in. Apart from that, thanks already! Cheers Thomas Luzat -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489995: linux-image-2.6.24-1-amd64: Kernel NULL pointer dereference in NFS server
Package: linux-image-2.6.24-1-amd64 Version: 2.6.24-7 Severity: normal I'm not sure what triggers it (it seems completely random), but every once in a while, my NFS server will log an Oops message in the kernel NFS server. It does seem to be recoverable, but I doubt it's a good thing. The dmesg from the event is as follows: Unable to handle kernel NULL pointer dereference at 0018 RIP: [] :sunrpc:rpc_shutdown_client+0xb5/0xd2 PGD 328c8067 PUD 1eb84067 PMD 0 Oops: [1] SMP CPU 1 Modules linked in: tcp_diag inet_diag des_generic cbc blkcipher nfs nfsd lockd nfs_acl exportfs ppdev parport_pc lp parport wlan_scan_ap sit tunnel4 sch_sfq cls_u32 cls_fw sch_htb ipt_REJECT iptable_filter xt_tcpudp ipt_MASQUERADE iptable_nat nf_conntrack_ipv4 ipt_owner xt_DSCP xt_dscp xt_MARK iptable_mangle ip_tables x_tables xfs reiserfs nf_nat_sip nf_conntrack_sip nf_nat_h323 nf_conntrack_h323 nf_nat_irc nf_conntrack_irc nf_nat_ftp nf_nat nf_conntrack_ftp nf_conntrack ipv6 rpcsec_gss_krb5 auth_rpcgss sunrpc loop snd_hda_intel psmouse ath_rate_sample pcspkr ath_pci wlan ath_hal(P) snd_pcm snd_timer snd soundcore serio_raw k8temp snd_page_alloc i2c_nforce2 i2c_core pl2303 usblp usbserial evdev ext3 jbd mbcache dm_mirror dm_snapshot dm_mod generic sd_mod amd74xx sata_nv ide_core r8169 forcedeth firewire_ohci firewire_core crc_itu_t sata_sil ata_generic ohci_hcd libata scsi_mod ehci_hcd Pid: 16606, comm: nfs4_cb_probe Tainted: P2.6.24-1-amd64 #1 RIP: 0010:[] [] :sunrpc:rpc_shutdown_client+0xb5/0xd2 RSP: 0018:8100018ade90 EFLAGS: 00010246 RAX: fffb RBX: RCX: 810001436fa0 RDX: 0002 RSI: fffb RDI: RBP: 810007482e00 R08: 882e2750 R09: 81000176e000 R10: 81000176e000 R11: 80273a34 R12: 0018 R13: R14: 80578f20 R15: FS: 2b898a7b1270() GS:81003f5e0a40() knlGS: CS: 0010 DS: 0018 ES: 0018 CR0: 8005003b CR2: 0018 CR3: 3a173000 CR4: 06e0 DR0: DR1: DR2: DR3: DR6: 4ff0 DR7: 0400 Process nfs4_cb_probe (pid: 16606, threadinfo 8100018ac000, task 81003d904800) Stack: 80578f20 0282 0282 81003e04c080 882be0ff fffb 810007482ec0 810007482e00 8100399dbbd0 884f34b2 Call Trace: [] :sunrpc:rpc_put_task+0x6d/0x81 [] :nfsd:do_probe_callback+0x48/0x6a [] :nfsd:do_probe_callback+0x0/0x6a [] kthread+0x47/0x74 [] child_rip+0xa/0x12 [] kthread+0x0/0x74 [] child_rip+0x0/0x12 Code: 4c 39 63 18 0f 85 73 ff ff ff 48 89 df e8 ec fd ff ff 48 83 RIP [] :sunrpc:rpc_shutdown_client+0xb5/0xd2 RSP CR2: 0018 ---[ end trace f553cdd2937e7544 ]--- -- Package-specific info: ** Version: Linux version 2.6.24-1-amd64 (Debian 2.6.24-7) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080114 (prerelease) (Debian 4.1.2-19)) #1 SMP Sat May 10 09:28:10 UTC 2008 ** Command line: rw root=/dev/disk/by-label/root console=ttyS0,115200 ** Tainted: P (129) ** Kernel log: doldacond[4805]: segfault at 12615e0 rip 417790 rsp 7fff6c9733b0 error 6 nfs4_cb: server 192.168.2.253 not responding, timed out UDP: bad checksum. From 93.80.151.26:53 to 82.182.133.20:1937 ulen 464 nfs4_cb: server 192.168.2.253 not responding, timed out nfs4_cb: server 192.168.2.253 not responding, timed out Unable to handle kernel NULL pointer dereference at 0018 RIP: [] :sunrpc:rpc_shutdown_client+0xb5/0xd2 PGD 328c8067 PUD 1eb84067 PMD 0 Oops: [1] SMP CPU 1 Modules linked in: tcp_diag inet_diag des_generic cbc blkcipher nfs nfsd lockd nfs_acl exportfs ppdev parport_pc lp parport wlan_scan_ap sit tunnel4 sch_sfq cls_u32 cls_fw sch_htb ipt_REJECT iptable_filter xt_tcpudp ipt_MASQUERADE iptable_nat nf_conntrack_ipv4 ipt_owner xt_DSCP xt_dscp xt_MARK iptable_mangle ip_tables x_tables xfs reiserfs nf_nat_sip nf_conntrack_sip nf_nat_h323 nf_conntrack_h323 nf_nat_irc nf_conntrack_irc nf_nat_ftp nf_nat nf_conntrack_ftp nf_conntrack ipv6 rpcsec_gss_krb5 auth_rpcgss sunrpc loop snd_hda_intel psmouse ath_rate_sample pcspkr ath_pci wlan ath_hal(P) snd_pcm snd_timer snd soundcore serio_raw k8temp snd_page_alloc i2c_nforce2 i2c_core pl2303 usblp usbserial evdev ext3 jbd mbcache dm_mirror dm_snapshot dm_mod generic sd_mod amd74xx sata_nv ide_core r8169 forcedeth firewire_ohci firewire_core crc_itu_t sata_sil ata_generic ohci_hcd libata scsi_mod ehci_hcd Pid: 16606, comm: nfs4_cb_probe Tainted: P2.6.24-1-amd64 #1 RIP: 0010:[] [] :sunrpc:rpc_shutdown_client+0xb5/0xd2 RSP: 0018:8100018ade90 EFLAGS: 00010246 RAX: fffb RBX: RCX: 810001436fa0 RDX: 0002 RSI: fffb RDI: RBP: 810007482e00 R08: 882e2750 R09: 81
Bug#489994: kmail: Invalid sender names on read messages
Package: kmail Version: 4:3.5.9-4 Severity: normal Sender names are uncodified only in read messages. Example: The name: Benjamí Villoslada is: =?iso-8859-15?q?Benjam=ED_Villoslada?= Best regards. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-1-686 (SMP w/2 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kmail depends on: ii kdebase-kio-plugins 4:3.5.9.dfsg.1-2+b1 core I/O slaves for KDE ii kdelibs4c2a 4:3.5.9.dfsg.1-5core libraries and binaries for al ii kdepim-kio-plugins 4:3.5.9-4 KDE pim I/O Slaves ii libart-2.0-2 2.3.20-2Library of functions for 2D graphi ii libaudio21.9.1-4 Network Audio System - shared libr ii libc62.7-12 GNU C Library: Shared libraries ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.7-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.3.1-6 GCC support library ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libidn11 1.8+20080606-1 GNU libidn library, implementation ii libjpeg626b-14 The Independent JPEG Group's JPEG ii libkcal2b4:3.5.9-4 KDE calendaring library ii libkdepim1a 4:3.5.9-4 KDE PIM library ii libkleopatra14:3.5.9-4 KDE GnuPG interface libraries ii libkmime24:3.5.9-4 KDE MIME interface library ii libkpimidentities1 4:3.5.9-4 KDE PIM user identity information ii libksieve0 4:3.5.9-4 KDE mail/news message filtering li ii libmimelib1c2a 4:3.5.9-4 KDE mime library ii libpng12-0 1.2.27-1PNG library - runtime ii libqt3-mt3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-2 X11 Session Management library ii libstdc++6 4.3.1-6 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.4-2 X11 client-side library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft2 2.1.12-3FreeType-based font drawing librar ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrandr2 2:1.2.2-2 X11 RandR extension library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii perl 5.10.0-11 Larry Wall's Practical Extraction ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages kmail recommends: ii kmailcvt 4:3.5.9-4 KDE KMail mail folder converter ii procmail 3.22-16Versatile e-mail processor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#488978: fix
I understand what you mean now - the fix is to update audacious-plugins to 1.5.1 to match audacious. This should be fixed in the "depends" field of the audacious package. Note that in 'testing', audacious-plugins 1.5.1 isn't available while audacious-1.5.1 is the only one available, and the two don't play nicely together. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#488978: mistake
clearly the bug cannot be fixed in 1.5.1-1, as that is the version that we reported it in. -Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489993: gnome-panel: Terminal=true in desktop files does not work
Package: gnome-panel Version: 2.20.3-5 Severity: normal Whenever I try to launch an app that has Terminal=true in its desktop file, I get this error message, Could not launch application Failed to execute child process "-x" (No such file or directory) It seems that gnome-panel is attempting to execute a program called -x: [EMAIL PROTECTED]:~$ strace -f -F -p `pgrep gnome-panel` 2>&1 | grep -i htop lstat64("/usr/share/applications/htop.desktop", {st_mode=S_IFREG|0644, st_size=210, ...}) = 0 open("/usr/share/applications/htop.desktop", O_RDONLY|O_LARGEFILE) = 30 [pid 17552] execve("/home/pabs/bin/-x", ["-x", "htop"], [/* 28 vars */]) = -1 ENOENT (No such file or directory) [pid 17552] execve("/usr/local/bin/-x", ["-x", "htop"], [/* 28 vars */]) = -1 ENOENT (No such file or directory) [pid 17552] execve("/usr/bin/-x", ["-x", "htop"], [/* 28 vars */] [pid 17552] execve("/bin/-x", ["-x", "htop"], [/* 28 vars */] [pid 17552] execve("/usr/bin/X11/-x", ["-x", "htop"], [/* 28 vars */]) = -1 ENOENT (No such file or directory) [pid 17552] execve("/usr/games/-x", ["-x", "htop"], [/* 28 vars */]) = -1 ENOENT (No such file or directory) [pid 17552] execve("/usr/local/games/-x", ["-x", "htop"], [/* 28 vars */]) = -1 ENOENT (No such file or directory) ^C The desktop file looks like this (same issue with other files): $ cat /usr/share/applications/htop.desktop [Desktop Entry] Encoding=UTF-8 Version=0.7 Name=Htop Type=Application Comment=Show System Processes Terminal=true Exec=htop Path= Icon=htop Categories=ConsoleOnly;System;Application; GenericName=Process Viewer Here is what the environment looks like: $ cat /proc/`pgrep gnome-panel`/environ | tr '\0' '\n' SHELL=/bin/bash USER=pabs SSH_AUTH_SOCK=/tmp/keyring-ynOWyQ/ssh GNOME_KEYRING_SOCKET=/tmp/keyring-ynOWyQ/socket USERNAME=pabs PATH=/home/pabs/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games:/usr/local/games DESKTOP_SESSION=gnome GDM_XSERVER_LOCATION=local PWD=/home/pabs GNOME_KEYRING_PID=4751 LANG=en_AU.UTF-8 GDM_LANG=en_AU.UTF-8 GDMSESSION=gnome SHLVL=0 HOME=/home/pabs LOGNAME=pabs REMOTECONSOLE=3.0.0.16 XDG_DATA_DIRS=/usr/local/share/:/usr/share/:/usr/share/gdm/ WINDOWPATH=7 DISPLAY=:0.0 XAUTHORITY=/home/pabs/.Xauthority DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-u0HVwadxm7,guid=3775a6498af0a6acb0c4f5cf48737c16 GPG_AGENT_INFO=/tmp/seahorse-F2YBCT/S.gpg-agent:4883:1 GTK_RC_FILES=/etc/gtk/gtkrc:/home/pabs/.gtkrc-1.2-gnome2 GTK_MODULES=gnomebreakpad SESSION_MANAGER=local/chianamo:/tmp/.ICE-unix/4756 GNOME_DESKTOP_SESSION_ID=Default -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-panel depends on: ii gnome-about2.22.3-1 The GNOME about box ii gnome-control-center 1:2.22.2.1-1 utilities to configure the GNOME d ii gnome-desktop-data 2.22.3-1 Common files for GNOME 2 desktop a ii gnome-menus2.22.2-1 an implementation of the freedeskt ii gnome-panel-data 2.20.3-5 common files for the GNOME Panel ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-12GNU C Library: Shared libraries ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst ii libecal1.2-7 2.22.3-1 Client library for evolution calen ii libedataserver1.2-92.22.3-1 Utility library for evolution data ii libedataserverui1.2-8 2.22.3-1 GUI utility library for evolution ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.4-1 The GLib library of C routines ii libgnome-desktop-2 2.22.3-1 Utility library for loading .deskt ii libgnome-menu2 2.22.2-1 an implementation of the freedeskt ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-4GNOME Virtual File System (runtime ii libgtk2.0-02.12.10-2 The GTK+ graphical user interface ii liborbit2 1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.20.3-5 library for GNOME Panel applets hi libpango1.0-0 1.20.4-1 Layout and rendering of internatio ii libwnck22 2.22.3-1 Window Navigator Construction K
Bug#489992: php-timezonedb is now useless and should not be part of lenny
Source: php-timezonedb Version: 2008.3-1 Severity: serious Now that a version of the php5 package has migrated to testing this package is completely useless. If I find no other use for it in some time I'll request it's removal. The severity is just to make it RC bogus and thus avoid migrating to lenny as soon as a removal hint is added. Cheers, -- Atomo64 - Raphael Please avoid sending me Word, PowerPoint or Excel attachments. See http://www.gnu.org/philosophy/no-word-attachments.html signature.asc Description: This is a digitally signed message part.
Bug#489677: setting package to hpijs hpijs-ppds hplip-data hplip-dbg hplip-gui hplip hplip-doc, tagging 489677 ...
# Automatically generated email from bts, devscripts version 2.10.33 # via tagpending # # hplip (2.8.6-2) UNRELEASED; urgency=low # # * Suggests: kdebase-bin (<< 4:4.4.0-1) #- unversioned dependency on kdebase-bin (Closes: #460482) # * hplip-gui Depends: dbus-x11 #- hp-toolbox: Unable to connect to dbus session bus (Closes: #489677) # * Replace [Build-Depends:,Depends:] s/cupsys/cups/ #- hplip depends on defunct cupsys (Closes: #487726) # package hpijs hpijs-ppds hplip-data hplip-dbg hplip-gui hplip hplip-doc tags 489677 + pending tags 460482 + pending tags 487726 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489991: firehol: /etc/init.d/firehol dies if no arguments given
Package: firehol Version: 1.256-3 Severity: normal Demonstration: # sh -x /etc/init.d/firehol + . /lib/lsb/init-functions + FANCYTTY= + [ -e /etc/lsb-base-logging.sh ] + true + PATH=/sbin:/bin + NAME=firehol + DESC=Firewall + test -x /sbin/firehol + set -e + [ -r /etc/default/firehol ] + . /etc/default/firehol + START_FIREHOL=YES + WAIT_FOR_IFACE=ra0 + echo YES + /usr/bin/tr a-z A-Z + START_FIREHOL=YES + COMMAND= + shift shift: 1: can't shift that many Without the arguments, the program is expected to show what are the valid commands: # /etc/init.d/samba Usage: /etc/init.d/samba {start|stop|reload|restart|force-reload} -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages firehol depends on: ii bash 3.1dfsg-9 The GNU Bourne Again SHell ii iproute 20080417-1 networking and traffic control too ii iptables 1.4.0-4administration tools for packet fi ii lsb-base 3.2-11 Linux Standard Base 3.2 init scrip ii net-tools 1.60-19The NET-3 networking toolkit Versions of packages firehol recommends: pn aggregate (no description available) ii curl 7.18.1-1 Get a file from an HTTP, HTTPS or ii module-init-tools 3.4-1 tools for managing Linux kernel mo ii wget 1.11.2-1 retrieves files from the web -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#483285: lsb-base: lsb status_of_proc() function
On Tue, Jul 8, 2008 at 10:15 PM, Dustin Kirkland <[EMAIL PROTECTED]> wrote: > On Tue, 2008-07-08 at 21:50 -0500, Chris Lawrence wrote: >> I will see what I can do, but I'm not the gatekeeper for whether or >> not it will actually make it in; lsb-base is already frozen, so the >> decision is above my pay grade. > > Just to clarify, I'm looking for this to make it into 'unstable'. Your > note from 2008-06-09 said that you were holding off until you got > '3.2-12 into testing'. > > Looks like that happened on 2008-06-11. > > I'm not nearly so concerned about this making 'lenny'! Ah :) In which case, you'll be happy, since I just rolled up 3.2-12 with your patch and some other bits. Most of the changes are pretty small, so there's a decent chance it will make lenny too. Chris -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#454306: My fix
Hi, I've fixed the problem in src/clone/pud.c. In PudReadHeader(), the length is a long*, which is 64 bit in AMD64. However, CLread only read the first 4 bytes, or 32 bits, leaving the remaining 32 bits uninitialized. The correct solution is probably to change the length parameter in PudReadHeader, GetPudInfo and LoadPud in that source file to uint32_t. Regards, Isaac -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489713: apt-cacher-ng: Transfer log should be flushed by default
On Tue, Jul 08, 2008 at 05:35:19PM +0200, Eduard Bloch wrote: > > Why fflush(fStat) only on debug > 3? Why not always? > > Obviously to have less harddisk seeks (even if that's about peanuts). > I think I will make the flushing default now and add an explicit > option to the configuration pool to disable it. > > Maybe something like: > > LogVerbosity: 0 (compact lines, buffered) or 1(compact lines, flushed > linewise) or 2(extra logging of process state) > > I think this should be close to your expectations. Mode 2 would print > stuff like: > > Request received for file bla... > Download starting for file bla... > Download finished for file bla... > Job finished (date, transfer size, ... as usual) Yes, mode 1 is what I would like to have, to make it easier to watch like other ordinary log files. Mode 2 is beyond my request, but sure it's nice to have. apt-proxy refugees may be happy to see similar behavior here. Thanks, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#483285: lsb-base: lsb status_of_proc() function
On Tue, 2008-07-08 at 21:50 -0500, Chris Lawrence wrote: > I will see what I can do, but I'm not the gatekeeper for whether or > not it will actually make it in; lsb-base is already frozen, so the > decision is above my pay grade. Just to clarify, I'm looking for this to make it into 'unstable'. Your note from 2008-06-09 said that you were holding off until you got '3.2-12 into testing'. Looks like that happened on 2008-06-11. I'm not nearly so concerned about this making 'lenny'! Thanks, :-Dustin signature.asc Description: This is a digitally signed message part
Bug#317450: Not to be picky but..
Not to be picky, but the label is unchanged on the 4.0.3-11 screen package (the latest in current Debian testing). Nahuel Greco - [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489334: Forward of Debian bug #489334 - chkrootkit ignores the first -e options
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there, Can you please address the issues outlined in Debian bug #489334. Please preserve the cc addresses above, to allow the bug tracking system to file your reply with the original report. Thanks, - -- /* Mike Forbes || Cell: +6421 999 416 || Email: [EMAIL PROTECTED] GPG: BFC7 3F32 2CCF D91F 53E1 DF88 1578 B2E4 1399 6844 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: http://getfiregpg.org iEYEARECAAYFAkh0KfoACgkQFXiy5BOZaEQ5OwCfcHW6P15a+0kBwSsTuo07+aO5 KNkAnjjswtVtdFY8bB+864q4doPprJEh =HTT5 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343284: Forward of Debian bug #343284 chkrootkit: Line up entries in the report listing (better visually for spotting problems)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there, Can you please address the issues outlined in Debian bug #343284 Please preserve the cc addresses above, to allow the bug tracking system to file your reply with the original report. Thanks, - -- /* Mike Forbes || Cell: +6421 999 416 || Email: [EMAIL PROTECTED] GPG: BFC7 3F32 2CCF D91F 53E1 DF88 1578 B2E4 1399 6844 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: http://getfiregpg.org iEYEARECAAYFAkh0KwQACgkQFXiy5BOZaERjgQCgiGoDxKZ21KL2zjEvHKLEBglJ AXcAoJAwwZFHrHOzpinpdUE/r/wFr5py =Dbcp -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#483285: lsb-base: lsb status_of_proc() function
On Tue, Jul 8, 2008 at 7:27 PM, Dustin Kirkland <[EMAIL PROTECTED]> wrote: > I have attached an updated patch for the status_of_proc() function, that > we're currently carrying in Ubuntu. > > I have replaced the call to pidofproc() with an invocation > of /bin/pidof. > > It seems that pidofproc() will attempt to call "kill -0" on a pid, if a > pidfile is found. This "kill" operation will only succeed if the euid > is that of the user owning the daemon, or the root user. > > Querying the status of a daemon is an operation that should be > accessible by non-privileged users. I think this is a reasonable > tradeoff. I have tested this with modifications to the init scripts of: > (at, bind9, cron, dovecot, openssh-server, samba, sysklogd). It works > very well. > > > Additionally, you mentioned the current lenny freeze. This is a very > small, compact, standalone function within lsb-base. This change should > not affect any existing functionality. Would you reconsider including > this under the current freeze? Patches to a number of init scripts are > gated upon this functionality being incorporated into lsb-base. I will see what I can do, but I'm not the gatekeeper for whether or not it will actually make it in; lsb-base is already frozen, so the decision is above my pay grade. Chris -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#488728: knode: very high number of cpu wakeups
forwarded 472054 http://bugs.kde.org/show_bug.cgi?id=147944 forcemerge 472054 488728 thanks This issue had already been reported as http://bugs.debian.org/472054. A proposed patch is available in that report. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#454306: The attached patch didn't solve the problem fully
Hi, Once I try to start a game, it terminates with: GetPudInfo: /usr/share/games/freecraft/default/puds/default.pud: invalid pud LoadPud: /usr/share/games/freecraft/default/puds/default.pud: invalid pud It seems likely that there are other type issues. Regards, Isaac -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489990: linux-image-2.6.25-2-amd64: b43 Error loading microcode following Hibernate
Package: linux-image-2.6.25-2-amd64 Version: 2.6.25-6 Severity: normal Although my architecture is different(AMD/MCP51), I am experiencing exactly the problem described in #482153. My broadcom device is 03:00.0 Network controller: Broadcom Corporation BCM4312 802.11a/b/g (rev 01) After hibernate, I receive the following message. Unloading b43 results in a hard lock-up. Reboot seems to be the only way to re-enable the wireless card. b43-phy0 ERROR: Microcode not responding As shown below, my firmware is the latest (4.150.10.5) [ 11.484587] b43-phy0: Broadcom 4311 WLAN found [ 38.422374] input: b43-phy0 as /class/input/input10 [ 38.829277] b43-phy0: Loading firmware version 410.2160 (2007-05-26 15:32:10) [ 40.021541] Registered led device: b43-phy0::tx [ 40.021596] Registered led device: b43-phy0::rx [ 40.021639] Registered led device: b43-phy0::radio Prior to 2.6.25 an RTC bug prevented any kind of hibernate stability on my hardware (dv9000z), so there are not many options for other AMD/HP Pavillion 9000z users. Suspend S3 works great every time. cheers, iMac -- Package-specific info: ** Version: Linux version 2.6.25-2-amd64 (Debian 2.6.25-6) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080623 (prerelease) (Debian 4.1.2-23)) #1 SMP Fri Jun 27 00:16:12 UTC 2008 ** Command line: root=/dev/md0 resume=/dev/sdb6 ro ** Tainted: P (1) ** Kernel log: [ 10.451590] i2c-adapter i2c-0: nForce2 SMBus adapter at 0x3040 [ 10.451667] i2c-adapter i2c-1: nForce2 SMBus adapter at 0x3000 [ 10.483734] Bluetooth: HCI USB driver ver 2.9 [ 10.485921] usbcore: registered new interface driver hci_usb [ 10.747716] ricoh-mmc: Ricoh MMC Controller disabling driver [ 10.747784] ricoh-mmc: Copyright(c) Philip Langdale [ 10.747874] ricoh-mmc: Ricoh MMC controller found at :07:05.2 [1180:0843] (rev 1) [ 10.747958] ricoh-mmc: Controller is now disabled. [ 10.923815] input: PC Speaker as /class/input/input8 [ 10.973790] sdhci: Secure Digital Host Controller Interface driver [ 10.973850] sdhci: Copyright(c) Pierre Ossman [ 10.973936] sdhci: SDHCI controller found at :07:05.1 [1180:0822] (rev 19) [ 10.974378] ACPI: PCI Interrupt Link [LNK2] enabled at IRQ 7 [ 10.974443] ACPI: PCI Interrupt :07:05.1[B] -> Link [LNK2] -> GSI 7 (level, high) -> IRQ 7 [ 10.974598] sdhc0:slot0: Will use DMA mode even though HW doesn't fully claim to support it. [ 10.974712] mmc0: SDHCI at 0xc8000800 irq 7 DMA [ 11.083530] Linux video capture interface: v2.00 [ 11.253502] usbcam: registering driver r5u870 0.11.1SVN [ 11.253586] r5u870-0: Detected HP Pavilion Webcam (UVC) [ 11.413523] r5u870-0: registered as video0 [ 11.413605] usbcore: registered new interface driver r5u870 [ 11.484587] b43-phy0: Broadcom 4311 WLAN found [ 11.576900] phy0: Selected rate control algorithm 'pid' [ 11.768396] Broadcom 43xx driver loaded [ Features: PMLR, Firmware-ID: FW13 ] [ 11.836149] Synaptics Touchpad, model: 1, fw: 6.2, id: 0x1a0b1, caps: 0xa04713/0x20 [ 11.867418] ACPI: PCI Interrupt Link [LAZA] enabled at IRQ 21 [ 11.867486] ACPI: PCI Interrupt :00:10.1[B] -> Link [LAZA] -> GSI 21 (level, high) -> IRQ 21 [ 11.867710] PCI: Setting latency timer of device :00:10.1 to 64 [ 11.899970] input: SynPS/2 Synaptics TouchPad as /class/input/input9 [ 14.043078] Adding 2104472k swap on /dev/sdb6. Priority:-1 extents:1 across:2104472k [ 14.787894] EXT3 FS on md0, internal journal [ 15.143349] loop: module loaded [ 15.759664] nvidia: module license 'NVIDIA' taints kernel. [ 15.794952] ACPI: PCI Interrupt Link [LK1E] enabled at IRQ 16 [ 15.795021] ACPI: PCI Interrupt :05:00.0[A] -> Link [LK1E] -> GSI 16 (level, high) -> IRQ 16 [ 15.795166] PCI: Setting latency timer of device :05:00.0 to 64 [ 15.795345] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 173.14.09 Wed Jun 4 23:40:50 PDT 2008 [ 15.869372] ieee80211_crypt: registered algorithm 'NULL' [ 15.881207] ieee80211: 802.11 data/management/control stack, git-1.1.13 [ 15.881277] ieee80211: Copyright (C) 2004-2005 Intel Corporation <[EMAIL PROTECTED]> [ 16.103712] powernow-k8: Found 1 AMD Turion(tm) 64 X2 Mobile Technology TL-60 processors (2 cpu cores) (version 2.20.00) [ 16.235812] powernow-k8:0 : fid 0xc (2000 MHz), vid 0x13 [ 16.235854] powernow-k8:1 : fid 0xa (1800 MHz), vid 0x15 [ 16.235915] powernow-k8:2 : fid 0x8 (1600 MHz), vid 0x17 [ 16.235977] powernow-k8:3 : fid 0x0 (800 MHz), vid 0x1e [ 17.686031] fuse init (API version 7.9) [ 20.914948] RPC: Registered udp transport module. [ 20.915015] RPC: Registered tcp transport module. [ 28.597261] warning: `avahi-daemon' uses 32-bit capabilities (legacy support in use) [ 28.764344] NET: Registered protocol family 10 [ 28.765357] lo: Disabled Privacy Extensions [ 31.516810] Clocksource tsc unstable (delta = -71904674 ns) [ 31.549372] pnp: the driver 'parport_pc' has been registered [ 31.5
Bug#489989: New Upstream Release
Package: pidgin-plugin-pack Version: 2.2.0-1 Version 2.3.0-1 has been released upstream since 3 weeks or so. I copied the debian directory from 2.2.0-1 to 2.3.0-1, updated the change log, and it built. The resulting package fixed my crashing irc problem. | "GLib-GObject: invalid cast from `GtkVBox' to `GtkPaned'" This may well solve #469902 and #469477. It would be delightful to have this for lenny. Thanks, Stephen -- Stephen R. Marenka If life's not fun, you're not doing it right! <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#478924: Does not have a GNOME menu entry
Thanks Daniel. I got some work distractions at the moment but I'll add the desktop file as soon as I can. Drew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489988: projectl: Creates file in current working directory
Package: projectl Version: 1.001.dfsg1-1 Severity: important Tags: security Hi, This game creates the file projectL.prf on the current working dir every time it's run. It should probably create it under a dot dir on the home dir. Setting as important as this might be a security problem (it might even well be RC). regards, guillem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482528: heimdal-clients,krb5-user
Bastian Blank wrote: >> (BTW, Brian, this discussion reminds me that I'd like to use alternatives >> for krb5.conf.5 so that krb5-doc and heimdal-doc don't need to conflict. >> > > Prdon, this is missuse of that mechanism. man already can do that. > How? Brian May -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489883: Maintainer address is not deliverable.
On Tue, Jul 08, 2008 at 03:50:18PM +0100, Colin Watson <[EMAIL PROTECTED]> was heard to say: > On Tue, Jul 08, 2008 at 07:30:09AM -0700, Daniel Burrows wrote: > > Interesting question, though: I checked packages.debian.org and this > > *does* have a real maintainer (Martin Pitt). So maybe this is a p.d.o > > bug? > > http://packages.debian.org/latex-ucs shows Martin Pitt (for etch; in > later releases it's a virtual package). > http://packages.debian.org/tetex-ucs says "Sorry, your search gave no > results". Sorry about that, I was apparently emailing a little too early this morning. :-( Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489987: kpdf: KPDF refuses to open files that do not have the correct extension
Package: kpdf Version: 4:3.5.9-1+b2 Severity: minor Take any pdf file that already works in KPDF. Rename it to change its extension from .pdf to something else; for example, "file.pdf.bak" works. Start KPDF and attempt to open the file (the file dialog won't list it, so you have to force it a bit by typing the name manually or entering a different filter). KPDF says "Error" "Could not open ..etc.." Of course, KPDF is lying - it could open the file if it wanted to. It just doesn't want to because the extension is different. ("Will not open .." would be a truer statement...) As you might guess, I wanted to view a ".pdf.bak" file when I found this bug, but it happens on all sorts of extensions. Without extension seems to work okay, though. Peace, Brendon -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kpdf depends on: ii kdelibs4c2a 4:3.5.9.dfsg.1-4 core libraries and binaries for al ii libc6 2.7-10 GNU C Library: Shared libraries ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype62.3.6-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.3.1-2GCC support library ii libpaper1 1.1.23+nmu1 library for handling paper charact ii libqt3-mt 3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3.1-2 The GNU Standard C++ Library v3 ii libxft2 2.1.12-3 FreeType-based font drawing librar Versions of packages kpdf recommends: ii kghostview 4:3.5.9-1+b2 PostScript viewer for KDE -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#488275: [Pkg-samba-maint] Bug#488275: samba and winbind: initscript miss 'status' option
Hi- I'm working on a generic status_of_proc() function to be provided by /lib/lsb/init-functions in the lsb-base package. This bug is: * http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=483285 This function also currently uses /bin/pidof, although eventually, I'd like at add some improved support for pidfiles as well. Having this functionality in a single library function is far more maintainable than scattering this sort of functionality across dozens/hundreds/thousands of init scripts. Although the patch hasn't been accepted in Debian's lsb-base yet, we have applied it and are working on it in Ubuntu's development tree (Intrepid) at the moment. We're tracking this as a single bug at this moment here: * https://bugs.edge.launchpad.net/ubuntu/+source/sysklogd/+bug/203169 I've modified a handful of service init scripts, including Samba to use this function. I don't know if it'll (yet) serve your heartbeat needs, but in my testing, it seems to work perform correctly, telling you if nmbd/smbd/winbindd are running or not. * http://launchpadlibrarian.net/15898919/samba.status.debdiff Once the status_of_proc() function is in lsb-base, I intend to push this patch to Debian's samba. -- :-Dustin Dustin Kirkland Ubuntu Server Developer Canonical, LTD [EMAIL PROTECTED] GPG: 1024D/83A61194 signature.asc Description: This is a digitally signed message part
Bug#189043: australian language settings now working
Confirming the bug is indeed fixed. With my default australian setting, "color" is now marked as incorrect, with the correct spelling offered by right-click. Moreover in the middle of the one document I can change the language setting of individual selections, so that in a second sentence, for instance, "colour" is marked as incorrect under US english. Thanks, Drew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489985: Please add OnlyShowIn=KDE; to kwalletmanager.desktop
Package: kwalletmanager Version: 4:3.5.9-1 Severity: normal Subject says all. I don't think it makes a lot of sense, to show the kwallet config dialog in any DE other than KDE (it's weird if it e.g. shows up in GNOME's settings menu). Affected file: /usr/share/applications/kde/kwalletmanager.desktop Cheers, Michael -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25.10 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 kwalletmanager depends on: ii kdelibs4c2a 4:3.5.9.dfsg.1-5 core libraries and binaries for al ii libc6 2.7-12 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-6GCC support library ii libqt3-mt 3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3.1-6 The GNU Standard C++ Library v3 kwalletmanager recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489986: libcdd-dev: Missing dependency on libcdd0
Package: libcdd-dev Version: 094b.dfsg-1 Severity: serious Hi, This packages is missing a dependency on libccd0. regards, guillem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489832: [Pkg-octave-devel] Bug#489832: Bug#489832: Bug#489832: Bug#489832: octave3.0-info: octave info docs not easily accessible
On Tue, 2008-07-08 at 10:30 +0200, Thomas Weber wrote: > > Okay, I found the problem: > > /usr/share/info/dir > contains wrong information (I have several entries for 2.1 in there). > Removing these fixes the problem. > In my (current) case, /usr/share/info/dir contains references to octave2.9, but octave2.1 is not mentioned. Like you, deleting these octave2.9 entries by hand restores the "info octave" functionality (goes to the octave3.0 info). Drew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489983: ITP: srf -- generic format for DNA sequence data
Package: wnpp Severity: wishlist Owner: Charles Plessy <[EMAIL PROTECTED]> Package name: srf Version : 0.1 Upstream Author : http://srf.sourceforge.net/groups.html <[EMAIL PROTECTED]> URL : http://srf.sourceforge.net/ License : Apache License V2.0 Programming Lang: C++ Description : specification and C++ implementation of the SRF format for DNA sequence data Package: srf-doc Description: specification documents for the SRF format DNA sequence data SRF (sort for Sequence Read Format) is a generic format capable of storing data generated by any DNA sequencing technology. Hence it has sufficient flexibility to store data from current and future DNA sequencing technologies at minimal cost of implementation. Benefits include a single input file format for all downstream applications and a read lookup index enabling downstream formats to reference reads without duplication of all of the read specific information. . This package contains the version 1.3 and the draft of the version 1.3.1 of the SRF specification. Packages: libsrf1 Description: C++ implementation of the SRF format for DNA sequence data SRF (sort for Sequence Read Format) is a generic format capable of storing data generated by any DNA sequencing technology. This library is an implementation of SRF and provides basic input-output functions. (To be checked, I have no idea what this library is doing in detail) The library shipped in the srf source has a dependancy on something not packaged yet in Debian (Staden's io-lib); I do not expect all this to enter Debian before the last quarter of the year. srf-doc could of course be uploaded shortly if requested. -- Charles Plessy Debian-Med packaging team Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489984: kdeprint: Please add OnlyShowIn=KDE; to printers.desktop
Package: kdeprint Version: 4:3.5.9.dfsg.1-2+b1 Severity: normal Subject says all. I don't think it makes a lot of sense, to show the kdeprint config dialog in any DE other than KDE (it's weird if it e.g. shows up in GNOME's settings menu). Affected file: /usr/share/applications/kde/printers.desktop Cheers, Michael -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25.10 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 kdeprint depends on: ii enscript1.6.4-12 Converts ASCII text to Postscript, ii kdelibs4c2a 4:3.5.9.dfsg.1-5 core libraries and binaries for al ii libc6 2.7-12 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-6GCC support library ii libqt3-mt 3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3.1-6 The GNU Standard C++ Library v3 ii poster 1:20050907-1 Create large posters out of PostSc ii psutils 1.17-26 A collection of PostScript documen Versions of packages kdeprint recommends: ii evince [postscript-viewe 2.22.2-1Document (postscript, pdf) viewer ii ghostscript [postscript- 8.62.dfsg.1-2.1 The GPL Ghostscript PostScript/PDF ii kghostview [postscript-v 4:3.5.9-2 PostScript viewer for KDE -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489981: kdemultimedia-kio-plugins: Please add OnlyShowIn=KDE; to audiocd.desktop
Package: kdemultimedia-kio-plugins Version: 4:3.5.9-2 Severity: normal Subject says all. I don't think it makes a lot of sense, to show the audiocd ioslave config dialog in any DE other than KDE. Cheers, Michael -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25.10 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 kdemultimedia-kio-plugins depends on: ii kdelibs4c2a 4:3.5.9.dfsg.1-5 core libraries and binaries for al ii libartsc0 1.5.9-2 aRts sound system C support librar ii libasound2 1.0.16-2 ALSA library ii libc6 2.7-12 GNU C Library: Shared libraries ii libcdparanoia0 3.10.0+debian-1 audio extraction tool for sampling ii libgcc1 1:4.3.1-6GCC support library ii libkcddb1 4:3.5.9-2CDDB library for KDE ii libogg0 1.1.3-4 Ogg Bitstream Library ii libqt3-mt 3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3.1-6 The GNU Standard C++ Library v3 ii libvorbis0a 1.2.0.dfsg-3.1 The Vorbis General Audio Compressi ii libvorbisenc2 1.2.0.dfsg-3.1 The Vorbis General Audio Compressi kdemultimedia-kio-plugins recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489982: libkcddb1: Please add OnlyShowIn=KDE; to libkcddb.desktop
Package: libkcddb1 Version: 4:3.5.9-2 Severity: normal Subject says all. I don't think it makes a lot of sense, to show the cddb config dialog in any DE other than KDE. Affected file: /usr/share/applications/kde/libkcddb.desktop Cheers, Michael -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25.10 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 libkcddb1 depends on: ii kdelibs4c2a 4:3.5.9.dfsg.1-5 core libraries and binaries for al ii libc6 2.7-12 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-6GCC support library ii libqt3-mt 3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3.1-6 The GNU Standard C++ Library v3 libkcddb1 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489980: llvm: please include emacs and vim syntax modes
Package: llvm Version: 2.2-8 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 llvm includes emacs and vim syntax modes for LLVM assembly files and TableGen description files in the utils/ subdirectory; it'd be great if the Debian package included them. - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages llvm depends on: ii binfmt-support1.2.11 Support for extra binary formats ii libc6 2.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-2 GCC support library ii libstdc++64.3.1-2The GNU Standard C++ Library v3 Versions of packages llvm recommends: ii llvm-dev 2.2-8 common libraries and headers for L - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIdA4RAud/2YgchcQRAqpAAKC4Hesth5PleflUZNQ1b73OZsECVACfRqY7 ckzjORAdTYjhuQeMFNEhXHQ= =MJu2 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#487238: ruby1.8: Arbitrary code execution vulnerability
Hi, Can someone please comment on the status of a fix for this bug in Etch? We are working on our svn-repos. Thank you. -- ay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489966: dupload: upload of .changes file results in a 0 sized file
Frank Lichtenheld a écrit : severity 489966 normal thanks On Wed, Jul 09, 2008 at 01:09:39AM +0200, Pini wrote: Package: dupload Version: 2.6.4 Severity: grave Justification: renders package unusable If dupload doesn't work in one specific case with one specific FTP server, that is hardly a grave bug. Right. But looking at the mentors.d.n's oldchanges directory it seems I'm not the only one experiencing this bug: -rw-r--r-- 1 mentors mentors 0 Apr 30 02:05 animorph_0.3-1_i386.changes -rw-r--r-- 1 mentors mentors 0 May 10 05:00 cegui-mk2_0.5.0-4_i386.changes -rw-r--r-- 1 mentors mentors 0 May 28 04:10 chmlib_0.39-9_amd64.changes -rw-r--r-- 1 mentors mentors 0 Apr 28 15:09 kde4-style-qtcurve_0.59.0-1_i386.changes -rw-r--r-- 1 mentors mentors 0 Apr 28 23:39 libtorrent_0.12.1-1_source.changes -rw-r--r-- 1 mentors mentors 0 Jun 24 22:26 libtorrent_0.12.2-1_source.changes -rw-r--r-- 1 mentors mentors 0 May 31 14:15 mhgui_0.2-1_i386.changes -rw-r--r-- 1 mentors mentors 0 Jun 22 19:08 mtpaint_3.21-1_i386.changes -rw-r--r-- 1 mentors mentors 0 Jul 9 00:19 nted_0.26.1-1_i386.changes -rw-r--r-- 1 mentors mentors 0 Jun 16 03:05 randtype_1.13-6_source.changes -rw-r--r-- 1 mentors mentors 0 Jun 28 11:47 syx_0.1.7-1_amd64.changes -rw-r--r-- 1 mentors mentors 0 Jun 10 06:47 syx_0.1.7-2_amd64.changes -rw-r--r-- 1 mentors mentors 0 May 13 20:33 tcltls_1.5.0.dfsg-8_i386.changes -rw-r--r-- 1 mentors mentors 0 Jun 3 04:38 tcltls_1.5.0.dfsg-9_i386.changes -rw-r--r-- 1 mentors mentors 0 May 26 12:56 tkgate_2.0~a11-1_source.changes -rw-r--r-- 1 mentors mentors 0 May 30 04:05 uni2ascii_4.9-1_amd64.changes -rw-r--r-- 1 mentors mentors 0 May 29 04:23 xchm_1.14-4_amd64.changes -rw-r--r-- 1 mentors mentors 0 Jun 3 14:25 xosview_1.8.3+debian-8_amd64.changes -rw-r--r-- 1 mentors mentors 0 Jun 24 21:05 xscreensaver_5.05-3_source.changes Gruesse, Thanks, -- Gilles. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#487580: [boinc]
ca-certificates 20080617 fixes the problem. This can be closed. Thanks. 2008/7/8 Frank S. Thomas <[EMAIL PROTECTED]>: > On Sunday 22 June 2008 22:07, Rafael wrote: > > Boinc manager report that cannot conect to project servers. > > I have tested this in two different Debian installations: lenny and sid > > with the same result. > > Which version of the ca-certificate package do you have installed? Try to > upgrade this package to the latest version. And what is the ouput of this > command: > >ls -l /var/lib/boinc-client/ca-bundle.crt > > Cheers, > -- > Frank S. Thomas <[EMAIL PROTECTED]> PGP public key ID: 0xDC426429 > Debian Developerfinger fst/[EMAIL PROTECTED] >
Bug#489966: dupload: upload of .changes file results in a 0 sized file
Frank Lichtenheld a écrit : On Wed, Jul 09, 2008 at 01:09:39AM +0200, Pini wrote: No error reported. I finaly decided to have a look at the FTP server. And I saw that all my package files but the .changes were present there. The .changes was in the "oldchanges" directory with size = 0. Have you tried to upload the .changes file with a normal FTP client to see whether that changes anything? I did. No changes. Have you tried to run dupload with the --debug option? Yes. No error reported. Is this error still reproducible? Or was it only present at one specific time? I had this problem yesterday. Still there today (just tried right now). I then tried to upload the .changes file with a different name using FTP. It appeared with the correct size. Then I renamed it to its correct name (nted_0.26.1-1_i386.changes) and my package was suddenly proccessed. I suggest to slightly modify dupload so that the .changes file is first uploaded with its name changed (say: .changes.tmp) and renamed afterward. This to ensure the complete upload before starting the processing. That will not be possible since you might not have the rights to modify uploaded files. I've done it using lftp. Here is the full test case: [EMAIL PROTECTED]:~$ dupload -f -t mentors debian/dists/unstable/nted_0.26.1-1_i386.changes dupload note: no announcement will be sent. Checking signatures before upload..signatures are ok Uploading (ftp) to mentors.debian.net:/ [ job nted_0.26.1-1_i386 from nted_0.26.1-1_i386.changes nted-doc_0.26.1-1_all.deb, size ok, md5sum ok, sha1sum ok, sha256sum ok nted_0.26.1-1_i386.deb, size ok, md5sum ok, sha1sum ok, sha256sum ok nted_0.26.1-1.dsc, size ok, md5sum ok, sha1sum ok, sha256sum ok nted_0.26.1-1.diff.gz, size ok, md5sum ok, sha1sum ok, sha256sum ok nted_0.26.1.orig.tar.gz, size ok, md5sum ok, sha1sum ok, sha256sum ok nted_0.26.1-1_i386.changes ok ] Uploading (ftp) to mentors (mentors.debian.net) + FTP passive mode selected [ Uploading job nted_0.26.1-1_i386 nted-doc_0.26.1-1_all.deb 1049.7 kB, ok (37 s, 28.37 kB/s) nted_0.26.1-1_i386.deb 404.3 kB, ok (28 s, 14.44 kB/s) nted_0.26.1-1.dsc 1.1 kB, ok (22 s, 0.05 kB/s) nted_0.26.1-1.diff.gz 8.9 kB, ok (21 s, 0.42 kB/s) nted_0.26.1.orig.tar.gz 1747.7 kB, ok (68 s, 25.70 kB/s) nted_0.26.1-1_i386.changes 2.5 kB, ok (21 s, 0.12 kB/s) ] [EMAIL PROTECTED]:~$ lftp mentors.debian.net lftp mentors.debian.net:~> ls drwxr-xr-x 2 mentors mentors 4096 May 30 02:20 080529222025p drwxr-xr-x 2 mentors mentors 4096 Apr 8 13:55 debug -rw-r--r-- 1 mentors mentors 1074900 Jul 9 00:17 nted-doc_0.26.1-1_all.deb -rw-r--r-- 1 mentors mentors 9117 Jul 9 00:18 nted_0.26.1-1.diff.gz -rw-r--r-- 1 mentors mentors 1106 Jul 9 00:17 nted_0.26.1-1.dsc -rw-r--r-- 1 mentors mentors414014 Jul 9 00:17 nted_0.26.1-1_i386.deb -rw-r--r-- 1 mentors mentors 1789628 Jul 9 00:19 nted_0.26.1.orig.tar.gz drwxrwxr-x 2 mentors mentors 12288 Jul 8 15:34 oldchanges lftp mentors.debian.net:/> ls oldchanges/nted_0.26.1-1_i386.changes -rw-r--r-- 1 mentors mentors 0 Jul 9 00:19 oldchanges/nted_0.26.1-1_i386.changes lftp mentors.debian.net:/> put debian/dists/unstable/nted_0.26.1-1_i386.changes -o nted_0.26.1-1_i386.changes.tmp 2519 octets transférés en 21 secondes (118o/s) lftp mentors.debian.net:/> ls drwxr-xr-x 2 mentors mentors 4096 May 30 02:20 080529222025p drwxr-xr-x 2 mentors mentors 4096 Apr 8 13:55 debug -rw-r--r-- 1 mentors mentors 1074900 Jul 9 00:17 nted-doc_0.26.1-1_all.deb -rw-r--r-- 1 mentors mentors 9117 Jul 9 00:18 nted_0.26.1-1.diff.gz -rw-r--r-- 1 mentors mentors 1106 Jul 9 00:17 nted_0.26.1-1.dsc -rw-r--r-- 1 mentors mentors 2519 Jul 9 00:22 nted_0.26.1-1_i386.changes.tmp -rw-r--r-- 1 mentors mentors414014 Jul 9 00:17 nted_0.26.1-1_i386.deb -rw-r--r-- 1 mentors mentors 1789628 Jul 9 00:19 nted_0.26.1.orig.tar.gz drwxrwxr-x 2 mentors mentors 12288 Jul 8 15:34 oldchanges lftp mentors.debian.net:/> mv nted_0.26.1-1_i386.changes.tmp nted_0.26.1-1_i386.changes renommage réussi lftp mentors.debian.net:/> ls drwxr-xr-x 2 mentors mentors 4096 May 30 02:20 080529222025p drwxr-xr-x 2 mentors mentors 4096 Apr 8 13:55 debug drwxrwxr-x 2 mentors mentors 12288 Jul 8 15:34 oldchanges lftp mentors.debian.net:/> Gruesse, Thanks, -- Gilles. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#484300: davfs2: zope webdav server problems
Can you send the info asked in http://bugs.debian.org/484300#10 ? Have you got any problem to get it? luciano signature.asc Description: This is a digitally signed message part.
Bug#487722: 487722: dhelp still getting hung up
reopen 487722 found 487722 0.6.10 thanks installation got hung up again at Registering documents with dhelp... It kept running index++ until I killed the parent: iron:~# ps -lC index++ F S UID PID PPID C PRI NI ADDR SZ WCHAN TTY TIME CMD 4 R 0 4587 2899 99 80 0 - 13908 - pts/10 00:00:07 index ++ iron:~# ps -l 2899 F S UID PID PPID C PRI NI ADDR SZ WCHAN TTYTIME CMD 0 S 0 2899 2896 0 80 0 - 2258 - pts/10 0:04 /usr/bin/ruby1.8 -w /usr/sbin/dhelp_parse -a /var/lib/doc-base/documents/ldp-en-network-install-howto /var/lib I gave it quite a few minutes, maybe a half hour. I suppose this could be unrelated to the original problem except for shared symptoms. Ross -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489920: [pkg-wpa-devel] Bug#489920: madwifi no longer supported, ath_pci doesn't work anymore
On Wednesday 09 July 2008 03:40:24 martin f krafft wrote: > Package: wpasupplicant > Version: 0.6.3-2 > Severity: important > > wpa_supplicant: "madwifi" wpa-driver is unsupported > wpa_supplicant: using "wext" wpa-driver instead ... > > ath5k is not yet a replacement for ath_pci, which is the most > reliable way to talk to madwifi cards. It does not implement wext > though, so wpa_supplicant has become unusable with Atheros chips. Where do you get your information from? Madwifi and ath5k support the WEXT backend, it just so happens that ath5k doesn't work at all very well yet. The reason to drop madwifi private backend is discussed here: http://lists.alioth.debian.org/pipermail/pkg-wpa-devel/2008-May/001692.html I suspect this is a duplicate of #487585. Please confirm, so that the bug reports may be merged. Thanks, Kel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489976: python-twisted-core: upgrade fails due to (unspecified :-/) file conflicts
FTR, reattempting the upgrade with overwrite-local temporarily activated in /etc/python/debian_config reveals the problematic file to be dropin.cache: Preparing to replace python-twisted-core 8.1.0-1 (using .../python-twisted-core_8.1.0-2_all.deb) ... overwriting local files warning: already exists: /usr/lib/python2.5/site-packages/twisted/plugins/dropin.cache -> None -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#483285: lsb-base: lsb status_of_proc() function
Chris- I have attached an updated patch for the status_of_proc() function, that we're currently carrying in Ubuntu. I have replaced the call to pidofproc() with an invocation of /bin/pidof. It seems that pidofproc() will attempt to call "kill -0" on a pid, if a pidfile is found. This "kill" operation will only succeed if the euid is that of the user owning the daemon, or the root user. Querying the status of a daemon is an operation that should be accessible by non-privileged users. I think this is a reasonable tradeoff. I have tested this with modifications to the init scripts of: (at, bind9, cron, dovecot, openssh-server, samba, sysklogd). It works very well. Additionally, you mentioned the current lenny freeze. This is a very small, compact, standalone function within lsb-base. This change should not affect any existing functionality. Would you reconsider including this under the current freeze? Patches to a number of init scripts are gated upon this functionality being incorporated into lsb-base. Thanks, -- :-Dustin Dustin Kirkland Ubuntu Server Developer Canonical, LTD [EMAIL PROTECTED] GPG: 1024D/83A61194 diff -upr lsb.debian/lsb-3.2/init-functions lsb.ubuntu/lsb-3.2/init-functions --- lsb.debian/lsb-3.2/init-functions 2008-05-01 10:07:37.0 -0500 +++ lsb.ubuntu/lsb-3.2/init-functions 2008-07-08 16:42:29.0 -0500 @@ -146,6 +146,26 @@ killproc () { return 0 } +# Return LSB status +status_of_proc () { +local daemon name status +daemon="$1" +name="$2" +status="0" +if [ -x /bin/pidof ]; then +/bin/pidof -o %PPID "$daemon" >/dev/null || status="$?" +if [ "$status" = 0 ]; then +log_success_msg "$name is running." +else +log_failure_msg "$name is not running." +fi +else +log_failure_msg "/bin/pidof not available." +status="1" +fi +return "$status" +} + log_use_fancy_output () { TPUT=/usr/bin/tput EXPR=/usr/bin/expr signature.asc Description: This is a digitally signed message part
Bug#489943: [tex-live] Bug#489943: texlive-base-bin: mktexpk does not work in directories containing spaces
Thanks for the report, but ... > However I also noticed use of echo+sed dirname replacement (with comment > "can't rely on dirname" -- basename was relied on on the next line though), Well, that's because basename can be relied on :). > which would have problems with spaces at the end (backquote expansion eats > them) and backslashes in some shells (the rules for backslash processing in > echo differ from shell to shell). So my patch additionally includes I am not surprised that there are failures with names containing spaces, let alone backslashes. And since we want to move away from shell scripts in general (-> texlua, so we can run the same code on Windows), I doubt it's worth anyone's time to do a in-depth exegesis of all the failures. > -PKDESTDIR=`echo "$PKDEST" | sed 's%/[^/][^/]*$%%'` # can't rely on dirname I am not aware of any way to improve on the portability of this construct. POSIX is certainly not the answer. Something to take up on the autoconf list if you really want to. > -cd $PKDESTDIR || exit 1 > +cd "$PKDESTDIR" || exit 1 That change was already made. Best, karl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#372268: #372268 - ITP: valkyrie
Good day, dear mentor! I've spotted ITP #372268 being abandoned and decided to step up for packaging and further maintaining valkyrie package. So I'm looking for someone to review and upload the package. Packaged files can be found here: http://mathnet.technion.ac.il/~gmm/hosting/debs/valkyrie/ They build and work correctly on current Debian/Lenny amd64 and are lintian and gcc-4.3 clean. Thanks, -- Zaar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489978: g15daemon: fails to reacquire keyboard when disconnected and reconnected
Package: g15daemon Version: 1.9.5.3-3 Severity: normal My G11 keyboard seems to be flaking somewhat. This results in unpredictable USB disconnects, followed by near-immediate reconnects on the same port. When this happens, the g15daemon fails to reacquire the keyboard, and the G keys fail to map properly until I restart it. The following log messages are produced: kernel: usb 2-2: USB disconnect, address 102 kernel: usb 2-2.1: USB disconnect, address 103 kernel: usb 2-2.4: USB disconnect, address 104 g15daemon[27604]: Keyboard has gone.. Retrying kernel: usb 2-2: new full speed USB device using ohci_hcd and address 105 kernel: usb 2-2: configuration #1 chosen from 1 choice kernel: hub 2-2:1.0: USB hub found kernel: hub 2-2:1.0: 4 ports detected kernel: usb 2-2.1: new low speed USB device using ohci_hcd and address 106 kernel: usb 2-2.1: configuration #1 chosen from 1 choice kernel: input: Gaming Keyboard as /class/input/input550 kernel: input,hidraw1: USB HID v1.10 Keyboard [Gaming Keyboard] on usb-:00:02.0-2.1 kernel: input: Gaming Keyboard as /class/input/input551 kernel: input,hiddev96,hidraw2: USB HID v1.10 Device [Gaming Keyboard] on usb-:00:02.0-2.1 kernel: usb 2-2.4: new full speed USB device using ohci_hcd and address 107 kernel: usb 2-2.4: configuration #1 chosen from 1 choice kernel: input: G11 Keyboard as /class/input/input552 kernel: input,hiddev97,hidraw3: USB HID v1.11 Keypad [G11 Keyboard] on usb-:00:02.0-2.4 g15daemon[27604]: Keyboard has gone.. Retrying kernel: usb 2-2.4: usbfs: process 27606 (g15daemon) did not claim interface 0 before use kernel: usb 2-2.4: usbfs: process 27606 (g15daemon) did not claim interface 0 before use kernel: usb 2-2.4: usbfs: process 27605 (g15daemon) did not claim interface 0 before use kernel: usb 2-2.4: usbfs: process 27604 (g15daemon) did not claim interface 0 before use The last message is repeated indefinitely until I restart the g15daemon, creating semi-infinite logspam. (If I'm viewing the system console at the time, it overpowers just about anything else on the screen, even, though that's not such a big deal because I'm usually in X and it's possible to turn it off anyway.) Anyway, it'd be nice if the G keys worked after the keyboard reconnected. :-) ---> Drake Wilson -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24.2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages g15daemon depends on: ii libc6 2.7-12GNU C Library: Shared libraries ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libg15-1 1.2.6-1 Library for interfacing with the L ii libg15daemon-client1 1.9.5.3-3 Development packages for libg15dae ii libg15render1 1.2.0.svn250-2Library for interfacing with the L ii libusb-0.1-4 2:0.1.12-11 userspace USB programming library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages g15daemon recommends: ii xkb-data 1.3-1 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489690: closed by Francois Marier <[EMAIL PROTECTED]> (Bug#489690: fixed in safe-rm 0.2-4)
On 2008-07-08 at 20:47:36, Sven Joachim wrote: > In mass-upgrades, the time window between unpacking and configuring a > package is potentially very large, several minutes are not unusual. Very true. > This could be done via a debconf question like the one kernel-package > creates for linux-image packages (they warn to overwrite a running > kernel). I have just made a new upload with a debconf question. Thanks for the suggestion! Francois -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489979: python-tz: upgrade fails due to egg-info conflict
Package: python-tz Version: 2008b-3 Severity: grave Justification: renders package unusable (uninstallable) Preparing to replace python-tz 2008b-3 (using .../python-tz_2008c-1_all.deb) ... Traceback (most recent call last): File "/usr/bin/pycentral", line 1891, in main() File "/usr/bin/pycentral", line 1885, in main rv = action.run(global_options) File "/usr/bin/pycentral", line 1349, in run pkg.prepare(used_runtimes, old_used_runtimes, old_pkg) File "/usr/bin/pycentral", line 998, in prepare os.makedirs(d2) File "/usr/lib/python2.5/os.py", line 171, in makedirs mkdir(name, mode) OSError: [Errno 17] File exists: '/usr/lib/python2.4/site-packages/pytz-2008a.egg-info' -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25.9 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-tz depends on: ii python2.5.2-1An interactive high-level object-o ii python-central0.6.8 register and build utility for Pyt ii tzdata2008c-1time zone and daylight-saving time python-tz recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#468918: remove tag
tags 468918 - pending thanks The upload to contrib has been rejected, because the geotrans "disclaimer" does not explicitly permit the distribution of derivative works, my fault :( It is already a pain to upload this nice piece of software to contrib just because java-sun license, so I'm requesting a license clarification to upstream authors. In the meanwhile I am not going to upload it to non-free, I will wait. If you want to test the packages download them from my site: http://rover.thehackers.org/geotrans/ Salud, -- Roberto Lumbreras .''`. Debian Developer `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489977: python-central: please clarify "not overwriting local files" message
Package: python-central Version: 0.6.8 Severity: normal When pycentral encounters a file conflict for whatever reason (such as in python-twisted-core bug #489976), reporting *WHICH* file(s) caused the conflict would be very helpful, as administrators otherwise have to play guessing games (particularly if the file(s) in question were present due to a Debian bug rather than deliberate administrative action). -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25.9 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-central depends on: ii python2.5.2-1An interactive high-level object-o python-central recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489976: python-twisted-core: upgrade fails due to (unspecified :-/) file conflicts
Package: python-twisted-core Version: 8.1.0-2 Severity: grave Justification: renders package unusable (uninstallable) Preparing to replace python-twisted-core 8.1.0-1 (using .../python-twisted-core_8.1.0-2_all.deb) ... pycentral: pycentral pkgprepare: not overwriting local files pycentral pkgprepare: not overwriting local files dpkg: error processing /var/cache/apt/archives/python-twisted-core_8.1.0-2_all.deb (--unpack): subprocess pre-installation script returned error exit status 1 I'm not sure which local file(s) caused the error, as pycentral neglects to say; that issue will be the subject of a separate report. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25.9 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#487238: ruby1.8: Arbitrary code execution vulnerability
Can someone please comment on the status of a fix for this bug in Etch? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489975: cups: Serial backend not recognised by default
Package: cups Version: 1.3.7-7 Severity: normal I have just tried connecting a serial printer to ttyS0, with default permissions: crw-rw 1 root dialout 4, 64 2008-07-09 00:35 /dev/ttyS0 When I tried to add it via the web UI, the serial port wasn't listed in the Device drop-down. I turned on debug logging, and sure enough: I [09/Jul/2008:00:51:39 +0100] Started "/usr/lib/cups/daemon/cups-deviced" (pid=4656) D [09/Jul/2008:00:51:39 +0100] [cups-deviced] Added device "http"... D [09/Jul/2008:00:51:39 +0100] [cups-deviced] Added device "lpd"... D [09/Jul/2008:00:51:39 +0100] [cups-deviced] Added device "ipp"... D [09/Jul/2008:00:51:40 +0100] [cups-deviced] Added device "parallel:/dev/lp0"... D [09/Jul/2008:00:51:41 +0100] [cups-deviced] Added device "scsi"... D [09/Jul/2008:00:51:41 +0100] [cups-deviced] Added device "socket"... D [09/Jul/2008:00:51:41 +0100] [cups-deviced] Added device "beh"... D [09/Jul/2008:00:51:41 +0100] PID 4656 (/usr/lib/cups/daemon/cups-deviced) exited with no errors. I noted that cups runs as root, and sure enough, running cups-deviced as root (with arbitrary parameters) gave the same result: # /usr/lib/cups/daemon/cups-deviced 1 10 1 all DEBUG: [cups-deviced] Added device "http"... DEBUG: [cups-deviced] Added device "lpd"... DEBUG: [cups-deviced] Added device "ipp"... DEBUG: [cups-deviced] Added device "scsi"... DEBUG: [cups-deviced] Added device "socket"... DEBUG: [cups-deviced] Added device "beh"... Content-Type: application/ipp However, the same command as a normal user worked for the serial backend if not others (snip follows): DEBUG: [cups-deviced] Added device "serial:/dev/ttyS0?baud=115200"... I then tried configuring a suitable printer directly in printers.conf. When I tried printing to it, I got: E [09/Jul/2008:01:03:02 +0100] PID 4767 (/usr/lib/cups/backend/serial) stopped with status 1! E [09/Jul/2008:01:03:02 +0100] [Job 217] Unable to open device file "/dev/ttyS0": Permission denied This led me to suspect permissions, and sure enough, changing /dev/ttyS0 to 0666 worked. I didn't really understand this, as root had rw permissions anyway. I had a glance at scheduler/cups-deviced.c, and there is certainly some magic there relating to the user that it runs the backend as. Unfortunately, I don't have time to delve deeper, but see comments around line 204. I don't want /dev/ttyS0 to be world readable/writeable, but I don't see what else to do for now. NB lp is already in my dialout group, that didn't help. Anyway, this wasn't documented anywhere that I can see. I'm not sure what you think is the best way forward, but at the very least, I think this should be documented in README.Debian[1], with suitable guidance given as to possible permission settings for the serial port. Better still, it should just work. Thanks, Antony [1] Another thing - could we please have a README.Debian in /usr/share/doc/cups that at least points to /usr/share/doc/libcups2/README.Debian.gz? I had to use apt-file and grep to find it. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cups depends on: ii adduser 3.108 add and remove users and groups ii cups-common 1.3.7-7Common UNIX Printing System(tm) - ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii ghostscript 8.62.dfsg.1-2.1The GPL Ghostscript PostScript/PDF ii libavahi-compat-libdn 0.6.22-3 Avahi Apple Bonjour compatibility ii libc6 2.7-10 GNU C Library: Shared libraries ii libcups2 1.3.7-7Common UNIX Printing System(tm) - ii libcupsimage2 1.3.7-7Common UNIX Printing System(tm) - ii libdbus-1-3 1.2.1-2simple interprocess messaging syst ii libgnutls26 2.4.0-2the GNU TLS library - runtime libr ii libkrb53 1.6.dfsg.4~beta1-3 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.9-1OpenLDAP libraries ii libpam0g 0.99.7.1-6 Pluggable Authentication Modules l ii libpaper1 1.1.23+nmu1library for handling paper charact ii libslp1 1.2.1-7.3 OpenSLP libraries ii lsb-base 3.2-12 Linux Standard Base 3.2 init scrip ii perl-modules 5.10.0-11 Core Perl modules ii procps1:3.2.7-8 /proc file system utilities ii ssl-cert 1.0.21 simple debconf wrapper for OpenSSL ii xpdf-utils [poppler-u 3.02-1.3 Portable Document Format (PDF) sui Versions of packages cups recommends: ii avahi-utils 0.6.22-3 Avah
Bug#489968: Dmraid kernel event handling.
Sorry, I meant to send the attached patch. Got a bit trigger happy with the send button without changing patch attachment or subject. :p Luke #! /bin/sh /usr/share/dpatch/dpatch-run ## 05_kernel-event-handling.dpatch by Luke Yelavich <[EMAIL PROTECTED]> ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Add support for kernel driver event handling support. @DPATCH@ diff -urNad dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/activate/activate.c dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/activate/activate.c --- dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/activate/activate.c 2006-09-15 23:22:44.0 +1000 +++ dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/activate/activate.c 2008-07-08 14:12:00.0 +1000 @@ -398,7 +398,11 @@ goto err; } - return 1; + /* Append the flag/feature required for dmraid1 +* event handling in the kernel driver +*/ + if(p_fmt(lc, table, " 1 handle_errors")) + return 1; err: return log_alloc_err(lc, __func__); signature.asc Description: Digital signature
Bug#489974: nagios-plugins-basic: Please add support for nullmailer to check_mailq
Package: nagios-plugins-basic Version: 1.4.12-2 Severity: wishlist Tags: patch A patch for this is available in the upstream tracker (1510712) [1] I've also included a similar patch I've been using locally for several months now. [1] http://sourceforge.net/tracker/index.php?func=detail&aid=1510712&group_id=29880&atid=397599 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Paul "TBBle" Hampson, [EMAIL PROTECTED] Shorter .sig for a more eco-friendly paperless office. --- check_mailq.org 2007-11-07 00:47:22.0 +1100 +++ check_mailq 2007-11-07 00:55:36.0 +1100 @@ -500,6 +500,44 @@ $state = $ERRORS{'CRITICAL'}; } } # end of ($mailq eq "exim") +elsif ( $mailq eq "nullmailer" ) { + ## open mailq + if ( defined $utils::PATH_TO_MAILQ && -x $utils::PATH_TO_MAILQ ) { + if (! open (MAILQ, "$utils::PATH_TO_MAILQ | " ) ) { + print "ERROR: could not open $utils::PATH_TO_MAILQ \n"; + exit $ERRORS{'UNKNOWN'}; + } + }elsif( defined $utils::PATH_TO_MAILQ){ + unless (-x $utils::PATH_TO_MAILQ) { + print "ERROR: $utils::PATH_TO_MAILQ is not executable by (uid $>:gid($)))\n"; + exit $ERRORS{'UNKNOWN'}; + } + } else { + print "ERROR: \$utils::PATH_TO_MAILQ is not defined\n"; + exit $ERRORS{'UNKNOWN'}; + } + + while () { + #2007-11-07 00:44:11 302 bytes + $msg_q++ ; + } + close(MAILQ) ; + + if ( $? ) { + print "CRITICAL: Error code ".($?>>8)." returned from $utils::PATH_TO_MAILQ",$/; + exit $ERRORS{CRITICAL}; + } + if ($msg_q < $opt_w) { + $msg = "OK: mailq ($msg_q) is below threshold ($opt_w/$opt_c)"; + $state = $ERRORS{'OK'}; + }elsif ($msg_q >= $opt_w && $msg_q < $opt_c) { + $msg = "WARNING: mailq is $msg_q (threshold w = $opt_w)"; + $state = $ERRORS{'WARNING'}; + }else { + $msg = "CRITICAL: mailq is $msg_q (threshold c = $opt_c)"; + $state = $ERRORS{'CRITICAL'}; + } +} # end of ($mailq eq "nullmailer") # Perfdata support print "$msg|unsent=$msg_q;$opt_w;$opt_c;0\n"; @@ -560,7 +598,7 @@ } if (defined $opt_M) { - if ($opt_M =~ /^(sendmail|qmail|postfix|exim)$/) { + if ($opt_M =~ /^(sendmail|qmail|postfix|exim|nullmailer)$/) { $mailq = $opt_M ; }elsif( $opt_M eq ''){ $mailq = 'sendmail'; @@ -592,7 +630,7 @@ print "-W (--Warning) = Min. number of messages for same domain in queue to generate warning\n"; print "-C (--Critical) = Min. number of messages for same domain in queue to generate critical alert ( W < C )\n"; print "-t (--timeout) = Plugin timeout in seconds (default = $utils::TIMEOUT)\n"; - print "-M (--mailserver) = [ sendmail | qmail | postfix | exim ] (default = sendmail)\n"; + print "-M (--mailserver) = [ sendmail | qmail | postfix | exim | nullmailer ] (default = sendmail)\n"; print "-h (--help)\n"; print "-V (--version)\n"; print "-v (--verbose) = debugging output\n"; pgppleFxhPN29.pgp Description: PGP signature
Bug#489973: PATCH: Jmicron segmentation fault fix.
Package: dmraid Severity: wishlist Version: 1.0.0.rc14-1 User: [EMAIL PROTECTED] Usertags: origin-ubuntu ubuntu-patch hardy ubuntu Attached is a patch to fix a segmentation fault when attempting to generate device names for use with Jmicron controller metadata. This patch is currently in the Ubuntu dmraid package, and therefore the attached patch is in dpatch format. It would be nice if this patch was in the Debian package, thereby reducing the delta between Ubuntu and Debian. Taken from the ataraid mailing list. Luke #! /bin/sh /usr/share/dpatch/dpatch-run ## 10_jmicron-name-fix.dpatch by Luke Yelavich <[EMAIL PROTECTED]> ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Fix segfault when attempting to generate name for jmicron controllers. @DPATCH@ diff -urNad dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/format/ataraid/jm.c dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/format/ataraid/jm.c --- dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/format/ataraid/jm.c 2006-09-23 01:24:03.0 +1000 +++ dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/format/ataraid/jm.c 2008-07-08 14:36:57.0 +1000 @@ -28,10 +28,16 @@ size_t len; struct jm *jm = META(rd, jm); char buf[2], *ret, *name = (char *) jm->name; + char buf0[JM_NAME_LEN+1] = { '\0' }; + size_t i = JM_NAME_LEN-1; - /* Name always 0 terminated ? */ - if ((len = strlen(name)) > JM_NAME_LEN) - len = JM_NAME_LEN; + /* Sanitize name, make sure it's null terminated */ + strncpy(buf0, jm->name, JM_NAME_LEN); + while (i!=0 && buf0[i]==' ') { + buf0[i]='\0'; + --i; + } + len = strlen(buf0); len += sizeof(HANDLER) + 2; if (jm->mode == JM_T_RAID01) @@ -43,7 +49,7 @@ else *buf = 0; - sprintf(ret, "%s_%s%s", HANDLER, name, buf); + sprintf(ret, "%s_%s%s", HANDLER, buf0, buf); } return ret; signature.asc Description: Digital signature
Bug#489972: PATCH: Promise Software RAID extra offsets.
Package: dmraid Severity: wishlist Version: 1.0.0.rc14-1 User: [EMAIL PROTECTED] Usertags: origin-ubuntu ubuntu-patch hardy ubuntu Attached is a patch to add more known disk offset locations for Promise RAID metadata. This patch is currently in the Ubuntu dmraid package, and therefore the attached patch is in dpatch format. It would be nice if this patch was in the Debian package, thereby reducing the delta between Ubuntu and Debian. Originally taken from Mandriva's dmraid package, with extra offsets from an earlier revision of the Ubuntu package. Luke #! /bin/sh /usr/share/dpatch/dpatch-run ## 09_promise-add-offsets.dpatch by Luke Yelavich <[EMAIL PROTECTED]> ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Add extra offsets where promise metadata can be found. @DPATCH@ diff -urNad dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/format/ataraid/pdc.h dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/format/ataraid/pdc.h --- dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/format/ataraid/pdc.h 2008-07-08 14:30:10.0 +1000 +++ dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/format/ataraid/pdc.h 2008-07-08 14:30:40.0 +1000 @@ -13,7 +13,7 @@ #include -#define PDC_CONFIGOFFSETS 63,255,256,16,399,735 +#define PDC_CONFIGOFFSETS 63,255,256,16,399,735,675,991,911 #definePDC_DATAOFFSET 0 /* maximum device size (sectors) which can be detected by some pdc card */ signature.asc Description: Digital signature
Bug#489971: PATCH: Promise Software RAID metadata fixes.
Package: dmraid Severity: wishlist Version: 1.0.0.rc14-1 User: [EMAIL PROTECTED] Usertags: origin-ubuntu ubuntu-patch hardy ubuntu Attached is a patch to fix some issues with metadata handling for Promise Software RAID. This patch is currently in the Ubuntu dmraid package, and therefore the attached patch is in dpatch format. It would be nice if this patch was in the Debian package, thereby reducing the delta between Ubuntu and Debian. Originally taken from Mandriva's dmraid package. Luke #! /bin/sh /usr/share/dpatch/dpatch-run ## 08_promise-metadata-fixes.dpatch by Luke Yelavich <[EMAIL PROTECTED]> ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Promise metadata fixes. @DPATCH@ diff -urNad dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/format/ataraid/pdc.c dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/format/ataraid/pdc.c --- dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/format/ataraid/pdc.c 2006-10-02 21:19:33.0 +1000 +++ dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/format/ataraid/pdc.c 2008-07-08 14:29:10.0 +1000 @@ -155,6 +155,21 @@ } } + /* Some pdc card detect only PDC_MAX_SECTOR sectors, even +* if the disk is bigger, this prevents dmraid from discovering +* the metadata. This quirk searches for metadata at the +* sector PDC_MAX_SECTOR +*/ + if (di->sectors >= PDC_MAX_SECTOR) { + if (read_file(lc, handler, di->path, ret, sizeof(*ret), + PDC_MAX_SECTOR << 9) && + !strncmp((const char*) ret->promise_id, PDC_MAGIC, +PDC_ID_LENGTH)) { + info->u32 = PDC_MAX_SECTOR; + return (void*) ret; + } + } + dbg_free(ret); } diff -urNad dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/format/ataraid/pdc.h dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/format/ataraid/pdc.h --- dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/format/ataraid/pdc.h 2006-02-11 02:01:42.0 +1100 +++ dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/format/ataraid/pdc.h 2008-07-08 14:29:12.0 +1000 @@ -16,6 +16,9 @@ #define PDC_CONFIGOFFSETS 63,255,256,16,399,735 #definePDC_DATAOFFSET 0 +/* maximum device size (sectors) which can be detected by some pdc card */ +#define PDC_MAX_SECTOR 268435377UL + /* Ondisk metadata for Promise Fastrack */ struct pdc { #define PDC_ID_LENGTH 24 signature.asc Description: Digital signature
Bug#489966: dupload: upload of .changes file results in a 0 sized file
severity 489966 normal thanks On Wed, Jul 09, 2008 at 01:09:39AM +0200, Pini wrote: > Package: dupload > Version: 2.6.4 > Severity: grave > Justification: renders package unusable If dupload doesn't work in one specific case with one specific FTP server, that is hardly a grave bug. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489970: PATCH: Intel Software RAID metadata fixes.
Package: dmraid Severity: wishlist Version: 1.0.0.rc14-1 User: [EMAIL PROTECTED] Usertags: origin-ubuntu ubuntu-patch hardy ubuntu Attached is a patch to allow for the use of nested Software RAID 0/1 handling for Intel Software RAID metadata. This patch is currently in the Ubuntu dmraid package, and therefore the attached patch is in dpatch format. It would be nice if this patch was in the Debian package, thereby reducing the delta between Ubuntu and Debian. Originally taken from Mandriva's dmraid package. Luke #! /bin/sh /usr/share/dpatch/dpatch-run ## 07_isw-raid10-nested.dpatch by Luke Yelavich <[EMAIL PROTECTED]> ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Add RAID10(0+1) nested RAID level support for Intel Software RAID. @DPATCH@ diff -urNad dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/format/ataraid/isw.c dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/format/ataraid/isw.c --- dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/format/ataraid/isw.c 2008-07-08 14:18:03.0 +1000 +++ dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/format/ataraid/isw.c 2008-07-08 14:18:23.0 +1000 @@ -25,30 +25,59 @@ #endif static const char *handler = HANDLER; +static struct isw_disk *_get_disk(struct isw *isw, struct dev_info *di); +int is_raid10(struct isw *isw); -/* - * Make up RAID set name from family_num and volume name. - */ -static size_t _name(struct isw *isw, struct isw_dev *dev, -char *str, size_t len) +static size_t _name(struct isw *isw, char *str, size_t len, int subset, + int num, struct isw_dev *dev) { - return snprintf(str, len, dev ? "isw_%u_%s" : "isw_%u", + switch(subset) { + case 2: + return snprintf(str, len, "isw_%u", isw->family_num); + case 1: + if(!is_raid10(isw)) + return snprintf(str, len, "isw_%u_%s", isw->family_num, (char*) dev->volume); + else + return snprintf(str, len, "isw_%u_%s-%u", + isw->family_num, (char*) dev->volume, num); + case 0: + return snprintf(str, len, "isw_%u_%s", isw->family_num, + (char*) dev->volume); + } + return 0; } -static char *name(struct lib_context *lc, struct isw *isw, struct isw_dev *dev) +static char *name(struct lib_context *lc, struct raid_dev *rd, + unsigned int subset) { -size_t len; -char *ret; + size_t len; + char *ret = NULL; + int id = 0; + struct isw *isw = META(rd, isw); + struct isw_disk *disk = isw->disk; + struct isw_dev *dev = (struct isw_dev*) (isw->disk + isw->num_disks); -if ((ret = dbg_malloc((len = _name(isw, dev, NULL, 0) + 1 { -_name(isw, dev, ret, len); - mk_alpha(lc, ret + HANDLER_LEN, len - HANDLER_LEN - -(dev ? strlen((char*) dev->volume) - 2 : 1)); -} else + if((subset == 1) && (is_raid10(isw))) { + if ((disk = _get_disk(isw, rd->di))) { + if(disk == isw->disk) id = 0; + else if(disk == isw->disk + 1) id = 1; + else if(disk == isw->disk + 2) id = 2; + else if(disk == isw->disk + 3) id = 3; + else return ret; + } + id = id % 2; + } + + if ((ret = dbg_malloc((len = _name(isw, ret, 0, subset, id, + dev) + 1 { + _name(isw, ret, len, subset, id, dev); + mk_alpha(lc, ret + HANDLER_LEN, snprintf(ret, 0, "%u", + isw->family_num)); + } else log_alloc_err(lc, handler); -return ret; + return ret; } /* Find a disk table slot by serial number. */ @@ -59,7 +88,7 @@ do { if (!strncmp(di->serial, (const char*) disk->serial, -MAX_RAID_SERIAL_LEN)) + MAX_RAID_SERIAL_LEN)) return disk; } while (++disk < isw->disk + isw->num_disks); } @@ -102,21 +131,38 @@ } /* Neutralize disk type. */ -static enum type type(struct raid_dev *rd) +static enum type type(struct isw *isw) { /* Mapping of Intel types to generic types. */ static struct types types[] = { { ISW_T_RAID0, t_raid0}, { ISW_T_RAID1, t_raid1}, { ISW_T_RAID5, t_raid5_la}, + { ISW_T_RAID10, t_raid0}, { 0, t_undef}, }; - struct isw_dev *dev = rd->private.ptr; + + struct isw_dev *dev =
Bug#489966: dupload: upload of .changes file results in a 0 sized file
On Wed, Jul 09, 2008 at 01:09:39AM +0200, Pini wrote: > No error reported. I finaly decided to have a look at the FTP server. > And I saw that all my package files but the .changes were present there. > The .changes was in the "oldchanges" directory with size = 0. Have you tried to upload the .changes file with a normal FTP client to see whether that changes anything? Have you tried to run dupload with the --debug option? Is this error still reproducible? Or was it only present at one specific time? > I then tried to upload the .changes file with a different name using > FTP. It appeared with the correct size. Then I renamed it to its correct > name (nted_0.26.1-1_i386.changes) and my package was suddenly > proccessed. > > I suggest to slightly modify dupload so that the .changes file is first > uploaded with its name changed (say: .changes.tmp) and renamed > afterward. This to ensure the complete upload before starting the > processing. That will not be possible since you might not have the rights to modify uploaded files. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489969: PATCH: Intel Software RAID metadata fixes.
Package: dmraid Severity: wishlist Version: 1.0.0.rc14-1 User: [EMAIL PROTECTED] Usertags: origin-ubuntu ubuntu-patch hardy ubuntu Attached is a patch to address some issues with Intel Software RAID metadata handling. This patch is currently in the Ubuntu dmraid package, and therefore the attached patch is in dpatch format. It would be nice if this patch was in the Debian package, thereby reducing the delta between Ubuntu and Debian. Originally taken from Mandriva's dmraid package. Luke #! /bin/sh /usr/share/dpatch/dpatch-run ## 06_isw-metadata-fixes.dpatch by Luke Yelavich <[EMAIL PROTECTED]> ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Intel Software RAID metadata fixes. @DPATCH@ diff -urNad dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/format/ataraid/isw.c dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/format/ataraid/isw.c --- dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/format/ataraid/isw.c 2006-09-23 04:11:37.0 +1000 +++ dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/format/ataraid/isw.c 2008-07-08 14:15:28.0 +1000 @@ -364,21 +364,26 @@ { int ret; struct isw *isw = META(rd, isw); + int large = div_up(isw->mpb_size, ISW_DISK_BLOCK_SIZE) > 1; to_disk(isw, FULL); - /* -* Copy 1st metadata sector to after the extended ones -* and increment metadata area pointer by one block, so -* that the metadata is filed in the proper sequence. -*/ - memcpy((void*) isw + rd->meta_areas->size, isw, ISW_DISK_BLOCK_SIZE); - rd->meta_areas->area += ISW_DISK_BLOCK_SIZE; + if (large) { + /* +* Copy 1st metadata sector to after the extended ones +* and increment metadata area pointer by one block, so +* that the metadata is filed in the proper sequence. +*/ + memcpy((void*) isw + rd->meta_areas->size, isw, + ISW_DISK_BLOCK_SIZE); + rd->meta_areas->area += ISW_DISK_BLOCK_SIZE; + } ret = write_metadata(lc, handler, rd, -1, erase); /* Correct metadata area pointer. */ - rd->meta_areas->area -= ISW_DISK_BLOCK_SIZE; + if (large) + rd->meta_areas->area -= ISW_DISK_BLOCK_SIZE; to_cpu(isw, FULL); signature.asc Description: Digital signature
Bug#489968: PATCH: Add UUIDs to dmraid devices.
Package: dmraid Severity: wishlist Version: 1.0.0.rc14-1 User: [EMAIL PROTECTED] Usertags: origin-ubuntu ubuntu-patch hardy ubuntu Since kernel 2.6.25, there has been some support for event handling and reporting in the kernel for dmraid. While other pieces are needed to fully make use of this mechanism, the attached patch makes sure dmraid properly works with the kernel dm driver's event handling. This patch is currently in the Ubuntu dmraid package, and therefore the attached patch is in dpatch format. It would be nice if this patch was in the Debian package, thereby reducing the delta between Ubuntu and Debian. Originally taken from Mandriva's dmraid package. Luke #! /bin/sh /usr/share/dpatch/dpatch-run ## 04_generate-uuids.dpatch by Luke Yelavich <[EMAIL PROTECTED]> ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Generate UUIDs with DMRAID prefix. @DPATCH@ diff -urNad dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/activate/devmapper.c dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/activate/devmapper.c --- dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/activate/devmapper.c 2006-09-15 23:52:11.0 +1000 +++ dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/activate/devmapper.c 2008-07-08 14:10:06.0 +1000 @@ -21,6 +21,8 @@ #include "internal.h" #include "devmapper.h" +#include + /* Make up a dm path. */ char *mkdm_path(struct lib_context *lc, const char *name) { @@ -147,24 +149,48 @@ return handle_table(lc, NULL, table, get_target_list()); } +/* Build a UUID for a dmraid device + * Return 1 for sucess; 0 for failure*/ +static int dmraid_uuid(struct lib_context *lc, struct raid_set *rs, + char *uuid, uint uuid_len) { + int r; + + /* Clear garbage data from uuid string */ + memset(uuid, 0, uuid_len); + + /* Create UUID string from subsystem prefix and RAID set name. */ + r = snprintf(uuid, uuid_len, "DMRAID-%s", rs->name) < uuid_len; + return r < 0 ? 0 : (r < uuid_len); +} + /* Create a task, set its name and run it. */ static int run_task(struct lib_context *lc, struct raid_set *rs, char *table, int type) { + /* DM_UUID_LEN is defined in dm-ioctl.h as 129 characters; +* though not all 129 must be used (md uses just 16 from +* a quick review of md.c. +* We will be using: (len vol grp name)*/ + char uuid[DM_UUID_LEN]; int ret; struct dm_task *dmt; _init_dm(); - ret = (dmt = dm_task_create(type)) && dm_task_set_name(dmt, rs->name); + ret = (dmt = dm_task_create(type)) && + dm_task_set_name(dmt, rs->name); if (ret && table) ret = parse_table(lc, dmt, table); - if (ret) - ret = dm_task_run(dmt); + if (ret && + DM_DEVICE_CREATE == type) + ret = dmraid_uuid(lc, rs, uuid, DM_UUID_LEN) && + dm_task_set_uuid(dmt, uuid) && + dm_task_run(dmt); _exit_dm(dmt); return ret; } + /* Create a mapped device. */ int dm_create(struct lib_context *lc, struct raid_set *rs, char *table) { signature.asc Description: Digital signature
Bug#485887: closed by Vincent Danjean <[EMAIL PROTECTED]> (Bug#485887: fixed in mercurial 1.0.1-3)
Vincent, On Tue, Jul 08, 2008 at 07:48:10PM +, Debian Bug Tracking System wrote: > #485887: hg convert does not support modern Darcs repositories > [...] >* add a mention to "legacy Darcs 1 format" in convert documentation > (Closes: #485887) Do you have any problem with me reopening this bug with severity "wishlist" and tag "upstream" (and forwarded)? I'd actually like darcs2 import support :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489967: PATCH: Add UUIDs to dmraid devices.
Package: dmraid Severity: wishlist Version: 1.0.0.rc14-1 User: [EMAIL PROTECTED] Usertags: origin-ubuntu ubuntu-patch hardy ubuntu Attached is a patch that generates UUIDs for dmraid devices. These UUIDs are visible when using dmsetup to view dmraid device information. This patch is currently in the Ubuntu dmraid package, and therefore the attached patch is in dpatch format. It would be nice if this patch was in the Debian package, thereby reducing the delta between Ubuntu and Debian. Originally taken from Mandriva's dmraid package. Luke #! /bin/sh /usr/share/dpatch/dpatch-run ## 04_generate-uuids.dpatch by Luke Yelavich <[EMAIL PROTECTED]> ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Generate UUIDs with DMRAID prefix. @DPATCH@ diff -urNad dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/activate/devmapper.c dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/activate/devmapper.c --- dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/activate/devmapper.c 2006-09-15 23:52:11.0 +1000 +++ dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/activate/devmapper.c 2008-07-08 14:10:06.0 +1000 @@ -21,6 +21,8 @@ #include "internal.h" #include "devmapper.h" +#include + /* Make up a dm path. */ char *mkdm_path(struct lib_context *lc, const char *name) { @@ -147,24 +149,48 @@ return handle_table(lc, NULL, table, get_target_list()); } +/* Build a UUID for a dmraid device + * Return 1 for sucess; 0 for failure*/ +static int dmraid_uuid(struct lib_context *lc, struct raid_set *rs, + char *uuid, uint uuid_len) { + int r; + + /* Clear garbage data from uuid string */ + memset(uuid, 0, uuid_len); + + /* Create UUID string from subsystem prefix and RAID set name. */ + r = snprintf(uuid, uuid_len, "DMRAID-%s", rs->name) < uuid_len; + return r < 0 ? 0 : (r < uuid_len); +} + /* Create a task, set its name and run it. */ static int run_task(struct lib_context *lc, struct raid_set *rs, char *table, int type) { + /* DM_UUID_LEN is defined in dm-ioctl.h as 129 characters; +* though not all 129 must be used (md uses just 16 from +* a quick review of md.c. +* We will be using: (len vol grp name)*/ + char uuid[DM_UUID_LEN]; int ret; struct dm_task *dmt; _init_dm(); - ret = (dmt = dm_task_create(type)) && dm_task_set_name(dmt, rs->name); + ret = (dmt = dm_task_create(type)) && + dm_task_set_name(dmt, rs->name); if (ret && table) ret = parse_table(lc, dmt, table); - if (ret) - ret = dm_task_run(dmt); + if (ret && + DM_DEVICE_CREATE == type) + ret = dmraid_uuid(lc, rs, uuid, DM_UUID_LEN) && + dm_task_set_uuid(dmt, uuid) && + dm_task_run(dmt); _exit_dm(dmt); return ret; } + /* Create a mapped device. */ int dm_create(struct lib_context *lc, struct raid_set *rs, char *table) { signature.asc Description: Digital signature
Bug#489963: linux-image-2.6-amd64: Please enable USB_PERSIST on amd64
On Tue, Jul 08, 2008 at 07:00:35PM -0400, S Hwang wrote: > Package: linux-image-2.6-amd64 > Version: 2.6.25+14 > Severity: wishlist > > Bug 468213 requested that USB_PERSIST be enabled in the standard Debian > kernels to support suspend and resume on machines that keep important > filesystems on memory card/flash device. This bug was closed after > USB_PERSIST was enabled for 686 (if I understand the changelog correctly > - forgive me if I have misinterpreted it). It would be helpful to also > have this feature for amd64 (and perhaps other architectures, but amd64 > is what I use). As far as I can tell, it is not enabled as of > 2.6.25-2-amd64. > > Thanks it is default enabled by upstream in 2.6.26 which is the designated lenny kernel. thanks for report -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#411172: dmraid is looking for the raid45 kernel module and not the raid456
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The module needed to fix this bug is dmraid specific. You can get the latest source for this module from http://people.redhat.com/~heinzm/sw/dm/dm-raid45/. THis module will have to e included in the Debian kernel to fix this bug properly. Luke -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIc/rWjVefwtBjIM4RAjzmAKDVwWT4buw6Ysr84HW/URLv6lhq1QCg7tiv BxeRU3PGP/S0AR5w4N/2gz4= =cb+N -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489951: [Pkg-openldap-devel] Bug#489951: slapd with gnutls calculate ssf value incorrectly
forcemerge 473796 489951 thanks On Wed, Jul 09, 2008 at 12:03:18AM +0200, Petter Reinholdtsen wrote: > Package: slapd > Version: 2.4.9-1 > User: [EMAIL PROTECTED] > Usertag: debian-edu > I came across this problem when testing openldap with the Lenny based > Debian Edu. The gnutls code in openldap calculate SSF strength > incorrectly, because gnutls report bytes while openldap treat it as > bits. Duplicate of bug #473796. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489950: udev: seems to fail to start on boot
On Wed, Jul 9, 2008 at 12:00 AM, Marco d'Itri <[EMAIL PROTECTED]> wrote: > > Are you really sure that you are running 0.114-2 and not 0.114-1, > which indeed had such a bug? You're right. The bug was in 0.124-1, the 0.124-2 revision already fixed it. I'm using a debian mirror and the updates take a bit to propagate. Sorry for the useless bug report. -- Isaac Jurado Peinado http://www.krenel.net "The noblest pleasure is the joy of understanding" Leonardo da Vinci -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489306: closed by Dominic Hargreaves <[EMAIL PROTECTED]> (Bug#489306: fixed in movabletype-opensource 4.2~rc3-2)
Dominic Hargreaves wrote: On Tue, Jul 08, 2008 at 06:54:30PM -0400, Shaya Potter wrote: I'm unsure setting the Captcha path is the right way to fix it, shouldn't it be found in the right place in relation to mt-static path? Just worried that incorrect placement might crop in other places. I'm not sure why it hasn't already been done in the way you suggest; certainly it would make sense so I suspect there may be some subtleties. I opted for the simple fix for now given that we are close to both a final release of MT 4.2, and lenny - I would rather not rock the boat too much with code changes etc. now. ok. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489836: ITP: maq -- Mapping and Assembly with Quality
> Charles Plessy dijo [Tue, Jul 08, 2008 at 07:00:17PM +0900]: > > How about "maps short polymorphic reads to reference biological sequences". Le Tue, Jul 08, 2008 at 08:40:28AM -0500, Gunnar Wolf a écrit : > > I think this line is quite nice as a short description - And as the > first line of the long description, I'd include the package name > expansion - "maq (short for Mapping and Assembly with Quality)". Le Tue, Jul 08, 2008 at 02:15:26PM -0700, Don Armstrong a écrit : > > Right, but reads of what? Consider: > > "maps short fixed-legth polymporphic DNA sequence reads to reference > sequences" Thanks to everybody for your input. I will settle on Don's suggestion. Have a nice day, -- Charles Plessy Debian-Med packaging team, Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311136: Dear umn.edu Email Account Owner
Dear umn.edu Email Account Owner, This message is from mail.umn.edu messaging center to all mail.umn.edu email account owners. We are currently upgrading our data base and e-mail account center. We are deleting all unused mail.umn.edu email account to create more space for new accounts. To prevent your account from closing, you will have to update it below so that we will know that it's a present used account. CONFIRM YOUR EMAIL IDENTITY BELOW Email Username : .. . EMAIL Password : Date of Birth : . Country or Territory : .. Warning Code:VX2G99AAJ Warning!!! Account owner that refuses to update his or her account within Seven days of receiving this warning will lose his or her account permanently. Thank you for using mail.umn.edu! Warning Code:VX2G99AAJ Thanks,umn.edu Team mail.umn.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#422746: Was a hardware problem
With many apologies, this bug can be closed. It turns out my laptop had a bad inverter. Since replacing it, everything has been fine. -- -John Sullivan -http://www.wjsullivan.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489306: closed by Dominic Hargreaves <[EMAIL PROTECTED]> (Bug#489306: fixed in movabletype-opensource 4.2~rc3-2)
On Tue, Jul 08, 2008 at 06:54:30PM -0400, Shaya Potter wrote: > I'm unsure setting the Captcha path is the right way to fix it, > shouldn't it be found in the right place in relation to mt-static path? > Just worried that incorrect placement might crop in other places. I'm not sure why it hasn't already been done in the way you suggest; certainly it would make sense so I suspect there may be some subtleties. I opted for the simple fix for now given that we are close to both a final release of MT 4.2, and lenny - I would rather not rock the boat too much with code changes etc. now. Cheers, Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489943: [tex-live] Bug#489943: texlive-base-bin: mktexpk does not work in directories containing spaces
>> So my patch additionally includes a replacement of those two >> statements with ${var##pattern} and ${var%pattern} expansions. These >> expansions are POSIX and should thus be reasonably portable. Sorry, POSIX introduced many incompatible shell constructs (and command line options, and ...) that must be avoided for anything that actually needs to be portable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489964: libgv-php5: graphviz php class gv not found
Package: libgv-php5 Version: 2.18-1+b2 Severity: grave Justification: renders package unusable I have been trying without success to use graphviz with php via this package. Whenever I try I get the following error Fatal error: Class 'gv' not found Maybe I'm not doing something correctly, if so I'll raise a bug about the lack of documentation. To replicate this save this as a file It may be unrelated but I noticed in your changelog the following line: Get rid of tclpkg/gv/gv.R and tclpkg/gv/php_gv.h I apt-get'd the source for graphviz and tried to make it but it failed the php component due to a missing header Thanks in advance -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgv-php5 depends on: ii libc6 2.7-12 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-2 GCC support library ii libgraphviz4 2.20.0-1 rich set of graph drawing tools ii libstdc++64.3.1-2The GNU Standard C++ Library v3 libgv-php5 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489961: iceweasel: Iceweasel crash in Gmail chat with pop-out window
On Wed, Jul 09, 2008 at 02:42:45AM +0400, Dmitry Potapov wrote: > Package: iceweasel > Version: 2.0.0.14-0etch1 > Severity: grave > Tags: security > Justification: user security hole > > The following steps are necessary to reproduce this problem: > 1. Log-in on your Gmail account > 2. Open Gmail chat with any other user > 3. Press the "pop-out" button > 4. Close the pop-out window > Doing so, you should see Iceweasel (Forefox) crash > > While it is possible that Google relies on some non-standard feature, > the crash itself indicates the secutiry problem inside of Iceweasel. > I have tried with Firefox 2.10.15 with the same result. Also, I have > heard from a friend of mine that the problem exists with Firefox 2.0 > on Windows XP. So, the problem is not Debian specific, yet the problem > indicates the present a potential security hold inside of the browser, > which should be addressed. Browser crashes induced by web sites are not treated as security issues by the Debian Security Team, unless there's evidence of memory corruption leading to code injection. Did you file a bug in Mozilla Bugzilla on this? Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489966: dupload: upload of .changes file results in a 0 sized file
Package: dupload Version: 2.6.4 Severity: grave Justification: renders package unusable Hello, I recently tried to upload a new release of my nted package to mentors.debian.net. While the upload didn't report any error my package won't appear on mentors.debian.net. I tried several times, using this command line: $ dupload -f -t mentors debian/dists/unstable/nted_0.26.1-1_i386.changes No error reported. I finaly decided to have a look at the FTP server. And I saw that all my package files but the .changes were present there. The .changes was in the "oldchanges" directory with size = 0. I then tried to upload the .changes file with a different name using FTP. It appeared with the correct size. Then I renamed it to its correct name (nted_0.26.1-1_i386.changes) and my package was suddenly proccessed. I suggest to slightly modify dupload so that the .changes file is first uploaded with its name changed (say: .changes.tmp) and renamed afterward. This to ensure the complete upload before starting the processing. Thanks in advance. Gilles. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dupload depends on: ii perl 5.10.0-11 Larry Wall's Practical Extraction ii perl-modules [libnet-perl]5.10.0-11 Core Perl modules Versions of packages dupload recommends: ii openssh-client1:4.7p1-12 secure shell client, an rlogin/rsh -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489965: libavformat52: Buffer overflow in STR demuxer
Package: libavformat52 Version: 0.svn20080206-9 Severity: grave Tags: security Justification: user security hole I noticed the following issue when browsing ffmpeg commit logs: http://svn.mplayerhq.hu/ffmpeg?view=rev&revision=13993 https://roundup.mplayerhq.hu/roundup/ffmpeg/issue311 Cheers, Moritz -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages libavformat52 depends on: ii libavcodec51 0.svn20080206-9 ffmpeg codec library ii libavutil490.svn20080206-9 ffmpeg utility library ii libc6 2.7-12GNU C Library: Shared libraries ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime libavformat52 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#488249: gnome-system-tools: unable to create a group
On Tue, 2008-07-08 at 18:20 +0200, Emilio Pozuelo Monfort wrote: > James Westby wrote: > > gnome-system-tools is unable to create groups. for details please > > see > > I can't reproduce it in current unstable. It may be that this only affects > when > gnome-system-tools is built with policykit support, but Debian doesn't do > that. Hi, This seems to be a logic error, so I'm not sure why it doesn't show up. However, if it's not a problem you can obviously just close the bug. Thanks, James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489835: seccure-* FATAL: Cannot obtain memory lock
On Mon, 2008-07-07 at 22:46 -0500, Jaime Ochoa Malagon wrote: > Package: seccure > Version: 0.3-1 > Severity: important > > > I have a couple of files encrypted and whe I need to decrypt the programs > file misserably... > FATAL: Cannot obtain memory lock: Cannot allocate memory. > That seems strange any ideas? Hi, Thanks for the bug report. I haven't seen this before, so it's either new behaviour, or something about your setup. I suspect that the message is actually from libgcrypt. I shall dig in to the code to find out what this message is caused by, as I suspect that will give us some clues. Thanks, James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489914: bad dependencies: vdr in testing breaks libxine1-xvdr or vdr-plugin-xineliboutput in testing
The latest version of vdr-plugin-xinelibout will migrate to testing soon and solve this issue. The relationship between VDR and it's plugins are kinda tricky, because VDR's versioning scheme is not strictly coupled to it's ABI changes. That's why the plugins usually only have a ">=3D"-relationship to VDR, wh= ich makes plugins compiled against a VDR version with an older ABI not work with a VDR providing a newer ABI. Such plugins are simply not loaded at runtime. Introducing an epoch version for each ABI change and making plugins depen= d on only a specific epoch might be a solution, but this is not what the epoch component of a version number is intended to be used for. A versioned provide would be handy in this case, but maybe a "Provides: vdr-abi-x.y.z" and letting plugins depend on vdr-abi-x.y.z would work as well. Tobias signature.asc Description: OpenPGP digital signature
Bug#488252: gnome-system-tools: don't inadvertantly change the users home directory
On Tue, 2008-07-08 at 18:35 +0200, Emilio Pozuelo Monfort wrote: > James Westby wrote: > > If the administrator has set up profiles (we do by default in Ubuntu) > > then if a users home directory differs from that which their profile > > would suggest (e.g. root on Ubuntu), then changing anything about > > that user will change their home directory. > > I think it doesn't make sense to add this unless #488256 is accepted (either > at > Debian or upstream, and if it's done upstream I'd hope this is fixed there > too). I would suggest that it is still worth having as an admin could add profiles locally, and this bug can have quite nasty consequences. While it is probably rare for an admin to do this it would seem sensible to protect them from a known bug. Thanks, James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489963: linux-image-2.6-amd64: Please enable USB_PERSIST on amd64
Package: linux-image-2.6-amd64 Version: 2.6.25+14 Severity: wishlist Bug 468213 requested that USB_PERSIST be enabled in the standard Debian kernels to support suspend and resume on machines that keep important filesystems on memory card/flash device. This bug was closed after USB_PERSIST was enabled for 686 (if I understand the changelog correctly - forgive me if I have misinterpreted it). It would be helpful to also have this feature for amd64 (and perhaps other architectures, but amd64 is what I use). As far as I can tell, it is not enabled as of 2.6.25-2-amd64. Thanks -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6-amd64 depends on: ii linux-image-2.6.25-2-amd642.6.25-6 Linux 2.6.25 image on AMD64 linux-image-2.6-amd64 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#485034: linux-image-2.6.25-2-686: ath5k associates but no network with WEP and AR5211
Same for me on 2.6.24-1-686 and AR5212. Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489962: [INTL:es] Spanish po-debconf translation
Package: freevo Severity: wishlist Tags: patch l10n Attached a first version of the po-debconf translation of grub2 into Spanish. Please include it in the next upload. TIA -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/1 CPU core) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages freevo depends on: ii adduser 3.108add and remove users and groups ii console-tools 1:0.2.3dbs-65.1 Linux console and font utilities ii debconf 1.5.22 Debian configuration management sy pn freevo-data(no description available) ii lsdvd 0.16-3 read the content info of a DVD ii mplayer 1:1.0.rc2svn20080531-0.1 The Ultimate Movie Player For Linu ii python 2.5.2-1 An interactive high-level object-o ii python-central 0.6.7register and build utility for Pyt pn python-freevo (no description available) Versions of packages freevo recommends: ii cdparanoia 3.10.0+debian-1 audio extraction tool for sampling ii libxmltv-perl 0.5.51-2 Perl libraries related to the XMLT ii xine-ui 0.99.5+cvs20070914-2 the xine video player, user interf ii xmltv-util 0.5.51-2 Utilities related to the XMLTV fil # Translation template for Freevo package debconf. # Copyright (C) 2007-2008 The Freevo Project # This file is distributed under the same license as the Freevo package. # Georg W. Leonhardt <[EMAIL PROTECTED]>, 2007. # Changes: # - Initial translation # Ignacio Mondino <[EMAIL PROTECTED]>, 2008 # Traductores, si no conoce el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/coordinacion # especialmente las notas de traducción en # http://www.debian.org/intl/spanish/notas # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # # msgid "" msgstr "" "Project-Id-Version: freevo 1.8.1\n" "Report-Msgid-Bugs-To: [EMAIL PROTECTED]" "POT-Creation-Date: 2008-02-17 17:38+0100\n" "PO-Revision-Date: 2008-07-08 19:55-0300\n" "Last-Translator: Ignacio Mondino <[EMAIL PROTECTED]>\n" "Language-Team: Debian Spanish team <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit" #. Type: select #. Choices #: ../freevo.templates:1001 msgid "x11, fbdev, dxr3, mga, directfb, dfbmga, dga" msgstr "x11, fbdev, dxr3, mga, directfb, dfbmga, dga" #. Type: select #. Description #: ../freevo.templates:1002 msgid "Video output:" msgstr "Salida de vídeo:" #. Type: select #. Choices #: ../freevo.templates:2001 msgid "800x600, 768x576, 640x480" msgstr "800x600, 768x576, 640x480" #. Type: select #. Description #: ../freevo.templates:2002 msgid "Output resolution:" msgstr "Resolución de salida:" #. Type: select #. Description #: ../freevo.templates:2002 msgid "" "Choose the resolution to display Freevo at. Most Televisions should be " "configured as 768x576 (NTSC or PAL)" msgstr "" "Elija la resolución en la cual se mostrara Freevo. La mayoría de " "los televisores deberían ser configurados como 768x576 (NTSC o PAL)" #. Type: select #. Choices #: ../freevo.templates:3001 msgid "ntsc, pal, secam" msgstr "ntsc, pal, secam" #. Type: select #. Description #: ../freevo.templates:3002 msgid "TV Standard:" msgstr "Estándar de TV:" #. Type: select #. Description #: ../freevo.templates:3002 msgid "" "Please choose your TV standard. North Americans should choose NTSC, most " "Europeans will choose PAL." msgstr "" "Por favor elija su estándar de televisión. Los norteamericanos deberían " "elegir NTSC, la mayoría de los europeos elegirán PAL." #. Type: select #. Choices #: ../freevo.templates:4001 msgid "" "us-bcast, us-cable, us-cable-hrc, japan-bcast, japan-cable, europe-west, " "europe-east, italy, newzealand, australia, ireland, france, china-bcast, " "southafrica, argentina" msgstr "us-bcast,·us-cable,·us-cable-hrc,·japan-bcast,·japan-cable,·europe-west,·" "europe-east,·italy,·newzealand,·australia,·ireland,·france,·china-bcast,·" "southafrica,·argentina" #. Type: select #. Description #: ../freevo.templates:4002 msgid "Channel List:" msgstr "Lista de Canales:" #. Type: select #. Description #: ../freevo.templates:4002 msgid "" "Set the channel list (set of tuning frequencies) that most closely matches " "yours." msgs