Bug#500983: acpi-support: resume from suspend to RAM unreliable on ThinkPad X61s

[Anton Ekblad]

Package: acpi-support
Version: 0.109-9
Severity: important

Laptop does not wake up from suspend to RAM reliably anymore but
freezes completely about one time in three. Worked fine before the
last update to acpi-support.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.27-rc6 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages acpi-support depends on:
ii  acpi-support-base 0.109-9scripts for handling base ACPI eve
ii  acpid 1.0.6-10   Utilities for using ACPI power man
ii  dmidecode 2.9-1  Dump Desktop Management Interface
ii  finger0.17-12user information lookup program
ii  hdparm8.9-1  tune hard disk parameters for high
ii  laptop-detect 0.13.6 attempt to detect a laptop
ii  libc6 2.7-13 GNU C Library: Shared libraries
ii  lsb-base  3.2-20 Linux Standard Base 3.2 init scrip
ii  powermgmt-base1.30   Common utils and configs for power
ii  vbetool   1.0-3  run real-mode video BIOS code to a
ii  x11-xserver-utils 7.3+5  X server utilities

Versions of packages acpi-support recommends:
ii  dbus  1.2.1-3simple interprocess messaging syst
ii  hal   0.5.11-3   Hardware Abstraction Layer
ii  nvclock   0.8b3-1Allows you to overclock your nVidi
ii  pm-utils  1.1.2.4-1  utilities and scripts for power ma
ii  radeontool1.5-5  utility to control ATI Radeon back
ii  toshset   1.73-2 Access much of the Toshiba laptop

Versions of packages acpi-support suggests:
ii  laptop-mode-tools 1.45-1 Scripts to spin down hard drive an

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#124221: emacs21: Elisp source files not in load-path.

[Sven Joachim]

reassign 124221 emacsen-common
merge 124221 193575
thanks

On 2001-12-16 20:06 +0100, Matt Hodges wrote:

> Package: emacs21
> Version: 21.1-7
> Severity: normal
>
> Emacs currently cannot locate the source of some packages which
> install files under /usr/share/emacs/site-lisp. This is annoying
> because the hyperlinks to source files in *Help* buffers don't work
> for these packages.

[snip]

> One solution is to add a subdirs.el file in /usr/share/emacs/site-lisp
> and it should be possible to get this to work with different flavours
> of Emacs, if necessary; something for the emacsen-common package?

If such a subdirs.el is to be provided, it has to be in the
emacsen-common package, indeed.  See #193575.

> Alternatively, the normal-top-level-add-subdirs-to-load-path code
> above seems to work correctly, and could be added to a startup file.
>
> Has this been discussed already? Should bug reports be filed against
> any packages which don't explicitly take care of this issue?

Apparently, that's the way to go.

Cheers,
   Sven



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500615: mmorph: diff for NMU version 2.3.4.2-11.1

[Luk Claes]

tags 500615 + patch
thanks

Dear maintainer,

I've prepared an NMU for mmorph (versioned as 2.3.4.2-11.1) and uploaded it
to DELAYED/3. Please feel free to tell me if I should delay it longer.

Cheers

Luk
diff -u mmorph-2.3.4.2/debian/changelog mmorph-2.3.4.2/debian/changelog
--- mmorph-2.3.4.2/debian/changelog
+++ mmorph-2.3.4.2/debian/changelog
@@ -1,3 +1,10 @@
+mmorph (2.3.4.2-11.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Remove libdb4.3-dev alternative (Closes: #500615).
+
+ -- Luk Claes <[EMAIL PROTECTED]>  Fri, 03 Oct 2008 07:53:39 +0200
+
 mmorph (2.3.4.2-11) unstable; urgency=low
 
   * mmorph.1: Properly escape all the "-" characters that should be
diff -u mmorph-2.3.4.2/debian/control mmorph-2.3.4.2/debian/control
--- mmorph-2.3.4.2/debian/control
+++ mmorph-2.3.4.2/debian/control
@@ -3,7 +3,7 @@
 Priority: extra
 Maintainer: Thomas Bushnell, BSG <[EMAIL PROTECTED]>
 Standards-Version: 3.7.3
-Build-Depends: debhelper (>= 5), bison, flex, libdb4.3-dev | libdb-dev
+Build-Depends: debhelper (>= 5), bison, flex, libdb-dev
 
 Package: mmorph
 Architecture: any

Bug#500963: Full backtrace for network-related linux-image-2.6.26-1-openvz-686 crash

[Apollon Oikonomopoulos]

Package: linux-image-2.6.26-1-openvz-686
Version: 2.6.26-5
Followup-For: Bug #500963

Hello,

I was suffering similar random hard lockups on a system with
2.6.26-1-openvz-686. Last night I was able to obtain a full backtrace
using the kernel's netconsole module. So, here it goes:

[237558.431660] BUG: unable to handle kernel NULL pointer dereference at 
0288
[237558.431660] IP: [] tcp_v4_send_ack+0x1af/0x1ed
[237558.439189] *pdpt = 1e80f001 *pde =  
[237558.439189] Oops:  [#1] SMP 
[237558.451179] Modules linked in: loop netconsole configfs cpufreq_ondemand 
nvidia(P) vzethdev vznetdev simfs vzdquota vzmon vzdev xt_length ipt_ttl 
xt_tcpmss xt_TCPMSS xt_multiport xt_limit xt_dscp tun ppdev parport_pc lp 
parport video output ac battery ipv6 ipt_MASQUERADE ipt_REDIRECT iptable_nat 
nf_nat ipt_REJECT xt_comment xt_tcpudp nf_conntrack_ipv4 xt_state nf_conntrack 
iptable_filter iptable_mangle ip_tables x_tables bridge ext3 jbd ext2 mbcache 
fuse acpi_cpufreq freq_table w83627ehf hwmon_vid sbp2 snd_hda_intel snd_pcm_oss 
snd_mixer_oss snd_pcm iTCO_wdt psmouse serio_raw i2c_i801 snd_timer i2c_core 
snd soundcore snd_page_alloc button intel_agp agpgart evdev reiserfs dm_mirror 
dm_log dm_snapshot dm_mod ide_cd_mod cdrom sd_mod jmicron ide_pci_generic 
ide_core ata_piix usbhid hid ff_memless floppy ohci1394 ieee1394 ata_generic 
ahci sky2 libata scsi_mod dock ehci_hcd uhci_hcd usbcore thermal processor fan 
thermal_sys [last unloaded: loop]
[237558.523118] 
[237558.523118] Pid: 0, comm: swapper Tainted: P  (2.6.26-1-openvz-686 
#1 036test001)
[237558.523118] EIP: 0060:[] EFLAGS: 00010246 CPU: 0
[237558.523118] EIP is at tcp_v4_send_ack+0x1af/0x1ed
[237558.523118] EAX:  EBX: 0ee0f858 ECX: c0389dfc EDX: f793e280
[237558.523118] ESI: d1d40722 EDI: c0389e10 EBP: f793e280 ESP: c0389dbc
[237558.523118]  DS: 007b ES: 007b FS: 00d8 GS:  SS: 0068
[237558.523118] Process swapper (pid: 0, veid: 0, ti=c0388000 task=c0359300 
task.ti=c0388000)
[237558.523118] Stack:  f41ed234 f92ad6c3 34665000 0ee0f858 d1d40722 
a0161080  
[237558.523118]0a080101 71ca6203 26f6870d c0386f40  f793e280 
c0386f40 0002 
[237558.523118]c0389dc8 0020 0976f7e3 0008  8000 
c0386f40 2207d4d0 
[237558.523118]  Call Trace:
[237558.523118]  [] br_handle_frame_finish+0xf1/0x11e [bridge]
[237558.523118]  [] tcp_v4_reqsk_send_ack+0x18/0x1c
[237558.523118]  [] tcp_check_req+0x12f/0x36c
[237558.523118]  [] tcp_v4_do_rcv+0x303/0x437
[237558.523118]  [] tcp_v4_rcv+0x58b/0x5dd
[237558.523118]  [] ip_local_deliver_finish+0x12e/0x1f4
[237558.523118]  [] ip_rcv_finish+0x2e5/0x302
[237558.523118]  [] netif_receive_skb+0x314/0x3cd
[237558.523118]  [] process_backlog+0x74/0xce
[237558.523118]  [] net_rx_action+0x9c/0x177
[237558.523118]  [] __do_softirq+0x9b/0x14e
[237558.523118]  [] do_softirq+0x45/0x53
[237558.523118]  [] irq_exit+0x69/0x9b
[237558.523118]  [] do_IRQ+0x52/0x63
[237558.523118]  [] mwait_idle+0x0/0x3d
[237558.523118]  [] common_interrupt+0x23/0x28
[237558.523118]  [] mwait_idle+0x0/0x3d
[237558.523118]  [] mwait_idle+0x2f/0x3d
[237558.523118]  [] cpu_idle+0xab/0xcb
[237558.523118]  ===
[237558.523118] Code: 10 11 d0 83 d0 00 83 3c 24 00 89 44 24 48 c7 44 24 4c 08 
00 00 00 74 0a 8b 0c 24 8b 41 04 89 44 24 50 8b 45 14 8d 4c 24 40 89 ea <8b> 80 
88 02 00 00 8b 80 a0 00 00 00 ff 74 24 44 e8 81 dc fe ff 
[237558.523118] EIP: [] tcp_v4_send_ack+0x1af/0x1ed SS:ESP 
0068:c0389dbc
[237558.971037] Kernel panic - not syncing: Fatal exception in interrupt

I assume this is the same case as Tuomas' report, since the tails of the
backtraces and the location of the crash seem to match.

Just one note:
I *think* this started to happen after I added the box's primary network
interface to a bridge. The crash seems to happen randomly, from 6h of
uptime to 3 days, with only eth1 in the bridge (no veth devices).

The box runs 2-3 VEs with venet devices.

Regards,

Apollon

-- Package-specific info:

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing'), (90, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages linux-image-2.6.26-1-openvz-686 depends on:
ii  debconf [debconf-2.0] 1.5.22 Debian configuration management sy
ii  initramfs-tools [linux-initra 0.92j  tools for generating an initramfs
ii  module-init-tools 3.4-1  tools for managing Linux kernel mo
ii  vzctl 3.0.22-11  server virtualization solution - c

Versions of packages linux-image-2.6.26-1-openvz-686 recommends:
ii  libc6-i6862.7-13 GNU C Library: Shared libraries [i

Versions of packages linux-image-2.6.26-1-openvz-686 suggests:
ii  grub-pc [grub]  1.96+20080724-10 GRand Unified Bootloader, 

Bug#497410: packages.debian.org: please link to patch-tracking.debian.net

[Frank Lichtenheld]

On Mon, Sep 01, 2008 at 11:36:06PM +0800, Paul Wise wrote:
> It would be nice if packages.debian.org/sid/foo linked to
> patch-tracking.debian.net/package/foo/1.2.3-4
> 
> In my opinion, packages.d.o is the right place for this (rather than the
> PTS) because it is more directed at users and people outside Debian.
> 
> There does not appear to be a machine-parsable index of all the packages
> with patches and their versions, would this be possible to add Sean? 

Sorry for not looking into this earlier.

What exactly do you think the machine-parsable index would be needed
for? For packages.debian.org I guess it is enough if I make the
inclusion of a link dependent on the existance of a .diff file, right?

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#500984: [icedove] Can't cleanly share installation directory

[Greg Kochanski]

Package: icedove
Version: 2.0.0.16-1
Severity: wishlist


I have a network with 3 computers -- 1 Debian etch on P4, 1 Ubuntu on
P4, one Ubuntu on a AMD64.They share the .mozilla-thunderbird
directory.It's necessary to do this so that they share the
database that filters spam.I'm not about to train the program
three times!

Mostly it works well, except for an annoying pop-up on start-up.
Every time I change machines, it gives me the option to
decline add-ons like "en_GB" or "Xulrunner".
(Note that this isn't a locking problem --
I'm only logged onto one machine at a time.)

Obviously, what's going on is that somewhere within
.mozilla-thunderbird, it caches some state that is
processor-dependent (and/or distro-dependent).
So, when I change machine, it thinks "Aha! He must have upgraded
the software.  I should ask..."

That information, whatever it is, should be stored in a
file whose name is derived from the name of the machine
(uname -n, for instance).   And, those files need to
be managed so you don't get infinite numbers of them.
(I.e. delete the least-recently used files to make sure
there are never more than 20.)


I think that the value of the spam filter database in
icedove/thunderbird is high, so it's important that it
be cleanly shareable across several machines.
The simplest way to do that
is to make the entire .mozilla-thunderbird directory
shareable.




-- System Information:
Debian Release: lenny/sid
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 
'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-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/bash

Versions of packages icedove depends on:
ii  debianutils2.30  Miscellaneous utilities specific t
ii  fontconfig 2.6.0-1   generic font configuration library
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libc6  2.7-13GNU C Library: Shared libraries
ii  libcairo2  1.6.4-6   The Cairo 2D vector graphics libra
ii  libfontconfig1 2.6.0-1   generic font configuration library
ii  libfreetype6   2.3.7-2   FreeType 2 font engine, shared lib
ii  libgcc11:4.3.1-9 GCC support library
ii  libglib2.0-0   2.16.5-1  The GLib library of C routines
ii  libgtk2.0-02.12.11-3 The GTK+ graphical user interface 
ii  libhunspell-1.2-0  1.2.6-1   spell checker and morphological an
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libnspr4-0d4.7.1-4   NetScape Portable Runtime Library
ii  libnss3-1d 3.12.0-5  Network Security Service libraries
ii  libpango1.0-0  1.20.5-2  Layout and rendering of internatio
ii  libpng12-0 1.2.27-1  PNG library - runtime
ii  libstdc++6 4.3.1-9   The GNU Standard C++ Library v3
ii  libx11-6   2:1.1.5-1 X11 client-side library
ii  libxft22.1.12-3  FreeType-based font drawing librar
ii  libxinerama1   2:1.0.3-2 X11 Xinerama extension library
ii  libxrender11:0.9.4-2 X Rendering Extension client libra
ii  libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii  psmisc 22.6-1Utilities that use the proc filesy
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

icedove recommends no packages.

Versions of packages icedove suggests:
pn  icedove-gnome-support  (no description available)
pn  latex-xft-fonts(no description available)
ii  libthai0  0.1.9-4Thai language support library

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500985: segfaults with large interrupt numbers

[Peter Palfrader]

Package: irqbalance
Severity: important
Version: 0.12-7

irqbalance in etch segfaults when /proc/interrupts contains an interrupt
with a number higher than or equal to MAX_INTERRUPTS (256) due to a
missing array boundary check.  At least it segfaults reliably on all my
hosts (say powell.d.o) that have a line starting in the 500s range.

The version from lenny/backports does not have this issue.
-- 
   |  .''`.  ** Debian GNU/Linux **
  Peter Palfrader  | : :' :  The  universal
 http://www.palfrader.org/ | `. `'  Operating System
   |   `-http://www.debian.org/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#491646: Localization is imperfect

[Jonny]

It corrects.

"general.useragent.locale" does not change to "ja" from "en-US."



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500778: libnss-ldapd: groups resolve to nogroup after boot

[Patrick Schoenfeld]

Hi,

On Fri, Oct 03, 2008 at 12:18:47AM +0200, Arthur de Jong wrote:
> If using nfs4 (I've been doing some reading up but still no first-hand
> experience) is that if the user doesn't exist it is generally mapped to
> nobody:nogroup.

right.

> The mapping is done by idmapd but at some point in combination with
> something in the kernel. From what I understand from scanning the idmapd
> code is that there is a default cache expiry time (in the kernel) of 500
> seconds (10 minutes). Current value should be available
> in /proc/sys/fs/nfs/idmap_cache_timeout.
> 
> My guess is that name lookups are cached in idmapd. Can you check that
> by restarting idmapd (/etc/init.d/nfs-common restart) the problem goes
> away?

Nope, it does not.

> Can you check the idmapd logs anything out of the ordinary? Perhaps you
> can increase the verbosity in /etc/idmapd.conf.

Hm, no nothing special. Setting the verbosity higher as the default
(default: 3, tried up to 10) does not seem to change anything.
Basically this is all:

Oct  3 09:46:36 teekanne rpc.idmapd[3309]: libnfsidmap: using domain:
localdomain 
Oct  3 09:46:36 teekanne rpc.idmapd[3309]: libnfsidmap: using
translation method: nsswitch 
Oct  3 09:46:36 teekanne rpc.idmapd[3310]: Expiration time is 600
seconds.
Oct  3 09:46:36 teekanne rpc.idmapd[3310]: Opened
/proc/net/rpc/nfs4.nametoid/channel
Oct  3 09:46:36 teekanne rpc.idmapd[3310]: Opened
/proc/net/rpc/nfs4.idtoname/channel
Oct  3 09:46:36 teekanne rpc.idmapd[3310]: New client: 0
Oct  3 09:46:36 teekanne rpc.idmapd[3310]: Opened
/var/lib/nfs/rpc_pipefs/nfs/clnt0/idmap
Oct  3 09:46:36 teekanne rpc.idmapd[3310]: New client: 1
Oct  3 09:47:23 teekanne rpc.idmapd[3310]: Client 0: (user) id "30010"
-> name "[EMAIL PROTECTED]"
Oct  3 09:47:23 teekanne rpc.idmapd[3310]: Client 0: (group) id "65534"
-> name "[EMAIL PROTECTED]"

> Thanks. Perhaps I should set up a test environment myself with NFS4. Do
> you have some pointers for that (I use NFS3 myself).

Thats not a great thing. You need to setup an export entry like you do
for NFSv4, however there is a fundamentel difference to NFSv3. You
export a NFSROOT not single exports. So you possibly want to setup a
virtual export directory. Its described here [1].

Best Regards,
Patrick

[1] http://www.crazysquirrel.com/computing/debian/servers/setting-up-nfs4.jspx



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500985: irqbalance update in etch?

[Philipp Kern]

Hallo Peter,

am Wed, Oct 01, 2008 at 12:41:00PM +0200 hast du folgendes geschrieben:
> irqbalance in etch segfaults when /proc/interrupts contains an interrupt
> with a number higher than or equal to MAX_INTERRUPTS (256) due to a
> missing array boundary check.  At least it segfaults reliably on all my
> hosts (say powell.d.o) that have a line starting in the 500s range.
> 
> The version from lenny/backports does not have this issue.  Should we
> try to fix this in the etch package also?

looks RC to me.  If it's just a missing boundary check, please add it
and post the debdiff.  (:

Kind regards,
Philipp Kern
-- 
 .''`.  Philipp KernDebian Developer
: :' :  http://philkern.de Release Assistant
`. `'   xmpp:[EMAIL PROTECTED] Stable Release Manager
  `-finger pkern/[EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#500986: k3b: Resets USB bus when external DVD writer is used

[Joerg Platte]

Package: k3b
Version: 1.0.5-3
Severity: normal

Each time I want to write a DVD on my external USB DVD writer (Plextor PX-716A) 
K3B
detects the media for 1 or 2 seconds and then resets the USB device and
starts searching for suitable media again. This makes it impossible to write
an image directly to DVD. Writing the image with growisofs directly works
without any problems, hence it is not a hardware problem. Here you can see
the dmesg output:

usb 4-1.1: new high speed USB device using ehci_hcd and address 116
usb 4-1.1: configuration #1 chosen from 1 choice
scsi30 : SCSI emulation for USB Mass Storage devices
usb 4-1.1: New USB device found, idVendor=093b, idProduct=0044
usb 4-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 4-1.1: Product: USB Storage Adapter
usb 4-1.1: Manufacturer: PLEXTOR Corp.
usb 4-1.1: SerialNumber: 00441025DB
usb-storage: device found at 116
usb-storage: waiting for device to settle before scanning
Buffer I/O error on device sr0, logical block 8
Buffer I/O error on device sr0, logical block 8
Buffer I/O error on device sr0, logical block 8
Buffer I/O error on device sr0, logical block 8
scsi 30:0:0:0: CD-ROMPLEXTOR  DVDR   PX-716A   1.11 PQ: 0 ANSI:
0 CCS
sr1: scsi3-mmc drive: 40x/40x writer cd/rw xa/form2 cdda tray
sr 30:0:0:0: Attached scsi CD-ROM sr1
sr 30:0:0:0: Attached scsi generic sg3 type 5
usb-storage: device scan complete
usb 4-1.1: reset high speed USB device using ehci_hcd and address 116
usb 4-1.1: reset high speed USB device using ehci_hcd and address 116
usb 4-1.1: reset high speed USB device using ehci_hcd and address 116
cdrom: This disc doesn't have any tracks I recognize!
cdrom: This disc doesn't have any tracks I recognize!


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26.5 (PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages k3b depends on:
ii  cdparanoia   3.10.2+debian-1 audio extraction tool for sampling
ii  cdrdao   1:1.2.2-17  records CDs in Disk-At-Once (DAO) 
ii  genisoimage  9:1.1.8-1+b1Creates ISO-9660 CD-ROM filesystem
ii  k3b-data 1.0.5-3 A sophisticated KDE CD burning app
ii  kdelibs-data 4:3.5.9.dfsg.1-6core shared data for all KDE appli
ii  kdelibs4c2a  4:3.5.9.dfsg.1-6core libraries and binaries for al
ii  libacl1  2.2.47-2Access control list shared library
ii  libart-2.0-2 2.3.20-2Library of functions for 2D graphi
ii  libattr1 1:2.4.43-1  Extended attribute shared library
ii  libaudio21.9.1-4 Network Audio System - shared libr
ii  libc62.7-13  GNU C Library: Shared libraries
ii  libdbus-1-3  1.2.1-3 simple interprocess messaging syst
ii  libdbus-qt-1-1c2 0.62.git.20060814-2 simple interprocess messaging syst
ii  libdvdread3  0.9.7-11library for reading DVDs
ii  libexpat12.0.1-4 XML parsing C library - runtime li
ii  libfontconfig1   2.6.0-1 generic font configuration library
ii  libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib
ii  libgamin0 [libfam0]  0.1.9-2 Client library for the gamin file 
ii  libgcc1  1:4.3.2-1   GCC support library
ii  libhal1  0.5.11-3Hardware Abstraction Layer - share
ii  libice6  2:1.0.4-1   X11 Inter-Client Exchange library
ii  libidn11 1.10-2.1GNU libidn library, implementation
ii  libjpeg626b-14   The Independent JPEG Group's JPEG 
ii  libk3b3  1.0.5-3 The KDE cd burning application lib
ii  libmusicbrainz4c2a   2.1.5-2 Second generation incarnation of t
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.2-1 The GNU Standard C++ Library v3
ii  libx11-6 2:1.1.5-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.3-1   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 in

Bug#500985: irqbalance update in etch?

[Peter Palfrader]

On Wed, 01 Oct 2008, Philipp Kern wrote:

> am Wed, Oct 01, 2008 at 12:41:00PM +0200 hast du folgendes geschrieben:
> > irqbalance in etch segfaults when /proc/interrupts contains an interrupt
> > with a number higher than or equal to MAX_INTERRUPTS (256) due to a
> > missing array boundary check.  At least it segfaults reliably on all my
> > hosts (say powell.d.o) that have a line starting in the 500s range.
> > 
> > The version from lenny/backports does not have this issue.  Should we
> > try to fix this in the etch package also?
> 
> looks RC to me.  If it's just a missing boundary check, please add it
> and post the debdiff.  (:

source interdiff looks like this:

diff -u irqbalance-0.12/debian/changelog irqbalance-0.12/debian/changelog
--- irqbalance-0.12/debian/changelog
+++ irqbalance-0.12/debian/changelog
@@ -1,3 +1,15 @@
+irqbalance (0.12-7etch1) stable; urgency=low
+
+  * Non maintainer upload.
+  * irqbalance would segfault on startup when /proc/interrupts contains
+an interrupt with a number of 256 or larger, since internally it
+stored data in a fixed-length array.  Newer versions (say 0.55) have
+replaced the data structure with a list so this is fixed there.  For
+now we just skip interrupts with such high numbers, since it's the
+least invasive approach during the stable cycle.
+
+ -- Peter Palfrader <[EMAIL PROTECTED]>  Wed,  1 Oct 2008 15:06:07 +0200
+
 irqbalance (0.12-7) unstable; urgency=low
 
   * debian/po/es.po: Add Spanish translation from César Gómez
only in patch2:
unchanged:
--- irqbalance-0.12.orig/procinterrupts.c
+++ irqbalance-0.12/procinterrupts.c
@@ -103,6 +103,13 @@
ret = sscanf(word,"%i",&irqnumber);
if (!ret)  /* non numeric end stuff */
irqnumber = MAX_INTERRUPTS-1; 
+   /* This version of irqbalance cannot handle 
interrups larger
+* than 255, so skip stuff right here.  Newer 
versions
+* have replaced the length limited array with 
a list,
+* so this limitation is no longer present in 
say 0.55.
+*/
+   if (irqnumber < 0 || irqnumber >= 
MAX_INTERRUPTS)
+   break;
/* then N columns of counts, where N is the number of 
cpu's */
} else if (column <= cpucount) {
sscanf(word,"%lli",&count);


Of course this isn't ideal, since now "high-number" interrupts are just
ignored, and not handled at all.  But it's better than segfaulting.  I
would still like to hear back from the old maintainer, Eric, or the new
maintainer, Kyle, tho.

-- 
   |  .''`.  ** Debian GNU/Linux **
  Peter Palfrader  | : :' :  The  universal
 http://www.palfrader.org/ | `. `'  Operating System
   |   `-http://www.debian.org/


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#491646: Localization is imperfect

[Daniel Baumann]

Jonny wrote:
> It corrects.
> 
> "general.useragent.locale" does not change to "ja" from "en-US."

could you please use full sentences to explain what you mean?

Regards,
Daniel

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500987: kjs: javascript RegExp doesn't work with

[Thomas Wouters]

Package: kdelibs5
Version: 4.1.2-1
Severity: serious
Justification: Sune says so


When you use kdelibs5-4.1.2-1 with a libpcre3 version lower than 7.7 there is a 
regression with kjs.
With the kjs javascript debugger enabled you will see a parse error when 
visiting e.g. http://www.regular-expressions.info/javascriptexample.html
If you upgrade libpcre3 to a version above, or equal to, 7.7 this parse error 
doesn't show and the javascript works as expected.

I believe that this happens because kdelibs5-4.1.2-1 is built against 
libpcre3-7.8-1 and kjs enables a certain feature for libpcre3 versions above 
7.7:

kjs/regexp.cpp:148:#ifdef PCRE_JAVASCRIPT_COMPAT // introduced in PCRE 7.7
kjs/regexp.cpp-149-  options |= PCRE_JAVASCRIPT_COMPAT;
kjs/regexp.cpp-150-#endif

A possible solution would be to make kdelibs5 depend on >=libpcre3-7.7 as it 
doesn't depend on a specific version right now.

On #khtml someone mentioned this:
[18:48:40]  We should probably use pcre_feature_supported.
[18:49:17]  Of course, that's really generally the case that if you 
run against an older version of library you'll get problems.

Reaction on #debian-kde:
[09:39:56]  he is usually right.
[09:40:44]  please for now report a serious bug against kdelibs5 with 
this info. If you are in doubt about justification, just say "Sune says so" ;)


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500985: irqbalance update in etch?

[Martin Zobel-Helas]

Hi, 

On Wed Oct 01, 2008 at 15:12:38 +0200, Peter Palfrader wrote:
> On Wed, 01 Oct 2008, Philipp Kern wrote:
> 
> > am Wed, Oct 01, 2008 at 12:41:00PM +0200 hast du folgendes geschrieben:
> > > irqbalance in etch segfaults when /proc/interrupts contains an interrupt
> > > with a number higher than or equal to MAX_INTERRUPTS (256) due to a
> > > missing array boundary check.  At least it segfaults reliably on all my
> > > hosts (say powell.d.o) that have a line starting in the 500s range.
> > > 
> > > The version from lenny/backports does not have this issue.  Should we
> > > try to fix this in the etch package also?
> > 
> > looks RC to me.  If it's just a missing boundary check, please add it
> > and post the debdiff.  (:
> 
> source interdiff looks like this:
> 
> diff -u irqbalance-0.12/debian/changelog irqbalance-0.12/debian/changelog
> --- irqbalance-0.12/debian/changelog
> +++ irqbalance-0.12/debian/changelog
> @@ -1,3 +1,15 @@
> +irqbalance (0.12-7etch1) stable; urgency=low
> +
> +  * Non maintainer upload.
> +  * irqbalance would segfault on startup when /proc/interrupts contains
> +an interrupt with a number of 256 or larger, since internally it
> +stored data in a fixed-length array.  Newer versions (say 0.55) have
> +replaced the data structure with a list so this is fixed there.  For
> +now we just skip interrupts with such high numbers, since it's the
> +least invasive approach during the stable cycle.
> +
> + -- Peter Palfrader <[EMAIL PROTECTED]>  Wed,  1 Oct 2008 15:06:07 +0200
> +

Please mention the Bug# in the changelog. if there isn't any, please go
ahead and open an RC bug.

Greetings
Martin

-- 
 Martin Zobel-Helas <[EMAIL PROTECTED]>  | Debian System Administrator
 Debian & GNU/Linux Developer   |   Debian Listmaster
 Public key http://zobel.ftbfs.de/5d64f870.asc   -   KeyID: 5D64 F870
 GPG Fingerprint:  5DB3 1301 375A A50F 07E7  302F 493E FB8E 5D64 F870


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500985: irqbalance update in etch?

[Kyle McMartin]

On Wed, Oct 01, 2008 at 03:12:38PM +0200, Peter Palfrader wrote:
> +  * Non maintainer upload.
> +  * irqbalance would segfault on startup when /proc/interrupts contains
> +an interrupt with a number of 256 or larger, since internally it
> +stored data in a fixed-length array.  Newer versions (say 0.55) have
> +replaced the data structure with a list so this is fixed there.  For
> +now we just skip interrupts with such high numbers, since it's the
> +least invasive approach during the stable cycle.
> +

The patch looks fine to me. I mean, the machines with higher interrupts
were crashing anyway, so simply chugging along ignoring them seems like
an improvement.

regards, Kyle


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500988: "not a valid DEB package" error while it is a valid package

[Michal Čihař]

Package: apt-utils
Version: 0.7.14+b1
Severity: normal
File: /usr/bin/apt-extracttemplates
Tags: patch

Hi

apt-extracttemplates complains that deb is "not a valid DEB package"
while dpkg has no problem handling this particullar package. The problem
is caused by fact, that the package was manually created by GNU Ar,
which adds trailing / to file names (to allow spaces in names). This
situation is correctly handled by dpkg, but apt does not seem to handle
this.

Attached patch should fix this issue (it works with my test package).

-- 
Michal Čihař | http://cihar.com | http://blog.cihar.com
diff -Nru apt-0.7.15~exp3/apt-inst/contrib/arfile.cc apt-0.7.15~exp3+nmu1/apt-inst/contrib/arfile.cc
--- apt-0.7.15~exp3/apt-inst/contrib/arfile.cc	2008-06-09 23:10:08.0 +0200
+++ apt-0.7.15~exp3+nmu1/apt-inst/contrib/arfile.cc	2008-10-03 09:59:50.0 +0200
@@ -111,7 +111,7 @@
   else
   {
 	 unsigned int I = sizeof(Head.Name) - 1;
-	 for (; Head.Name[I] == ' '; I--);
+	 for (; Head.Name[I] == ' ' || Head.Name[I] == '/'; I--);
 	 Memb->Name = string(Head.Name,I+1);
   }
 


signature.asc
Description: PGP signature

Bug#153179: emacs21: Works for me...

[Sven Joachim]

reassign 153179 elscreen
thanks

On 2002-10-20 09:33 +0200, Lionel Elie Mamane wrote:

> Followup-For: Bug #153179
> Package: emacs21
> Version: 21.2-1
>
> C-z still suspends Emacs in the default install. I suspect you
> installed the "elscreen" package, which takes C-z as a prefix key for
> its use, and pushes "suspend-emacs" to "C-x C-z".

Most likely this is the reason, so I'm reassigning this bug to the
elscreen package.

> If you are annoyed by this, uninstall elscreen, disable it, change its
> prefix key, ...

Since elscreen is no longer automatically loaded on startup (see
#268756), I suggest closing the bug.  But that's up to the elscreen
maintainer (CC'ed).

Sven



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500959: Caml-core is bloated

[Sylvain Le Gall]

[Ce message a aussi été publié sur gmane.linux.debian.devel.ocaml.]
Hello,

On 02-10-2008, Juliusz Chroboczek <[EMAIL PROTECTED]> wrote:
> --=-=-=
> Content-Type: text/plain
>
> Package: ocaml-core
> Version: 3.10.0.1
>
> This package is called ocaml-core, and hence I expected it to install
> a reasonably complete O'Caml environment.  It turns out, however, that
>
>   Depends: ocaml, ocaml-best-compilers, ocaml-findlib, ocaml-tools,
>   camlidl, ocamlweb, libounit-ocaml-dev, cameleon, ocamldsort, ledit,
>   otags
>
> At least half of these should not be pulled in by ocaml-core, there
> should be an ocaml-full package that pulls them in.  Particularly
> annoying is ocamlweb, which by default pulls in a very large LaTeX
> installation.
>

Are you sure this bug really concern ocaml-core?

If you have something about __ocamlweb__ pulling half of the LaTeX
universe, you should fill a bug against ocamlweb, not ocaml-core!

I think this list is quite short and contains most of what is needed to
program using ocaml...

Regards
Sylvain Le Gall




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500961: Installing caml-core pulls in half the universe

[Stefano Zacchiroli]

retitle 500961 please prioritize texlive over obsolete tetex
thanks

On Fri, Oct 03, 2008 at 01:19:43AM +0200, Juliusz Chroboczek wrote:
> 1. The Depends is ordered wrongly; it should say
> Depends: texlive-latex-extra | tetex-extra

ACK, this is the main problem. I've retitled the bug accordingly.

> 2. There's no reason it should be Depends, Recommends should be
>enough.

Of this I'm not sure as I'm not an ocamlweb user, I'll leave this to
the usual package maintainer to evaluate.

Thanks for your bug report.
Cheers.

-- 
Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7
[EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
I'm still an SGML person,this newfangled /\ All one has to do is hit the
XML stuff is so ... simplistic  -- Manoj \/ right keys at the right time


signature.asc
Description: Digital signature

Bug#500985: irqbalance update in etch?

[Peter Palfrader]

Martin Zobel-Helas schrieb am Mittwoch, dem 01. Oktober 2008:

> Please mention the Bug# in the changelog. if there isn't any, please go
> ahead and open an RC bug.

Done.  Uploaded this to delayed 5, so if there's anything else we should
have time to fix up stuff.

diff -u irqbalance-0.12/debian/changelog irqbalance-0.12/debian/changelog
--- irqbalance-0.12/debian/changelog
+++ irqbalance-0.12/debian/changelog
@@ -1,3 +1,15 @@
+irqbalance (0.12-7etch1) stable; urgency=low
+
+  * Non maintainer upload.
+  * irqbalance would segfault on startup when /proc/interrupts contains
+an interrupt with a number of 256 or larger, since internally it
+stored data in a fixed-length array.  Newer versions (say 0.55) have
+replaced the data structure with a list so this is fixed there.  For
+now we just skip interrupts with such high numbers, since it's the
+least invasive approach during the stable cycle (closes: #500985).
+
+ -- Peter Palfrader <[EMAIL PROTECTED]>  Fri, 03 Oct 2008 10:09:14 +0200
+
 irqbalance (0.12-7) unstable; urgency=low
 
   * debian/po/es.po: Add Spanish translation from César Gómez
only in patch2:
unchanged:
--- irqbalance-0.12.orig/procinterrupts.c
+++ irqbalance-0.12/procinterrupts.c
@@ -103,6 +103,14 @@
ret = sscanf(word,"%i",&irqnumber);
if (!ret)  /* non numeric end stuff */
irqnumber = MAX_INTERRUPTS-1; 
+   /* This version of irqbalance cannot handle 
interrups larger
+* than 255, so skip stuff right here.  Newer 
versions
+* have replaced the length limited array with 
a list,
+* so this limitation is no longer present in 
say 0.55.
+* Also see http://bugs.debian.org/500985
+*/
+   if (irqnumber < 0 || irqnumber >= 
MAX_INTERRUPTS)
+   break;
/* then N columns of counts, where N is the number of 
cpu's */
} else if (column <= cpucount) {
sscanf(word,"%lli",&count);


[EMAIL PROTECTED]:~/projects/debian/nmu/irqbalance$ debdiff 
/var/cache/apt/archives/irqbalance_0.12-7_i386.deb 
irqbalance_0.12-7etch1_i386.deb
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

Installed-Size: [-120-] {+72+}
Version: [-0.12-7-] {+0.12-7etch1+}


-- 
   |  .''`.  ** Debian GNU/Linux **
  Peter Palfrader  | : :' :  The  universal
 http://www.palfrader.org/ | `. `'  Operating System
   |   `-http://www.debian.org/



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#497410: packages.debian.org: please link to patch-tracking.debian.net

[Paul Wise]

On Fri, 2008-10-03 at 09:43 +0200, Frank Lichtenheld wrote:

> What exactly do you think the machine-parsable index would be needed
> for?

I assumed that you would need a machine-parsable index of all the
packages that have patches. I realise now that isn't the case.

The only reason I can think you would want the index is if you want to
differentiate between packages with just packaging added, packages with
changes outside debian/ and packages with patches in debian/patches/.

> For packages.debian.org I guess it is enough if I make the
> inclusion of a link dependent on the existance of a .diff file, right?

I guess so, yeah, all non-native packages seem to have a patch page.
,
-- 
bye,
pabs

http://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part

Bug#500959: Caml-core is bloated

[Stefano Zacchiroli]

severity 500959 wishlist
thanks

On Fri, Oct 03, 2008 at 01:23:52AM +0200, Juliusz Chroboczek wrote:
> This package is called ocaml-core, and hence I expected it to install
> a reasonably complete O'Caml environment.

That's the purpose, yes.

>   Depends: ocaml, ocaml-best-compilers, ocaml-findlib, ocaml-tools, camlidl, 
> ocamlweb, libounit-ocaml-dev, cameleon, ocamldsort, ledit, otags
> 
> At least half of these should not be pulled in by ocaml-core, there
> should be an ocaml-full package that pulls them in.  Particularly
> annoying is ocamlweb, which by default pulls in a very large LaTeX
> installation.

Those packages where there to provide various tools that are expected
to be needed while programming in general. ocamlweb was there for
literate programming needs, but I do agree that nowadays it is
probably no longer needed, mainly because ocamldoc works properly now
(it didn't when ocamlweb was added to ocaml-core).

Regarding the other "half of these" please make names of what you
think is bloated and why you think so. A few comments of mine:

- ocamldsort: we can get rid of this, nowadays we have ocamlbuild
  which is able to sort modules topologically by itself
- ounit: it is the only regression testing framework we have, we
  should keep it
- ledit: can be relaxed using alternatives over other line-editing
  tools available in debian
- cameleon: should stay, it is the only IDE we have (beside Emacs, but
  I don't want to force users to use it)
- otags: should stay, especially because it provides system-wide tags
  for the standard library

Summarizing: what else do you want to be removed from ocaml-core?

Question open to suggestions: now that Recommends are installed by
default, should maybe all the Depends of ocaml-core be demoted to
Recommends?

Cheers.

-- 
Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7
[EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
I'm still an SGML person,this newfangled /\ All one has to do is hit the
XML stuff is so ... simplistic  -- Manoj \/ right keys at the right time


signature.asc
Description: Digital signature

Bug#500989: lastfmsubmitd: [INTL:ru] Russian debconf templates translation

[Yuri Kozlov]

Package: lastfmsubmitd
Severity: wishlist
Tags: l10n patch


Russian debconf templates translation is attached.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.25-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
# translation of ru.po to Russian
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Yuri Kozlov <[EMAIL PROTECTED]>, 2008.
msgid ""
msgstr ""
"Project-Id-Version: ru\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2006-07-31 12:12-0400\n"
"PO-Revision-Date: 2008-10-03 12:19+0400\n"
"Last-Translator: Yuri Kozlov <[EMAIL PROTECTED]>\n"
"Language-Team: Russian <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"
"Plural-Forms:  nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && 
n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n"

#. Type: string
#. Description
#: ../lastfmsubmitd.templates:1001
msgid "User name of Last.fm account:"
msgstr "Имя пользователя в Last.fm:"

#. Type: string
#. Description
#: ../lastfmsubmitd.templates:1001
msgid "This is the user name that will be used to log in to Last.fm."
msgstr "Введите имя пользователя, под которым вы зарегистрированы в Last.fm."

#. Type: password
#. Description
#: ../lastfmsubmitd.templates:2001
msgid "Password for Last.fm account:"
msgstr "Пароль в Last.fm:"

#. Type: password
#. Description
#: ../lastfmsubmitd.templates:2001
msgid "This is the password that will be used to log in to Last.fm."
msgstr "Введите пароль для пользователя, под которым вы зарегистрированы в 
Last.fm."

#. Type: string
#. Description
#: ../lastfmsubmitd.templates:3001
msgid "Group that may send submissions:"
msgstr "Группа, которой можно разрешить отправлять данные:"

#. Type: string
#. Description
#: ../lastfmsubmitd.templates:3001
msgid ""
"All users in this group can send submissions to your Last.fm account. You "
"may wish to use a specific usergroup, or \"audio\" for all users that can "
"play music on this computer. If you use the default, \"lastfm\", you will "
"need to add users manually, or run your plugin from this account."
msgstr ""
"Все пользователи в этой группе могут отправлять данные на вашу учётную запись 
Last.fm. "
"Можно использовать определённую пользовательскую группу или \"audio\", чтобы "
"позволить это делать всем пользователям, слушающим музыку на этом компьютере. "
"По умолчанию используется группа \"lastfm\", и вам нужно вручную добавлять в 
неё "
"пользователей, или запускайте плагин с правами данной учётной записи."

#. Type: string
#. Description
#: ../lastfmsubmitd.templates:3001
msgid "If you leave this value blank, permissions will not be managed by 
debconf."
msgstr "Если оставить это поле пустым, то управление доступом не будет 
осуществляться через debconf."

#. Type: note
#. Description
#: ../lastfmsubmitd.templates:4001
msgid "LastMP is no longer part of this package"
msgstr "LastMP более не является частью этого пакета"

#. Type: note
#. Description
#: ../lastfmsubmitd.templates:4001
msgid ""
"As of version 0.31-1, LastMP is provided in a separate package. This system "
"previously had LastMP enabled; you will need to install the package \"lastmp"
"\" if you wish to continue using it."
msgstr ""
"Начиная с версии 0.31-1, программа LastMP выделена в отдельный пакет. В этой 
системе ранее "
"использовалась LastMP; вам нужно установить пакет \"lastmp\", если вы хотите 
использовать её далее."

#. Type: string
#. Description
#: ../lastmp.templates:1001
msgid "Host where MPD is running:"
msgstr "Машина с работающим MPD:"

#. Type: string
#. Description
#: ../lastmp.templates:1001
msgid "LastMP will connect to the MPD on this host."
msgstr "LastMP будет подключаться к MPD на указанной машине."

#. Type: string
#. Description
#: ../lastmp.templates:2001
msgid "Port on which MPD is listening:"
msgstr "Порт, который прослушивает MPD:"

#. Type: string
#. Description
#: ../lastmp.templates:2001
msgid "The connection to MPD will be made on this port."
msgstr "Подключение к MPD будет сделано через указанный порт."

#. Type: password
#. Description
#: ../lastmp.templates:3001
msgid "Password for MPD:"
msgstr "Пароль для доступа к MPD:"

#. Type: password
#. Description
#: ../lastmp.templates:3001
msgid ""
"If MPD requires a password to connect, this value will be used. If no "
"password is required, it may be left blank."
msgstr ""
"Если для подключения к MPD требуется пароль, будет использоваться данное 
значение. "
"Если пароль не требуется, можно ничего не вводить."

Bug#500966: lists.debian.org: should sign outbound mail with DKIM

[Thomas Viehmann]

tag 500966 wontfix
thanks

Hi Russell,

Russell Coker wrote:
> To prevent forgeries of mail from the lists.debian.org server I believe
> that we should have DKIM installed to sign all outbound mail.  It really
> is not difficult to do in Lenny, and it shouldn't be difficult to
> back-port the relevant packages to Etch if necessary.

I don't think it's appropriate to sign relayed mails unless we have
verified some previous signature and even then it's questionable.

Kind regards

T.
-- 
Thomas Viehmann, http://thomas.viehmann.net/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500210: perldoc perlrun spits out junk in synopsis

[Niko Tyni]

On Thu, Oct 02, 2008 at 03:59:45PM -0700, Russ Allbery wrote:
> Niko Tyni <[EMAIL PROTECTED]> writes:

> > So the output is ISO-8859-1 where possible and UTF-8 elsewhere.

> > Russ, I think the binmode($output, ":utf8") really belongs in pod2man
> > instead of Pod::Man.
> 
> It turns out, at least based on the experiments that I did, that you never
> want to use an encoding of :utf8.  What this does is tell Perl to just
> dump its internal encoding to the file handle rather than applying any
> encoding.  The only supported thing you can do with that byte stream is to
> read it back in via another file handle using the :utf8 encoding.  It is
> *not* necessarily valid UTF-8, and in practice I was getting all sorts of
> really strange things from it when looking at it via something other than
> Perl.
> 
> You always want to use :encoding(utf-8) instead if the output is for
> anything other than Perl.

I see. The Perl internal encoding is UTF-8, but there are ways to get
invalid UTF-8 in there, for example by using :utf8 on binary input.
This invalid UTF-8 will then be output as-is with if :utf8 is set
on output.

I can't really think of a case where setting :encoding(utf-8) on output
does the right thing but :utf8 doesn't. It does turn the output into valid
UTF-8, but do you have an example where the content is not gibberish?

On the input side, :encoding(utf-8) is indeed probably the better
choice because it will croak when it encounters invalid bytes.

> > Users of Pod::Man should do that themselves for their output file handle
> > when they use the 'utf8' option. (This needs documentation, of course.)
> 
> I'm not sure I like this as an interface since Pod::Man's supported
> interface involves opening the files itself.  This would mean that anyone
> who wants Unicode output can't use the API of Pod::Man and Pod::Text that
> have been supported for years.  I'd really rather try to transparently
> support Unicode using the existing API, even if it means messing with the
> state of provided output file handles.

How about providing your own parse_from_file() wrapper in Pod::Man that
knows about the utf8 option, does the open() and then sets the binmode?
I don't think there's any need to touch the filehandles of people using
parse_file().

> > However, pod2man currently uses the parse_from_file() method, which is
> > just a compatibility wrapper in Pod::Simple that does the open() and
> > output_fh() calls. I suppose this should go in pod2man itself.
> > Something like the attached patch might do, although I see there's some
> > deeper magic in Pod::Simple.
> 
> This patch looks fine to me as a workaround, although I think my previous
> patch is the better long-term fix.

OK. I'll use this (with :encoding(utf-8)) for lenny if no further
showstoppers come up.
 
> Note that Pod::Text has related issues; try running pod2text on your same
> sample POD file and you'll see that it produces warnings about wide
> characters as well.  I'm not sure if that's worth trying to tackle for
> lenny, though (it affects perldoc -t).

Yes, I think we should leave that alone at this point.
-- 
Niko Tyni   [EMAIL PROTECTED]



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500990: libdb-dev: Dependency issues triggered by (full-)upgrade for libdb*-dev

[David Ayers]

Package: libdb-dev
Version: 4.6.21-8
Severity: normal

During my daily full-upgrade I was informed:

Reading package lists... Done
Building dependency tree   
Reading state information... Done
Reading extended state information   
Initializing package states... Done
Reading task descriptions... Done  
The following packages are BROKEN:
  libdb-dev 
The following NEW packages will be installed:
  libdb4.6-dev{a} 
The following packages will be upgraded:
  apt-show-versions ffmpeg ffmpeg-dbg ffmpeg-doc gettext gettext-base 
  libavcodec51 libavdevice52 libavformat52 libavutil49 libdb4.6 
  libpostproc51 libswscale0 
13 packages upgraded, 1 newly installed, 0 to remove and 1 not upgraded.
Need to get 28.9MB of archives. After unpacking 1798kB will be used.
The following packages have unmet dependencies:
  libdb-dev: Depends: libdb4.6 (= 4.6.21-8) but   is to be installed.
The following actions will resolve these dependencies:

Upgrade the following packages:
libdb-dev [4.6.21-8 (now) -> 4.7.25.2 (testing)]

Score is 60

Accept this solution? [Y/n/q/?] 

It seems that a new libdb-dev package depending on 4.6.21-11 should be made
available at the same time as libdb4.6-dev is installed... or maybe the
correct solution would be to have libdb4.6-dev provide libdb-dev?

Yet I'm still confused wrt 4.7.25.2... if that would resolve the issue, why
doesn't a full-upgrade simply install it (as it seems it shouldn't affect
other packages)?   But I suppose I'm  missing something.

[I don't know much about packaging... I'm just trying to give clues.]

Possibly related reports:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=486103
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=460562
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=435122

PS: I wasn't sure whether I should append to one of the reports above, since
last time I appended to a bug I thought was related, I was told to avoid
cluttering old reports and leave it up to the maintainers to decide whether
to merge reports or not.  So sorry for any inconvenience caused by opening a
new report.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libdb-dev depends on:
ii  libdb4.6  4.6.21-8   Berkeley v4.6 Database Libraries [

libdb-dev recommends no packages.

Versions of packages libdb-dev suggests:
pn  db4.6-doc  (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500991: multipath-tools: Multipath-tools uses invalid scsi_id option, breaks multipath

[Rik Theys]

Package: multipath-tools
Version: 0.4.8-12
Severity: grave
Justification: renders package unusable


Hi,

I've installed multipath-tools on lenny, but it fails to find any multipath 
devices. I've run multipath -v3 and it gives the following error:

cciss!c0d0: getuid = /lib/udev/scsi_id -n -g -u -d /dev/%n (controller setting)
/lib/udev/scsi_id: invalid option -- n
error calling out /lib/udev/scsi_id -n -g -u -d /dev/cciss!c0d0

The -n option is not supported by /lib/udev/scsi_id. 

Adding the getuid_callout option to the defaults section of /etc/multipath.conf 
without the -n option does not seem to help. It seems the section is ignored?

The version of udev on this machine is 0.125-6.

According to the man page, the default command that is issued is 
/lib/udev/scsi_id -g -u -d /dev/%n, without the -n option.

Regards,

Rik


-- Package-specific info:
Contents of /etc/multipath.conf:
defaults {
udev_dir/dev
polling_interval10
selector"round-robin 0"
path_grouping_policymultibus
getuid_callout  "/lib/udev/scsi_id -g -u -d /dev/%n"
prio_callout/bin/true
path_checkerdirectio
rr_min_io   100
rr_weight   priorities
failbackimmediate
no_path_retry   fail
user_friendly_names yes
}


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages multipath-tools depends on:
ii  initscripts   2.86.ds1-61Scripts for initializing and shutt
ii  kpartx0.4.8-12   create device mappings for partiti
ii  libaio1   0.3.107-2  Linux kernel AIO access library - 
ii  libc6 2.7-13 GNU C Library: Shared libraries
ii  libdevmapper1.02.12:1.02.27-3The Linux Kernel Device Mapper use
ii  libncurses5   5.6+20080830-1 shared libraries for terminal hand
ii  libreadline5  5.2-3  GNU readline and history libraries
ii  lsb-base  3.2-20 Linux Standard Base 3.2 init scrip
ii  udev  0.125-6/dev/ and hotplug management daemo

multipath-tools recommends no packages.

Versions of packages multipath-tools suggests:
pn  multipath-tools-boot   (no description available)

-- no debconf information

Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500992: hylafax-server: hylafax and ELSA USB 56k: modem "crashes" remaining on-hook

[Sebastian Niehaus]

Package: hylafax-server
Version: 2:4.4.4-10
Severity: important

Since I switched from Etch to Lenny I cannot send faxes anymore using hylafax:
The modem "hangs": it remains on-hook but does not send any data. Stopping
hylafax does not make the modem to go on-hook. Faxes are not transmitted.

I use a ELSA USB 56k Modem 
http://www.plastic-spoon.de/hardware/Elsa-USB-Microlink-56k.html
which appears as /dev/ttyACM0. It is configured as a Fax class 1.0 modem. 

To make shure this is not a syndrome of my modems hardware failing i plugged in 
a spare modem of the same type. The same fault happens :-(

At least for me, hylafax is unusable. I do not know how to debug further, it 
/might/ be a problem of the kernel (e.g. module cdc-acm) as well. 

Thanks for your efforts ...


Sebastian  


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages hylafax-server depends on:
ii  adduser3.110 add and remove users and groups
ii  bsd-mailx [mailx]  8.1.2-0.20071201cvs-3 A simple mail user agent
ii  debconf [debconf-2 1.5.22Debian configuration management sy
ii  ghostscript8.62.dfsg.1-3.1   The GPL Ghostscript PostScript/PDF
ii  ghostscript-x [gs] 8.62.dfsg.1-3.1   The GPL Ghostscript PostScript/PDF
ii  hylafax-client 2:4.4.4-10Flexible client/server fax softwar
ii  libc6  2.7-13GNU C Library: Shared libraries
ii  libgcc11:4.3.1-9 GCC support library
ii  libpam0g   1.0.1-4   Pluggable Authentication Modules l
ii  libstdc++6 4.3.1-9   The GNU Standard C++ Library v3
ii  libtiff-tools  3.8.2-11  TIFF manipulation and conversion t
ii  libtiff4   3.8.2-11  Tag Image File Format (TIFF) libra
ii  lsb-base   3.2-20Linux Standard Base 3.2 init scrip
ii  mailx  1:20071201-3  Transitional package for mailx ren
ii  psmisc 22.6-1Utilities that use the proc filesy
ii  sed4.1.5-6   The GNU sed stream editor
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

hylafax-server recommends no packages.

Versions of packages hylafax-server suggests:
pn  mgetty (no description available)
pn  psrip  (no description available)

-- debconf-show failed



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500963: Full backtrace for network-related linux-image-2.6.26-1-openvz-686 crash

[Vitaliy Gusev]

See bug #500472
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500472

On 3 October 2008 11:39:19 Apollon Oikonomopoulos wrote:
> Package: linux-image-2.6.26-1-openvz-686
> Version: 2.6.26-5
> Followup-For: Bug #500963
> 
> Hello,
> 
> I was suffering similar random hard lockups on a system with
> 2.6.26-1-openvz-686. Last night I was able to obtain a full backtrace
> using the kernel's netconsole module. So, here it goes:
> 
> [237558.431660] BUG: unable to handle kernel NULL pointer dereference at 
> 0288
> [237558.431660] IP: [] tcp_v4_send_ack+0x1af/0x1ed
> [237558.439189] *pdpt = 1e80f001 *pde =  
> [237558.439189] Oops:  [#1] SMP 
> [237558.451179] Modules linked in: loop netconsole configfs cpufreq_ondemand 
> nvidia(P) vzethdev vznetdev simfs vzdquota vzmon vzdev xt_length ipt_ttl 
> xt_tcpmss xt_TCPMSS xt_multiport xt_limit xt_dscp tun ppdev parport_pc lp 
> parport video output ac battery ipv6 ipt_MASQUERADE ipt_REDIRECT iptable_nat 
> nf_nat ipt_REJECT xt_comment xt_tcpudp nf_conntrack_ipv4 xt_state 
> nf_conntrack iptable_filter iptable_mangle ip_tables x_tables bridge ext3 jbd 
> ext2 mbcache fuse acpi_cpufreq freq_table w83627ehf hwmon_vid sbp2 
> snd_hda_intel snd_pcm_oss snd_mixer_oss snd_pcm iTCO_wdt psmouse serio_raw 
> i2c_i801 snd_timer i2c_core snd soundcore snd_page_alloc button intel_agp 
> agpgart evdev reiserfs dm_mirror dm_log dm_snapshot dm_mod ide_cd_mod cdrom 
> sd_mod jmicron ide_pci_generic ide_core ata_piix usbhid hid ff_memless floppy 
> ohci1394 ieee1394 ata_generic ahci sky2 libata scsi_mod dock ehci_hcd 
> uhci_hcd usbcore thermal processor fan thermal_sys [last unloaded: loop]
> [237558.523118] 
> [237558.523118] Pid: 0, comm: swapper Tainted: P  
> (2.6.26-1-openvz-686 #1 036test001)
> [237558.523118] EIP: 0060:[] EFLAGS: 00010246 CPU: 0
> [237558.523118] EIP is at tcp_v4_send_ack+0x1af/0x1ed
> [237558.523118] EAX:  EBX: 0ee0f858 ECX: c0389dfc EDX: f793e280
> [237558.523118] ESI: d1d40722 EDI: c0389e10 EBP: f793e280 ESP: c0389dbc
> [237558.523118]  DS: 007b ES: 007b FS: 00d8 GS:  SS: 0068
> [237558.523118] Process swapper (pid: 0, veid: 0, ti=c0388000 task=c0359300 
> task.ti=c0388000)
> [237558.523118] Stack:  f41ed234 f92ad6c3 34665000 0ee0f858 d1d40722 
> a0161080  
> [237558.523118]0a080101 71ca6203 26f6870d c0386f40  f793e280 
> c0386f40 0002 
> [237558.523118]c0389dc8 0020 0976f7e3 0008  8000 
> c0386f40 2207d4d0 
> [237558.523118]  Call Trace:
> [237558.523118]  [] br_handle_frame_finish+0xf1/0x11e [bridge]
> [237558.523118]  [] tcp_v4_reqsk_send_ack+0x18/0x1c
> [237558.523118]  [] tcp_check_req+0x12f/0x36c
> [237558.523118]  [] tcp_v4_do_rcv+0x303/0x437
> [237558.523118]  [] tcp_v4_rcv+0x58b/0x5dd
> [237558.523118]  [] ip_local_deliver_finish+0x12e/0x1f4
> [237558.523118]  [] ip_rcv_finish+0x2e5/0x302
> [237558.523118]  [] netif_receive_skb+0x314/0x3cd
> [237558.523118]  [] process_backlog+0x74/0xce
> [237558.523118]  [] net_rx_action+0x9c/0x177
> [237558.523118]  [] __do_softirq+0x9b/0x14e
> [237558.523118]  [] do_softirq+0x45/0x53
> [237558.523118]  [] irq_exit+0x69/0x9b
> [237558.523118]  [] do_IRQ+0x52/0x63
> [237558.523118]  [] mwait_idle+0x0/0x3d
> [237558.523118]  [] common_interrupt+0x23/0x28
> [237558.523118]  [] mwait_idle+0x0/0x3d
> [237558.523118]  [] mwait_idle+0x2f/0x3d
> [237558.523118]  [] cpu_idle+0xab/0xcb
> [237558.523118]  ===
> [237558.523118] Code: 10 11 d0 83 d0 00 83 3c 24 00 89 44 24 48 c7 44 24 4c 
> 08 00 00 00 74 0a 8b 0c 24 8b 41 04 89 44 24 50 8b 45 14 8d 4c 24 40 89 ea 
> <8b> 80 88 02 00 00 8b 80 a0 00 00 00 ff 74 24 44 e8 81 dc fe ff 
> [237558.523118] EIP: [] tcp_v4_send_ack+0x1af/0x1ed SS:ESP 
> 0068:c0389dbc
> [237558.971037] Kernel panic - not syncing: Fatal exception in interrupt
> 
> I assume this is the same case as Tuomas' report, since the tails of the
> backtraces and the location of the crash seem to match.
> 
> Just one note:
> I *think* this started to happen after I added the box's primary network
> interface to a bridge. The crash seems to happen randomly, from 6h of
> uptime to 3 days, with only eth1 in the bridge (no veth devices).
> 
> The box runs 2-3 VEs with venet devices.
> 
> Regards,
> 
> Apollon
> 
> -- Package-specific info:
> 
> -- System Information:
> Debian Release: lenny/sid
>   APT prefers testing
>   APT policy: (500, 'testing'), (90, 'unstable')
> Architecture: i386 (i686)
> 
> Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
> Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
> 
> Versions of packages linux-image-2.6.26-1-openvz-686 depends on:
> ii  debconf [debconf-2.0] 1.5.22 Debian configuration management 
> sy
> ii  initramfs-tools [linux-initra 0.92j  tools for generating an initramfs
> ii  module-init-tools 3.4-1  tools for managing Linux kernel 
> mo
> ii  vzctl  

Bug#500959: Caml-core is bloated

[Stefano Zacchiroli]

On Fri, Oct 03, 2008 at 08:17:00AM +, Sylvain Le Gall wrote:
> Are you sure this bug really concern ocaml-core?
> 
> If you have something about __ocamlweb__ pulling half of the LaTeX
> universe, you should fill a bug against ocamlweb, not ocaml-core!
> 
> I think this list is quite short and contains most of what is needed to
> program using ocaml...

Well, the bug report against ocaml-core also pointed out other general
shortcomings about ocaml-core, which is getting bloated as the
standard OCaml distribution gets better.

Hence yes, I think that the two bugs are reasonable (and as such they
should be unmerged).

Cheers.

-- 
Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7
[EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
I'm still an SGML person,this newfangled /\ All one has to do is hit the
XML stuff is so ... simplistic  -- Manoj \/ right keys at the right time


signature.asc
Description: Digital signature

Bug#500991: More info

[Rik Theys]

Hi,

It seems the -n option is only applied to "LOGICAL VOLUME" products, 
according to a strings on /sbin/multipath.


When I add a device section for 'LOGICAL VOLUME' and specify a 
getuid_callout, it uses that one.


I would expect multipath to use the defaults unless explicitely 
configured in /etc/multipath.conf


This bug can be downgraded because it will work with a config change, 
but should the -n option not be removed from the built-in defaults for 
LOGICAL VOLUME?


Regards,

Rik


--
Rik Theys
System Engineer
KU Leuven - Dept. Elektrotechniek (ESAT)
Kasteelpark Arenberg 10
B-3001 LEUVEN - HEVERLEE
Tel.: +32(0)16/32.11.07

<>

Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500993: xserver-xglamo: needs to be setuid root

[Adi Kriegisch]

Package: xserver-xglamo
Version: 1.3.0.0+git20080807-3

When trying to start Xglamo the following error message is presented:

Fatal server error:
LinuxInit: Server must be suid root

chmod u+s /usr/bin/Xglamo obviously fixes the situation.

...on the other hand: is this really necessary? ls -l /usr/bin/Xorg
-rwxr-xr-x 1 root root 1675980 Sep 30 23:54 /usr/bin/Xorg

Thanx for providing the possibility to run Debian even on my FR! :-)

-- Adi


signature.asc
Description: Digital signature

Bug#500991: incorrect regular expression?

[Rik Theys]

Hi,

I think the default regular expression for cciss devices in 
/etc/multipath.conf (and the built-in defaults) should be:


devnode "^cciss!c[0-9]d[0-9]*(p[0-9]*)?"

instead of

devnode "^cciss!c[0-9]d[0-9]*[p[0-9]*]

The partition on the cciss disks should be optional?

Regards,

Rik


--
Rik Theys
System Engineer
KU Leuven - Dept. Elektrotechniek (ESAT)
Kasteelpark Arenberg 10
B-3001 LEUVEN - HEVERLEE
Tel.: +32(0)16/32.11.07

<>

Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500994: rss2email: please add proxy support

[clayton]

Package: rss2email
Version: 1:2.62-3
Severity: wishlist


Those of us who live in China have many websites blocked / censored. It 
would be nice to have proxy support so I can pull in blocked feeds by 
going through my local tor client.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-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/bash

Versions of packages rss2email depends on:
ii  python2.5.2-2An interactive high-level object-o
ii  python-feedparser 4.1-11 Universal Feed Parser for Python
ii  python-support0.8.4  automated rebuilding support for P

rss2email recommends no packages.

rss2email suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500996: htop: Does not change resident memory column size when it grows

[Noel David Torres Taño]

Package: htop
Version: 0.7-1
Severity: normal


When using htop in a machine with processes using more than 999M of memory the 
output gets skewed and the columns are no more aligned

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages htop depends on:
ii  libc6 2.7-13 GNU C Library: Shared libraries
ii  libncurses5   5.6+20080830-1 shared libraries for terminal hand

htop recommends no packages.

htop suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#499191: apache2-suexec-custom: Allow execution of programs owned by root

[Ondřej Surý]

> So the actual item for the wishlist is to be able to specify a user (or more 
> than one) that are considered trusted. Suexec will then allow files
> owned by either the target user, or by a trusted user, to be executed.

Use chattr +i 

Ondrej.
-- 
Ondřej Surý <[EMAIL PROTECTED]>

Bug#500883: dmraid: boot fails after upgrading to 1.0.0.rc14-4

[Peter Leipold]

On Thursday 02 October 2008 16.56.00 Giuseppe Iuculano wrote:
> I think you should write about this issue on Linux-hotplug-devel mailing
> list [0]. Please ask if your missed ID_FS_USAGE=raid is relative to a
> vol_id wrong signature detection.
>
> Let me know.

Hi Giuseppe,

Thanks for the link, it looks this cheap Adaptec card I have does not conform 
to the DDF standard, that's why udev didn't find the raid signature. It will 
be probably fixed in a later release of udev.

http://marc.info/?l=linux-hotplug&m=122302186302318&w=2

Peter



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500965: lists.debian.org: Should remove DKIM and DomainKey headers

[Thomas Viehmann]

severity important
thanks

Hi Russel,

thanks for alerting us of this problem.

Russell Coker wrote:
[ signatures in DKIM-Signature and DomainKey-Signature broken by
  appending a footer]

For lists where the footer only contains unsubscription information, an
alternative to removing the headers could be appending the footer only
on non-signed mail.
Of course, even more preferable would be if people designing standards
would not expect users to change the ways they sign messages (l=) based
on whether it's going to be sent to a list or not as the only way to
accommodate common existing practices.

Kind regards

T.
-- 
Thomas Viehmann, http://thomas.viehmann.net/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500995: Installation report

[Bernhard]

Package: installation-reports

Boot method: network PXE
Image version: daily build GTK image (20081002-19:07)
Used image: 
http://people.debian.org/~joeyh/d-i/images/daily/netboot/gtk/netboot.tar.gz
Date: 20081003

Machine: ASUS Notebook Z7750
Processor: Pentium M 1,6GHz
Memory: 512MB
Partitions:

> RBG-NB:/home/bernhard# df -Tl
> Dateisystem   Typ1K‐Blöcke   Benutzt Verfügbar Ben% Eingehängt auf
> /dev/hda1 ext3 6728280   3864160   2522340  61% /
> tmpfstmpfs  257800 0257800   0% /lib/init/rw
> udev tmpfs   1024092 10148   1% /dev
> tmpfstmpfs  257800 0257800   0% /dev/shm
> /dev/hda6 ext349469608202808  46753836   1% /home
> RBG-NB:/home/bernhard# 

Output of lspci -knn:

> RBG-NB:/home/bernhard# lspci -knn
> 00:00.0 Host bridge [0600]: Intel Corporation 82855PM Processor to I/O 
> Controller [8086:3340] (rev 21)
>   Kernel driver in use: agpgart-intel
>   Kernel modules: intel-agp
> 00:01.0 PCI bridge [0604]: Intel Corporation 82855PM Processor to AGP 
> Controller [8086:3341] (rev 21)
>   Kernel modules: shpchp
> 00:1d.0 USB Controller [0c03]: Intel Corporation 82801DB/DBL/DBM 
> (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 [8086:24c2] (rev 03)
>   Kernel driver in use: uhci_hcd
>   Kernel modules: uhci-hcd
> 00:1d.1 USB Controller [0c03]: Intel Corporation 82801DB/DBL/DBM 
> (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 [8086:24c4] (rev 03)
>   Kernel driver in use: uhci_hcd
>   Kernel modules: uhci-hcd
> 00:1d.2 USB Controller [0c03]: Intel Corporation 82801DB/DBL/DBM 
> (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 [8086:24c7] (rev 03)
>   Kernel driver in use: uhci_hcd
>   Kernel modules: uhci-hcd
> 00:1d.7 USB Controller [0c03]: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) 
> USB2 EHCI Controller [8086:24cd] (rev 03)
>   Kernel driver in use: ehci_hcd
>   Kernel modules: ehci-hcd
> 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge 
> [8086:2448] (rev 83)
>   Kernel modules: shpchp
> 00:1f.0 ISA bridge [0601]: Intel Corporation 82801DBM (ICH4-M) LPC Interface 
> Bridge [8086:24cc] (rev 03)
>   Kernel modules: iTCO_wdt, intel-rng
> 00:1f.1 IDE interface [0101]: Intel Corporation 82801DBM (ICH4-M) IDE 
> Controller [8086:24ca] (rev 03)
>   Kernel driver in use: PIIX_IDE
>   Kernel modules: piix
> 00:1f.3 SMBus [0c05]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) 
> SMBus Controller [8086:24c3] (rev 03)
>   Kernel driver in use: i801_smbus
>   Kernel modules: i2c-i801
> 00:1f.5 Multimedia audio controller [0401]: Intel Corporation 82801DB/DBL/DBM 
> (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller [8086:24c5] (rev 03)
>   Kernel driver in use: Intel ICH
>   Kernel modules: snd-intel8x0
> 00:1f.6 Modem [0703]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) 
> AC'97 Modem Controller [8086:24c6] (rev 03)
>   Kernel driver in use: Intel ICH Modem
>   Kernel modules: snd-intel8x0m
> 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc RV350 
> [Mobility Radeon 9600 M10] [1002:4e50]
>   Kernel modules: radeonfb
> 02:00.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme BCM5788 
> Gigabit Ethernet [14e4:169c] (rev 03)
>   Kernel driver in use: tg3
>   Kernel modules: tg3
> 02:01.0 CardBus bridge [0607]: Ricoh Co Ltd RL5c476 II [1180:0476] (rev ac)
>   Kernel driver in use: yenta_cardbus
>   Kernel modules: yenta_socket
> 02:01.1 CardBus bridge [0607]: Ricoh Co Ltd RL5c476 II [1180:0476] (rev ac)
>   Kernel driver in use: yenta_cardbus
>   Kernel modules: yenta_socket
> 02:01.2 FireWire (IEEE 1394) [0c00]: Ricoh Co Ltd R5C552 IEEE 1394 Controller 
> [1180:0552] (rev 04)
>   Kernel driver in use: ohci1394
>   Kernel modules: ohci1394
> 02:02.0 Network controller [0280]: Intel Corporation PRO/Wireless 2200BG 
> Network Connection [8086:4220] (rev 05)
>   Kernel driver in use: ipw2200
>   Kernel modules: ipw2200
> RBG-NB:/home/bernhard# 
> 

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [ ] (i didn't try it, because the installation was 
completely done over network)
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Clock/timezone setup:   [O]
User/password setup:[O]
Install tasks:  [O]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:

Immediately after Installation, there were updates available.
Here, the output of dist-upgrade:

> R

Bug#500998: machine hangs because if network-manager when authenticating via ldap

[Tobias Vogel]

Package: Network-Manager
Version: 0.6.6-2

We are using several computers in our OpenLDAP-Domain and they all have 
the same issue: the users authenticate against the LDAP-Domain.

X shows up, but the grey background and the black "X"-cursor stay, and
the machine does not respond any more, [Alt]+[Ctrl]+[F1-12] neither work
as [Alt]+[Ctrl]+[Del] does. The only thing to solve the problem is to
remove the Network-Manager -symlink from the init. Then everything 
(except the Network-Manager of course, works).


Before LDAP-Authentication was set up, everything worked fine.

We are using Debian GNU/Linux Lenny, kernel 2.6.26-1-686



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#501000: openoffice.org: Incorrect import of text-entry fields on microsoft word .doc import

[David Baron]

Package: openoffice.org
Version: 1:2.4.1-9
Severity: normal

Text-input fields on .doc files are incorrectly imported:
Most get imported with their default/initial text rather than what had been 
entered to the fields
One-character fields get imported as the default character and is no longer a 
field.

This make interoperability with ms-word users a bit problematic.
I have not tested whether the file as resaved as a .doc retains the problem or 
whether this is just in display.
(I do not have word on this computer so will test later pm at work.)
If I enter text to the field in oo-writer, it will be reread correctly.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (650, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.23-rt1-davidb (SMP w/1 CPU core; PREEMPT)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages openoffice.org depends on:
ii  openoffice.org-base 1:2.4.1-9OpenOffice.org office suite - data
ii  openoffice.org-calc 1:2.4.1-9OpenOffice.org office suite - spre
ii  openoffice.org-core 1:2.4.1-9OpenOffice.org office suite archit
ii  openoffice.org-draw 1:2.4.1-9OpenOffice.org office suite - draw
ii  openoffice.org-filter-mobil 1:2.4.1-9Mobile Devices Filters for OpenOff
ii  openoffice.org-impress  1:2.4.1-9OpenOffice.org office suite - pres
ii  openoffice.org-java-common  1:2.4.1-9OpenOffice.org office suite Java s
ii  openoffice.org-math 1:2.4.1-9OpenOffice.org office suite - equa
ii  openoffice.org-officebean   1:2.4.1-9OpenOffice.org Office Bean
ii  openoffice.org-writer   1:2.4.1-9OpenOffice.org office suite - word
ii  openoffice.org-writer2latex 0.5-8Writer/Calc to LaTeX/XHTML convert
ii  ttf-dejavu  2.25-3   Metapackage to pull in ttf-dejavu-
ii  ttf-liberation  1.04~beta2-2 Free fonts with the same metrics a

Versions of packages openoffice.org recommends:
ii  openoffice.org-filter-binfilt 1:2.4.1-9  Legacy filters (e.g. StarOffice 5.

Versions of packages openoffice.org suggests:
ii  cups-bsd [cupsys-bs 1.3.8-1lenny1Common UNIX Printing System(tm) - 
ii  cupsys-bsd  1.3.8-1lenny1Common UNIX Printing System (trans
ii  gij-4.1 [java2-runt 4.1.2-19 The GNU Java bytecode interpreter
pn  gstreamer0.10-ffmpe(no description available)
pn  gstreamer0.10-plugi(no description available)
ii  gstreamer0.10-plugi 0.10.20-1GStreamer plugins from the "base" 
ii  gstreamer0.10-plugi 0.10.8-4 GStreamer plugins from the "good" 
pn  gstreamer0.10-plugi(no description available)
pn  hunspell-dictionary(no description available)
pn  iceweasel | firefox(no description available)
ii  imagemagick 7:6.3.7.9.dfsg1-2+b2 image manipulation programs
ii  libgl1-mesa-glx [li 7.0.3-6  A free implementation of the OpenG
ii  libpaper-utils  1.1.23+nmu1  library for handling paper charact
ii  libsane 1.0.19-21API library for scanners
ii  libxrender1 1:0.9.4-2X Rendering Extension client libra
ii  menu2.1.40   generates programs menu for all me
ii  myspell-en-us [mysp 1:2.4.0-2English_american dictionary for my
ii  myspell-he [myspell 1.0-4Hebrew dictionary for myspell
ii  openclipart-openoff 0.18+dfsg-5  clip art for OpenOffice.org galler
pn  openoffice.org-gnom(no description available)
ii  openoffice.org-help 1:2.4.1-9English_american help for OpenOffi
pn  openoffice.org-hyph(no description available)
ii  openoffice.org-l10n 1:2.4.1-9Hebrew language package for OpenOf
ii  openoffice.org-thes 1:2.4.0-2English Thesaurus for OpenOffice.o
pn  pstoedit   (no description available)
ii  sun-j2sdk1.5 [java2 1.5.0+update01   Java(TM) 2 SDK, Standard Edition, 
ii  sun-j2sdk1.5debian  0.18 Debian specific parts of Java(TM) 
ii  unixodbc2.2.11-16ODBC tools libraries

Versions of packages openoffice.org-core depends on:
ii  fontconfig 2.6.0-1   generic font configuration library
ii  libc6  2.7-13GNU C Library: Shared libraries
ii  libcairo2  1.6.4-6   The Cairo 2D vector graphics libra
ii  libcurl3   7.18.2-7  Multi-protocol file transfer libra
ii  libdb4.6   4.6.21-11 Berkeley v4.6 Database Libraries [
ii  libexpat1  2.0.1-4   XML parsing C library - runtime li
ii  libfreetype6   2.3.7-2   FreeType 2 font engine, shared lib
ii  libgcc11:4.3.2-1 GCC support library
ii  libglib

Bug#469248: Announce of the upcoming NMU for the apt-listchanges package

[Christian Perrier]

Quoting Pierre Habouzit ([EMAIL PROTECTED]):

> actually no I answered asap and told I would fix it myself :)
> 
> This sounds like an abuse of mail templates my dear :)


Not abuse. Wrong template..:-)

I have actually two templates and one is to be used for situations
where the maintainer said (s)he would upload. I just forgot to use
that one for apt-listchanges. Of course, that *had* to happen with
you, Pierre..:)

You'll notice that I used that occasion to call for an update of
programs translations. All translations were outdated (except French
as it is one of the reasons of the NMU proposal...:-))



signature.asc
Description: Digital signature

Bug#501002: ffmpeg: ffserver won't start, giving "undefined symbol: ffm_read_write_index"

[Stephan Hughson]

Package: ffmpeg
Version: 0.svn20080206-13
Severity: important


I had ffserver running under Debian, but since changing to Lenny (on a new 
server), I can't start the ffserver up.

I have tested it with the example configuration file so I don't think it is due 
to my settings. This is a fresh install so nothing has been messed with.

The message I get is : "ffserver: symbol lookup error: ffserver: undefined 
symbol: ffm_read_write_index"

Thanks for your time. Please let me know if you need me to run anything to get 
more information.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages ffmpeg depends on:
ii  libavcodec510.svn20080206-13 ffmpeg codec library
ii  libavdevice52   0.svn20080206-13 ffmpeg device handling library
ii  libavformat52   0.svn20080206-13 ffmpeg file format library
ii  libavutil49 0.svn20080206-13 ffmpeg utility library
ii  libc6   2.7-13   GNU C Library: Shared libraries
ii  libfreetype62.3.7-2  FreeType 2 font engine, shared lib
ii  libimlib2   1.4.0-1.1powerful image loading and renderi
ii  libsdl1.2debian 1.2.13-2 Simple DirectMedia Layer
ii  libswscale0 0.svn20080206-13 ffmpeg video scaling library

ffmpeg recommends no packages.

ffmpeg suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#501001: (no subject)

[Michel Dänzer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Subject: /etc/cron.daily/apt should enforce MaxAge/MaxSize regardless of 
AutocleanInterval
Package: apt
Version: 0.7.14
Severity: normal
Tags: patch


I want to keep debs in the APT cache for one month, regardless of whether
they are still available for download or whether I have them installed. So
I'm setting APT::Archives::MaxAge to "30" but not setting
APT::Periodic::AutocleanInterval . However, not setting the latter currently
skips the checks enforcing the former (or MaxSize).

The attached patch fixes this, and also makes random_sleep() only sleep at
all if we're going to hit the mirrors.


- -- Package-specific info:

- -- apt-config dump --

APT "";
APT::Architecture "powerpc";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "1";
APT::Install-Suggests "0";
APT::Acquire "";
APT::Acquire::Translation "environment";
APT::Authentication "";
APT::Authentication::TrustCDROM "true";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^linux-image.*";
APT::NeverAutoRemove:: "^linux-restricted-modules.*";
APT::Get "";
APT::Get::Show-Upgraded "true";
APT::Cache-Limit "33554432";
APT::Archives "";
APT::Archives::MaxAge "30";
Dir "/";
Dir::State "var/lib/apt/";
Dir::State::lists "lists/";
Dir::State::cdroms "cdroms.list";
Dir::State::userstatus "status.user";
Dir::State::status "/var/lib/dpkg/status";
Dir::Cache "var/cache/apt/";
Dir::Cache::archives "archives/";
Dir::Cache::srcpkgcache "srcpkgcache.bin";
Dir::Cache::pkgcache "pkgcache.bin";
Dir::Etc "etc/apt/";
Dir::Etc::sourcelist "sources.list";
Dir::Etc::sourceparts "sources.list.d";
Dir::Etc::vendorlist "vendors.list";
Dir::Etc::vendorparts "vendors.list.d";
Dir::Etc::main "apt.conf";
Dir::Etc::parts "apt.conf.d";
Dir::Etc::preferences "preferences";
Dir::Bin "";
Dir::Bin::methods "/usr/lib/apt/methods";
Dir::Bin::dpkg "/usr/bin/dpkg";
Dir::Log "var/log/apt";
Dir::Log::Terminal "term.log";
aptitude "";
aptitude::Delete-Unused-Pattern "^linux-image.*$";
DPkg "";
DPkg::Pre-Install-Pkgs "";
DPkg::Pre-Install-Pkgs:: "/usr/sbin/apt-listbugs apt || exit 10";
DPkg::Pre-Install-Pkgs:: "/usr/bin/apt-listchanges --apt || test $? -ne 10";
DPkg::Pre-Install-Pkgs:: "/usr/sbin/dpkg-preconfigure --apt || true";
DPkg::Tools "";
DPkg::Tools::Options "";
DPkg::Tools::Options::/usr/sbin/apt-listbugs "";
DPkg::Tools::Options::/usr/sbin/apt-listbugs::Version "2";
DPkg::Tools::Options::/usr/bin/apt-listchanges "";
DPkg::Tools::Options::/usr/bin/apt-listchanges::Version "2";
DPkg::Post-Invoke "";
DPkg::Post-Invoke:: "if [ -x /usr/bin/debsums ]; then /usr/bin/debsums 
--generate=nocheck -sp /var/cache/apt/archives; fi";
DPkg::Post-Invoke:: "if [ -x /usr/sbin/localepurge ] && [ $(ps w -p $PPID | 
grep -c remove) != 1 ]; then /usr/sbin/localepurge; else exit 0; fi";
DPkg::# "Post-Invoke";
DPkg::#:: "--force-confmiss";
DPkg::#:: "mount -o remount,rw /boot";
DPkg::#:: "mount -o remount,ro /boot";

- -- /etc/apt/preferences --

Package: *
Pin: release a=experimental
Pin-Priority: 102

Package: *
Pin: release o=Ubuntu
Pin-Priority: 101

Package: *
Pin: release l=Secondlife
Pin-Priority: 101

- -- (/etc/apt/sources.list present, but not submitted) --


- -- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (102, 'experimental'), (101, 
'hardy-security'), (101, 'hardy'), (101, 'gutsy-security')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.26.5
Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages apt depends on:
ii  debian-archive-keyring   2008.04.16+nmu1 GnuPG archive keys of the Debian a
ii  libc62.7-13  GNU C Library: Shared libraries
ii  libgcc1  1:4.3.2-1   GCC support library
ii  libstdc++6   4.3.2-1 The GNU Standard C++ Library v3

apt recommends no packages.

Versions of packages apt suggests:
ii  apt-doc  0.7.14  Documentation for APT
ii  aptitude 0.4.11.10-1 terminal-based package manager
ii  bzip21.0.5-1 high-quality block-sorting file co
ii  dpkg-dev 1.14.22 Debian package development tools
ii  lzma 4.43-14 Compression method of 7z format in
ii  synaptic 0.62.1  Graphical package manager

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iD8DBQFI5eONWoGvjmrbsgARAu7WAJ40R2pGb4AsIfWDo+fyRJ7CMe3KqQCgl/XB
YOMHPSswiWp9DlfDrgDlvv8=
=jemx
-END PGP SIGNATURE-
--- /etc/cron.daily/apt.dpkg-dist   2008-10-03 09:48:01.0 +0200
+++ /etc/cron.daily/apt 2008-10-03 10:13:01.0 +0200
@@ -79,14 +79,10 @@ update_stamp()
 check_size_constraints()
 {
 # min-age in days
-MaxAge=0
 MinAge=2
-MaxSize=0
 CacheDir="var/cache/apt"
 CacheArchive="archives/"
-eval $(apt-con

Bug#500430: gconf2: gconfd-2 not shutting down after user's logout

[Juan Miguel Corral]

For anyone having the same problem, here is the workaround I am using.
We assume your nfs homes are mounted in /home/nfs.

1) Create a file named "/etc/init.d/killnfs", with the following content:

#!/bin/sh
#
# Script to kill any remaining processes in /home/nfs, and unmount it.
# It should be run after gdm stops.
#
/bin/fuser -km /home/nfs
umount /home/nfs

2) Save it, and then make it executable by running:

chmod 755 /etc/init.d/killnfs

3) Set it to execute on shutown, after gdm stops, by running:

update-rc.d  killnfs stop 02 0 6 .


Best regards.



  

Bug#500210: perldoc perlrun spits out junk in synopsis

[Russ Allbery]

Niko Tyni <[EMAIL PROTECTED]> writes:

> I see. The Perl internal encoding is UTF-8, but there are ways to get
> invalid UTF-8 in there, for example by using :utf8 on binary input.
> This invalid UTF-8 will then be output as-is with if :utf8 is set on
> output.
>
> I can't really think of a case where setting :encoding(utf-8) on output
> does the right thing but :utf8 doesn't. It does turn the output into valid
> UTF-8, but do you have an example where the content is not gibberish?

I can't easily duplicate what I was seeing now, but I was getting output
that was not UTF-8 while using that output encoding in combination with
Pod::Simple.  I'm not quite sure what was going on.  It's possible that I
had made some mistake in the middle of my testing, though.

> How about providing your own parse_from_file() wrapper in Pod::Man that
> knows about the utf8 option, does the open() and then sets the binmode?

I guess I could do that, but I think I disagree with this:

> I don't think there's any need to touch the filehandles of people using
> parse_file().

I would prefer not to touch the filehandle, but I don't think it's
acceptable to say that if you're using the utf8 option, you still have to
set up output encodings yourself.  Maybe I'm overreacting to how difficult
I found this area of Perl to understand, but I'd really rather that
Pod::Man and Pod::Text do the right thing without requiring people
understand Perl's very strange Unicode handling.

Pod::Text also has to do something more complex in order to preserve its
traditional encoding agnosticism if utf8 is not given.

-- 
Russ Allbery ([EMAIL PROTECTED]) 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#501003: iceweasel frequent crash

[Zorba]

Package: firefox

These crashes seem not predictable/reproducible.
Here's bugs-buddy report:

System: Linux 2.6.26-1-amd64 #1 SMP Wed Sep 10 15:31:12 UTC 2008 x86_64
X Vendor: The X.Org Foundation
X Vendor Release: 10402000
Selinux: No
Accessibility: Disabled
GTK+ Theme: Clearlooks
Icon Theme: gnome

Memory status: size: 625344512 vsize: 625344512 resident: 168280064 share: 
29863936 rss: 168280064 rss_rlim: 18446744073709551615
CPU usage: start_time: 1222951793 rtime: 201321 utime: 164252 stime: 37069 
cutime:0 cstime: 17 timeout: 0 it_real_value: 0 frequency: 100

Backtrace was generated from '/usr/lib/bug-buddy/firefox-bin'

[Thread debugging using libthread_db enabled]
[New Thread 0x7f695c3976f0 (LWP 3450)]
[New Thread 0x40a61950 (LWP 3465)]
[New Thread 0x43b1c950 (LWP 3457)]
[New Thread 0x42b1a950 (LWP 3456)]
[New Thread 0x42319950 (LWP 3452)]
[New Thread 0x41570950 (LWP 3451)]
0x7f695b7bea8f in waitpid () from /lib/libc.so.6
#0 0x7f695b7bea8f in waitpid () from /lib/libc.so.6
#1 0x7f6956e4c749 in IA__g_spawn_sync (
working_directory=, argv=,
envp=, flags=,
child_setup=, user_data=,
standard_output=0x0, standard_error=0x0, exit_status=0x0,
error=0x7fff643b5828) at /build/buildd/glib2.0-2.16.5/glib/gspawn.c:374
#2 0x7f6956e4ca58 in IA__g_spawn_command_line_sync (
command_line=, standard_output=0x0,
standard_error=0x0, exit_status=0x0, error=0x7fff643b5828)
at /build/buildd/glib2.0-2.16.5/glib/gspawn.c:682
#3 0x7f6951a0e656 in ?? ()
from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so
#4 0x7f6951a0e70d in ?? ()
from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so
#5 0x7f6959b80fdb in nsProfileLock::FatalSignalHandler (signo=11)
at nsProfileLock.cpp:216
#6 
#7 0x7f6956907cf6 in XSetFunction () from /usr/lib/libX11.so.6
#8 0x7f69402133e0 in ?? ()
from /usr/lib/mozilla/plugins/libflash-mozplugin.so
#9 0x7f6940213bde in ?? ()
from /usr/lib/mozilla/plugins/libflash-mozplugin.so
#10 0x7f69555d8108 in XtDispatchEventToWidget () from /usr/lib/libXt.so.6
#11 0x7f69555d892b in ?? () from /usr/lib/libXt.so.6
#12 0x7f69555d7b3b in XtDispatchEvent () from /usr/lib/libXt.so.6
#13 0x7f69555e45f1 in XtAppProcessEvent () from /usr/lib/libXt.so.6
#14 0x7f695a2dbcbb in xt_event_dispatch (
source_data=, call_back=,
user_data=) at gtk2xtbin.c:176
#15 0x7f6956e15892 in IA__g_main_context_dispatch (context=0x7f695af6b870)
at /build/buildd/glib2.0-2.16.5/glib/gmain.c:2012
#16 0x7f6956e1901d in g_main_context_iterate (context=0x7f695af6b870,
block=0, dispatch=1, self=)
at /build/buildd/glib2.0-2.16.5/glib/gmain.c:2645
#17 0x7f6956e191db in IA__g_main_context_iteration (
context=0x7f695af6b870, may_block=0)
at /build/buildd/glib2.0-2.16.5/glib/gmain.c:2708
#18 0x7f695a20d611 in nsBaseAppShell::DoProcessNextNativeEvent (this=0x0,
mayWait=1055171360) at nsBaseAppShell.cpp:151
#19 0x7f695a20d7c2 in nsBaseAppShell::OnProcessNextEvent (
this=0x7f695afe6560, thr=0x7f695af3f620, mayWait=1,
recursionDepth=) at nsBaseAppShell.cpp:278
#20 0x7f695a2b3819 in nsThread::ProcessNextEvent (this=0x7f695af3f620,
mayWait=1, result=0x7fff643b66ac) at nsThread.cpp:497
#21 0x7f695a28937e in NS_ProcessNextEvent_P (thread=0x0, mayWait=1)
at nsThreadUtils.cpp:230
#22 0x7f695a20d87d in nsBaseAppShell::Run (this=0x7f695afe6560)
at nsBaseAppShell.cpp:170
#23 0x7f695a0eff71 in nsAppStartup::Run (this=0x7f694d8f2980)
at nsAppStartup.cpp:181
#24 0x7f6959b7aae9 in XRE_main (argc=,
argv=, aAppData=)
at nsAppRunner.cpp:3182
#25 0x004015b1 in main (argc=3, argv=0x7fff643b7cc8)
at nsXULStub.cpp:421

Thread 6 (Thread 0x41570950 (LWP 3451)):
#0 0x7f695b7e7d96 in poll () from /lib/libc.so.6
No symbol table info available.
#1 0x7f695aa365a7 in _pr_poll_with_poll (pds=0x7f694d8739b8, npds=2,
timeout=65535000) at ptio.c:3895
stack_syspoll = {{fd = 15, events = 1, revents = 0}, {fd = 2,
events = 3, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 1,
events = 0, revents = 0}, {fd = 1096219911, events = 0, revents = 0}, {
fd = 1, events = 0, revents = 0}, {fd = 1525937696, events = 32617,
revents = 0}, {fd = 1512021571, events = 32617, revents = 0}, {
fd = 1525840912, events = 32617, revents = 0}, {fd = 1512102484,
events = 32617, revents = 0}, {fd = 22, events = 0, revents = -1536}, {
fd = 0, events = 0, revents = 0}, {fd = 1525937696, events = 32617,
revents = 0}, {fd = 1512781508, events = 32617, revents = 0}, {
fd = 1525840912, events = 32617, revents = 0}, {fd = 1, events = 32617,
revents = 0}, {fd = 967903248, events = 32617, revents = 0}, {
fd = 1512706684, events = 32617, revents = 0}, {fd = 1526621544,
events = 32617, revents = 0}, {fd = 22, events = 0, revents = 0}, {
fd = 22, events = 0, revents = 0}, {fd = 1512704486, events = 32617,
revents = 0}, {fd = 22, events = 0, revents = 0}, {fd = 1096220048,
events = 0, revents = 0}, {fd = 22, events = 0, revents = 0}, {
fd = 1512699913, events = 32617, revents = 0}, {fd = 967903232,
events = 32617, reve

Bug#500991: More info

[Guido Günther]

On Fri, Oct 03, 2008 at 10:47:55AM +0200, Rik Theys wrote:
> Hi,
>
> It seems the -n option is only applied to "LOGICAL VOLUME" products,  
> according to a strings on /sbin/multipath.
>
> When I add a device section for 'LOGICAL VOLUME' and specify a  
> getuid_callout, it uses that one.
>
> I would expect multipath to use the defaults unless explicitely  
> configured in /etc/multipath.conf
There's a set of default for different classes of devices. I'll remove
the "-n" but I don't think cciss is well supported by the multipath
version in lenny. Current upstream git has it's own patch checker for
cciss (which we can't backport easily since the whole structure of the
path checkers changed).

> This bug can be downgraded because it will work with a config change,  
> but should the -n option not be removed from the built-in defaults for  
> LOGICAL VOLUME?
Does it multipathing work cciss if you remove "-n"? Do the patchs get
detected correctly. Could you attache the output of "multipath -l"?
 -- Guido



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500999: [Pkg-scicomp-devel] Bug#500999: openturns_0.12.1-5(sparc/unstable): FTBFS on sparc

[Christophe Prud'homme]

thanks  for the report
the problem is identified and a fix is under way

-6 should fix this

Best regards
C.

On Fri, Oct 3, 2008 at 11:11 AM, Martin Zobel-Helas <[EMAIL PROTECTED]> wrote:
> Package: openturns
> Version: 0.12.1-5
> Severity: serious
>
> There was an error while trying to autobuild your package:
>
>> Automatic build of openturns_0.12.1-5 on lebrun by sbuild/sparc 98
>> Build started at 20081003-0210
>
> [...]
>
>> ** Using build dependencies supplied by package:
>> Build-Depends: cdbs (>= 0.4.51), quilt (>= 0.46-4), debhelper (>= 5), gcc 
>> (>= 4.2), g++ (>= 4.2), gfortran (>= 4.2), libxerces-c2-dev, 
>> libboost1.35-dev, liblapack-dev, libblas-dev, libqt3-mt-dev, r-base-core (>= 
>> 2.0), python-central (>= 0.5.6), python-dev, graphviz, doxygen, 
>> docbook-to-man, texlive
>
> [...]
>
>> g++ -DHAVE_CONFIG_H -I. -I../include  -I../include -DOT_DEBUG_LEVEL=3 -g 
>> -Wall -O2 -c -o main-main.o `test -f 'main.cxx' || echo './'`main.cxx
>> /bin/sh ../libtool  --tag=CXX   --mode=link g++ -g -Wall -O2 -L.  -o main 
>> main-main.o libOT.la -lpthread -lutil -ldl -lm
>> g++ -g -Wall -O2 -o .libs/main main-main.o  
>> -L/build/buildd/openturns-0.12.1/lib/src ./.libs/libOT.so -lpthread -lutil 
>> -ldl -lm  -Wl,--rpath -Wl,/usr/lib/openturns
>> ./.libs/libOT.so: undefined reference to `__sync_fetch_and_add_4'
>> collect2: ld returned 1 exit status
>> make[4]: *** [main] Error 1
>> make[4]: Leaving directory `/build/buildd/openturns-0.12.1/lib/src'
>> make[3]: *** [all-recursive] Error 1
>> make[3]: Leaving directory `/build/buildd/openturns-0.12.1/lib/src'
>> make[2]: *** [all-recursive] Error 1
>> make[2]: Leaving directory `/build/buildd/openturns-0.12.1/lib'
>> make[1]: *** [all-recursive] Error 1
>> make[1]: Leaving directory `/build/buildd/openturns-0.12.1'
>> make: *** [debian/stamp-makefile-build] Error 2
>> dpkg-buildpackage: failure: debian/rules build gave error exit status 2
>
> A full build log can be found at:
> http://buildd.debian.org/build.php?arch=sparc&pkg=openturns&ver=0.12.1-5
>
>
>
>
> ___
> Pkg-scicomp-devel mailing list
> [EMAIL PROTECTED]
> http://lists.alioth.debian.org/mailman/listinfo/pkg-scicomp-devel
>



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500991: incorrect regular expression?

[Guido Günther]

On Fri, Oct 03, 2008 at 10:56:16AM +0200, Rik Theys wrote:
> devnode "^cciss!c[0-9]d[0-9]*(p[0-9]*)?"
>
> instead of
>
> devnode "^cciss!c[0-9]d[0-9]*[p[0-9]*]
>
> The partition on the cciss disks should be optional?
I'd say you don't multipath partitions at all but only the disks but
then I don't know how multipath on cciss is supposed to work at all?
What machine is this? What kind of storage? I'm inclined to blacklist
cciss altogether for lenny since but please report back first how well
it works for you.
Cheers,
 -- Guido



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#501005: invoking hostname as domainname does not produce results described in --help

[Graham Inggs]

Package: hostname
Version: 2.93
Severity: normal

*** Please type your report below this line ***
According to 'hostname --help', invoking hostname as domainname should 
display the NIS/YP domain name, instead the host name is displayed.  
Transcript follows:


$ hostname
dreamcoat
$ hostname -y
che.uct.ac.za
$ ln -s /bin/hostname domainname
$ ./domainname
dreamcoat

Output of 'hostname --help':

$ hostname --help
Usage: hostname [-v] {hostname|-F file}  set host name (from file)
  domainname [-v] {nisdomain|-F file}   set NIS domain name (from file)
  hostname [-v] [-d|-f|-s|-a|-i|-y] display formated name
  hostname [-v] display host name

  hostname -V|--version|-h|--help   print info and exit

   dnsdomainname=hostname -d, {yp,nis,}domainname=hostname -y

   -s, --short   short host name
   -a, --alias   alias names
   -i, --ip-address  addresses for the host name
   -f, --fqdn, --longlong host name (FQDN)
   -d, --domain  DNS domain name
   -y, --yp, --nis   NIS/YP domain name
   -F, --fileread host name or NIS domain name from given file

  This command can get or set the host name or the NIS domain name. You can
  also get the DNS domain or the FQDN (fully qualified domain name).
  Unless you are using bind or NIS for host lookups you can change the
  FQDN (Fully Qualified Domain Name) and the DNS domain name (which is
  part of the FQDN) in the /etc/hosts file.

As some commercial packages expect the NIS/YP domain name, I suggest 
inserting the following lines in hostname.c:


   if (!strcmp(progname, "domainname"))
   type = NIS;

immediately below the lines:

   if (!strcmp(progname, "dnsdomainname"))
   type = DNS;

Alternatively, the help text should be updated to match the current 
behavior.


-- System Information:
Debian Release: 4.0
 APT prefers stable
 APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.25.4-dreamcoat
Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8)

Versions of packages hostname depends on:
ii  libc6  2.3.6.ds1-13etch7 GNU C Library: Shared libraries

hostname recommends no packages.

-- no debconf information




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500991: multipath-tools: Multipath-tools uses invalid scsi_id option, breaks multipath

[Guido Günther]

severity 500991 normal
retitle 500991 cciss not well supported
thanks

Hi Rik,
On Fri, Oct 03, 2008 at 10:32:44AM +0200, Rik Theys wrote:
[..snip..] 
> cciss!c0d0: getuid = /lib/udev/scsi_id -n -g -u -d /dev/%n (controller 
> setting)
> /lib/udev/scsi_id: invalid option -- n
> error calling out /lib/udev/scsi_id -n -g -u -d /dev/cciss!c0d0
>
> The -n option is not supported by /lib/udev/scsi_id. 

scsi_id shifted quiet some options around "-s" got dropped (which is
fixed) but probably "-n" too.

> Adding the getuid_callout option to the defaults section of
> /etc/multipath.conf without the -n option does not seem to help. It
> seems the section is ignored?
No it isn't. Something like:

defaults {
getuid_callout  "/lib/udev/scsi_id -g -u -d /dev/%n"
}

should work.
 -- Guido



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500998: Problem does not occur under debian etch

[Tobias Vogel]

The problem does not occur under debian etch.




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500991: incorrect regular expression?

[Rik Theys]

Guido Günther wrote:

On Fri, Oct 03, 2008 at 10:56:16AM +0200, Rik Theys wrote:

devnode "^cciss!c[0-9]d[0-9]*(p[0-9]*)?"

instead of

devnode "^cciss!c[0-9]d[0-9]*[p[0-9]*]

The partition on the cciss disks should be optional?

I'd say you don't multipath partitions at all but only the disks but
then I don't know how multipath on cciss is supposed to work at all?
What machine is this? What kind of storage? I'm inclined to blacklist
cciss altogether for lenny since but please report back first how well
it works for you.


The machine is an HP DL380G5 with an HP smart array P400i raid 
controller. I was just testing the multipath support because I will need 
it later on. The RAID disk is not available using multiple paths, but 
multipath should still list it as one path (IMHO).


With the default blacklist info and the patch checker configured for 
LOGICAL VOLUME devices, the callout still fails, because it checks for 
/dev/cciss!c0d0 instead of /dev/cciss/c0d0:


tigris:~# multipath -v3
ram0: device node name blacklisted
ram1: device node name blacklisted
ram2: device node name blacklisted
ram3: device node name blacklisted
ram4: device node name blacklisted
ram5: device node name blacklisted
ram6: device node name blacklisted
ram7: device node name blacklisted
ram8: device node name blacklisted
ram9: device node name blacklisted
ram10: device node name blacklisted
ram11: device node name blacklisted
ram12: device node name blacklisted
ram13: device node name blacklisted
ram14: device node name blacklisted
ram15: device node name blacklisted
cciss!c0d0: not found in pathvec
cciss!c0d0: mask = 0x1f
cciss!c0d0: dev_t = 104:0
cciss!c0d0: size = 286679925
cciss!c0d0: subsystem = pci
cciss!c0d0: h:b:t:l = 0:0:0:0
cciss!c0d0: vendor = HP
cciss!c0d0: product = LOGICAL VOLUME
cciss!c0d0: revision = 5.20
cciss!c0d0: getprio = /bin/true (config file default)
cciss!c0d0: prio = 0
cciss!c0d0: getuid = /lib/udev/scsi_id -g -u -d /dev/%n (controller setting)
error calling out /lib/udev/scsi_id -g -u -d /dev/cciss!c0d0
hda: device node name blacklisted
dm-0: device node name blacklisted
dm-1: device node name blacklisted
dm-2: device node name blacklisted
loop0: device node name blacklisted
loop1: device node name blacklisted
loop2: device node name blacklisted
loop3: device node name blacklisted
loop4: device node name blacklisted
loop5: device node name blacklisted
loop6: device node name blacklisted
loop7: device node name blacklisted
dm-3: device node name blacklisted
= paths list =
uuid hcildevdev_t pri dm_st  chk_st  vend/prod/rev
 0:0:0:0 cciss!c0d0 104:0 0   [undef][undef] HP  ,LOGICAL VOLUME

When I run it manually with the correct path, it works:

tigris:~# /lib/udev/scsi_id -g -u -d /dev/cciss/c0d0
3600508b100104d395357463047410001

With the regular expression as I suggested it in multipath.conf, the 
device is blacklisted:


tigris:~# multipath -v3
ram0: device node name blacklisted
ram1: device node name blacklisted
ram2: device node name blacklisted
ram3: device node name blacklisted
ram4: device node name blacklisted
ram5: device node name blacklisted
ram6: device node name blacklisted
ram7: device node name blacklisted
ram8: device node name blacklisted
ram9: device node name blacklisted
ram10: device node name blacklisted
ram11: device node name blacklisted
ram12: device node name blacklisted
ram13: device node name blacklisted
ram14: device node name blacklisted
ram15: device node name blacklisted
cciss!c0d0: device node name blacklisted
hda: device node name blacklisted
dm-0: device node name blacklisted
dm-1: device node name blacklisted
dm-2: device node name blacklisted
loop0: device node name blacklisted
loop1: device node name blacklisted
loop2: device node name blacklisted
loop3: device node name blacklisted
loop4: device node name blacklisted
loop5: device node name blacklisted
loop6: device node name blacklisted
loop7: device node name blacklisted
dm-3: device node name blacklisted
= no paths =

Regards,

--
Rik Theys
System Engineer
KU Leuven - Dept. Elektrotechniek (ESAT)
Kasteelpark Arenberg 10
B-3001 LEUVEN - HEVERLEE
Tel.: +32(0)16/32.11.07

<>

Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#490912: Bugfix

[Joerg Platte]

Please enable vmmouse_scale_input_data.diff again before releasing lenny, it 
fixes this bug.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#501006: kdelibs5 requires libpcre3 >= 7.8

[Brendon Higgins]

Package: kdelibs5
Version: 4:4.1.2-1
Severity: normal


Hi,

Currently kdelibs5 in experimental requires libpcre3 >= 7.4, but this is
insufficient. One symptom I discovered is that in Konqueror JavaScript /xyzzy/
type regexps all fail with an uninformative error as soon as they are declared.
This has a pretty detrimental effect on any number of websites. Upgrading
libpcre3 from the version in testing (7.6) to unstable (7.8) fixes such
problems.

The dependency should probably be changed to >= 7.8.

Peace,
Brendon


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (101, '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 kdelibs5 depends on:
ii  dbus-x11  1.2.1-3simple interprocess messaging syst
ii  kdelibs-bin   4:4.1.2-1  executables for all KDE 4 core app
ii  kdelibs5-data 4:4.1.2-1  core shared data for all KDE 4 app
ii  libacl1   2.2.47-2   Access control list shared library
ii  libaspell15   0.60.6-1   GNU Aspell spell-checker runtime l
ii  libattr1  1:2.4.43-1 Extended attribute shared library
ii  libbz2-1.01.0.5-1high-quality block-sorting file co
ii  libc6 2.7-13 GNU C Library: Shared libraries
ii  libenchant1c2a1.4.2-3.1  a wrapper library for various spel
ii  libgamin0 [libfam0]   0.1.9-2Client library for the gamin file 
ii  libgcc1   1:4.3.1-9  GCC support library
ii  libgif4   4.1.6-5library for GIF images (library)
ii  libice6   2:1.0.4-1  X11 Inter-Client Exchange library
ii  libilmbase6   1.0.1-2+nmu2   several utility libraries from ILM
ii  libjasper11.900.1-5  The JasPer JPEG-2000 runtime libra
ii  libjpeg62 6b-14  The Independent JPEG Group's JPEG 
ii  libkrb53  1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries
ii  libopenexr6   1.6.1-3runtime files for the OpenEXR imag
ii  libpcre3  7.8-1  Perl 5 Compatible Regular Expressi
ii  libphonon44:4.2.0-1  Phonon multimedia framework for Qt
ii  libpng12-01.2.27-1   PNG library - runtime
ii  libqt4-dbus   4.4.3-1Qt 4 D-Bus module
ii  libqt4-designer   4.4.3-1Qt 4 designer module
ii  libqt4-network4.4.3-1Qt 4 network module
ii  libqt4-qt3support 4.4.3-1Qt 3 compatibility library for Qt 
ii  libqt4-script 4.4.3-1Qt 4 script module
ii  libqt4-svg4.4.3-1Qt 4 SVG module
ii  libqt4-xml4.4.3-1Qt 4 XML module
ii  libqtcore44.4.3-1Qt 4 core module
ii  libqtgui4 4.4.3-1Qt 4 GUI module
ii  libsm62:1.0.3-2  X11 Session Management library
ii  libsoprano4   2.1+dfsg.1-1   libraries for the Soprano RDF fram
ii  libssl0.9.8   0.9.8g-13  SSL shared libraries
ii  libstdc++64.3.1-9The GNU Standard C++ Library v3
ii  libstreamanalyzer00.5.11-1   streamanalyzer library for Strigi 
ii  libx11-6  2:1.1.5-2  X11 client-side library
ii  libxcursor1   1:1.1.9-1  X cursor management library
ii  libxfixes31:4.0.3-2  X11 miscellaneous 'fixes' extensio
ii  libxml2   2.6.32.dfsg-4  GNOME XML library
ii  libxrender1   1:0.9.4-2  X Rendering Extension client libra
ii  libxslt1.11.1.24-2   XSLT processing library - runtime 
ii  libxtst6  2:1.0.3-1  X11 Testing -- Resource extension 
ii  shared-mime-info  0.30-2 FreeDesktop.org shared MIME databa
ii  xauth 1:1.0.3-2  X authentication utility
ii  zlib1g1:1.2.3.3.dfsg-12  compression library - runtime

Versions of packages kdelibs5 recommends:
ii  ttf-dejavu2.25-3 Metapackage to pull in ttf-dejavu-

kdelibs5 suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500999: openturns_0.12.1-5(sparc/unstable): FTBFS on sparc

[Martin Zobel-Helas]

Package: openturns
Version: 0.12.1-5
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of openturns_0.12.1-5 on lebrun by sbuild/sparc 98
> Build started at 20081003-0210

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: cdbs (>= 0.4.51), quilt (>= 0.46-4), debhelper (>= 5), gcc (>= 
> 4.2), g++ (>= 4.2), gfortran (>= 4.2), libxerces-c2-dev, libboost1.35-dev, 
> liblapack-dev, libblas-dev, libqt3-mt-dev, r-base-core (>= 2.0), 
> python-central (>= 0.5.6), python-dev, graphviz, doxygen, docbook-to-man, 
> texlive

[...]

> g++ -DHAVE_CONFIG_H -I. -I../include  -I../include -DOT_DEBUG_LEVEL=3 -g 
> -Wall -O2 -c -o main-main.o `test -f 'main.cxx' || echo './'`main.cxx
> /bin/sh ../libtool  --tag=CXX   --mode=link g++ -g -Wall -O2 -L.  -o main 
> main-main.o libOT.la -lpthread -lutil -ldl -lm 
> g++ -g -Wall -O2 -o .libs/main main-main.o  
> -L/build/buildd/openturns-0.12.1/lib/src ./.libs/libOT.so -lpthread -lutil 
> -ldl -lm  -Wl,--rpath -Wl,/usr/lib/openturns
> ./.libs/libOT.so: undefined reference to `__sync_fetch_and_add_4'
> collect2: ld returned 1 exit status
> make[4]: *** [main] Error 1
> make[4]: Leaving directory `/build/buildd/openturns-0.12.1/lib/src'
> make[3]: *** [all-recursive] Error 1
> make[3]: Leaving directory `/build/buildd/openturns-0.12.1/lib/src'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/build/buildd/openturns-0.12.1/lib'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/build/buildd/openturns-0.12.1'
> make: *** [debian/stamp-makefile-build] Error 2
> dpkg-buildpackage: failure: debian/rules build gave error exit status 2

A full build log can be found at:
http://buildd.debian.org/build.php?arch=sparc&pkg=openturns&ver=0.12.1-5




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500997: axiom_20050901-10.1(sparc/unstable): FTBFS on sparc, code.o': No such file or directory

[Martin Zobel-Helas]

Package: axiom
Version: 20050901-10.1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of axiom_20050901-10.1 on spontini by sbuild/sparc 99.99
> Build started at 20081002-2320

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>> 4.0.0), gcl (>= 2.6.7-45), libgmp3-dev, 
> libncurses5-dev, libreadline5-dev | libreadline-dev, libx11-dev, libxt-dev, 
> x11proto-core-dev, libxpm-dev, x11-common, texlive-latex-base, gawk, 
> sharutils, ghostscript, gsfonts, libxmu-dev, libxaw7-dev

[...]

> compiling ESTOOLS.spad to ESTOOLS.NRLIB
> copying ESTOOLS.NRLIB to ESTOOLS.o
> compiling EXPEXPAN.spad to EXPEXPAN.NRLIB
> copying EXPEXPAN.NRLIB to EXPEXPAN.o
> cp: cannot stat 
> `/build/buildd/axiom-20050901/int/algebra/EXPEXPAN.NRLIB/code.o': No such 
> file or directory
> make[4]: *** [/build/buildd/axiom-20050901/mnt/linux/algebra/EXPEXPAN.o] 
> Error 1
> make[4]: Leaving directory `/build/buildd/axiom-20050901/src/algebra'
> make[3]: *** [algebradir] Error 2
> make[3]: Leaving directory `/build/buildd/axiom-20050901/src'
> make[2]: *** [srcdir] Error 2
> make[2]: Leaving directory `/build/buildd/axiom-20050901'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/build/buildd/axiom-20050901'
> make: *** [build-stamp] Error 2
> dpkg-buildpackage: failure: debian/rules build gave error exit status 2

A full build log can be found at:
http://buildd.debian.org/build.php?arch=sparc&pkg=axiom&ver=20050901-10.1




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#499191: apache2-suexec-custom: Allow execution of programs owned by root

[J.M.Roth]

Ondřej Surý wrote:
>> So the actual item for the wishlist is to be able to specify a user (or more 
>> than one) that are considered trusted. Suexec will then allow files
>> owned by either the target user, or by a trusted user, to be executed.
> 
> Use chattr +i 
> 
> Ondrej.

That much we had already figured out.

Alexander Prinsier wrote:
>> Second, you could use "chattr +i" to prevent users from changing the
>> wrapper. This is somewhat fragile, though, because backup programs
>> usually will not restore the immutable flag.
>
> I've tried that approach, and it is indeed fragile. Certainly when I
> want the cgi script itself to be autogenerated by another script, which
> takes into account user preferences etc.

Currently I do
- chattr -i $file
- replace $file
- chattr +i $file
:-|

Fortunately though, one can still  stuff like PHP forum software
etc. in the users' domains in order to keep it in a central location, as
only the wrapper has the suexec limitations, but not what is called by
the wrapper.

As for the CGI scripts, you are right, keeping them in a central place
is not currently possible. :-(
What I/my control panel do is, there is a central location where these
scripts are stored, an the users' cgi-bins are updated from that
location. One however has to take precautions (e.g. in the form of cron
jobs) to update the users once the central repository gets updated.
This is a pity as otherwise the modfcgid/fastcgi+php variant works
pretty well and is pretty secure too.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#186934: emacs21: file-attributes function fails on /var/mail/

[Sven Joachim]

tags 186934 + moreinfo
thanks

On 2003-03-31 07:03 +0200, Jerry Quinn wrote:

> Package: emacs21
> Version: 21.2-1
> Severity: normal
>
> The function file-attributes is somewhat broken.  On the file
> /var/mail/ ( is a specific user), file-attributes returns
> nil.  However, I can load the spool file into emacs without problem.
> Permissions on the file are correctly set to be readable.
>
> file-attributes is not completely broken since I get reasonable results
> for other files, such as /.emacs.
>
> I found this while trying to figure out why VM would not pull my mail
> from the local spool, but would pull in mail from two pop3 accounts.

I can't reproduce this, and the only explanation that I have for this
behavior is that /var/mail itself is not readable, in which case Emacs
won't be able to stat(2) the files in it.

Do you still see this?

Sven



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500492: A better patch for this bug

[Thiemo Seufer]

The appended patch fixes the root cause. gcc -O2 optimizes out some
tests.


Thiemo


--- libcaca-0.99.beta15/configure.ac~   2008-09-27 19:11:55.0 +0100
+++ libcaca-0.99.beta15/configure.ac2008-10-03 10:21:19.0 +0100
@@ -112,13 +112,13 @@ AC_TRY_COMPILE([#include ],[S
  [AC_MSG_RESULT(no)])
 
 AC_MSG_CHECKING(for fsin/fcos)
-AC_TRY_COMPILE([],[double x; asm("fsin\n\tfcos":"=t"(x):);],
+AC_TRY_COMPILE([],[double x; volatile asm("fsin\n\tfcos":"=t"(x):);],
  [AC_MSG_RESULT(yes)
   AC_DEFINE(HAVE_FSIN_FCOS, 1, [Define to 1 if you have the `fsin' and `fcos' 
operands.])],
  [AC_MSG_RESULT(no)])
 
 AC_MSG_CHECKING(for fldln2/fxch/fyl2x)
-AC_TRY_COMPILE([],[double x; asm("fldln2; fldln2; fxch; fyl2x":"=t"(x):);],
+AC_TRY_COMPILE([],[double x; volatile asm("fldln2; fldln2; fxch; 
fyl2x":"=t"(x):);],
  [AC_MSG_RESULT(yes)
   AC_DEFINE(HAVE_FLDLN2, 1, [Define to 1 if you have the `fldln2' and other 
floating points operands.])],
  [AC_MSG_RESULT(no)])
--- libcaca-0.99.beta15.old/configure   2008-09-27 21:30:35.0 +
+++ libcaca-0.99.beta15/configure   2008-10-03 09:25:04.0 +
@@ -21854,7 +21854,7 @@ cat >>conftest.$ac_ext <<_ACEOF
 int
 main ()
 {
-double x; asm("fsin\n\tfcos":"=t"(x):);
+double x; volatile asm("fsin\n\tfcos":"=t"(x):);
   ;
   return 0;
 }
@@ -21905,7 +21905,7 @@ cat >>conftest.$ac_ext <<_ACEOF
 int
 main ()
 {
-double x; asm("fldln2; fldln2; fxch; fyl2x":"=t"(x):);
+double x; volatile asm("fldln2; fldln2; fxch; fyl2x":"=t"(x):);
   ;
   return 0;
 }



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500938: /dev/cdrom link created, but not /dev/dvd or /dev/cdrw

[Marco d'Itri]

On Oct 03, Joachim Breitner <[EMAIL PROTECTED]> wrote:

> $ cat ./cdrecorder.rules
> KERNEL=="hdc",SYMLINK="cdrecorder"
> KERNEL=="hdc",SYMLINK="cdrom"
> $ ls -l ./cdrecorder.rules
> -rw-r--r-- 1 root root 67 24. Apr 2006  ./cdrecorder.rules
> 
> I don???t know why it worked before. Maybe the resetting is new? Anyways,
> this was a local problem that I fixed now. Thx for the help.
Maybe it stopped working because the names of the default files has
changed. A = means that other values are discarded.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#492065: Announce of the upcoming NMU for the hesiod package

[Christian Perrier]

Dear maintainer of hesiod and Debian translators,

Some days ago, I sent a notice to the maintainer of the hesiod Debian
package, mentioning the status of at least one old po-debconf translation 
update in the BTS.

I announced the intent to build and possibly upload a non-maintainer upload
for this package in order to fix this long-time pending localization
bug as well as all other pending translations.

The package maintainer agreed for the NMU or did not respond in two
weeks, so I will proceed with the NMU.

The full planned schedule is available at the end of this mail.

The package is currently translated to: 
cs de eu fi fr gl it nb nl pt pt_BR ru sv vi

Among these, the following translations are incomplete: 

If you did any of the, currently incomplete, translations you will get
ANOTHER mail with the translation to update.

Other translators also have the opportunity to create new translations
for this package. Once completed, please send them as a bug report
against the hesiod package so I can incorporate them in the build.

The deadline for receiving updates and new translations is Thursday, October 
09, 2008. If you
are not in time you can always send your translation to the BTS.

The POT file is attached to this mail.

If the maintainer objects to this process I will immediately abort my NMU
and send him/her all updates I receive.

Otherwise the following will happen (or already has):

 Sunday, September 28, 2008   : send the first intent to NMU notice to
 the package maintainer.
 Friday, October 03, 2008   : send this notice
 Thursday, October 09, 2008   : (midnight) deadline for receiving 
translation updates
 Friday, October 10, 2008   : build the package and upload it to 
DELAYED/2-day
 send the NMU patch to the BTS
 Sunday, October 12, 2008   : NMU uploaded to incoming

Thanks for your efforts and time.

-- 


-- 


# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR.
#
#, fuzzy
msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: Source: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-12-13 12:21+0530\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME <[EMAIL PROTECTED]>\n"
"Language-Team: LANGUAGE <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=CHARSET\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: string
#. Description
#: ../libhesiod0.templates:2001
msgid "Hesiod domain for searches:"
msgstr ""

#. Type: string
#. Description
#: ../libhesiod0.templates:2001
msgid "Please enter the Hesiod RHS (right hand-side) to do searches in."
msgstr ""

#. Type: string
#. Description
#. Type: string
#. Description
#: ../libhesiod0.templates:2001 ../libhesiod0.templates:3001
msgid ""
"If the Hesiod server is 'ns.example.org' then the LHS will be '.ns', the RHS "
"will be '.example.org' (note leading periods) and directory lookups will be "
"performed as DNS requests to (e.g.) 'sam.passwd.ns.example.org'."
msgstr ""

#. Type: string
#. Description
#: ../libhesiod0.templates:3001
msgid "Hesiod prefix for searches:"
msgstr ""

#. Type: string
#. Description
#: ../libhesiod0.templates:3001
msgid "Please enter the Hesiod LHS (left hand-side) to do searches in."
msgstr ""

#. Type: string
#. Description
#: ../libhesiod0.templates:4001
msgid "DNS class search order:"
msgstr ""

#. Type: string
#. Description
#: ../libhesiod0.templates:4001
msgid ""
"Hesiod looks up names using DNS TXT records. In addition to using the "
"standard IN DNS class for Internet names, it also uses by default the "
"special HS class."
msgstr ""

#. Type: string
#. Description
#: ../libhesiod0.templates:4001
msgid ""
"Please enter the class search order (the default value is suitable for most "
"sites). There should be no spaces in this search order value."
msgstr ""

#. Type: string
#. Description
#: ../libhesiod0.templates:4001
msgid ""
"Sites using older Hesiod installations may need to use the 'HS,IN' search "
"order."
msgstr ""


signature.asc
Description: Digital signature

Bug#501007: 2.6.26-7 and keyboard

[[EMAIL PROTECTED]]

Package: linux-2.6

Version:  2.6.26-7

Severity: normal

After 2.6.26-5 on tty starting appear;
padlock: VIA PadLock Hash Engine not detected.
padlock: VIA PadLock not detected.

I'm using ATEN View switchs models; CS-1744 and CS-9138.

This problem only started after 2.6.26-6 and 2.6.26-7 upgrade.

Thanks.





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#501008: tango-icon-theme: Wrong URL in package description

[Ian FERRAUX]

Package: tango-icon-theme
Version: 0.8.1-3
Severity: minor

Hello,

The Website URL is wrong in the package's description.

tango-project.org is now a parked domain.

The new url is : http://tango.freedesktop.org

Regards,

Ian

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-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 tango-icon-theme depends on:
ii  hicolor-icon-theme0.10-1 default fallback theme for FreeDes

tango-icon-theme recommends no packages.

Versions of packages tango-icon-theme suggests:
ii  gnome-icon-theme2.22.0-1 GNOME Desktop icon theme
ii  kdelibs-data4:3.5.9.dfsg.1-6 core shared data for all KDE appli

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#501009: bugs.debian.org - allow forcemerge of packages within the same source package

[Bastian Blank]

Package: bugs.debian.org
Version: N/A
Severity: wishlist

Hi folks

For the Linux kernel packages, mostly the source package linux-2.6, we
get a large amount of duplicate bug reports, spread over hundreds of
binary packages.

To make the handling of them easier please allow forcemerge of packages
within the binaries of one source. (See this message[1].)

The semantic may be something like the following:
- If the set of package names match (the current check), go on.
- If the set of sourcepackages match, merge the package names.
  Example:
  - Bug a: filed against linux-image-2.6.26-1-686, found in 2.6.26-4.
  - Bug b: filed against linux-image-2.6.26-1-amd64, found in 2.6.26-6.
  may produce a merged bug which is filed against
  "linux-image-2.6.26-1-686,linux-image-2.6.26-1-amd64", found in
  "2.6.26-4,2.6.26-6".

Bastian

[1]: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=32;bug=500472

-- 
Sometimes a feeling is all we humans have to go on.
-- Kirk, "A Taste of Armageddon", stardate 3193.9



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#498205: perhaps a patch already in bugzilla.kernel.org

[Samuel Thibault]

Hello,

It got applied in Linus' tree.

Samuel



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#497686: version in lenny supports -o

[Guido Günther]

severity 497686 normal
tag 497686 pending
thanks

Hi,
the version in lenny supports -o so there's little point in adding a
versioned dependency but maybe we should do so for the sake of etch
updates.
 -- Guido



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#341879: foomatic-filters-ppds: Missing dependency on cupsys for /etc/init.d/cupsys

[Petter Reinholdtsen]

found 341879 20080528-1+nmu1
thanks

I saw the same when I upgraded the package in Lenny.  I assume the
problem is that the cupsys package changed name to cups.

  Setting up foomatic-filters-ppds (20080528-1+nmu1) ...
  invoke-rc.d: unknown initscript, /etc/init.d/cupsys not found.

Happy hacking,
-- 
Petter Reinholdtsen



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#501011: disputable statement in package description

[W. Martin Borgert]

Package: tnef
Version: 1.4.3-2
Severity: minor
Tags: patch

The long package description states:

 Due to the proliferation of Microsoft Outlook and Exchange mail servers,
 more and more mail is encapsulated into this format.

This is not true anymore. Maybe due to the proliferation of web
based mail services or maybe because people use thunderbird
a.k.a. icedove, those attachments are really rare nowadays.

Suggested patch: Remove the lines.

(You should also replace the "Homepage:" line from the
description with the correct control field.)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#497410: packages.debian.org: please link to patch-tracking.debian.net

[gregor herrmann]

On Fri, 03 Oct 2008 16:28:51 +0800, Paul Wise wrote:

> > What exactly do you think the machine-parsable index would be needed
> > for?
> The only reason I can think you would want the index is if you want to
> differentiate between packages with just packaging added, packages with
> changes outside debian/ and packages with patches in debian/patches/.

Such an index might also be interesting for UDD or PET or other tools
that want to display the "patch status" and/or patch number.

Cheers,
gregor 
-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-NP: Sinéad O'Connor: The State I'm In


signature.asc
Description: Digital signature

Bug#124221: emacs21: Elisp source files not in load-path.

[Agustin Martin]

forcemerge 157123 124221 193575
thanks

On Fri, Oct 03, 2008 at 08:51:29AM +0200, Sven Joachim wrote:
> reassign 124221 emacsen-common
> merge 124221 193575
> thanks
> 
> On 2001-12-16 20:06 +0100, Matt Hodges wrote:
> 
> > Package: emacs21
> > Version: 21.1-7
> > Severity: normal
> >
> > Emacs currently cannot locate the source of some packages which
> > install files under /usr/share/emacs/site-lisp. This is annoying
> > because the hyperlinks to source files in *Help* buffers don't work
> > for these packages.
> 
> [snip]
> 
> > One solution is to add a subdirs.el file in /usr/share/emacs/site-lisp
> > and it should be possible to get this to work with different flavours
> > of Emacs, if necessary; something for the emacsen-common package?
> 
> If such a subdirs.el is to be provided, it has to be in the
> emacsen-common package, indeed.  See #193575.
> 
> > Alternatively, the normal-top-level-add-subdirs-to-load-path code
> > above seems to work correctly, and could be added to a startup file.
> >
> > Has this been discussed already? Should bug reports be filed against
> > any packages which don't explicitly take care of this issue?
> 
> Apparently, that's the way to go.

Another approach that has been proposed is to put symlinks to the source
files along with the .elc files, See

http://bugs.debian.org/157123
[emacsen-common: policy should require .el files to be in the emacs load-path]

One of the contributors to that report thinks that explicitly adding .el
path is not desirable. I do not know if setting subdirs.el has known drawbacks,
but symlinks aproach keeps load-path shorter and is currently used by a number
of emacs add-on packages with no known problems.

Since all these bug reports deal with the same problem, I am also merging
them. Being #157123 the one with more extense discussion, I am using it as
base.

-- 
Agustin



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#501010: [INTL:eu] apt-listchanges Basque translation update

[Piarres Beobide]

Package: apt-listchanges
Severity: wishlist
Tags: l10n patch

Hi

Attached apt-listchanges Basque translation, please update it.

thx


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=eu_ES.UTF-8, LC_CTYPE=eu_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
# apt-listchanges basque translation
# Copyright (C) YEAR ORGANIZATION
# Piarres Beobide <[EMAIL PROTECTED]>, 2007.
msgid ""
msgstr ""
"Project-Id-Version: apt-listchanges 2.73\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2008-01-08 23:33+CET\n"
"PO-Revision-Date: 2008-10-03 12:15+0200\n"
"Last-Translator: Piarres Beobide <[EMAIL PROTECTED]>\n"
"Language-Team: debian-l10n-basque\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"X-Generator: Virtaal 0.2-rc1\n"
"Generated-By: pygettext.py 1.5\n"

#: ../apt-listchanges.py:80
msgid "database %s failed to load.\n"
msgstr "huts %s datu-basea kargatzerakoan.\n"

#: ../apt-listchanges.py:97
msgid "Unknown frontend: %s\n"
msgstr "Interfaze ezezaguna: %s\n"

#: ../apt-listchanges.py:120
msgid "%s: will be newly installed"
msgstr "%s: berriz instalatuko da"

#: ../apt-listchanges.py:129
msgid "%s: Version %s has already been seen"
msgstr "%s: %s bertsioa dagoeneko ikusia izan da"

#: ../apt-listchanges.py:162
msgid "News for %s"
msgstr "%s-ren berriak"

#: ../apt-listchanges.py:173
msgid "Changes for %s"
msgstr "%s-ren aldaketak"

#: ../apt-listchanges.py:183
msgid "Informational notes"
msgstr "Argibide oharrak"

#: ../apt-listchanges.py:186
msgid "apt-listchanges: News"
msgstr "apt-listchanges: Berriak"

#: ../apt-listchanges.py:190
msgid "apt-listchanges: Changelogs"
msgstr "apt-listchanges: Aldaketa erregistroak"

#: ../apt-listchanges.py:197
msgid "Aborting"
msgstr "Uzten"

#: ../apt-listchanges.py:200
msgid "Confirmation failed, don't save seen state"
msgstr "Berrespenak huts egin du, ez gorde ikuste egoera"

#: ../apt-listchanges.py:206
msgid "apt-listchanges: changelogs for %s"
msgstr "apt-listchanges: %s-ren aldaketa erregistroak"

#: ../apt-listchanges.py:210
msgid "apt-listchanges: news for %s"
msgstr "apt-listchanges: %s-ren berriak"

#: ../apt-listchanges.py:222
msgid "didn't find any valid .deb archives"
msgstr "ez du baliozko .deb fitxategirik aurkitu"

#: ../apt-listchanges/ALCConfig.py:74
msgid "Usage: apt-listchanges [options] {--apt | filename.deb ...}\n"
msgstr "Erabilera: apt-listchanges [aukerak] {--apt | fitxategia.deb ...}\n"

#: ../apt-listchanges/ALCConfig.py:129
msgid "Unknown option %s for --which.  Allowed are: %s."
msgstr "%s aukera ezezaguna --wich-rentzat.  Onartutakoak: %s."

#: ../apt-listchanges/ALChacks.py:32
msgid "Can't set locale; make sure $LC_* and $LANG are correct!\n"
msgstr "Ezin da lokala ezarri; ziurtatu zaitez $LC_* eta $LANG zuzenak direla!\n"

#: ../apt-listchanges/AptListChangesGtk.py:68
msgid "Continue Installation?"
msgstr "Jarraitu instalazioarekin?"

#: ../apt-listchanges/AptListChangesGtk.py:68
msgid "You can abort the installation if you select 'no'."
msgstr "Instalazioa utzi dezakezu 'ez' hautatuaz."

#: ../apt-listchanges/DebianFiles.py:161
msgid "Ignoring `%s' (seems to be a directory !)"
msgstr "`%s' alde batetara uzten (direktorio bat dela dirudi !)"

#: ../apt-listchanges/apt_listchanges.py:45
msgid ""
"Wrong or missing VERSION from apt pipeline\n"
"(is Dpkg::Tools::Options::/usr/bin/apt-listchanges::Version set to 2?)\n"
msgstr ""
"BERTSIO okerra edo falta da apt hodian\n"
"(Dpkg::Tools::Options::/usr/bin/apt-listchanges::Version 2-ra ezarririk "
"dago?)\n"

#: ../apt-listchanges/apt_listchanges.py:86
msgid "Mailing %s: %s"
msgstr "%s postaz bidaltzen: %s"

#: ../apt-listchanges/apt_listchanges.py:111
msgid "The %s frontend is deprecated, using pager"
msgstr "%s interfazea zaharkiturik dago, orrialdekatzailea erabiliko da"

#: ../apt-listchanges/apt_listchanges.py:115
msgid "The mail frontend needs a installed 'sendmail', using pager"
msgstr ""
"Posta interfazeak 'sendmail' instalatuta egotea behar du, orrialdekatzailea "
"erabiliko da"

#: ../apt-listchanges/apt_listchanges.py:127
msgid ""
"The gtk frontend needs a working python-gtk2 and python-glade2.\n"
"Those imports can not be found. Falling back to pager.\n"
"The error is: %s\n"
msgstr ""
"Gtk interfazeak python-gtk2 eta python-glade2 behar ditu.\n"
"Inportazio horiek ez dira aurkitu\n"
"Errorea: %s\n"

#: ../apt-listchanges/apt_listchanges.py:180
msgid "Do you want to continue? [Y/n]? "
msgstr "Aurrera jarraitu nahi al duzu? [B/e]"

#: ../apt-listchanges/apt_listchanges.py:193
#: ../apt-listchanges/apt_listchanges.py:213
#: ../apt-listchanges/apt_listchanges.py:221
msgid "Reading changelogs"
msgstr "Aldaketa erregistroak irakurtzen"

#: ../apt-listchanges/apt_listchanges.py:221
msgid

Bug#500888: linux-image-2.6.26-1-vserver-amd64: cannot specify lo as non 127.0.0.1 in vserver guests

[Bastian Blank]

On Thu, Oct 02, 2008 at 12:14:42PM +0100, Matthew Sackman wrote:
> Under 2.6.22-3-vserver-amd64 (and earlier), this all worked fine. Under
> 2.6.26-1-vserver-amd64 this does not work: every vserver guest is
> started with lo as 127.0.0.1, thus breaking the internal network badly.

127.0.0.1 is the first loopback address and always allocated in newer
kernels.

What exactly are you trying to do? Inter-guest-communication via the
loopback device?

Bastian

-- 
There's another way to survive.  Mutual trust -- and help.
-- Kirk, "Day of the Dove", stardate unknown



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#501012: libdb4.6-dev: update manage fails to update the package

[Christopher J. Walker]

Package: libdb4.6-dev
Version: 4.6.21-11
Severity: normal

update manager fails with the error message:

An error occurred 
The following details are provided:

E: /var/cache/apt/archives/libdb4.6-dev_4.6.21-11_i386.deb: trying to 
overwrite `/usr/lib/libdb-4.6.a', which is also in package libdb-dev



-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libdb4.6-dev depends on:
ii  libdb4.6  4.6.21-11  Berkeley v4.6 Database Libraries [

libdb4.6-dev recommends no packages.

Versions of packages libdb4.6-dev suggests:
pn  db4.6-doc  (no description available)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#498144: remove sympa from lenny?

[Thomas Viehmann]

Hi,

sympa has two RC bugs open for about one month, #496520 about insecure
usage of tmp (which looks at least partially fixed upstream, but has no
maintainer response) and #498144 about problems on upgrade (with an
initial maintainer response "will investigate, also happened to people
at the last security upgrades", but no visible activity since).

Unless the maintainer (or perhaps Olivier who forwarded the first bug
upstream, CCed) resolve these bugs soon, it might be better to not
release sympa with lenny.
It does not seem to have reverse dependencies. There are a few users
(double digit popcon), but not exceedingly many.

Kind regards

T.
-- 
Thomas Viehmann, http://thomas.viehmann.net/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#475036: Possible workaround

[Kai Wasserbäch]

Hi,
for me it worked to generate version.h and utsrelease.h in include/linux
manually. Maybe you want to try it.

For 2.6.26.5 you'll need the following in version.h:
#define LINUX_VERSION_CODE 132634
#define KERNEL_VERSION(a,b,c) (((a) << 16) + ((b) << 8) + (c))

(The LINUX_VERSION_CODE is calculated like this: $VERSION * 65536 + $PATCHLEVEL
* 256 + $SUBPATCHLEVEL (with $VERSION = 2, $PATCHLEVEL = 6, $SUBPATCHLEVEL =
26), see the top-level Makefile for more information).

utsrelease.h contains something like:
#define UTS_RELEASE "2.6.26.5[LOCAL VERSION STRING]"

(The [LOCAL VERSION STRING] is the part you can either set with the
CONFIG_LOCALVERSION option in the kernel configuration or by using
--append-to-version)

The above examples are for version 2.6.26.5, but it works for other kernel
versions too.
German speaking people might want to check my howto at [0].

Greetings,
Kai


[0] http://wiki.debianforum.de/DebianizedLinuxKernel



-- 

Kai Wasserbäch (Kai Wasserbaech)

E-Mail: [EMAIL PROTECTED]
Jabber (debianforum.de): Drizzt
URL: http://wiki.debianforum.de/Drizzt_Do%27Urden
GnuPG: 0xE1DE59D2  0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2
(http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2&fingerprint=on&hash=on&op=vindex)



signature.asc
Description: OpenPGP digital signature

Bug#500991: incorrect regular expression?

[Guido Günther]

On Fri, Oct 03, 2008 at 11:50:01AM +0200, Rik Theys wrote:
> The machine is an HP DL380G5 with an HP smart array P400i raid  
> controller. I was just testing the multipath support because I will need  
> it later on. The RAID disk is not available using multiple paths, but  
> multipath should still list it as one path (IMHO).
>
> With the default blacklist info and the patch checker configured for  
> LOGICAL VOLUME devices, the callout still fails, because it checks for  
> /dev/cciss!c0d0 instead of /dev/cciss/c0d0:
You'll later need multipath support with cciss or with something else?
As I wrote, for proper cciss support current multipath git is needed.
This is AFAIK the only hardware that is supported in upstream git but
not in any released version. All the rest (FC, iSCSI) should work well.

I've just uploaded a new version of multipath-tools that blacklists
cciss. I'd be great if you could test if your cciss disks get correctly
blacklisted. In case you desperately need cciss, please file a wishlist
bug to package up current git. I will try to do it soon then - help
appreciated of course.
 -- Guido



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#471642: remove pango-graphite from lenny

[Daniel Glassey]

2008/10/2 Adeodato Simó <[EMAIL PROTECTED]>:
> * Thomas Viehmann [Wed, 01 Oct 2008 08:59:38 +0200]:
>
>> Hi,
>
>> pango-graphite "owns" a critical bug, #471642 and dupes, since April
>> with no visible maintainer activity.
>> As it's not been released with stable before and has no reverse
>> dependencies, it appears to be an ideal removal candidate.
>
> Marked for removal.

Yes, I made a mess of that not updating the bug. I've checked with
upstream and they have some ideas to try (incidentally it is a firefox
bug that leads down the bad code path, but still a bug that needs
fixed in graphite/pango-graphite). If I can get a fixed package
uploaded in the next day or three would it get back in? If so I'll let
you know tomorrow if that will happen or not.

Regards,
Daniel

Bug#501013: maxima help doesn't work because info files are compressed

[Miroslaw Kwasniak]

Package: maxima
Version: 5.13.0-3.2
Severity: important

Hi,

problem stated in subject, see:

(%i5) ? max
Maxima encountered a Lisp error:
   Error during processing of --eval option "(cl-user::run)":
   error opening #P"/usr/share/info/maxima.info-1": No such file or directory

but file /usr/share/info/maxima.info-1.gz exists.

Mirek

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (991, 'testing'), (50, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to 
pl_PL)
Shell: /bin/sh linked to /bin/bash

Versions of packages maxima depends on:
ii  gnuplot-nox 4.2.2-1.1A command-line driven interactive 
ii  sbcl1:1.0.18.0-1 A Common Lisp compiler and develop

Versions of packages maxima recommends:
ii  gv1:3.6.5-2  PostScript and PDF viewer for X
ii  maxima-share  5.13.0-3.2 A computer algebra system -- extra
ii  rlwrap0.28-2 readline feature command line wrap

Versions of packages maxima suggests:
ii  maxima-doc5.13.0-3.1 A computer algebra system -- docum
pn  texmacs(no description available)
ii  tk8.3 [wish]  8.3.5-14   Tk toolkit for Tcl and X11, v8.3 -
ii  tk8.4 [wish]  8.4.19-2   Tk toolkit for Tcl and X11, v8.4 -

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500966: lists.debian.org: should sign outbound mail with DKIM

[Russell Coker]

On Friday 03 October 2008 18:32, Thomas Viehmann <[EMAIL PROTECTED]> wrote:
> > To prevent forgeries of mail from the lists.debian.org server I believe
> > that we should have DKIM installed to sign all outbound mail.  It really
> > is not difficult to do in Lenny, and it shouldn't be difficult to
> > back-port the relevant packages to Etch if necessary.
>
> I don't think it's appropriate to sign relayed mails unless we have
> verified some previous signature and even then it's questionable.

The signature is not making any statement about the content of the message, 
merely about where it came from.

If a message is signed as coming from a Debian list server then I can know 
whether it was corrupted between the Debian server and my mail server.  Then 
if there is some issue as to the content I can contact the Debian list 
administrators if there is a need to track it back further.

The Gmail servers sign all mail.  Some of that mail is spam, and a lot of the 
non-spam mail is of low quality.  This does not reduce the value of having a 
signature.  Knowing that a message came from a Gmail server without 
corruption is useful, I can then assign a value on the message based on the 
reported sender.

Ideally the Debian list servers would sign outgoing mail and also sign an 
extra header which indicates the signing status of the message when it 
arrived at the Debian server.  The DKIM spec supports signing arbitrary 
headers - including X- headers.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#501015: gajim: should not redisplay openpgp dialog on reconnection

[Filippo Giunchedi]

Package: gajim
Version: 0.11.4-3
Severity: wishlist

Hi,
while using and openpgp-enabled account the "You will be connected to %s
without OpenPGP." dialog appears on every reconnection if a
passphrase has not been provided.

The dialog of course needs only to be acknowledged, wouldn't a
notification a better fit for the purpose?

thanks,
filippo

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26.3-mactel (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages gajim depends on:
ii  dnsutils   1:9.5.0.dfsg.P2-1 Clients provided with BIND
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libc6  2.7-13GNU C Library: Shared libraries
ii  libcairo2  1.6.4-6   The Cairo 2D vector graphics libra
ii  libglib2.0-0   2.16.6-1  The GLib library of C routines
ii  libgtk2.0-02.12.11-3 The GTK+ graphical user interface 
ii  libgtkspell0   2.0.13-1  a spell-checking addon for GTK's T
ii  libpango1.0-0  1.20.5-2  Layout and rendering of internatio
ii  libxss11:1.1.3-1 X11 Screen Saver extension library
ii  python 2.5.2-2   An interactive high-level object-o
ii  python-glade2  2.12.1-6  GTK+ bindings: Glade support
ii  python-gtk22.12.1-6  Python bindings for the GTK+ widge
ii  python-support 0.8.6 automated rebuilding support for P

Versions of packages gajim recommends:
ii  dbus  1.2.1-3simple interprocess messaging syst
ii  notification-daemon   0.3.7-1+b1 a daemon that displays passive pop
ii  python-dbus   0.83.0-1   simple interprocess messaging syst
ii  python-gnupginterface 0.3.2-9Python interface to GnuPG (GPG)

Versions of packages gajim suggests:
ii  aspell-en 6.0-0-5.1  English dictionary for GNU Aspell
ii  avahi-daemon  0.6.23-2   Avahi mDNS/DNS-SD daemon
pn  nautilus-sendto(no description available)
ii  network-manager   0.6.6-2network management framework daemo
pn  python-avahi   (no description available)
ii  python-gnome2 2.22.0-1   Python bindings for the GNOME desk
ii  python-gnome2-desktop 2.22.0-2   Python bindings for the GNOME desk

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#481063: Same problem since yesterday

[Vedran Furač]

I have the same problem since I rebooted yesterday. This worked for years:

vga=0x31b

I also tried vga=795, but it didn't help.


Regards,

Vedran




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#491646: Localization is imperfect

[Jonny]

Daniel wrote:
> could you please use full sentences to explain what you mean?

I understand,

Even if it installs iceweasel-l10n-ja, "general.useragent.locale" does not 
change to "ja" from "en-US". This seems not to reflect it, although written 
to "chrome/ja.jar/locale/ja/global/intl.properties." If character strings, 
such as "en-US", are contained in User Agent, the fault of being unable to 
peruse some sites in Japan will come out. This is a problem which is not seen 
in localization build of Mozilla Firefox.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#501016: octave3.0: sumskipnan undefined?

[Francesco Potorti`]

Package: octave3.0
Version: 1:3.0.2-3
Severity: normal

$ octave -qf
octave> version
ans = 3.0.2

octave> pkg load nan

octave> help sumskipnan
sumskipnan is the file /usr/share/octave/packages/nan-1.0.6/sumskipnan.m

SUMSKIPNAN adds all non-NaN values. 
[ rest of hel pstring deleted]

octave> exist('sumskipnan')
ans =  3

octave> sumskipnan(1:3)
error: `sumskipnan' undefined near line 7 column 1

So, the nan package is loaded, the help string for sumskipnan is there,
but the sumskipnan function is undefined!

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-proposed-updates')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set 
to C)
Shell: /bin/sh linked to /bin/bash

Versions of packages octave3.0 depends on:
ii  libatlas3gf-base [libl 3.6.0-22  Automatically Tuned Linear Algebra
ii  libblas3gf [libblas.so 1.2-2 Basic Linear Algebra Subroutines 3
ii  libc6  2.7-13GNU C Library: Shared libraries
ii  libcurl3-gnutls7.18.2-5  Multi-protocol file transfer libra
ii  libfftw3-3 3.1.2-3.1 library for computing Fast Fourier
ii  libgcc11:4.3.1-9 GCC support library
ii  libgfortran3   4.3.1-9   Runtime library for GNU Fortran ap
ii  libglpk0   4.31-1linear programming kit with intege
ii  libhdf5-serial-1.6.6-0 1.6.6-4   Hierarchical Data Format 5 (HDF5) 
ii  liblapack3gf [liblapac 3.1.1-1   library of linear algebra routines
ii  libncurses55.6+20080830-1shared libraries for terminal hand
ii  libpcre3   7.6-2.1   Perl 5 Compatible Regular Expressi
ii  libqhull5  2003.1-9lenny1calculate convex hulls and related
ii  libreadline5   5.2-3 GNU readline and history libraries
ii  libstdc++6 4.3.1-9   The GNU Standard C++ Library v3
ii  libsuitesparse-3.1.0   3.1.0-3   collection of libraries for comput
ii  texinfo4.11.dfsg.1-4 Documentation system for on-line i
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages octave3.0 recommends:
ii  gnuplot   4.2.3-1A command-line driven interactive 
ii  libatlas3gf-base  3.6.0-22   Automatically Tuned Linear Algebra

Versions of packages octave3.0 suggests:
ii  octave3.0-doc1:3.0.2-3   PDF documentation on the GNU Octav
ii  octave3.0-emacsen1:3.0.2-3   Emacs support for the GNU Octave l
ii  octave3.0-headers1:3.0.2-3   header files for the GNU Octave la
ii  octave3.0-htmldoc1:3.0.1-6lenny1 HTML documentation on the GNU Octa
ii  octave3.0-info   1:3.0.2-3   GNU Info documentation on the GNU 

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#501017: ITP: oVirt -- Web based application for managing virtual machines

[Guido Günther]

Package: wnpp
Severity: wishlist
Owner: "Guido Günther" <[EMAIL PROTECTED]>

* Package name: oVirt
  Version : 0.93
* URL : http://ovirt.org
* License : GPL
  Programming Lang: Ruby
  Description : Web based application for managing virtual machines

oVirt consists of two major parts: the "appliance" for managing the
virtual machines and the "nodes" where those VMs run on. Both are
currently being shipped as Fedora 9 based os images. Building a Debian
based node as well as packaging the web application will be quiet some
work, so help is certainly welcome.
 -- Guido



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500757: decibel-audio-player: library doesn't display anything

[Emilio Pozuelo Monfort]

Hello,

Yves-Alexis Perez wrote:
> I tried decibel today, played a bith with it, discovered the “library” plugin.
> I added one folder where it parsed all id3 tags, then closed the stuff and in
> the explorer, choosed my “library”, but nothing is displayed in the window. In
> the console I have:

How does the artist tag for your files look like?

Could you apply the attached patch to
/usr/share/decibel-audio-player/src/modules/Library.py and attach the output of
running decibel-audio-player in a terminal and trying to open your library?

Could you also attach $path/artists, where $path should be shown in the terminal
when patching Library.py and running decibel-audio-player?

Thanks



signature.asc
Description: OpenPGP digital signature

Bug#500991: incorrect regular expression?

[Rik Theys]

Guido Günther wrote:

On Fri, Oct 03, 2008 at 11:50:01AM +0200, Rik Theys wrote:
The machine is an HP DL380G5 with an HP smart array P400i raid  
controller. I was just testing the multipath support because I will need  
it later on. The RAID disk is not available using multiple paths, but  
multipath should still list it as one path (IMHO).


With the default blacklist info and the patch checker configured for  
LOGICAL VOLUME devices, the callout still fails, because it checks for  
/dev/cciss!c0d0 instead of /dev/cciss/c0d0:

You'll later need multipath support with cciss or with something else?
As I wrote, for proper cciss support current multipath git is needed.
This is AFAIK the only hardware that is supported in upstream git but
not in any released version. All the rest (FC, iSCSI) should work well.

I've just uploaded a new version of multipath-tools that blacklists
cciss. I'd be great if you could test if your cciss disks get correctly
blacklisted. In case you desperately need cciss, please file a wishlist
bug to package up current git. I will try to do it soon then - help
appreciated of course.


I won't need cciss support in the near future as I will be connecting FC 
disks to the server. I will test the new version of multipath-tools 
(with cciss blacklisted), if you give me the location of the .deb. Or 
will it enter unstable?


If I still have a spare server with an cciss card when the git version 
is packaged, I will help test/debug it.


Regards,

Rik



--
Rik Theys
System Engineer
KU Leuven - Dept. Elektrotechniek (ESAT)
Kasteelpark Arenberg 10
B-3001 LEUVEN - HEVERLEE
Tel.: +32(0)16/32.11.07

<>

Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#501014: ITP: bsddb3 - python bindings for db-4.x

[Matthias Klose]

Package: wnpp

python-3.0 doesn't include this extension anymore. 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500965: lists.debian.org: Should remove DKIM and DomainKey headers

[Russell Coker]

On Friday 03 October 2008 19:02, Thomas Viehmann <[EMAIL PROTECTED]> wrote:
> Of course, even more preferable would be if people designing standards
> would not expect users to change the ways they sign messages (l=) based
> on whether it's going to be sent to a list or not as the only way to
> accommodate common existing practices.

I challenge you to design a way of signing messages that doesn't have this 
issue.

I can't think of a better way of doing this, and I am really interested to 
hear any proposals of better ways of doing it.  Last time I checked DKIM 
wasn't finalised so you can suggest changes to it...



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#500991: incorrect regular expression?

[Guido Günther]

On Fri, Oct 03, 2008 at 01:12:16PM +0200, Rik Theys wrote:
> I won't need cciss support in the near future as I will be connecting FC  
> disks to the server. I will test the new version of multipath-tools  
O.k., this should work without problems then.

> (with cciss blacklisted), if you give me the location of the .deb. Or  
> will it enter unstable?
It will enter unstable. I've uploaded for ppc so i386 and amd64 might
not be available before tomorrow.

> If I still have a spare server with an cciss card when the git version  
> is packaged, I will help test/debug it.
Great. Thanks for your feedback,
 -- Guido



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#450832: Drivemount applet not appearing

[Josselin Mouette]

Hi,

I thought I could reproduce this bug, but it turned out that the applet
had simply no mount to show.

If you insert a CD or a plug a USB key, does it appear correctly on the
desktop and in computer:/// ? Does it still not appear in the drivemount
applet ?

Cheers,
-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#498144: remove sympa from lenny?

[Janusz S. =?UTF-8?Q?Bie=C5=84]

On Fri, 03 Oct 2008  Thomas Viehmann <[EMAIL PROTECTED]> wrote:

> Hi,
>
> sympa has two RC bugs open for about one month, #496520 about insecure
> usage of tmp (which looks at least partially fixed upstream, but has no
> maintainer response) and #498144 about problems on upgrade (with an
> initial maintainer response "will investigate, also happened to people
> at the last security upgrades", but no visible activity since).
>
> Unless the maintainer (or perhaps Olivier who forwarded the first bug
> upstream, CCed) resolve these bugs soon, it might be better to not
> release sympa with lenny.
> It does not seem to have reverse dependencies. There are a few users
> (double digit popcon), but not exceedingly many.

I'm a dedicated user of sympa and hope that the problems will be
resolved. It is a really good piece of software and it would be a pity
to remove it from lenny.

Best regards

Janusz

-- 
 ,   
dr hab. Janusz S. Bien, prof. UW -  Uniwersytet Warszawski (Katedra Lingwistyki 
Formalnej)
Prof. Janusz S. Bien - Warsaw University (Department of Formal Linguistics)
[EMAIL PROTECTED], [EMAIL PROTECTED], http://fleksem.klf.uw.edu.pl/~jsbien/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#471642: remove pango-graphite from lenny

[Thomas Viehmann]

Daniel Glassey wrote:
> Yes, I made a mess of that not updating the bug. I've checked with
> upstream and they have some ideas to try (incidentally it is a firefox
> bug that leads down the bad code path, but still a bug that needs
> fixed in graphite/pango-graphite). If I can get a fixed package
> uploaded in the next day or three would it get back in? If so I'll let
> you know tomorrow if that will happen or not.

I don't get a say in this, but more then 7 months as response time is
not an advertisement that it's well-maintained. One month can happen[1],
two months probably as well, but seven? We would not want to have bugs
of the
the-most-commonly-used-browser-is-completely-unusable-if-I-made-the-mistake-to-install-your-package-type
in a stable release.

Kind regards

T.

1. Somewhere in the Developer's reference, you are told to address these
   bugs within two weeks.
-- 
Thomas Viehmann, http://thomas.viehmann.net/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#450832: Drivemount applet not appearing

[giggzounet]

Josselin Mouette a écrit :
> Hi,
> 
> I thought I could reproduce this bug, but it turned out that the applet
> had simply no mount to show.
> 
> If you insert a CD or a plug a USB key, does it appear correctly on the
> desktop and in computer:/// ? Does it still not appear in the drivemount
> applet ?
> 
> Cheers,

Sorry I can't reproduce that. I don't have GNOME anymore...sorry

Bye



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#476177: Bug 476177

[Jacob Winther]

Hi again,

I have found the issue :)

The upstream put a symlink between
/usr/lib/irssi/modules/libfe_common_silc.so and
/usr/lib/irssi/modules/libfe_silc.so tosupport old clients that did
not look for libfe_common_silc.so.

The issue for debian is the the version of irssi in use loads both
libs. The fix for me was to just rm libfe_silc.so, and this has been
tested by a few people.

This fix is now considered redundant, and is also not an issue in
newer versions of irssi. The recommendation is to remove the symlink
creation. For debian, this is the problem:

if SILCPLUGIN
install-data-hook: libfe_common_silc.la
-ln -s libfe_common_silc.so $(DESTDIR)$(moduledir)/libfe_silc.so

in this file:

http://svn.debian.org/wsvn/pkg-silc/silc-client/trunk/apps/irssi/src/fe-common/silc/Makefile.am?op=file&rev=0&sc=0

I'm no Mikefile expert, but I assume the fix is to remove the second line.

I hope this is all you need to fix the issue in lenny, please let me
know if you need any more info.

this is where the issue was discussed, however its still not fixed upstream.

https://lists.silcnet.org/pipermail/silc-devel/2008-March/002070.html

Cheers,
Jacob



On Fri, Aug 22, 2008 at 7:59 PM, Jérémy Bobbio <[EMAIL PROTECTED]> wrote:
>
> On Fri, Aug 22, 2008 at 03:31:33PM +1200, Jacob Winther wrote:
> > There has been a bug in the irssi-plugin-silc package for a few months that
> > I was hoping would be fixed for lenny. Do you know if a fix is in the works,
> > or do you have any pointers that may enable me to find the bug?
>
> I have been busy getting the debian-installer in shape for Lenny and
> thus I did not have time to look up this issue.  If the fix is simple
> enough, there is a good chance we could get it in Lenny but we would
> need someone to work on such fix.  If you want to look it up, that would
> be great! :)
>
> Upstream is often quite responsive on the "silc" channel of SILCnet.
> Maybe you could find help there…
>
> Cheers,
> --
> Jérémy Bobbio.''`.
> [EMAIL PROTECTED]: :Ⓐ  :  # apt-get install anarchism
>`. `'`
>  `-
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.6 (GNU/Linux)
>
> iD8DBQFIrmPZ2PUjs9fQ72URAvk5AKCuEhUkgkiDKcFYfYD408feuS+TLACgjNAh
> vGc4FLYvuDUaZP+DGa0i9UU=
> =Uy2I
> -END PGP SIGNATURE-
>

Bug#500965: lists.debian.org: Should remove DKIM and DomainKey headers

[Thomas Viehmann]

Hi Russell,

Russell Coker wrote:
> On Friday 03 October 2008 19:02, Thomas Viehmann <[EMAIL PROTECTED]> wrote:
>> Of course, even more preferable would be if people designing standards
>> would not expect users to change the ways they sign messages (l=) based
>> on whether it's going to be sent to a list or not as the only way to
>> accommodate common existing practices.
> 
> I challenge you to design a way of signing messages that doesn't have this 
> issue.

> I can't think of a better way of doing this, and I am really interested to 
> hear any proposals of better ways of doing it.  Last time I checked DKIM 
> wasn't finalised so you can suggest changes to it...
I thought it was an RFC by now. The obvious way would be signing the
footer part that we added (by, say, having a start and lenght field and
allowing multiple signatures), having "well-signed" mean "signature
headers covering everything".
People wishing to implement some policy could impose restrictions of
content covered by "auxiliary signatures". Naturally, another sane
policy would be requiring timely delivery of messages relative to the
oldest signature.

But this is offtopic here, maybe it'd be worth wile to take it up to the
dkim-people, but until they decidedly need input and are prepared to fix
this, I'm not too sure it's good use of my time nor whether my ideas on
the subject have significant drawbacks.[1]

Yes, it's not ideal that we're appending stuff, but we still get mail
from people not being able to figure out how to unsubscribe at a rate of
about 1/per day.

Kind regards

T.

1. I once had a conversation with an IMAP expert participating in the
   standards process and was surprised how they did not have globally
   unique identifiers. There are some things to be considered, but the
   security concerns he cited seemed to be easy enough to eliminate.
-- 
Thomas Viehmann, http://thomas.viehmann.net/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#501002: ffmpeg: ffserver won't start, giving "undefined symbol: ffm_read_write_index"

[Reinhard Tartler]

Stephan Hughson <[EMAIL PROTECTED]> writes:

> I had ffserver running under Debian, but since changing to Lenny (on a
> new server), I can't start the ffserver up.
>
> The message I get is : "ffserver: symbol lookup error: ffserver:
> undefined symbol: ffm_read_write_index"

confirming this bug.

As a quick workaround:

# mv /usr/lib/i686/cmov/libavformat.so.52 \
  /usr/lib/i686/cmov/libavformat-disabled.so.52 


Now, what compilation switch is responsible for this?

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#498144: remove sympa from lenny?

[Olivier Salaün]

I'm another Olivier, but I can provide some feedback still.

As far as we're concerned all reported bugs, regarding insecure usage of 
tmp, have been fixed in Sympa. It's now up to the Debian maintainer to 
apply the patches to the Debian package.


If we've missed something, please let us know...

Thomas Viehmann a écrit :

sympa has two RC bugs open for about one month, #496520 about insecure
usage of tmp (which looks at least partially fixed upstream, but has no
maintainer response) and #498144 about problems on upgrade (with an
initial maintainer response "will investigate, also happened to people
at the last security upgrades", but no visible activity since).

Unless the maintainer (or perhaps Olivier who forwarded the first bug
upstream, CCed) resolve these bugs soon, it might be better to not
release sympa with lenny.
It does not seem to have reverse dependencies. There are a few users
(double digit popcon), but not exceedingly many.
  





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]