Bug#405913: I'll try

[Raúl Sánchez Siles]

Hello:

  Ok, Daniel, I'll try that. You have to notice this is not a repeatable error 
that I know, so I will try to increase the number of repos aptitude will 
manage. With this, the error is more likely to happen then.

  Also I'll wait for an error to appear and then I'll try an report. Thanks.

  Regards,
-- 
 Raúl Sánchez Siles
->Proud Debian user<-
Linux registered user #416098


pgpukQ3wn505C.pgp
Description: PGP signature

Bug#413660: Please move firefox to non-free or whatever and change this name to Iceweasel

[Eric Dorland]

forcemerge 413802 413801 413660
retitle 413660 RFP: mozilla-firefox -- Mozilla's firefox package is required in 
non-free
reassign 413660 wnpp
thanks

* Andrei Emeltchenko ([EMAIL PROTECTED]) wrote:
> Package: firefox
> Version: 2.0.0.1+dfsg-2
> Severity: normal
> 
> 
> Hi,
> 
> Could you rename this package to iceweasel? Otherwise it creates mess.

This belongs in the wnpp, cause the iceweasel maintainers are not
going to package it. 

You will have to get permission from Mozllla to do this and it will
need to go in non-free. Also the package can't be called firefox or
mozilla-firefox because that would break various upgrade paths. 

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature

Bug#413961: Upgrading udev only updates initrd of running kernel.

[Andrew Vaughan]

Package: udev
Version: 0.105-3
Severity: serious
Justification: Possibility of breakage after udev upgrade, reboot to different 
kernel.

Hi

Upgrading a system with multiple kernels installed I noticed that only the 
running 
kernel has its initrd rebuilt.

Setting up udev (0.105-3) ...
Installing new version of config file /etc/udev/persistent.rules ...
update-initramfs: Generating /boot/initrd.img-2.6.18-4-686

$ ls -ltr /boot |grep init
-rw-r--r-- 1 root root 4374462 2006-11-26 02:58 initrd.img-2.6.17-2-686.bak
-rw-r--r-- 1 root root 4333704 2007-03-04 22:33 initrd.img-2.6.18-4-486
-rw-r--r-- 1 root root 4480292 2007-03-04 22:36 initrd.img-2.6.18-4-686.bak
-rw-r--r-- 1 root root 4480559 2007-03-07 18:25 initrd.img-2.6.18-4-686
 
Both kernels are from debian and are in grub/menu.lst.  (I will report the bug
about failure to clean up the old -2.6.17-2-686.bak image seperately). 

My main concern is that the sequence, install new/alternate kernel, upgrade 
udev, reboot to new/alternate kernel, could result in boot failures or other
problems, if the difference between udev versions is significant.  

If you are satisfied that the above won't cause problems, please feel free to
downgrade.  

Thanks for your work in Debian.
Andrew

-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 4
lrwxrwxrwx 1 root root  20 2005-07-17 16:46 020_permissions.rules -> 
../permissions.rules
lrwxrwxrwx 1 root root  22 2006-10-31 12:31 025_logitechmouse.rules -> 
../logitechmouse.rules
lrwxrwxrwx 1 root root  13 2005-07-17 16:46 udev.rules -> ../udev.rules
lrwxrwxrwx 1 root root  25 2006-10-31 10:07 z20_persistent-input.rules -> 
../persistent-input.rules
lrwxrwxrwx 1 root root  19 2006-10-31 10:07 z20_persistent.rules -> 
../persistent.rules
-rw-r--r-- 1 root root 301 2006-10-31 10:08 z25_persistent-net.rules
lrwxrwxrwx 1 root root  33 2006-10-31 10:07 z45_persistent-net-generator.rules 
-> ../persistent-net-generator.rules
lrwxrwxrwx 1 root root  12 2006-10-31 10:07 z50_run.rules -> ../run.rules
lrwxrwxrwx 1 root root  16 2006-10-31 10:07 z55_hotplug.rules -> 
../hotplug.rules
lrwxrwxrwx 1 root root  15 2006-10-31 08:07 z60_hdparm.rules -> ../hdparm.rules
lrwxrwxrwx 1 root root  29 2006-10-31 10:07 z75_cd-aliases-generator.rules -> 
../cd-aliases-generator.rules
lrwxrwxrwx 1 root root  12 2007-02-19 16:26 z99_hal.rules -> ../hal.rules

-- /sys/:
/sys/block/hda/dev
/sys/block/hda/hda1/dev
/sys/block/hda/hda2/dev
/sys/block/hda/hda3/dev
/sys/block/hdb/dev
/sys/block/hdb/hdb1/dev
/sys/block/hdb/hdb2/dev
/sys/block/hdc/dev
/sys/block/hdc/hdc1/dev
/sys/block/hdd/dev
/sys/block/hdd/hdd1/dev
/sys/block/ram0/dev
/sys/block/ram10/dev
/sys/block/ram11/dev
/sys/block/ram12/dev
/sys/block/ram13/dev
/sys/block/ram14/dev
/sys/block/ram15/dev
/sys/block/ram1/dev
/sys/block/ram2/dev
/sys/block/ram3/dev
/sys/block/ram4/dev
/sys/block/ram5/dev
/sys/block/ram6/dev
/sys/block/ram7/dev
/sys/block/ram8/dev
/sys/block/ram9/dev
/sys/class/input/input0/event0/dev
/sys/class/input/input1/event1/dev
/sys/class/input/input2/event2/dev
/sys/class/input/mice/dev
/sys/class/misc/agpgart/dev
/sys/class/misc/device-mapper/dev
/sys/class/misc/psaux/dev
/sys/class/misc/snapshot/dev
/sys/class/ppdev/parport0/dev
/sys/class/printer/lp0/dev
/sys/class/usb_device/usbdev1.1/dev
/sys/class/usb_device/usbdev1.2/dev
/sys/class/usb_device/usbdev1.3/dev
/sys/class/usb/lp0/dev
/sys/devices/pci:00/:00:07.2/usb1/1-0:1.0/usbdev1.1_ep81/dev
/sys/devices/pci:00/:00:07.2/usb1/1-1/1-1:1.0/usbdev1.2_ep81/dev
/sys/devices/pci:00/:00:07.2/usb1/1-1/1-1:1.1/usbdev1.2_ep82/dev
/sys/devices/pci:00/:00:07.2/usb1/1-1/usbdev1.2_ep00/dev
/sys/devices/pci:00/:00:07.2/usb1/1-2/1-2:1.0/usbdev1.3_ep01/dev
/sys/devices/pci:00/:00:07.2/usb1/1-2/1-2:1.0/usbdev1.3_ep82/dev
/sys/devices/pci:00/:00:07.2/usb1/1-2/usbdev1.3_ep00/dev
/sys/devices/pci:00/:00:07.2/usb1/usbdev1.1_ep00/dev

-- Kernel configuration:


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

Versions of packages udev depends on:
ii  debconf [debconf-2.0]   1.5.11   Debian configuration management sy
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libselinux1 1.32-3   SELinux shared libraries
ii  libvolume-id0   0.105-3  libvolume_id shared library
ii  lsb-base3.1-23   Linux Standard Base 3.1 init scrip

udev recommends no packages.

-- debconf information:
  udev/new_kernel_needed: false
  udev/reboot_needed:


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

Bug#413338: Enable regular expressions in the mail whitelist

[Marc 'HE' Brockschmidt]

tags 349919 + patch
thanks

Marc 'HE' Brockschmidt <[EMAIL PROTECTED]> writes:
> A correct fix for #349919 would be to use parseaddr(address) from
> email.utils, but that still won't work for the broken maintainer name
> you quoted in your initial bug report (as all tools expect the content
> of the Maintainer and Uploaders field to conform to RFC822 address
> lists).

I've thought about this again and hacked up a workaround for this
issue. It's not really nice, but it will not lead to a backtrace...

Attached patch is done on top of my RE patch for the whitelists from
#413338.

Marc
-- 
Fachbegriffe der Informatik - Einfach erklärt
263: MCSE
   Meine Computerkenntisse Sind Erbärmlich (Sebastian Posner)

diff -Nwru dak-1.0/utils.py dak-1.0.new/utils.py
--- dak-1.0/utils.py	2007-03-08 09:28:57.0 +0100
+++ dak-1.0.new/utils.py	2007-03-08 09:32:23.0 +0100
@@ -24,7 +24,7 @@
 
 import commands, encodings.ascii, encodings.utf_8, encodings.latin_1, \
email.Header, os, pwd, re, select, socket, shutil, string, sys, \
-   tempfile, traceback;
+   tempfile, traceback, email.Utils;
 import apt_pkg;
 import db_access;
 import email as modemail
@@ -399,8 +399,10 @@
 value = message_raw.get(field, None)
 if value != None:
 match = [];
-for item in value.split(","):
-(rfc822_maint, rfc2047_maint, name, email) = fix_maintainer(item.strip())
+for item in email.Utils.getaddresses([value]):
+(name, email) = item
+if not email == None or mail.find("@") == -1 :
+continue
 mail_whitelisted = 0
 for wr in whitelist:
 if wr.match(email):


pgpKZlnLfXFcV.pgp
Description: PGP signature

Bug#410545: TLSRenegotiate

[Francesco P. Lovergine]

On Wed, Feb 14, 2007 at 07:37:18PM +0100, Max wrote:
> i read your bugreports at bugs.proftpd.org
> and tried the TLSRenegotiate option:
> 
> TLSRenegotiate data 5120
> 
> will fix the problem with transfering files > 1,1 Gb temporary.
> i don't know, if this also fixes the problem with uploading
> small files, i guess it doesn't. my users will report me. setting
> 
> TLSRenegotiate none
> 
> and
> 
> TLSRenegotiate required off
> 
> were no improvements. there is no issue with
> firewall/NAT/router, too.
> 
> Max
> 

You have to set off sendfile option to work around the 
other issue.

-- 
Francesco P. Lovergine


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

Bug#407746: libpam-ldap upgrade breaks pam_ldap.conf and can't login

[Steve Langasek]

On Wed, Mar 07, 2007 at 09:10:47PM -0500, Jamie ffolliott wrote:
> Yes this works very well.  Thank you.

> Can we get the same patch applied to libnss-ldap for the same issues?

Which issues are you seeing with libnss-ldap?  From what I see, the only
problem should be that ldapi:/// is mistaken for a host entry, is this the
problem you're seeing?

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


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

Bug#407575: playground: works for me

[Paul Wise]

I'm using playground 0.3-2 with the xmms plugin and xmms
1:1.2.10+20070301-1. Everything works fine; play/pause, stop, skip
forward/back. 

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#409230: Aptitude / apt-get causes segmentation faults

[Brendon Green]

References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
In-Reply-To: <[EMAIL PROTECTED]>

Daniel Burrows dburrows-at-debian.org |Debian Bug| wrote:
>   I can say pretty confidently that the problem is not in aptitude
> if apt-get also crashes (and if, as your backtraces show, the crash
> is in database code).  I can't think of any reason offhand that this
> should happen, but I'll redirect you to the apt authors.
>
>   Just to rule this out, have you tried running a memory tester on
> your laptop?
>
>   Daniel
>   
I kind of figured this was not a direct aptitude bug, but I didn't know 
exactly where to file it, sorry.

The laptop managed to compile itself a kernel without crashing (this 
took *at least* 24 hours, since it has only 32MB RAM and *everything* is 
I/O bound because of the slw disk system).  Is that a sufficiently 
good memory test?


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

Bug#404876: Processed (with 1 errors): Cloning

[Loïc Minier]

unmerge 404876
retitle 404876 investigate on why libvisual's altivec detection is broken or 
breaks with some kernels and enable it again
stop

On Thu, Mar 08, 2007, Debian Bug Tracking System wrote:
> Processing commands for [EMAIL PROTECTED]:
> 
> > clone 404876 -1
> Bug#404876: please fix detection of && enable altivec support
> Bug is marked as being merged with others. Use an existing clone.
> 
> > retitle -1 investigate on why libvisual's altivec detection is broken or 
> > breaks with some kernels and enable it again
> Bug number -1 not found. (Is it archived?)
> 
> > severity -1 important
> Bug number -1 not found. (Is it archived?)
> 
> > stop
> Stopping processing here.
> 
> Please contact me if you need assistance.
> 
> Debian bug tracking system administrator
> (administrator, Debian Bugs database)
> 

-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#410595: evince: Copy selection changes text to white-on-white

[Marc 'HE' Brockschmidt]

merge 410595 365575
thanks

Karl Schmidt <[EMAIL PROTECTED]> writes:
> Package: evince
> Version: 0.4.0-5
> Severity: important
[...]
> this is the current version in etch - To recreate:
>
> Open a pdf then left-click and drage to select text - changes to all white.

This is a known problem in the evince/poppler combination in Etch, but
has been fixed in the new versions which are already available in
experimental.

Marc
-- 
BOFH #418:
Sysadmins busy fighting SPAM.


pgpNktP9hCz7Q.pgp
Description: PGP signature

Bug#413953: evince respects pdf passwords, leading to user confusion when compared to xpdf

[Marc 'HE' Brockschmidt]

reassign 413953 libpoppler0c2
thanks

Joey Hess <[EMAIL PROTECTED]> writes:
> Since Debian's xpdf is uncripped to not ask for stupid pdf passwords,
> users can get really confused when evince asks for passwords for the
> same documents, as you can see in the forwarded message below.
>
> evince in Debian should have the same level of uncrippledness and
> freedom as xpdf.

This problem needs to be fixed in poppler, not in evince. evince just
gets POPPLER_ERROR_ENCRYPTED back from poppler and tries to get a
password for the document then.

Marc
-- 
BOFH #352:
The cables are not the same length.


pgp06zG2aAUkB.pgp
Description: PGP signature

Bug#404876: Processed: Re: Processed (with 1 errors): Cloning

[Loïc Minier]

reopen 404876
severity 404876 important
stop

On Thu, Mar 08, 2007, Debian Bug Tracking System wrote:
> Processing commands for [EMAIL PROTECTED]:
> 
> > unmerge 404876
> Bug#404876: please fix detection of && enable altivec support
> Bug#407153: Illegal instruction in Gstreamer, crashes gnome-settings-daemon 
> on powerpc
> Disconnected #404876 from all other report(s).
> 
> > retitle 404876 investigate on why libvisual's altivec detection is broken 
> > or breaks with some kernels and enable it again
> Bug#404876: please fix detection of && enable altivec support
> Changed Bug title.
> (By the way, that Bug is currently marked as done.)
> 
> > stop
> Stopping processing here.
> 
> Please contact me if you need assistance.
> 
> Debian bug tracking system administrator
> (administrator, Debian Bugs database)
> 

-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#406831: Bug#411855: Bug#406831: Two "concurrent" german translations for auctex templates

[Davide G. M. Salvetti]

>  CP == Christian Perrier [2007-3-8]

CP> What about the upload that was discussed for what is now last
CP> week-end ?

It is pending; ATM I have this changelog:

--8<---cut here---start->8---
  * po/de.po: Updated; thanks to Helge Kreutzmann and Frank Küster
(Closes: #406831, #411855).
  * po/gl.po: New file; thanks to Jacobo Tarrio.  (Closes: #411836)

  * "debian/auctex/templates" is an auto-generated object, from
"debian/auctex/templates.in".  Via the following changes, it has been
added to the sources, to ease the life of translators running
"debconf-updatepo"; thanks to Thomas Huriaux and Frank Küster.
(Closes: #407215)
  * rules.in (DFILES): Removed "debian/<:=${PACKAGE}:>/templates": it
should not be deleted at clean time.
(build): Added dependency on "debian/po/templates.pot".
(clean): Added dependency on "debian/po/templates.pot".
  * auctex/templates.in: Add an ePerl auto-generated arch-tag to
"auctex/templates".

  * auctex/bug.script.in: Redirect Emacs stdin from "dev/null"; thanks to
Andrea Mennucci.  (Closes: #389249)

  * auctex/install.in (do_install): State the log file location; thanks to
Romain Francoise.  (See: #408227)
--8<---cut here---end--->8---

Now I need some time to fix #408227 and #409795 as well, test and
upload; expected upload time: next saturday.  (I still need to
investigate #413318.)

If you think that I should not wait for the above two bugs to be fixed
as well and just upload now, let me know.

-- 
Ciao, Davide

Bug#413962: crontab -e doesn't close tmp-file before cleanup

[Sebastian Claßen]

Package: cron
Version: 3.0pl1-100
Severity: normal
Tags: patch

In edit_cmd() (in crontab.c) the tmp-file got reopend after editing by
open_tmp_crontab() but does not get closed again before
cleanup_tmp_crontab() is called. This is no problem on most systems but
with nfs-root (and therefor /tmp on nfs also) the still open tmp file
got renamed to .nfs on unlink. So the rmdir call on the tmp-dir
fails and produces an error message. Also on program exit the empty dir
is left back in /tmp.

-- System Information:
Debian Release: 4.0
  APT prefers testing-proposed-updates
  APT policy: (960, 'testing-proposed-updates'), (960, 'testing'), (510,
'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19-mars
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages cron depends on:
ii  adduser   3.102  Add and remove users and
groups
ii  debianutils   2.17   Miscellaneous utilities
specific t
ii  libc6 2.5-0exp3  GNU C Library: Shared
libraries
ii  libpam0g  0.79-4 Pluggable Authentication
Modules l
ii  libselinux1   1.32-3 SELinux shared libraries
ii  lsb-base  3.1-23 Linux Standard Base 3.1
init scrip

Versions of packages cron recommends:
ii  exim4 4.63-17metapackage to ease exim
MTA (v4)
ii  exim4-daemon-light [mail-tran 4.63-17lightweight exim MTA (v4)
daemon

-- debconf information excluded

diff -pruN cron-3.0pl1.orig/crontab.c cron-3.0pl1/crontab.c
--- cron-3.0pl1.orig/crontab.c	2007-03-08 09:15:56.0 +0100
+++ cron-3.0pl1/crontab.c	2007-03-08 09:30:24.0 +0100
@@ -713,6 +713,10 @@ again: /* Loop point for retrying edit a
 		goto fatal;
 	}
 
+	if (fclose(NewCrontab) != 0) {
+		perror(Filename);
+	}
+
  remove:
 cleanup_tmp_crontab();
  done:

Bug#413807: xsysinfo from etch eats up a lot of CPU and memory

[Pierre Bauduin]

2007/3/7, Tony Mancill <[EMAIL PROTECTED]>:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I'm not able to reproduce this problem, but perhaps xsysinfo is causing
your system to use a lot of memory.  (On my system, it doesn't appear to
have any sort of memory leak.)  On a comannd-line, could you find out
the PID of xsysinfo and then submit the contents of /proc//status?



Thanks for your quick answer :)
Here's the content of /proc//status:

Script started on jeu 08 mar 2007 09:58:09 CET

[EMAIL PROTECTED] 09:58 /home/pibe>cat /proc/14550/status
Name:   xsysinfo
State:  R (running)
SleepAVG:   0%
Tgid:   14550
Pid:14550
PPid:   14549
TracerPid:  0
Uid:500 500 500 500
Gid:500 500 500 500

FDSize: 256
Groups: 6 29 44 500
VmPeak:37324 kB
VmSize:37324 kB
VmLck: 0 kB
VmHWM: 35408 kB
VmRSS: 35408 kB
VmData:33840 kB
VmStk:88 kB
VmExe:12 kB

VmPTE:48 kB
Threads:1
SigQ:   1/4294967295
SigPnd: 
ShdPnd: 
SigBlk: 
SigIgn: 
SigCgt: 
CapInh: 

CapPrm: 
CapEff: 
Cpus_allowed:   ff
Mems_allowed:   1
[EMAIL PROTECTED] 09:58 /home/pibe>exit

Script done on jeu 08 mar 2007 09:58:26 CET
VmLib:  3240 kB




BTW, regarding it taking a lot of CPU even at the xdm login screen, I'm

not sure how xsysinfo is running if there isn't an active X session on
the machine.  Could you elaborate?



xsysinfo is started from /etc/X11/xdm/Xsetup:

[EMAIL PROTECTED] 10:04 /root>grep xsysinfo /etc/X11/xdm/Xsetup
xsysinfo -swap -geometry 240x120+20-20 &

... this way it runs when nobody is logged, but it also runs when somebody
is logged


Thank you,

tony

Pierre Bauduin wrote:
> Package: xsysinfo
> Version: 1.7-5
>
> The version of xsysinfo that comes with Debian 4.0 "etch" has some major
> issues.
> It uses a lot of CPU and memory all the time.
>
> Even when you're at the xdm login screen (nobody is logged),
> If xsysinfo isn't running, the load average is around 0.9
> If xsysinfo is running, the load average is around 5.0
>
> Take a look at the following screenshot:
> http://pierre.baudu.in/files/2007-03-07-095221_1024x768_scrot.png
>
> You can very well see that:
> - load average is 5.0 when xsysinfo is running and 1.0 when it is not
> running
> - at the time of the screenshot the load average is 4.50
> - at the time of the screenshot 560 MB out of 640 MB of swap are being
used
>
> Debian release: 4.0 "etch"
> Architecture: i386
> CPU: Pentium III (Katmai) at 450 MHz
> Memory: 256 MB
> Kernel: Linux cobra 2.6.18-3-686 #1 SMP Mon Dec 4 16:41:14 UTC 2006 i686
> GNU/Linux
> Version of packages xsysinfo depends on: libc6 (>= 2.3.6-6), libice6,
> libsm6, libx11-6, libxaw7, libxext6, libxmu6, libxpm4, libxt6
>
> It would be nice if someone could look into this :)
>
> Thank you,
> --
> Pierre Bauduin
> Linux enthusiast since 1996
> Debian GNU/Linux user
> website: http://pierre.baudu.in/
>

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFF7vOapdwBkPlyvgMRAshXAJ9vKnrsrMM5PoW1onQVGeim+XG+jgCeIPvk
7F4GNqUDz2XAlsM9F8uv2QE=
=8MDV
-END PGP SIGNATURE-




Thank you,
--
Pierre Bauduin
Linux enthusiast since 1996
Debian GNU/Linux user
website: http://pierre.baudu.in/

<[EMAIL PROTECTED]>

Bug#413944: upstart patch for SIGSTKFLT and SIGUNUSED on sparc,alpha,mips.

[Andreas Henriksson]

Could you please try building upstart 0.3.5 with the attached patch?

-- 
Regards,
Andreas Henriksson
diff -uriNp upstart-0.3.5/nih/signal.c upstart-0.3.5-sig/nih/signal.c
--- upstart-0.3.5/nih/signal.c  2007-02-07 00:37:40.0 +0100
+++ upstart-0.3.5-sig/nih/signal.c  2007-03-08 10:00:49.0 +0100
@@ -80,7 +80,9 @@ static const SignalName signal_names[] =
{ SIGPIPE,   "PIPE"   },
{ SIGALRM,   "ALRM"   },
{ SIGTERM,   "TERM"   },
+#ifdef SIGSTKFLT /* not defined on sparc, alpha, mips */
{ SIGSTKFLT, "STKFLT" },
+#endif
{ SIGCHLD,   "CHLD"   },
{ SIGCLD,"CLD"},
{ SIGCONT,   "CONT"   },
@@ -98,8 +100,9 @@ static const SignalName signal_names[] =
{ SIGPOLL,   "POLL"   },
{ SIGPWR,"PWR"},
{ SIGSYS,"SYS"},
+#ifdef SIGUNUSED /* not defined on sparc, alpha, mips */
{ SIGUNUSED, "UNUSED" },
-
+#endif
{ -1, NULL }
 };
 

Bug#413963: [INTL:nl] Dutch debconf templates translation

[Thijs Kinkhorst]

Package: phpwiki
Severity: wishlist
Tags: l10n patch

Hi,

Please find attached the Dutch debconf templates translation. Please
include it.


thanks,
Thijs
# Translation of phpwiki_1.3.12p3-5_templates.po to debian-l10n-dutch
# This file is distributed under the same license as the phpwiki package.
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans#
#Developers do not need to manually edit POT or PO files.
#
# Kurt De Bree <[EMAIL PROTECTED]>, 2006.
#
msgid ""
msgstr ""
"Project-Id-Version: phpwiki_1.3.12p3-5_templates\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2006-08-20 21:59+1200\n"
"PO-Revision-Date: 2007-01-14 15:06+0200\n"
"Last-Translator: Thijs Kinkhorst <[EMAIL PROTECTED],org>\n"
"Language-Team: debian-l10n-dutch \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.10.2\n"
"Plural-Forms:  nplurals=2; plural=(n != 1);\n"

#. Type: note
#. Description
#: ../templates:1001
msgid "Welcome to PHPWiki!"
msgstr "Welkom bij PHPWiki!"

#. Type: note
#. Description
#: ../templates:1001
msgid ""
"This is an automated config generator for PHPWiki.  It is not intended to do "
"everything, in fact, all it will do is generate a basic, standalone "
"PHPWiki.  It is sufficient for simple local installations, but does not "
"encompass all of PHPWiki's capabilities.  If you want to use the more "
"advanced features of the Wiki, please edit /etc/phpwiki/config.ini yourself."
msgstr ""
"Dit is een geautomatiseerde configuratiegenerator voor PHPWiki. Het is niet "
"bedoeld om alles te doen, in feite zal het enkel een alleenstaande basis-"
"PHPWiki genereren. Het is voldoende voor simpele lokale installaties, maar "
"omvat niet alle mogelijkheden van PHPWiki. Indien u wenst gebruik te maken "
"van de meer geavanceerde eigenschappen van de Wiki dient u /etc/phpwiki/"
"config.ini handmatig aan te passen."

#. Type: note
#. Description
#: ../templates:1001
msgid ""
"Please read /usr/share/doc/phpwiki/README.Debian for some important notices "
"regarding the first time you load pages into your new Wiki."
msgstr ""
"Lees /usr/share/doc/phpwiki/README.Debian voor belangrijke berichten "
"aangaande het voor de eerste keer laden van pagina's in uw Wiki."

#. Type: string
#. Description
#: ../templates:2001
msgid "Web-accessible location of the PHPWiki:"
msgstr "Locatie voor webtoegang tot uw PHPWiki:"

#. Type: string
#. Description
#: ../templates:2001
msgid "Where should the web-accessible location of the PHPWiki be?"
msgstr "Waar dient zich de locatie voor webtoegang tot uw PHPWiki te bevinden?"

#. Type: string
#. Description
#: ../templates:2001
msgid ""
"This is the directory of your website that people should use to access the "
"PHPWiki.  By default, this is http://yourserver/phpwiki, but you can change "
"it to be anything within your server.  Enter just the directory portion "
"below."
msgstr ""
"Dit is de map van uw website die men dient te gebruiken om toegang te "
"verkrijgen tot de PHPWiki. Standaard is dit http://uwserver/phpwiki, maar u "
"kunt dit in om het even welke locatie wijzigen binnenin uw server. Geef "
"hieronder enkel het mapgedeelte in."

#. Type: select
#. Choices
#: ../templates:3001
msgid "localhost only, local network, global"
msgstr "enkel localhost, lokaal netwerk, globaal"

#. Type: select
#. Description
#: ../templates:3002
msgid "PHPWiki access restrictions:"
msgstr "Toegangsbeperkingen voor PHPWiki:"

#. Type: select
#. Description
#: ../templates:3002
msgid "Who should be able to access your PHPWiki?"
msgstr "Wie dienen toegang te hebben tot uw PHPWiki?"

#. Type: select
#. Description
#: ../templates:3002
msgid ""
"A Wiki is normally used to provide unfettered access to information, which "
"can be freely modified by anyone.  Since that is sometimes not what one "
"wants, it is possible to restrict access to the site on the basis of the "
"originating IP address."
msgstr ""
"Een Wiki wordt normaal gezien gebruikt voor het verstrekken van vrije "
"toegang tot informatie, die door iedereen vrij kan worden gewijzigd. "
"Aangezien dat soms niet is gewenst, is het mogelijk om de toegang tot "
"de site te beperken op basis van het IP-adres van de bezoeker."

#. Type: select
#. Description
#: ../templates:3002
msgid ""
"If you select 'localhost only', only people on the localhost (the machine "
"the Wiki is running on) will be able to connect.  'local network' will allow "
"people on machines in a local network (which you will need to specify) to "
"talk to the Wiki.  'global' will allow anyone, any where, to conn

Bug#389881: RC-ness of this bug

[Robert Millan [ackstorm]]

On Wed, Mar 07, 2007 at 04:09:48PM -0800, Steve Langasek wrote:
> 
> I don't believe this should be changed for etch at this point in the release
> process, and that's speaking as someone who's run into this problem myself
> with SCSI device renumbering -- it's awkward and annoying to have to
> manually fiddle your boot config because a USB device is no longer
> registering as /dev/sda, and it's not in line with the quality of experience
> that our users have come to expect when installing Debian >:), but I don't
> think that makes anything unreleasable.  Changing the fstab handling at this
> point could break many other scenarios that we haven't thought of and tested
> for, whereas the USB issue can be documented in the errata.

If you're going to document it, don't forget to mention that in your repair
rescue boot you have to remove the stick quickly after initrd.gz is loaded
but before Linux has a chance to detect it.

If we're going that way, I would strongly recommend NOT to link the USB
images from the download pages.  They'll just make Debian look broken...

-- 
Robert Millan

ACK STORM, S.L.  -  http://www.ackstorm.es/


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

Bug#413964: xulrunner: Broken xulrunner-plugin.pc causes gcj-4.1 to FTBFS

[Daniel Schepler]

Package: xulrunner
Version: 1.8.0.10-1
Severity: serious

From my gcj-4.1 build log:

...
Making all in plugin
make[8]: Entering directory 
`/tmp/gcj-4.1/gcj-4.1-4.1.1/build/i486-linux-gnu/libjava/classpath/native/plugin'
if /bin/sh ../../libtool --mode=compile 
/tmp/gcj-4.1/gcj-4.1-4.1.1/build/./gcc/xgcc -shared-libgcc 
-B/tmp/gcj-4.1/gcj-4.1-4.1.1/build/./gcc -nostdinc++ 
-L/tmp/gcj-4.1/gcj-4.1-4.1.1/build/i486-linux-gnu/libstdc++-v3/src 
-L/tmp/gcj-4.1/gcj-4.1-4.1.1/build/i486-linux-gnu/libstdc++-v3/src/.libs 
-B/usr/i486-linux-gnu/bin/ -B/usr/i486-linux-gnu/lib/ -isystem 
/usr/i486-linux-gnu/include -isystem /usr/i486-linux-gnu/sys-include 
-DHAVE_CONFIG_H -I. -I../../../../../../src/libjava/classpath/native/plugin 
-I../../include-Wall 
-DAPPLETVIEWER_EXECUTABLE="\"/usr/bin/gappletviewer-4.1\"" 
-I/usr/include/xulrunner/java -I/usr/include/xulrunner/plugin 
-I/usr/include/nspr   -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   
-pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include 
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 
-I/usr/include/libpng12   -g -O2  -D_GNU_SOURCE -MT 
libgcjwebplugin_la-gcjwebplugin.lo -MD -MP -MF 
".deps/libgcjwebplugin_la-gcjwebplugin.Tpo" -c -o 
libgcjwebplugin_la-gcjwebplugin.lo `test -f 'gcjwebplugin.cc' || echo 
'../../../../../../src/libjava/classpath/native/plugin/'`gcjwebplugin.cc; \
then mv -f ".deps/libgcjwebplugin_la-gcjwebplugin.Tpo" 
".deps/libgcjwebplugin_la-gcjwebplugin.Plo"; else rm -f 
".deps/libgcjwebplugin_la-gcjwebplugin.Tpo"; exit 1; fi
mkdir .libs
/tmp/gcj-4.1/gcj-4.1-4.1.1/build/./gcc/xgcc -shared-libgcc 
-B/tmp/gcj-4.1/gcj-4.1-4.1.1/build/./gcc -nostdinc++ 
-L/tmp/gcj-4.1/gcj-4.1-4.1.1/build/i486-linux-gnu/libstdc++-v3/src 
-L/tmp/gcj-4.1/gcj-4.1-4.1.1/build/i486-linux-gnu/libstdc++-v3/src/.libs 
-B/usr/i486-linux-gnu/bin/ -B/usr/i486-linux-gnu/lib/ -isystem 
/usr/i486-linux-gnu/include -isystem /usr/i486-linux-gnu/sys-include 
-DHAVE_CONFIG_H -I. -I../../../../../../src/libjava/classpath/native/plugin 
-I../../include -Wall -DAPPLETVIEWER_EXECUTABLE=\"/usr/bin/gappletviewer-4.1\" 
-I/usr/include/xulrunner/java -I/usr/include/xulrunner/plugin 
-I/usr/include/nspr -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include 
-pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include 
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 
-I/usr/include/libpng12 -g -O2 -D_GNU_SOURCE -MT 
libgcjwebplugin_la-gcjwebplugin.lo -MD -MP -MF 
.deps/libgcjwebplugin_la-gcjwebplugin.Tpo -c 
../../../../../../src/libjava/classpath/native/plugin/gcjwebplugin.cc  -fPIC 
-DPIC -o .libs/libgcjwebplugin_la-gcjwebplugin.o
In file included from 
../../../../../../src/libjava/classpath/native/plugin/gcjwebplugin.cc:61:
/usr/include/xulrunner/plugin/nsIPluginInstance.h:10:25: error: nsISupports.h: 
No such file or directory
In file included from /usr/include/xulrunner/plugin/nsIPluginInstance.h:14,
 from 
../../../../../../src/libjava/classpath/native/plugin/gcjwebplugin.cc:61:
/usr/include/xulrunner/plugin/nsIPluginStreamListener.h:22:28: error: 
nsIInputStream.h: No such file or directory
...
make[8]: *** [libgcjwebplugin_la-gcjwebplugin.lo] Error 1
make[8]: Leaving directory 
`/tmp/gcj-4.1/gcj-4.1-4.1.1/build/i486-linux-gnu/libjava/classpath/native/plugin'
make[7]: *** [all-recursive] Error 1
make[7]: Leaving directory 
`/tmp/gcj-4.1/gcj-4.1-4.1.1/build/i486-linux-gnu/libjava/classpath/native'
make[6]: *** [all-recursive] Error 1
make[6]: Leaving directory 
`/tmp/gcj-4.1/gcj-4.1-4.1.1/build/i486-linux-gnu/libjava/classpath'
make[5]: *** [all-recursive] Error 1
make[5]: Leaving directory 
`/tmp/gcj-4.1/gcj-4.1-4.1.1/build/i486-linux-gnu/libjava'
make[4]: *** [all-target-libjava] Error 2
make[4]: Leaving directory `/tmp/gcj-4.1/gcj-4.1-4.1.1/build'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/tmp/gcj-4.1/gcj-4.1-4.1.1/build'
make[2]: *** [bootstrap] Error 2
make[2]: Leaving directory `/tmp/gcj-4.1/gcj-4.1-4.1.1/build'
s=`cat status`; rm -f status; test $s -eq 0
make[1]: *** [stamps/05-build-stamp] Error 1
make[1]: Leaving directory `/tmp/gcj-4.1/gcj-4.1-4.1.1'
make: *** [stamps/05-build-stamp] Error 2

The include path appears to be coming from
/usr/lib/pkgconfig/xulrunner-plugin.pc, which doesn't contain
-I/usr/include/xulrunner where those header files are located.
-- 
Daniel Schepler

Bug#412858: Bug #412858 - Problem with print and print preview in iceweasel

[Zero Byte]

I see, that this problem exist in any browser, based on Mozilla (Gecko Engine). 
This problem exist in Mozilla, Galeon, too.

-
http://auto-motor-und-sport.bg/ 
С бензин в кръвта

Bug#389881: RC-ness of this bug

[Robert Millan [ackstorm]]

On Wed, Mar 07, 2007 at 12:28:09PM -0500, Joey Hess wrote:
> 
> Is this theoretical with SATA, or have you reproduced it?

I've only reproduced it for SCSI.

> The usb sticks include sata-modules as well as usb-modules, so AFAICS,
> hardware detection should happen in the same order when booting from the
> usb stick as booting from eg, netboot.
> 
> And I don't understand your report about problems with SCSI either,
> since the USB stick also includes all SCSI modules.

USB is detected first, which takes /dev/sda.  Then SCSI is detected as
/dev/sdb.  All of this happens during boot.  I can send logs if you want.

-- 
Robert Millan

ACK STORM, S.L.  -  http://www.ackstorm.es/


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

Bug#413965: nvidia-glx-dev: Package uninstallable

[Christian Marillat]

Package: nvidia-glx-dev
Severity: important

Hi,

nvidia-glx-dev conflicts with nvidia-glx 1.0.8777 when the current verion is
unstable is 1.0.9746-2, so the -dev package can't be installed.

Christian

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (900, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20.1
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)


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

Bug#411855: Bug#406831: Two "concurrent" german translations for auctex templates

[Frank Küster]

"Davide G. M. Salvetti" <[EMAIL PROTECTED]> wrote:

>
> Now I need some time to fix #408227 and #409795 as well, test and
> upload; expected upload time: next saturday.  (I still need to
> investigate #413318.)
>
> If you think that I should not wait for the above two bugs to be fixed
> as well and just upload now, let me know.

I think the fixes described in your changelog have a good chance to make
it to etch.  #408227 and #413318 are clearly nothing that should be
fixed in an upload targetted at etch, even if the changes are small, I
would be surprised if the release managers would let them in.

Adding "Recommends: xpdf | pdf-viewer" is probably going to be approved
by the RM's, too, but that's nothing that needs much additional testing.

Therefore I suggest to upload the package either as is, or with the
Recommends added (note that this doesn't solve all aspects of #409795).
Remember that it needs to wait 10 days in sid, and that with the kernel
problems solved, etch can be released quite fast!  According to 

http://bts.turmzimmer.net/details.php?bydist=both&sortby=packages&ignhinted=on&ignmerged=on&new=7&refresh=1800

there are only 39 RC bugs left that exist both in etch and sid.

Regards, Frank
-- 
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

Bug#393794: hal no longer automounts firewire drives

[Marcus Better]

found 393794 0.5.8.1-6.1
thanks

KDE doesn't automount USB sticks or CD-ROMs for me either. I'm running KDE 
3.5.6.dfsg.1-2.

The device nodes are created correctly, and the devices show up in 
hal-device-manager.

Marcus


pgpK8p2XrFVPB.pgp
Description: PGP signature

Bug#402221: fixed in amanda 1:2.5.1p3-1

[Brad Roberts]

Can we expect this update to migrate into testing soon?

The versions of tar and amanda in testing conspire to make backups of 
busy systems a problem due to tar's behavior change when it comes to 
changed files.  2.5.1p3 fixes amanda to cope with this change.


According to http://bjorn.haxx.se/debian/testing.pl?package=amanda it 
hasn't migrated automatically due to amanda being considered 'frozen' in 
testing.  It says to contact debian-release if an update is needed.  I 
figured that'd work better if it came from the package owner.


Thanks,
Brad


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

Bug#413960: wodim: fails to burn with dev='0,0,0' but burns with dev='/dev/sr0'

[Eduard Bloch]

tags 413960 +moreinfo
thanks

#include 
* Jan Völkers [Thu, Mar 08 2007, 08:47:03AM]:
> Package: wodim
> Version: 9:1.1.2-1
> Severity: important
> 
> wodim fails to burn with the devices selected by guitools as described
> in the Subject.
> 
> ##failing
> [EMAIL PROTECTED]:~$ wodim -scanbus
> scsibus0:
> 0,0,0 0) 'HL-DT-ST' 'DVDRAM GSA-4120B' 'A115' Removable
> CD-ROM 0,1,0 1) *

How is this device configured? Are you using ide-scsi on kernel 2.6.x?
If yes, don't! Read README.ATAPI.setup. If no, show the permissions and
rerun those commands with -ddd switch please. And please also show what
"ls -la /dev/sg* /dev/sr* /dev/hd* /dev/scd*" knows about your system.

Eduard.

Bug#413953: evince respects pdf passwords, leading to user confusion when compared to xpdf

[Joey Hess]

BTW, cups can also print this pdf file without issue despite it having a
password, so that's another inconsistency compared to the
password-prompting behavior of evince/poppler.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#413660: Please move firefox to non-free or whatever and change this name to Iceweasel

[Eric Dorland]

unmerge 413660
reassign 413660 firefox
retitle 413660 Please move firefox to non-free or whatever and change this name 
to Iceweasel
tags 413660 wontfix
thanks

* Mike Hommey ([EMAIL PROTECTED]) wrote:
> Hum... he asked the firefox package to be renamed iceweasel, not to have
> it contain firefox

You're right, I misinterpreted this.

> On Thu, Mar 08, 2007 at 03:27:21AM -0500, Eric Dorland wrote:
> > forcemerge 413802 413801 413660
> > retitle 413660 RFP: mozilla-firefox -- Mozilla's firefox package is 
> > required in non-free
> > reassign 413660 wnpp
> > thanks
> > 
> > * Andrei Emeltchenko ([EMAIL PROTECTED]) wrote:
> > > Package: firefox
> > > Version: 2.0.0.1+dfsg-2
> > > Severity: normal
> > > 
> > > 
> > > Hi,
> > > 
> > > Could you rename this package to iceweasel? Otherwise it creates mess.
> > 
> > This belongs in the wnpp, cause the iceweasel maintainers are not
> > going to package it. 
> > 
> > You will have to get permission from Mozllla to do this and it will
> > need to go in non-free. Also the package can't be called firefox or
> > mozilla-firefox because that would break various upgrade paths. 
> > 
> 
> 

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature

Bug#413934: minicom crashes if LANG=de_DE.UTF-8 is set - with LANG=POSIX it works fine

[Adam Lackorzynski]

Hi,

On Thu Mar 08, 2007 at 00:14:07 +0100, Markus Meier wrote:
> If minicom is started with LANG=de_DE.UTF-8 and serial port is set wrong
> (wrong Bps/Par/Bits), it crashes with the following error message:
> 
> xminicom: ../iconv/loop.c:425: internal_utf8_loop_single: Zusicherung
> »inptr - bytebuf > (state->__count & 7)« nicht erfüllt.

Can you give me a concrete example of the wrong configuration? I can't
trigger this assertion (on ia32).


Thanks,
Adam
-- 
Adam [EMAIL PROTECTED]
  Lackorzynski http://os.inf.tu-dresden.de/~adam/

Bug#413966: drupal: [INTL:eu] bsaqeu debconf translation

[Piarres Beobide]

Package: drupal
Severity: wishlist
Tags: patch l10n

Hello

Atached basque transaltion for drupal debconf templates, please commit it.

Thanks


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=eu_ES, LC_CTYPE=eu_ES (charmap=ISO-8859-1)
# translation of drupal-templates.po to librezale
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Piarres Beobide <[EMAIL PROTECTED]>, 2007.
msgid ""
msgstr ""
"Project-Id-Version: drupal-templates\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-03-06 14:23+0100\n"
"PO-Revision-Date: 2007-03-08 10:29+0100\n"
"Last-Translator: Piarres Beobide <[EMAIL PROTECTED]>\n"
"Language-Team: librezale <[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=2; plural=(n != 1)\n"

#. Type: multiselect
#. Description
#: ../templates.master:1001
msgid "Web server(s) that should be configured automatically:"
msgstr "Automatikoki birkonfiguratu behar diren web zerbitzariak:"

Bug#413906: tomcat5.5: Tomcat6 released as stable

[Marcus Better]

reassign 413906 wnpp
retitle 413906 RFP: Tomcat 6 -- servlet container
notfound 413906 5.5.20-2
thanks

> just a quick note to let you know that since tomcat 6.0.10 the release has
> been tagged as stable. So new packages to test it would be very welcome :)

Thanks for the note. Tomcat 6 will become a new package, so I'm doing an RFP 
instead.

Note that Tomcat 6 uses Maven, IIRC. Perhaps it can be built without it, but 
from my experience of the build system for Tomcat 5, I'm not sure I want to 
mess with it...


smime.p7s
Description: S/MIME cryptographic signature

Bug#413744: glibc - uses more than one cpu without asking

[Gabor Gombas]

On Tue, Mar 06, 2007 at 11:25:14PM +0100, Bastian Blank wrote:

> One of the s390 buildds, lxdebian, have two cpus online but is only
> allowed to use one full. This is followed by a make call without -j.

IMHO such policies should be enforced by binding the whole buildd to a
single CPU by using tools like taskset or schedtool.

Gabor

-- 
 -
 MTA SZTAKI Computer and Automation Research Institute
Hungarian Academy of Sciences
 -


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

Bug#413953: evince respects pdf passwords, leading to user confusion when compared to xpdf

[Ondřej Surý]

On Čt, 2007-03-08 at 04:27 -0500, Joey Hess wrote:
> BTW, cups can also print this pdf file without issue despite it having a
> password, so that's another inconsistency compared to the
> password-prompting behavior of evince/poppler.

It seems that poppler 0.5.x can open that file just fine.  But we
rescheduled this upgrade to post-etch, because of ABI changes without
soname, so this bug will be fixed for lenny.

Ondrej.
-- 
Ondřej Surý <[EMAIL PROTECTED]>  ***  http://blog.rfc1925.org/
Kulturní občasník  ***  http://www.obcasnik.cz/

Bug#413967: SSA corruption (Unable to coalesce ssa_names a and b which are marked as MUST COALESCE)

[Martin Michlmayr]

Package: gcc-snapshot
Version: 20070303-1

PR30604

> Automatic build of firebird2_1.5.3.4870-12 on em64t by sbuild/amd64 0.53
...
> g++ -DTERMINATE_IDLE_LOCK_MANAGER -DTERMINATE_IDLE_LOCK_MANAGER 
> -I../src/include/gen -I../src/include -ggdb -O3 -fno-omit-frame-pointer 
> -DNDEBUG -DLINUX -DAMD64 -pipe -MMD -fPIC -fmessage-length=0  -DPROD_BUILD 
> -DTERMINATE_IDLE_LOCK_MANAGER -I../src/include/gen -I../src/include -ggdb -O3 
> -fno-omit-frame-pointer -DNDEBUG -DLINUX -DAMD64 -pipe -MMD -fPIC 
> -fmessage-length=0  -DPROD_BUILD -I../src/include/gen -I../src/include -ggdb 
> -O3 -fno-omit-frame-pointer -DNDEBUG -DLINUX -DAMD64 -pipe -MMD -fPIC 
> -fmessage-length=0  -DPROD_BUILD -DBOOT_BUILD -I../src/include/gen 
> -I../src/include -ggdb -O3 -fno-omit-frame-pointer -DNDEBUG -DLINUX -DAMD64 
> -pipe -MMD -fPIC -fmessage-length=0  -DPROD_BUILD -c ../src/jrd/nav.cpp -o 
> ../temp/libfbstatic/jrd/nav.o
> 
> Unable to coalesce ssa_names 442  and 379  which are marked as MUST COALESCE.
> result_442(ab) and  result_379(ab)
> ../src/jrd/nav.cpp: In function 'BOOLEAN NAV_get_record(Rsb*, irsb_nav*, 
> RPB*, RSE_GET_MODE)':
> ../src/jrd/nav.cpp:441: internal compiler error: SSA corruption
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See http://gcc.gnu.org/bugs.html> for instructions.

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#411430: News

[Eugen Dedu]

Hi,
If yes, can you run 
'vlc -vvv --color --no-plugins-cache --list |grep ffmpeg'


Does it show half a dozen ffmpeg module ? Or do you have some yellow
errors at the top about "cannot load module . libffmpeg_plugin.so
"


You're right :) :

[0001] main private warning: cannot load module
`/usr/lib/vlc/codec/libffmpeg_plugin.so' (/usr/lib/libpostproc.so.0d:
undefined symbol: postProcess_altivec)
[0001] main private warning: cannot load module
`/usr/lib/vlc/stream_out/libstream_out_switcher_plugin.so' 
(/usr/lib/libpostproc.so.0d: undefined symbol: postProcess_altivec)


Is there a workaround for this bug?  On my ppc, vlc does not play video 
and I have also the two "cannot load module" lines.


Downgrading all ffmpeg packages to -4 shows indeed half a dozen lines 
for ffmpeg, however vlc does not still show the video.


For info: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=412214 seems 
to be the same bug.


Cheers,
--
Eugen Dedu


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

Bug#322632: (no subject)

[Jan Hülsbergen]

Hi,

the behaviour described is still present in version 4:3.5.5a.dfsg.1-6. 

But after reading the CGI spec and searching the web, I don't think this 
really *is* a bug. It differs from what apache does in such a situation 
though, so I might be wrong but from what I've gathered, treating everything 
up to the first occurrence of '?' as part of the script's path is OK.

HTH,
Jan


pgpKINdkLP69x.pgp
Description: PGP signature

Bug#413573: fixed for etch

[Nico Golde]

tags 413573 wontfix
thanks

Hi,
this bug will be fixed for etch, signal 13 is SIGPIPE and 
fetchmail 6.3.x should have this bug fixed.
Kind regards
Nico
-- 
Nico Golde - http://www.ngolde.de
JAB: [EMAIL PROTECTED] - GPG: 0x73647CFF
Forget about that mouse with 3/4/5 buttons,
gimme a keyboard with 103/104/105 keys!


pgpOsPfj1cRnP.pgp
Description: PGP signature

Bug#413968: clamsmtpd fails, error 451

[Olaf Zaplinski]

Package: clamsmtp
Maintainer: Chad Walstrom <[EMAIL PROTECTED]>
Architecture: i386
Version: 1.8-1
Severity: grave


result of fresh install:

Mar  8 11:04:47 binky postfix/smtpd[14969]: connect from localhost[127.0.0.1]
Mar  8 11:04:47 binky postfix/smtpd[14969]: ADCA5471D1A: 
client=mx1.bmcag.de[62.206.102.78]
Mar  8 11:04:47 binky clamsmtpd: 10: clamav error: 
/var/spool/clamsmtp/clamsmtpd.f59cDl: lstat() failed. ERROR
Mar  8 11:04:47 binky clamsmtpd: 10: from=[...], to=[...], 
status=CLAMAV-ERROR



binky:~# l /var/spool/clamsmtp/
total 0
drwxr-x--- 2 clamsmtp clamsmtp   6 Mar  8 11:10 ./
drwxr-xr-x 8 root root 101 Mar  8 10:49 ../


so no permission problem.


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

Bug#413969: asterisk: Fails to start after not being able to find format_mp3.so

[Srdjan]

Package: asterisk
Version: 1:1.2.16~dfsg-1
Severity: grave
Justification: renders package unusable

wallace:~# asterisk -cvvv
...
Asterisk Dynamic Loader Starting:
 == Parsing '/etc/asterisk/modules.conf': Found
[format_wav.so] => (Microsoft WAV format (8000hz Signed Linear))
 == Registered file format wav, extension(s) wav
[format_pcm.so] => (Raw uLaw 8khz Audio support (PCM))
 == Registered file format pcm, extension(s) pcm|ulaw|ul|mu
[format_au.so] => (Sun Microsystems AU format (signed linear))
 == Registered file format au, extension(s) au
[format_mp3.so]wallace:~#

-- System Information:
Debian Release: 4.0
 APT prefers unstable
 APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-k7
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)

Versions of packages asterisk depends on:
ii  adduser  3.102   Add and remove users and groups
ii  asterisk-classic 1:1.2.16~dfsg-1 Open Source Private Branch Exchang

asterisk recommends no packages.

-- no debconf information




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

Bug#413868: brandy: FTBFS on GNU/kFreeBSD: porting needed

[Colin Tuckley]

Cyril Brulebois wrote:
> Package: brandy
> Severity: important
> Tags: patch

Thanks for the patch, before I incorporate it I have a question;

There is already a target "TARGET_FREEBSD" is this significantly different
from "TARGET_GNUKFREEBSD"?

Should I have both targets or is one a replacement for the other?

regards,

Colin

-- 
Colin Tuckley  |  [EMAIL PROTECTED]  |  PGP/GnuPG Key Id
+44(0)1903 236872  |  +44(0)7799 143369  | 0x1B3045CE

APATHY ERROR: Don't bother striking any key.


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

Bug#365955: tray icons for non-KDE apps detach from kicker system tray after kicker restart (debian bug #365955)

[Jan Hülsbergen]

This still happens and is reported upstream:

http://bugs.kde.org/show_bug.cgi?id=131520

HTH,
Jan


pgpz3vvAmEA5t.pgp
Description: PGP signature

Bug#413970: new fancy description for Emacs packages

[Jason Spiro]

Package: emacs-snapshot-gtk

I wrote a new description for emacs-snapshot and emacs-snapshot-gtk.
It tells more about Emacs so that more apt searches will find it.  The
rest of this email is released to the public domain.  What do you
think of these descriptions -- is it possible you could add them to
the debian/control file?  Also, do you think it's worth it for me to
forward them to the Fedora people and/or freshmeat.net as an
additional way of evangelizing emacs?

Cheers,
Jason Spiro

Description: Integrated development environment chock full of features
.
This is a snapshot of the current development version of Emacs.  It is
compiled with GTK+ 2.x support which provides nicer-looking graphical
menus and toolbars.
.
Emacs is not just a text editor.  Emacs is an IDE.  It provides:
.
* on-the-fly background syntax checking
* word completion
* indenting
* syntax coloring
* source browsing
* powerful debuggers for C, C++, and (if you install JDEE) Java
.
and much more.  Other IDEs provide the same features, but only Emacs
has continually been improved since 1976.  From transparent editing
and compilation of files on FTP/SSH servers to the electric mode that
inserts CR/LFs and indentation when you type a semicolon, Emacs does
everything better.  Note:  Emacs was designed for people who will use
it every day for years on end.  It is time-consuming to learn to use
all its features.  However, the time you spend learning Emacs will pay
itself back many times over the years.
.
Emacs is also a Lisp runtime environment.
.
It excels at working with text, and comes with dozens of full-fledged
Lisp applications which make heavy use of text.  These include e-mail
and IRC clients, an RSS reader, and a Unix shell.  Emacs can emulate
the Crisp, EDT, WordStar, and vi editors.  It also includes a full
Personal Information Manager suite, a scientific calculator, Baha'i,
Chinese, Hebrew, and Islamic calendars, and much, much more.  You can
also install all sorts of other add-ons for Emacs, from the w3m
graphical Web browser to the AUCTeX WYSIWYG editor for LaTeX.
.
For a live demonstration of Emacs, ask your local Linux User Group or
search the web for the words: emacs screencasts


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

Bug#322632: (no subject)

[Sune Vuorela]

tag 322632 -moreinfo
thanks

On Thursday 08 March 2007, Jan Hülsbergen wrote:
> Hi,
>
> the behaviour described is still present in version 4:3.5.5a.dfsg.1-6.
>
> But after reading the CGI spec and searching the web, I don't think this
> really *is* a bug. It differs from what apache does in such a situation
> though, so I might be wrong but from what I've gathered, treating
> everything up to the first occurrence of '?' as part of the script's path
> is OK.

Hi!

If you believe that it is a bug, is it possible that we can make you report it 
in the kde bugzilla?  Normally I would do it myself, but you seem a bit more 
knowingful in this area than me, so you could provide better information to 
the upstream developers.

Thanks in advance

/Sune
-- 
How might I do for digiting on a cache from the drawer inside Excel?

You neither must boot the USB mouse to the periferic, nor should telnet on the 
firewall in order to boot with a RW ISA cache.


pgpVcACPSoWjg.pgp
Description: PGP signature

Bug#349386: white screen in konsole when select "dynamic hide" in the tab bar (debian bug #349386)

[Jan Huelsbergen]

Hi,

I am not able to reproduce it here (4:3.5.5a.dfsg.1-6). Also, I am not 
entirely sure but it seems as if this may have been related to KDE bug #85685 
[1] which was fixed in KDE 3.4.

HTH,
Jan

[1] http://bugs.kde.org/show_bug.cgi?id=85685


pgpBgiEPmt6zD.pgp
Description: PGP signature

Bug#413641: hal: powerdev group needs CPUFreq privileges

[Marcus Better]

Strange, now the CPUfreq settings are disabled again in kpowersave.

I'm 100% certain that it started working after I applied the fix for Hal, but 
somehow they disappeared again.


pgprMtHPf7r4b.pgp
Description: PGP signature

Bug#209008: debian-policy: [PROPOSAL] common interface for parallel building in DEB_BUILD_OPTIONS

[Bastian Blank]

On Wed, Mar 07, 2007 at 06:08:52PM +0100, Lucas Nussbaum wrote:
> Bug #209008 proposed to have a common interface to tell packages to do
> parallel building (make -j).

You can't set a generic value.

For example: A machine with 6 cpus but only 256MiB ram. Building glibc
with -j6 is no problem. Building gcj-* with -j6 is not possible.

Bastian

-- 
You're dead, Jim.
-- McCoy, "Amok Time", stardate 3372.7


signature.asc
Description: Digital signature

Bug#413971: ITP: hiawatha -- lightweight and secure web server

[Emmanuel Bouthenot]

Package: wnpp
Severity: wishlist
Owner: Emmanuel Bouthenot <[EMAIL PROTECTED]>

* Package name: hiawatha
  Version : 5.7
  Upstream Author : Hugo Leisink <[EMAIL PROTECTED]>
* URL : http://hiawatha.leisink.org/
* License : GPL
  Programming Lang: C
  Description : lightweight and secure web server

Hiawatha is a secure web server written with 'being secure' as
its main goal. It has a small memory print and it is easy to
configure.

It's main features are :
 - cgi and fast-cgi support
 - cross-site scripting prevention
 - DoS/flooding protection
 - Rootjail
 - Referer control for images (prevent external image linking)
 - ssl support
 - SQL injection prevention
 - Traffic throttling/shaping
 - Userdirectory, VirtualHost, ...

 Homepage: http://hiawatha.leisink.org/

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-k7
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)


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

Bug#413788: Daily Etch build fails to install on iMac G5 - Ethernet not detected

[Frans Pop]

On Thursday 08 March 2007 02:30, Mike Hore wrote:
> 0001:03:0f.0 Ethernet controller: Apple Computer Inc. Shasta (Sun GEM)
> [106b:0051]

According to this information, your NIC needs the sungem driver, which 
_is_ included in the installer and should be loaded automatically.

After the installer has failed to detect your NIC, please try the 
following:
- switch to VT2
- check if the sungem module is loaded ('lsmod | grep sungem')
- if it is, check dmesg for any messages about the NIC
- if it is not, try to load it manually ('modprobe sungem')


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

Bug#395355: Diff applies cleanly on etch

[Vladislav Kurz]

Hello again,

I have applied the patch on spampd 2.30-16, and it runs for two weeks on 
production server (200 msg per day), without problems. There might be problem 
on systems which needed the 55-workaround-for-syslog-regression.dpatch, 
because my patch also does some logging, and does not use the workaround.
Anyway I tried it for a short time with debugging on, and it worked fine.

I think my patch is ready for sending upstream, and if you add the syslog 
workaround (if it is still needed at all) then it may be ready for release. 

-- 
Regards
Vladislav Kurz


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

Bug#413641: hal: powerdev group needs CPUFreq privileges

[Michael Biebl]

Marcus Better schrieb:
> Strange, now the CPUfreq settings are disabled again in kpowersave.
> 
> I'm 100% certain that it started working after I applied the fix for Hal, but 
> somehow they disappeared again.

Maybe a side effect of
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=413729

Just guessing...

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#413972: meld: ensure that left-side scrollbar remains on the left when running GTK+2.10

[Tshepang Lekhonkhobe]

Package: meld
Version: 1.1.3-1.2
Severity: minor

This bug occurs when I run GTK+2.10 and not 2.8. The scroll bar for
the left side is drawn in the middle of the window, resulting in some
clutter since the comparison lines have to cross through that bar.
GTK+2.8 displays the left-plane scrollbar on the left.


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

Bug#413974: gstreamer-properties needs libesd-alsa0

[Robert Millan [ackstorm]]

Package: gnome-media
Severity: important

By upstream decision, it appears that the gnome media subsystem is now
unusable with OSS.  When using OSS, esound blocks access to /dev/dsp and
all write attempts there result in EBUSY.

It seems they have provided no option in gstreamer-properties to pipe the
sound via esd, so the only option if you want mixing is to use ALSA.

Please, can you add a dependency [1] on libesd-alsa0 ?  Users shouldn't get
all these problems unless they explicitly need OSS.

[1] but please make it conditionalised so that it'll only happen when
$(DEB_HOST_ARCH_OS) equals "linux".

-- 
Robert Millan

ACK STORM, S.L.  -  http://www.ackstorm.es/


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

Bug#413295: classpath: menus missing in Swing applications

[Timo Juhani Lindfors]

Hi,

On Thu, Mar 08, 2007 at 08:11:12AM +0100, Michael Koch wrote:
> Can you please test with classpath from experimental? Experimental
> contains 0.93.

I dpkg -i'd the following packages from experimental

cacao_0.97-4_i386.deb
classpath-common-unzipped_0.93-1_all.deb
classpath-common_0.93-1_all.deb
classpath-gtkpeer_0.93-1_i386.deb
classpath_0.93-1_i386.deb
jamvm_1.4.5-2_i386.deb

but I still don't see any menubar with jamvm or cacao.

best regards,
Timo Lindfors


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

Bug#413973: smartctl short test, reads beyond phisical size of disk

[jos]

Package: smartmontools
Version: 5.36-8
kernel: 2.6.8-2-386 #1 Tue Aug 16 12:46:35 UTC 2005 i686 GNU/Linux
libc6, version: 2.3.2.ds1-22sarge5

smartctl -i /dev/hdc
smartctl version 5.36 [i686-pc-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF INFORMATION SECTION ===
Model Family: Maxtor DiamondMax 10 family
Device Model: Maxtor 6L200P0
Serial Number:L41BRZLH
Firmware Version: BAH41G10
User Capacity:203,928,109,056 bytes
Device is:In smartctl database [for details use: -P show]
ATA Version is:   7
ATA Standard is:  ATA/ATAPI-7 T13 1532D revision 0
Local Time is:Thu Mar  8 11:59:22 2007 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled



After a short test I get the following report

/dev/hdc, 1 Currently unreadable (pending) sectors

smartctl -l selftest /dev/hdc

=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num  Test_DescriptionStatus  Remaining  
LifeTime(hours)  LBA_of_first_error
# 1  Short offline   Completed: read failure   10% 
11408 398286599
# 2  Extended offlineCompleted without error   00% 
11395 -
# 3  Short offline   Completed: read failure   10% 
11389 398286599
# 4  Short offline   Completed without error   00% 
11366 -
# 5  Short offline   Completed without error   00% 
11342 -
# 6  Extended offlineCompleted without error   00% 
11329 -
# 7  Short offline   Completed: read failure   10% 
11318 398286599
# 8  Extended offlineCompleted without error   00% 
11318 -
# 9  Short offline   Completed without error   00% 
11294 -
#10  Short offline   Completed without error   00% 
11270 -
#11  Extended offlineCompleted without error   00% 
11257 -
#12  Short offline   Completed: read failure   10% 
11247 398286599
#13  Short offline   Completed without error   00% 
11223 -
#14  Short offline   Completed without error   00% 
11199 -
#15  Short offline   Completed without error   00% 
11175 -
#16  Short offline   Completed without error   00% 
11151 -
#17  Extended offlineCompleted without error   00% 
11151 -
#18  Short offline   Completed without error   00% 
11127 -
#19  Short offline   Completed without error   00% 
11104 -
#20  Extended offlineCompleted without error   00% 
11086 -
#21  Short offline   Completed: read failure   10% 
11080 398286599


the LBA address 398286599, is outside the phisiscal limit of the disk 
LBA 398283479.


fdisk -lu /dev/hdc

Disk /dev/hdc: 203.9 GB, 203928109056 bytes
255 heads, 63 sectors/track, 24792 cylinders, total 398297088 sectors
Units = sectors of 1 * 512 = 512 bytes

  Device Boot  Start End  Blocks   Id  System
/dev/hdc11665940520563199 1951897+  fd  Linux raid 
autodetect

/dev/hdc2  63 1028159  514048+  82  Linux swap / Solaris
/dev/hdc3   * 102816016659404 7815622+  fd  Linux raid 
autodetect
/dev/hdc420563200   398283479   188860140   fd  Linux raid 
autodetect


fdisk -l /dev/hdc

Disk /dev/hdc: 203.9 GB, 203928109056 bytes
255 heads, 63 sectors/track, 24792 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

  Device Boot  Start End  Blocks   Id  System
/dev/hdc110381280 1951897+  fd  Linux raid 
autodetect

/dev/hdc2   1  64  514048+  82  Linux swap / Solaris
/dev/hdc3   *  651037 7815622+  fd  Linux raid 
autodetect
/dev/hdc41281   24792   188860140   fd  Linux raid 
autodetect


The disk is part of a software RAID1, with /dev/hda , which is an 
identical disk.

Same test on this disk gives no problems.





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

Bug#392309: input of utf-8 filename broken

[martin f krafft]

also sprach Thorsten Haude <[EMAIL PROTECTED]> [2007.02.13.0011 +0100]:
> Do you see Umlauts normally in NEdit's main text area? In the
> incremental search field?

no, and no.

-- 
 .''`.   martin f. krafft <[EMAIL PROTECTED]>
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems


signature.asc
Description: Digital signature (GPG/PGP)

Bug#322632:

[Jan Huelsbergen]

After further investigation I now think that this is a bug and have reported 
it upstream [1]. I used the description from the initial poster here because 
I did not feel I could match it with my own english, I hope that was OK.

regards,
Jan

[1] http://bugs.kde.org/show_bug.cgi?id=142677


pgpZFoV1I9Z86.pgp
Description: PGP signature

Bug#413976: Menu icon is different from

[Bastian Venthur]

Package: icedove
Version: 1.5.0.10.dfsg1-1
Severity: normal

--- Please enter the report below this line. ---

Hi,

the new blue icedove icon looks very good and is a real improvement
above the old green version. But it seems that you have forgotten to
replace the menu-icon too. The menu entry for icedove still has the old
version.


Cheers,

Bastian


-- 
Bastian Venthur  http://venthur.de
Debian Developer venthur at debian org



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

Bug#413926: Extra FUD cleanup

[Kai Hendry]

Hi Thijs,

Wordpress does publish md5sums:
http://wordpress.org/download/release-archive/

Btw 2.1.x is an unstable branch. The Wordpress stable branch 2.0.x is
for etch, hopefully. So I like to think 2.0.x of being on topic, not so
much 2.1.x.

Though lets address your concerns for 2.1.x. Upstream took the "just
upgrade" path with 2.1.2 as it is dealing largely with a non-technical
audience.

Quoting Mark Jaquith: """ But ultimately, even without another security
vulnerability necessitating a new release, it probably still would have
been a good idea.  We're dealing with a mostly non-technical audience
here, and bumping the version number is a sure way for people to know if
they are vulnerable or not with 100% certainty and no technical
skill."""

If you're really interested in the exploit view the Debian Wordpress
changelog for the ticket number.

I would like to add that many of these security issues are quite minor
and exaggerated. Any questions? Please get in touch with me.

Best wishes from Cornwall,


signature.asc
Description: Digital signature

Bug#402885: New upstream release: bos 2.3

[Aurélien GÉRÔME]

retitle 402885 New upstream release: bos 2.3
thanks

Hi,

There has been another upstream release, namely 2.3, located at
. Please consider it for
packaging, thanks.

Cheers,
-- 
 .''`.   Aurélien GÉRÔME
: :'  :
`. `'`   Free Software Developer
  `- Unix Sys & Net Admin


signature.asc
Description: Digital signature

Bug#413975: netkit-inetd not de-installable

[Olaf Zaplinski]

Package: netkit-inetd
Maintainer: Anthony Towns <[EMAIL PROTECTED]>
Architecture: i386
Version: 0.10-10
Severity: normal

binky:~/log# dpkg -P netkit-inetd
(Reading database ... 32658 files and directories currently installed.)
Removing netkit-inetd ...
Purging configuration files for netkit-inetd ...
update-rc.d: /etc/init.d/inetd exists during rc.d purge (use -f to force)
dpkg: error processing netkit-inetd (--purge):
 subprocess post-removal script returned error exit status 1
Errors were encountered while processing:
 netkit-inetd




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

Bug#413974: gstreamer-properties needs libesd-alsa0

[Sven Arvidsson]

On Thu, 2007-03-08 at 12:06 +0100, Robert Millan [ackstorm] wrote:
> By upstream decision, it appears that the gnome media subsystem is now
> unusable with OSS.  When using OSS, esound blocks access to /dev/dsp and
> all write attempts there result in EBUSY.
> 
> It seems they have provided no option in gstreamer-properties to pipe the
> sound via esd, so the only option if you want mixing is to use ALSA.

Hi,

I think you need to install gstreamer0.10-esd.

-- 
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 760BDD22


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

Bug#389881: RC-ness of this bug

[Colin Watson]

On Wed, Mar 07, 2007 at 02:03:35PM +0100, Robert Millan [ackstorm] wrote:
> On Wed, Mar 07, 2007 at 09:55:45AM -0300, Otavio Salvador wrote:
> > I don't know how invasive those changes might be. AFAIK Ubuntu already
> > does it (Colin?) and wouldn't be too hard to pick the changes from
> > them but we would also need RM and Frans approval :(
> 
> I thought you were talking about user workarounds.
> 
> Well, Ubuntu uses fstab labels,

No, it uses UUIDs.

-- 
Colin Watson   [EMAIL PROTECTED]


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

Bug#389881: RC-ness of this bug

[Colin Watson]

On Thu, Mar 08, 2007 at 12:44:05AM +0100, David Härdeman wrote:
> I've attached a patch which implements persistent device names in 
> partman by checking for devices which are mounted under /target and 
> which have a suitable link in /dev/disk/by-id/*

I've attached the Ubuntu patch for the same issue; it's been deployed
for some time and I think it's largely a cleaner approach than fixing it
up post-facto as your patch does. However, I tend to agree with Steve
that doing that at the last minute is risky; we had a fair few little
bits and pieces around the distribution to fix up, IIRC.

-- 
Colin Watson   [EMAIL PROTECTED]
diff -Nru /tmp/bRFBYZWEev/partman-target-46/finish.d/fstab_hd_entries /tmp/gRV1OOc9kY/partman-target-46ubuntu2/finish.d/fstab_hd_entries
--- /tmp/bRFBYZWEev/partman-target-46/finish.d/fstab_hd_entries	2006-07-25 23:51:30.0 +0100
+++ /tmp/gRV1OOc9kY/partman-target-46ubuntu2/finish.d/fstab_hd_entries	2007-02-15 12:27:59.0 +
@@ -13,9 +13,18 @@
 sort |
 while read mp fs type options dump pass; do
 	case "$fs" in
-	(/*)
+	(/dev/disk/*|/dev/fd[0-9]*|/dev/mapper/*|/dev/evms/*|/dev/md[0-9]*)
 		printf "%-15s %-15s %-7s %-15s %-7s %s\n" "$(mapdevfs $fs)" "${mp}" "$type" "$options" "$dump" "$pass"
 		;;
+	(/*)
+		uuid="$(PATH="/lib/udev:$PATH" vol_id -u $fs)"
+		if [ "$uuid" ]; then
+		printf "# %s\n" "$(mapdevfs $fs)"
+		printf "%-15s %-15s %-7s %-15s %-7s %s\n" "UUID=$uuid" "${mp}" "$type" "$options" "$dump" "$pass"
+		else
+		printf "%-15s %-15s %-7s %-15s %-7s %s\n" "$(mapdevfs $fs)" "${mp}" "$type" "$options" "$dump" "$pass"
+		fi
+		;;
 	esac
 done
 )

Bug#389881: RC-ness of this bug

[Colin Watson]

Oh, at least one additional thing that's likely needed in this scenario
is the attached patch to make busybox's mkswap generate UUIDs.

  * util-linux/mkswap.c: Set UUIDs on version 1 swap areas.
  * util-linux/Makefile.in: mkswap needs uuid/uuid.h from e2fsprogs.
  * e2fsprogs/Makefile.in: Build libuuid if building mkswap.

Ubuntu's volumeid.postinst also has some nasty code to add a UUID to
swap partitions that don't have one (due to busybox's mkswap not doing
this in the past). This was necessary because we were expecting to have
to change a lot of hard disk device names due to recent libata changes
in the kernel and forcibly moving over to UUIDs in /etc/fstab in advance
was the only way we could think of to prevent wholesale breakage.

UUIDs certainly have their disadvantages (verbosity being the main one),
but they're a hell of a lot better than labels for automatic use like
this. UUIDs are suitable for automatic generation while labels should
only be set by the sysadmin. The fiasco with Red Hat's installer setting
labels which can then end up conflicting with itself if you do multiple
parallel installs should demonstrate this (and some of the people
involved in Anaconda development said to me in person that in hindsight
this was probably a mistake). We've already backed away from automatic
use of labels once (http://bugs.debian.org/310754) so let's not have to
do so again!

-- 
Colin Watson   [EMAIL PROTECTED]
only in patch2:
unchanged:
--- busybox-1.1.3.orig/e2fsprogs/Makefile.in
+++ busybox-1.1.3/e2fsprogs/Makefile.in
@@ -61,6 +61,7 @@
 E2FSPROGS-$(CONFIG_LSATTR) += lsattr.o $(E2P_OBJS)
 E2FSPROGS-$(CONFIG_MKE2FS) += mke2fs.o util.o $(E2P_OBJS) $(BLKID_OBJS) $(EXT2FS_OBJS) $(UUID_OBJS)
 E2FSPROGS-$(CONFIG_TUNE2FS)+= tune2fs.o util.o $(E2P_OBJS) $(BLKID_OBJS) $(EXT2FS_OBJS) $(UUID_OBJS)
+E2FSPROGS-$(CONFIG_MKSWAP) += $(UUID_OBJS)
 
 E2FSPROGS-y:=$(sort $(E2FSPROGS-y))
 
only in patch2:
unchanged:
--- busybox-1.1.3.orig/util-linux/mkswap.c
+++ busybox-1.1.3/util-linux/mkswap.c
@@ -44,6 +44,7 @@
 #include 
 #include 			/* for PAGE_SIZE and PAGE_SHIFT */
 /* we also get PAGE_SIZE via getpagesize() */
+#include "uuid/uuid.h"
 #include "busybox.h"
 
 #ifndef _IO
@@ -81,6 +82,17 @@
 	unsigned int badpages[1];
 } *p;
 
+struct swap_header_v1_2 {
+	char bootbits[1024];		/* Space for disklabel etc. */
+	unsigned int version;
+	unsigned int last_page;
+	unsigned int nr_badpages;
+	unsigned char uuid[16];
+	char volume_name[16];
+	unsigned int padding[117];
+	unsigned int badpages[1];
+};
+
 static inline void init_signature_page(void)
 {
 	pagesize = getpagesize();
@@ -276,6 +288,9 @@
 	int goodpages;
 	int offset;
 	int force = 0;
+	uuid_t uuid_dat;
+
+	uuid_generate(uuid_dat);
 
 	init_signature_page();		/* get pagesize */
 
@@ -401,6 +416,21 @@
 		   version, (long) (goodpages * pagesize));
 	write_signature((version == 0) ? "SWAP-SPACE" : "SWAPSPACE2");
 
+	if (version == 1) {
+		struct swap_header_v1_2 *h;
+
+		/* Sanity check */
+		if (sizeof(struct swap_header_v1) != sizeof(struct swap_header_v1_2))
+			bb_error_msg("Bad swap header size; no UUID written.");
+		else {
+			char uuid_string[37];
+			h = (struct swap_header_v1_2 *) signature_page;
+			memcpy(h->uuid, uuid_dat, sizeof(h->uuid));
+			uuid_unparse(uuid_dat, uuid_string);
+			printf("UUID=%s\n", uuid_string);
+		}
+	}
+
 	offset = ((version == 0) ? 0 : 1024);
 	if (lseek(DEV, offset, SEEK_SET) != offset)
 		bb_error_msg_and_die("unable to rewind swap-device");
only in patch2:
unchanged:
--- busybox-1.1.3.orig/util-linux/Makefile.in
+++ busybox-1.1.3/util-linux/Makefile.in
@@ -10,6 +10,8 @@
 endif
 srcdir=$(top_srcdir)/util-linux
 
+UTILLINUX_CFLAGS := -I$(top_srcdir)/e2fsprogs
+
 UTILLINUX-y:=
 UTILLINUX-$(CONFIG_DMESG) +=dmesg.o
 UTILLINUX-$(CONFIG_FBSET) +=fbset.o
@@ -49,11 +51,14 @@
 APPLET_SRC-y+=$(UTILLINUX_SRC-y)
 APPLET_SRC-a+=$(UTILLINUX_SRC-a)
 
+APPLETS_DEFINE-y+=$(UTILLINUX_CFLAGS)
+APPLETS_DEFINE-a+=$(UTILLINUX_CFLAGS)
+
 $(UTILLINUX_DIR)$(UTILLINUX_AR): $(patsubst %,$(UTILLINUX_DIR)%, $(UTILLINUX-y))
 	$(do_ar)
 
 $(UTILLINUX_DIR)%.o: $(srcdir)/%.c
-	$(compile.c)
+	$(compile.c) $(UTILLINUX_CFLAGS)
 
 ifneq ($(strip $(CONFIG_LFS)),y)
 ifeq ($(strip $(FDISK_SUPPORT_LARGE_DISKS)),y)

Bug#260661: libalgorithm-diff-ruby in Debian

[TANIGUCHI Takaki]

Hi, 

It has been fixed in 0.4-5.

Thanks,

> On Fri, 2 Mar 2007 02:10:27 +0100
> [EMAIL PROTECTED](Stephan Beyer)  said:

s-beyer> [1  ]
s-beyer> Hi,

s-beyer> is there a chance that bug #260661 can *really* be closed? See the last
s-beyer> reply, it's a really *simple* fix.

s-beyer> Best regards,
s-beyer> Stephan

--
takaki


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

Bug#413978: spamassassin: sa-update generates disordered channel_files: wrong include order, LANGUAGE support broken

[Richard Leopold]

Package: spamassassin
Version: 3.1.7-2
Severity: important
Tags: patch l10n

the files to include are prefixed with numbers to grant the right
include order. sa-update generates disorderd include file like

   /var/lib/spamassassin/3.001007/updates_spamassassin_org.cf

so the rules are included in the wrong order ...

One symptom is the malfunction of the language-support: 
The report definition in 30_text_de.cf values would be overwritten by
a displaced 10_misc.cf ...

see: http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5371


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 
'proposed-updates'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages spamassassin depends on:
ii  libarchive-tar-perl   1.30-2 Archive::Tar - manipulate tar file
ii  libdigest-sha1-perl   2.11-1 NIST SHA-1 message digest algorith
ii  libhtml-parser-perl   3.55-1 A collection of modules that parse
ii  libsocket6-perl   0.19-1 Perl extensions for IPv6
ii  libwww-perl   5.805-1WWW client/server library for Perl
ii  perl  5.8.8-7Larry Wall's Practical Extraction 

Versions of packages spamassassin recommends:
ii  libmail-spf-query-perl   1:1.999.1-2 query SPF (Sender Policy Framework
ii  libnet-dns-perl  0.59-1  Perform DNS queries from a Perl sc
ii  perl [libmime-base64-perl]   5.8.8-7 Larry Wall's Practical Extraction 
ii  spamc3.1.7-2 Client for SpamAssassin spam filte

-- no debconf information
--- sa-update_old   2007-03-08 11:00:18.0 +0100
+++ sa-update   2007-03-08 11:19:10.0 +0100
@@ -786,12 +786,18 @@
   unless (opendir(DIR, $UPDDir)) {
 die "fatal: can't access $UPDDir: $!\n";
   }
+
+  my @files = ();
   while(my $file = readdir(DIR)) {
 $file =~ /^(.+)$/;   # untaint
 $file = $1;
 my $path = File::Spec->catfile($UPDDir, $file);
 next unless (-f $path);   # shouldn't ever happen
+push(@files, $file);
+  }
 
+  foreach ( sort { $a cmp $b } @files ) {
+my $file = $_;
 if ($file =~ /\.cf$/) {
   push(@CF, "include $nicechannel/$file\n");
 }

Bug#413974: gstreamer-properties needs libesd-alsa0

[Loïc Minier]

On Thu, Mar 08, 2007, Robert Millan [ackstorm] wrote:
> Please, can you add a dependency [1] on libesd-alsa0 ?  Users shouldn't get
> all these problems unless they explicitly need OSS.

 Isn't this something to do on esound instead?  I don't see why
 gnome-media should gain any knowledge on the implementation of esound's
 outputs, but I'd prefer to avoid this.

-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#413977: xgdvi does not coexist with texlive, it demands tetex

[Helge Hafting]

Package: xgdvi
Version: 1.2.4-6
Severity: normal


I tried to install xgdvi. It insists on pulling in tetex packages, which
conflict with texlive that I use.

I may be wrong, but I think viewer apps are able to view dvi files no
matter what kind of latex were involved in creating the dvi.

Please consider having xgdvi depending on either tetex or texlive,
instead of demanding tetex.  If it really can't work with texlive, just
close this bug.


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20
Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8)

Versions of packages xgdvi depends on:
pn  dvilib2(no description available)
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libglib1.2  1.2.10-17The GLib library of C routines
ii  libgtk1.2   1.2.10-18The GIMP Toolkit set of widgets fo
ii  libx11-62:1.0.3-5X11 client-side library
ii  libxext61:1.0.1-2X11 miscellaneous extension librar
ii  libxi6  1:1.0.1-4X11 Input extension library

Versions of packages xgdvi recommends:
pn  dviutils   (no description available)


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

Bug#413969: asterisk: Fails to start after not being able to find format_mp3.so

[Tzafrir Cohen]

Please provide a few more details:

dpkg -l asterisk-addons

dpkg -S /usr/lib/asterisk/modules/format_mp3.so

ls -l /usr/lib/asterisk/modules/format_mp3.so

grep format_mp3 /etc/asterisk/modules.conf

-- 
   Tzafrir Cohen   
icq#16849755jabber:[EMAIL PROTECTED]
+972-50-7952406   mailto:[EMAIL PROTECTED]   
http://www.xorcom.com  iax:[EMAIL PROTECTED]/tzafrir


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

Bug#413868: brandy: FTBFS on GNU/kFreeBSD: porting needed

[Cyril Brulebois]

Colin Tuckley <[EMAIL PROTECTED]> (08/03/2007):
> There is already a target "TARGET_FREEBSD" is this significantly
> different from "TARGET_GNUKFREEBSD"?
> 
> Should I have both targets or is one a replacement for the other?

Hmmm, at the moment, much of the code is placed in "Linux | FreeBSD |
NetBSD | ..." #if's, so we could eventually merge them together. But
GNU/kFreeBSD shouldn't (I mean: on the long term) be merged with FreeBSD
since it is quite different, since it is the GNU userspace (e.g. glibc)
on a FreeBSD kernel, so we might want to be able to fetch some includes
from GNU and some includes from the FreeBSD kernel.

Cheers,

-- 
Cyril Brulebois


pgpPnqftpLQNA.pgp
Description: PGP signature

Bug#410868: sysfs paths have changed in kernels >2.6.20

[Michael Biebl]

David Weinehall wrote:
> Package: hal
> Version: 0.5.8.1-6
> Severity: wishlist
> 
> Without this patch (taken from the Ubuntu package), hal will no
> longer work properly with kernels > 2.6.20, since the sysfs layout has
> been changed to unify all devices in /sys/devices.
> 
> 
> Regards: David

Hi David,

thanks for providing the patch.
It's too invasive though and will have to wait for post etch.

Cheers,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#413979: tin: Correct local spool paths

[Jacek Kawa]

Package: tin
Version: 1:1.9.2+20070201-1
Severity: normal
Tags: patch

My local newsspool is as set by debian's inn2, so I guess the paths
need correction. I think patch says it all :)



diff -uNr tin-1.9.2+20061021/debian/rules tin-1.9.2+20061021.jk/debian/rules
--- tin-1.9.2+20061021/debian/rules 2006-11-25 22:48:32.0 +0100
+++ tin-1.9.2+20061021.jk/debian/rules  2006-11-25 22:42:08.0 +0100
@@ -48,11 +48,12 @@
--with-editor=/usr/bin/editor --with-ispell=ispell \
--without-pgp --without-pgpk --with-gpg=gpg \
--with-sum=sum --with-shell=bash \
-   --with-spool-dir=/var/spool/news \
-   --with-nov-dir=/var/spool/news/over.view \
+   --with-spooldir=/var/spool/news/articles \
+   --with-nov-dir=/var/spool/news/overview \
--with-libdir=/var/lib/news --with-inews-dir=/usr/bin \
--with-nntp-default-server=localhost \
--with-screen=ncursesw --enable-nntp --enable-ipv6 \
+   --disable-nntp-only \
--enable-included-msgs --enable-nls \
--enable-mh-mail-handling \
--with-mime-default-charset=ISO-8859-15 \




-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20-amd
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)


-- 
Jacek Kawa  **Waiting for the miracle to come [Cohen]**


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

Bug#403643: moreinfo

[B. Zhang]

On Wed, 2007-03-07 at 23:38 -0500, Mike O'Connor wrote:
> I made an upload of a new upstream version (0.6.14-1) to experimental,
> It should be available at the next dinstall run.  I think the problem
> you are describing could be fixed by this version.  Can you try it and
> let me know.
> 
> If you don't want to wait, an amd64 version is currently available at
> http://incoming.debian.org and an i386 version is available here:
> 
> http://vireo.org/debian/ivman
> 
Thanks.
I build a powerpc package on my etch from your source.

Still get the same problem : 
connect a usb disk, OK, /media/sda1 --> remove the disk, no /media/sda1
--> re-connect a usb disk, no /media/sda1 

To get ivman working again, two options: 
 * connect a usb disk --> umount the disk --> remove the disk
 * connect a usb disk --> remove the disk --> re-connect a usb disk -->
restart ivman

So ivman can't do "auto-umount". 
If you think this is normal, you can close this bug.


Thanks and best regards,
Bin

> Thanks,
> stew


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

Bug#235231: Please test unstable version

[Victor Munoz]

>Does this bug still happen with the version of gnome-applets from
>unstable, currently 2.14.3-2?

No, it does not.  

Regards,

Victor


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

Bug#406335: Taking over ITP for Secondlife client

[Paul TBBle Hampson]

submitter 406335 !
Thankyou

I have received the OK from my employers, with the usual "this is
not an endorsement" and "not to interfere with work", so I'm taking
over this ITP.

I got a version built in late January, so I'll update and package
that one properly. Hopefully some preliminary packages will appear
in a fortnight or so.

I'll be actively seeking a sponsor once I have preliminary packages
done, but if there's a DD floating around interesting in sponsoring,
feel free to let me know beforehand. ^_^

I'll also be ITPing openjpeg, xmlrpc-epi and elfio, which are the
dependancies not yet in Debian but which have compatible licenses.

-- 
Paul "TBBle" Hampson, [EMAIL PROTECTED]

Shorter .sig for a more eco-friendly paperless office.


pgpUqXXZoTd5j.pgp
Description: PGP signature

Bug#389881: RC-ness of this bug

[David Härdeman]

I took the liberty of trimming the CC list since the details of a
persistent device node script would probably not interest everyone...

On Thu, March 8, 2007 12:21, Colin Watson said:
> On Thu, Mar 08, 2007 at 12:44:05AM +0100, David Härdeman wrote:
>> I've attached a patch which implements persistent device names in
>> partman by checking for devices which are mounted under /target and
>> which have a suitable link in /dev/disk/by-id/*
>
> I've attached the Ubuntu patch for the same issue; it's been deployed
> for some time and I think it's largely a cleaner approach than fixing it
> up post-facto as your patch does.

I considered doing the changes directly rather than as a post fixup, but I
opted not to for a couple of reasons:

You explicitly have to exclude some volumes, with my patch that decision
(i.e. which devices it is sane to have persistent device names for) is
left to udev.

It becomes much easier to switch between different kinds of persistent
device names with the standalone script. With the post-fix script, it
would be simple to support an argument such as "by-id" or "by-uuid" which
changed the type of symlinks that were used (then we could have that in a
priority "low" question so that the propellerheads can change it
themselves, experience so far seems to indicate that some people will
never be happy with the choice of persistent device names whether they are
based on label, uuid, id, path, etc).

At some point the future we're going to have to help users convert their
fstabs to persistent device names to avoid breakage (which I think is the
only argument that supported implementing persistent device names before
the release of Etch, although I think we'll have to live without it). One
such example will be the libata introduction (whether that will be during
the Etch -> Lenny upgrade or at some different point in time). If we have
one such standalone script, and use it both in the installer and in
upgrading older systems, it will receive much more testing.

Using "vol_id" directly rather than reading the symlinks, which would be
required if this is implemented in fstab_hd_entries, also has the
disadvantage that we'd need to duplicate the string conversions that udev
performs on the output from vol_id before it creates the device nodes.

And on a related note, one disadvantage of using "UUID=something" or
"LABEL=something" instead of /dev/disk/by-something/something is that the
former requires every script that will ever parse fstab to add code to
parse and handle "X=Y" (it would break cryptsetup and possibly other
boot-related scripts right now).

"X=Y" also makes it impossible to add new schemes without having to change
all related scripts to support the new values of "X" (we already have
by-path and by-id) while doing so is easy with the symlinks.

Phew, this came out a bit longer than expected :)

> However, I tend to agree with Steve
> that doing that at the last minute is risky; we had a fair few little
> bits and pieces around the distribution to fix up, IIRC.

I agree with Steve as well

-- 
David Härdeman



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

Bug#413980: python-ldap: mis-behavior of LDIFParser

[Chaos Eternal]

Package: python-ldap
Version: 2.2.0-3
Severity: important



-- System Information:
Debian Release: 4.0
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-xen-amd64
Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8)

Versions of packages python-ldap depends on:
ii  libc6 2.3.6.ds1-13   GNU C Library: Shared libraries
ii  libldap2  2.1.30-13.3OpenLDAP libraries
ii  libsasl2  2.1.22.dfsg1-8 Authentication abstraction library
ii  python2.4.4-2An interactive high-level object-o
ii  python-central0.5.12 register and build utility for Pyt

python-ldap recommends no packages.

-- debconf-show failed

I have wrote this script 
#!/usr/bin/python
##
import ldif,sys
class c(ldif.LDIFParser):
def handle(self,dn,entry):
print "dn:",dn
print entry
print 
f=open(sys.argv[1])
l=c(f)
l.parse()
##end
then I use it to parse this LDIF-file:
##Begin LDIF##
dn: cn=xxx
changetype: add
objectClass: top

dn: cn=xx,o=yy
changetype: modrdn
newrdn: cn=yy
deleteoldrdn: 1

dn: cn=xx,o=yy
changetype: modrdn
newrdn: cn=yy
deleteoldrdn: 1
newsuperior: o=ee
## END##

It outputs as following:
##Begin Output
dn: add
{'objectClass': ['top']}

dn: modrdn
{'newrdn': ['cn=yy'], 'deleteoldrdn': ['1']}

dn: modrdn
{'newrdn': ['cn=yy'], 'deleteoldrdn': ['1'], 'newsuperior': ['o=ee']}
##END OUTPUT

This is a important bug!


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

Bug#389881: RC-ness of this bug

[David Härdeman]

On Thu, March 8, 2007 12:32, Colin Watson said:
> UUIDs certainly have their disadvantages (verbosity being the main one),
> but they're a hell of a lot better than labels for automatic use like
> this. UUIDs are suitable for automatic generation while labels should
> only be set by the sysadmin. The fiasco with Red Hat's installer setting
> labels which can then end up conflicting with itself if you do multiple
> parallel installs should demonstrate this (and some of the people
> involved in Anaconda development said to me in person that in hindsight
> this was probably a mistake). We've already backed away from automatic
> use of labels once (http://bugs.debian.org/310754) so let's not have to
> do so again!

I agree. We had similar pains with the default naming of volume groups for
lvm installations, people will do multiple installs and the labels *will*
collide.

(And I find by-id even better than by-uuid since by-uuid still might break
due to careless admins doing whole-partition backups using dd.)

-- 
David Härdeman



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

Bug#209008: debian-policy: [PROPOSAL] common interface for parallel building in DEB_BUILD_OPTIONS

[Lucas Nussbaum]

On 08/03/07 at 11:50 +0100, Bastian Blank wrote:
> On Wed, Mar 07, 2007 at 06:08:52PM +0100, Lucas Nussbaum wrote:
> > Bug #209008 proposed to have a common interface to tell packages to do
> > parallel building (make -j).
> 
> You can't set a generic value.
> 
> For example: A machine with 6 cpus but only 256MiB ram. Building glibc
> with -j6 is no problem. Building gcj-* with -j6 is not possible.

Such a machine looks a bit strange (6 CPUs vs 256 MB RAM). I think that
usually, modern SMPs have "enough" memory to handle what all their CPUs
can do. And the "common interface" could still be used to set a sensible,
conservative default.

Also, you say "Building gcj-* with -j6 is not possible". Do you mean
that the build would fail, or just that it would take a lot of time and
cause a lot of swapping ?
-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |


signature.asc
Description: Digital signature

Bug#413982: python-ldap: mis-behavior of LDIFParser

[Chaos Eternal]

Package: python-ldap
Version: 2.2.0-3
Severity: important

*** Please type your report below this line ***


-- System Information:
Debian Release: 4.0
 APT prefers testing-proposed-updates
 APT policy: (500, 'testing-proposed-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-xen-amd64
Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8)

Versions of packages python-ldap depends on:
ii  libc6 2.3.6.ds1-13   GNU C Library: Shared libraries
ii  libldap2  2.1.30-13.3OpenLDAP libraries
ii  libsasl2  2.1.22.dfsg1-8 Authentication abstraction library
ii  python2.4.4-2An interactive high-level object-o
ii  python-central0.5.12 register and build utility for Pyt

python-ldap recommends no packages.

-- debconf-show failed

I have wrote this script
#!/usr/bin/python
##
import ldif,sys
class c(ldif.LDIFParser):
   def handle(self,dn,entry):
   print "dn:",dn
   print entry
   print
f=open(sys.argv[1])
l=c(f)
l.parse()
##end
then I use it to parse this LDIF-file:
##Begin LDIF##
dn: cn=xxx
changetype: add
objectClass: top

dn: cn=xx,o=yy
changetype: modrdn
newrdn: cn=yy
deleteoldrdn: 1

dn: cn=xx,o=yy
changetype: modrdn
newrdn: cn=yy
deleteoldrdn: 1
newsuperior: o=ee
## END##

It outputs as following:
##Begin Output
dn: add
{'objectClass': ['top']}

dn: modrdn
{'newrdn': ['cn=yy'], 'deleteoldrdn': ['1']}

dn: modrdn
{'newrdn': ['cn=yy'], 'deleteoldrdn': ['1'], 'newsuperior': ['o=ee']}
##END OUTPUT

This is a important bug!


--
--
Best Regards
Chaos Eternal


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

Bug#413964: xulrunner: Broken xulrunner-plugin.pc causes gcj-4.1 to FTBFS

[Mike Hommey]

reassign 413964 gcj-4.1
thanks

If the gcj plugin is making use of xpcom, it should require xulrunner-xpcom
too.

See https://bugzilla.mozilla.org/show_bug.cgi?id=366113#c8

Mike

On Thu, Mar 08, 2007 at 10:17:36AM +0100, Daniel Schepler wrote:
> Package: xulrunner
> Version: 1.8.0.10-1
> Severity: serious
> 
> 
> ...
> In file included from 
> ../../../../../../src/libjava/classpath/native/plugin/gcjwebplugin.cc:61:
> /usr/include/xulrunner/plugin/nsIPluginInstance.h:10:25: error: 
> nsISupports.h: No such file or directory
> In file included from /usr/include/xulrunner/plugin/nsIPluginInstance.h:14,
>  from 
> ../../../../../../src/libjava/classpath/native/plugin/gcjwebplugin.cc:61:
> /usr/include/xulrunner/plugin/nsIPluginStreamListener.h:22:28: error: 
> nsIInputStream.h: No such file or directory
> ...
> make[8]: *** [libgcjwebplugin_la-gcjwebplugin.lo] Error 1
> make[8]: Leaving directory 
> `/tmp/gcj-4.1/gcj-4.1-4.1.1/build/i486-linux-gnu/libjava/classpath/native/plugin'
> make[7]: *** [all-recursive] Error 1
> make[7]: Leaving directory 
> `/tmp/gcj-4.1/gcj-4.1-4.1.1/build/i486-linux-gnu/libjava/classpath/native'
> make[6]: *** [all-recursive] Error 1
> make[6]: Leaving directory 
> `/tmp/gcj-4.1/gcj-4.1-4.1.1/build/i486-linux-gnu/libjava/classpath'
> make[5]: *** [all-recursive] Error 1
> make[5]: Leaving directory 
> `/tmp/gcj-4.1/gcj-4.1-4.1.1/build/i486-linux-gnu/libjava'
> make[4]: *** [all-target-libjava] Error 2
> make[4]: Leaving directory `/tmp/gcj-4.1/gcj-4.1-4.1.1/build'
> make[3]: *** [all] Error 2
> make[3]: Leaving directory `/tmp/gcj-4.1/gcj-4.1-4.1.1/build'
> make[2]: *** [bootstrap] Error 2
> make[2]: Leaving directory `/tmp/gcj-4.1/gcj-4.1-4.1.1/build'
> s=`cat status`; rm -f status; test $s -eq 0
> make[1]: *** [stamps/05-build-stamp] Error 1
> make[1]: Leaving directory `/tmp/gcj-4.1/gcj-4.1-4.1.1'
> make: *** [stamps/05-build-stamp] Error 2
> 
> The include path appears to be coming from
> /usr/lib/pkgconfig/xulrunner-plugin.pc, which doesn't contain
> -I/usr/include/xulrunner where those header files are located.
> -- 
> Daniel Schepler
> 


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

Bug#413981: AttributeError: SingleSetGlobals instance has no attribute 'src_fsa'

[Daniel Jacobowitz]

Package: rdiff-backup
Version: 1.1.9-1
Severity: important

For the last several days, since I upgraded:

Traceback (most recent call last):
  File "/usr/bin/rdiff-backup", line 23, in ?
rdiff_backup.Main.error_check_Main(sys.argv[1:])
  File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 298, in 
error_check_Main
try: Main(arglist)
  File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 318, in 
Main
take_action(rps)
  File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 282, in 
take_action
elif action == "remove-older-than": RemoveOlderThan(rps[0])
  File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 671, in 
RemoveOlderThan
rootrp = require_root_set(rootrp, 0)
  File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 649, in 
require_root_set
read_only)
  File "/var/lib/python-support/python2.4/rdiff_backup/fs_abilities.py", line 
727, in single_set_globals
ssg.set_must_escape_dos_devices(Globals.rbdir)
  File "/var/lib/python-support/python2.4/rdiff_backup/fs_abilities.py", line 
610, in set_must_escape_dos_devices
self.src_fsa.escape_dos_devices or local_edd)
AttributeError: SingleSetGlobals instance has no attribute 'src_fsa'

There's an entry in changelog.gz saying something had been fixed right
here, but I guess it must have broken something else, too.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20-rc3
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages rdiff-backup depends on:
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  librsync1   0.9.7-1  Library which implements the rsync
ii  python  2.4.4-2  An interactive high-level object-o
ii  python-support  0.5.6automated rebuilding support for p

Versions of packages rdiff-backup recommends:
pn  python-pylibacl(no description available)
pn  python-pyxattr (no description available)

-- no debconf information


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

Bug#413983: karm loses data when using non-default iCalendar file

[Jesús M . Navarro]

Package: karm
Version: 4:3.5.5.dfsg.1-6
Severity: critical
Justification: causes serious data loss


I use karm both at office and at home to account my time.  To that effect I 
copy my office's ~/.kde/share/apps/karm/karm.ics to 
my home's ~/work/karm_office.ics and then launch `/usr/bin/karm 
~/work/karm_office.ics`.  Sometimes it will work OK and 
sometimes it will overwrite ~/work/karm_office.ics with local 
~/.kde/share/apps/karm/karm.ics thus losing data.  It's even 
worse if I try something like `/usr/bin/karm fish:[EMAIL 
PROTECTED]/.kde/share/apps/karm/karm.ics` (I don't remember if that's 
exactly the fish sintax, but you take the idea) since it will overwrite my 
office's file without question and without chance to
recovery.  Just as an example, today I lost one week's worth of data due to 
this.

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-amd64
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)

Versions of packages karm depends on:
ii  kdelibs4c2a4:3.5.5a.dfsg.1-6 core libraries and binaries for al
ii  libacl12.2.41-1  Access control list shared library
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libattr1   2.4.32-1  Extended attribute shared library
ii  libaudio2  1.8-3 The Network Audio System (NAS). (s
ii  libc6  2.3.6.ds1-13  GNU C Library: Shared libraries
ii  libfontconfig1 2.4.2-1.2 generic font configuration library
ii  libfreetype6   2.2.1-5   FreeType 2 font engine, shared lib
ii  libgamin0 [libfam0]0.1.8-1   Client library for the gamin file 
ii  libgcc11:4.1.1-21GCC support library
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  libidn11   0.6.5-1   GNU libidn library, implementation
ii  libjpeg62  6b-13 The Independent JPEG Group's JPEG 
ii  libkcal2b  4:3.5.5.dfsg.1-6  KDE calendaring library
ii  libkdepim1a4:3.5.5.dfsg.1-6  KDE PIM library
ii  libktnef1  4:3.5.5.dfsg.1-6  Library for handling KTNEF email a
ii  libpng12-0 1.2.15~beta5-1PNG library - runtime
ii  libqt3-mt  3:3.3.7-3 Qt GUI Library (Threaded runtime v
ii  libsm6 1:1.0.1-3 X11 Session Management library
ii  libstdc++6 4.1.1-21  The GNU Standard C++ Library v3
ii  libx11-6   2:1.0.3-5 X11 client-side library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxft22.1.8.2-8 FreeType-based font drawing librar
ii  libxi6 1:1.0.1-4 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxrandr2 2:1.1.0.2-5   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra
ii  libxss11:1.1.0-1 X11 Screen Saver extension library
ii  libxt6 1:1.0.2-2 X11 toolkit intrinsics library
ii  zlib1g 1:1.2.3-13compression library - runtime

karm recommends no packages.

-- no debconf information


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

Bug#413984: Strange interpretation of manpages

[Thorsten Schmidt]

package: konqueror
version: 3.5.5a.dfsg.1-6 

Hello,

for some way, konqueror (from etch) shows manpages differently than man.
eg.
man ssh says
»[..] 
-b bind_address 
[..]
 -c cipher_spec 
[..]
-p port
 [..] «  (that's correct - of course)

but #ssh (man:/ssh) in konqueror describes these parameters in a strange 
(rather incorrect) way

»-b -file ... -bind_address 
 Use bind_address on the local machine as the source address of the 
connection. Only useful on systems with more than one address.
[..] 
-c -file ... -cipher_spec
[..]
 
-p -file ... -port 
 Port to connect to on the remote host. This can be specified on a per-host 
basis in the configuration file.«

Obviously,  »-file ..« is inserted additionaly.

Regards
Thorsten

Bug#413868: brandy: FTBFS on GNU/kFreeBSD: porting needed

[Colin Tuckley]

Cyril Brulebois wrote:

> Hmmm, at the moment, much of the code is placed in "Linux | FreeBSD |
> NetBSD | ..." #if's, so we could eventually merge them together. But
> GNU/kFreeBSD shouldn't (I mean: on the long term) be merged with FreeBSD
> since it is quite different, since it is the GNU userspace (e.g. glibc)
> on a FreeBSD kernel, so we might want to be able to fetch some includes
> from GNU and some includes from the FreeBSD kernel.

OK, separate seems sensible at least for now.

Colin

-- 
Colin Tuckley  |  [EMAIL PROTECTED]  |  PGP/GnuPG Key Id
+44(0)1903 236872  |  +44(0)7799 143369  | 0x1B3045CE

"Would you tell me, please, which way I ought to go from here?" "That
depends a good deal on where you want to get to," said the Cat - Lewis Carrol


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

Bug#389881: RC-ness of this bug

[Otavio Salvador]

Colin Watson <[EMAIL PROTECTED]> writes:

> On Thu, Mar 08, 2007 at 12:44:05AM +0100, David Härdeman wrote:
>> I've attached a patch which implements persistent device names in 
>> partman by checking for devices which are mounted under /target and 
>> which have a suitable link in /dev/disk/by-id/*
>
> I've attached the Ubuntu patch for the same issue; it's been deployed
> for some time and I think it's largely a cleaner approach than fixing it
> up post-facto as your patch does. However, I tend to agree with Steve
> that doing that at the last minute is risky; we had a fair few little
> bits and pieces around the distribution to fix up, IIRC.

To full support it, another change would be need on Parted IIRC. You
reported the patch for it but I hadn't applied yet since we weren't
using it that time.

-- 
O T A V I OS A L V A D O R
-
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
-
"Microsoft sells you Windows ... Linux gives
 you the whole house."

Bug#413753: spampd: auto-whitelist broken due to wrong file permissions

[Sven Mueller]

Bernd Zeimetz schrieb:
> during the start of the spampd daemon the awl.mutex is created with
> root:root permissions, which results in this error message:
> 
> spampd[32464]: auto-whitelist: open of auto-whitelist file failed:
> locker: safe_lock: cannot create lockfile /var/cache/spampd/awl.mutex:
> Permission denied
> 
> Looks liek the spampd-childs try to access the lockfile which is held by
> the parent process.

There isn't anything I see I could do about this. But you can:
Add "auto_whitelist_file_mode 0666" to your SpamAssassin configuration
(see "perldoc Mail::SpamAssassin::Plugin::AWL" for details).

This solution isn't very safe, but I recommend using MySQL or PostgreSQL
for storing AWL and Bayes data anyway (see
/usr/share/doc/spamassassin/sql for details).

I'm adding an appropriate hint to README.Debian in future releases.

Regards,
Sven

PS: Closing the bug as there isn't anything I could do in spampd
automatically but the problem doesn't surface with the proper configuration.
PPS: 395255 (multi recipient LMTP) is pending upload.


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

Bug#413640: xserver-xorg-video-v4l: xserver crashes when v4l module is loaded

[Frédéric Giquel]

I've found the reason of the crash. It's not related to nv or nvidia
driver but the AMD64 architecture.

The explanation :
- line 648 of v4l.c : ioctl(V4L_FD,VIDIOCGFREQ,value);
- line 612 of v4l.c : we know that value is INT32 *
- in videodev.h of kernel headers (from debian package
linux-kernel-headers 2.6.18-7) :
#define VIDIOCGFREQ  _IOR('v',14, unsigned long)

With 32 bits architecture, long is 32 bits and there's no problem.
With 64 bits architecture like AMD64, long is 64 bits and ioctl try to
write to the double-word *value and an unauthorized double-word near
*value. So xorg crashes.

To temporally fix the bug, I replace the line 648 of v4l.c with the next
3 lines :
unsigned long freq;
ioctl(V4L_FD,VIDIOCGFREQ,&freq);
*value = (INT32) freq;

There is no crash anymore with xvinfo. We lose some information (64 bits
-> 32 bits) but it seems unimportant (the frequency value is between 0
and 16000 according to line 190 of v4l.c).
Perhaps, a best solution can be found...

Fred

PS : we certainly have the same problem with VIDIOCSFREQ to set the
frequency (line 597 of v4l.c) but I didn't try anything.


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

Bug#394935: also having trouble backing up LDAP

[Charles Lepple]

Micah Anderson wrote:
> Charles Lepple wrote:
>> In my case, the dump files are not quite empty - they only list the DNs,
>> and have this prefix:
>>
>> # LDAPv3
>> # base  with scope subtree
>> # filter: (objectclass=*)
>> # requesting: | /bin/gzip
>>
>> Also, for anyone else trying to snag the development version of the ldap
>> handler without a browser handy:
>>
>> wget --no-check-certificate
>> 'https://code.autistici.org/trac/backupninja/browser/trunk/handlers/ldap?format=raw'
>
> Does this happen with the development version?

No, but one thing I had to do after downloading the handler was replace
@AWK@ and @SED@ with /usr/bin/awk and /bin/sed, respectively.

Oddly enough, the ldap handler did not return an error before I edited
it--  the log said "Info:  finished action /etc/backup.d/30ghz.ldap:
SUCCESS".

-- 
Charles Lepple

Bug#413641: hal: powerdev group needs CPUFreq privileges

[Michael Biebl]

Marcus Better wrote:
>>> Strange, now the CPUfreq settings are disabled again in kpowersave.
>>>
>>> I'm 100% certain that it started working after I applied the fix for Hal,
>>> but somehow they disappeared again.
> 
>> Maybe a side effect of
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=413729
> 
> Close, the modules were not loaded since I removed powersaved... It works now.
> 
> What's more, it works without my HAL permissions change. So it seems that the 
> problem was due to something else, and it seems to be gone now...
> 
> Closing the bug, sorry for the trouble.

I was a bit puzzled first when I read your bug report. On first sight it
seemed logically correct and I wondered why it worked for me without.

The reason, why it does, is that the CPUFreq Methods are mirrored in the
SystemPowerManagement Interface and for that you have the correct access
rights already.

Cheers,
Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#397263: I think dpkg is guilty

[Jukka Neppius]

A few months ago kde-essential.menu disappeared from my laptop.
kcontrol didn't not work.  Updating several times and 
dpkg -i kdebase-data_3.5.5a.dfsg.1-6_all.deb did not bring it back.

dpkg --force-confmiss -i kdebase-data_3.5.5a.dfsg.1-6_all.deb  

did solve the problem:

: Configuration file
: `/etc/xdg/menus/applications-merged/kde-essential.menu', does not
: exist on system.  
: Installing new config file as you request.


Reasonable behaviour would be to ask user what to do, if old config
file is user edited. dpkg notices that it is user edited (useredited
== 1). Since user seems to have deleted it old file, it deletes new
file without any questions. Why?

configure.c at line 198
 } else if (!strcmp(currenthash,NONEXISTENTFLAG) && fc_conff_miss) {

fc_conff_miss has value 0, so new config file is thrown away without
any questions.  Why is missing conf file handled separately from user
edited conf file?  Restoring deletet file is less dangerous than over
writing user edited config file. Re-deleting a file is easier than
re-editing it!


I don't know why kde-essential.menu disappeared. Perhaps disk full
condition when updating.  Getting it back was too difficult!

- Jukka





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

Bug#413934: minicom crashes if LANG=de_DE.UTF-8 is set - with LANG=POSIX it works fine

[Markus Meier]

Am Donnerstag, 8. März 2007 10:33 schrieb Adam Lackorzynski:
> On Thu Mar 08, 2007 at 00:14:07 +0100, Markus Meier wrote:
> > If minicom is started with LANG=de_DE.UTF-8 and serial port is set
> > wrong (wrong Bps/Par/Bits), it crashes with the following error
> > message:
> >
> > xminicom: ../iconv/loop.c:425: internal_utf8_loop_single:
> > Zusicherung »inptr - bytebuf > (state->__count & 7)« nicht erfüllt.
>
> Can you give me a concrete example of the wrong configuration? I
> can't trigger this assertion (on ia32).

I booted pfsense (Firewall derivated from FreeBSD) and tried to watch 
the boot process via serial console. pfsense wants me to set the serial 
port to 9600 8N1, but I firstly forgot this and kept the old setting, 
which was 38400 8N1. I think the resultant garbage on the terminal 
raised the foregoing error. I also did some further investigation and 
tried this on x86 and x86-64, but the error appears on both computers.

I also found the following typing error:
When I leave minicom with strg a + x it says "Modem zurüksetzen" but 
here a 'c' is missing, as it has to be labeled to "Modem zurücksetzen".

Markus

-- 
Just because I'm not paranoid doesn't mean they're not out to get me!

Bug#413687: guml: Doesn't startup with no config directory

[Matthew Johnson]

It goes slightly deeper than that. Creating the config directory causes
guml to start, but not in a usable fashion. You get an empty list of VMs
and no graphical method to create any.

The README supplied by upstream says that you must create the directory
and add config files based on example templates by hand before guml is
usable.

Is upstream likely to add support for adding VMs in guml?

It should not crash without an existing config directory however merely
creating it isn't a solution. Possibly if ~/.guml doesn't exist or is
empty it should print a message directing users to the README for how to
set it up?

Matt

--
Matthew Johnson
http://www.matthew.ath.cx/


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

Bug#389881: RC-ness of this bug

[David Härdeman]

On Thu, March 8, 2007 13:55, Otavio Salvador said:
> To full support it, another change would be need on Parted IIRC. You
> reported the patch for it but I hadn't applied yet since we weren't
> using it that time.

Do you have a link? The fstab things should take place well after the
partitioning stage so I don't understand how parted would be affected?

-- 
David Härdeman



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

Bug#413987: ITP: openjpeg -- JPEG 2000 image compression codec library

[Paul TBBle Hampson]

Package: wnpp
Severity: wishlist
Owner: "Paul "TBBle" Hampson" <[EMAIL PROTECTED]>

* Package name: openjpeg
  Version : 1.1.1
  Upstream Author : OpenJPEG Team <[EMAIL PROTECTED]>
* URL : http://www.openjpeg.org/
* License : BSD (2-clause as per http://www.openjpeg.org/BSDlicense.txt)
  Programming Lang: C
  Description : JPEG 2000 image compression codec library

OpenJPEG is a codec library for handling the JPEG 2000 image compression
format.
==

I have preliminary 1.1 packages which I need to update to 1.1.1, and
once I've done that I'll be seeking a sponsor on debian-mentors unless
I am approached beforehand. (hint hint ^_^)

I'm packaging this as a dependancy of secondlife-client

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

-- 
Paul "TBBle" Hampson, [EMAIL PROTECTED]

Shorter .sig for a more eco-friendly paperless office.


pgpnm4T3NbAp4.pgp
Description: PGP signature

Bug#413986: ITP: xmlrpc-epi -- XML-RPC request serialisation/deserialisation library

[Paul TBBle Hampson]

Package: wnpp
Severity: wishlist
Owner: "Paul "TBBle" Hampson" <[EMAIL PROTECTED]>

* Package name: xmlrpc-epi
  Version : 0.51
  Upstream Author : Dan Libby <[EMAIL PROTECTED]>
* URL : http://xmlrpc-epi.sourceforge.net
* License : See below (Basically the first clause of the BSD license)
  Programming Lang: C
  Description : XML-RPC request serialisation/deserialisation library

xmlrpc-epi is an XML-RPC request serialisation/deserialisation library,
useful for applications which have their own network infrastructure.

==
License:
  1) The above copyright notice and this permission notice shall be included
  without modification in all copies or substantial portions of the 
  Software.  

  2) THE SOFTWARE IS PROVIDED "AS IS", WITHOUT ANY WARRANTY OR CONDITION OF
  ANY KIND, EXPRESS, IMPLIED OR STATUTORY, INCLUDING WITHOUT LIMITATION ANY
  IMPLIED WARRANTIES OF ACCURACY, MERCHANTABILITY, FITNESS FOR A PARTICULAR
  PURPOSE OR NONINFRINGEMENT.

  3) IN NO EVENT SHALL EPINIONS, INC. BE LIABLE FOR ANY DIRECT, INDIRECT, 
  SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES OR LOST PROFITS ARISING OUT 
  OF OR IN CONNECTION WITH THE SOFTWARE (HOWEVER ARISING, INCLUDING 
  NEGLIGENCE), EVEN IF EPINIONS, INC.  IS AWARE OF THE POSSIBILITY OF SUCH 
  DAMAGES.
==

I have preliminary packages done, and once I've had another once-over on
them, I'll be seeking a sponsor on debian-mentors unless I am approached
beforehand. (hint hint ^_^)

I'm packaging this as a dependancy of secondlife-client

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

-- 
Paul "TBBle" Hampson, [EMAIL PROTECTED]

Shorter .sig for a more eco-friendly paperless office.


pgpdwBphvAzST.pgp
Description: PGP signature

Bug#389881: RC-ness of this bug

[Otavio Salvador]

David Härdeman <[EMAIL PROTECTED]> writes:

> On Thu, March 8, 2007 13:55, Otavio Salvador said:
>> To full support it, another change would be need on Parted IIRC. You
>> reported the patch for it but I hadn't applied yet since we weren't
>> using it that time.
>
> Do you have a link? The fstab things should take place well after the
> partitioning stage so I don't understand how parted would be affected?

To support UUID for swap.

-- 
O T A V I OS A L V A D O R
-
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
-
"Microsoft sells you Windows ... Linux gives
 you the whole house."

Bug#413524: [Buildd-tools-devel] Bug#413524: sbuild: please document how to run build as non-root

[Lucas Nussbaum]

Hi Roger,

Thanks for pointing me to /usr/share/sbuild/buildd.chroot. I didn't run
that script, so that's the reason for my problems :-)

It might be better to update the documentation by including all the
steps, instead of refering to external scripts, especially since some of
those external scripts don't work with "file" schroots.

I might try to submit a patch for that, but don't count on it too much
;)

Lucas


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

Bug#413983: karm loses data when using non-default iCalendar file

[Ana Guerrero]

On Thu, Mar 08, 2007 at 01:38:27PM +0100, Jesús M.Navarro wrote:
> Package: karm
> Version: 4:3.5.5.dfsg.1-6
> Severity: critical
> Justification: causes serious data loss
> 
> 
> I use karm both at office and at home to account my time.  To that effect I 
> copy my office's ~/.kde/share/apps/karm/karm.ics to 
> my home's ~/work/karm_office.ics and then launch `/usr/bin/karm 
> ~/work/karm_office.ics`.  Sometimes it will work OK and 
> sometimes it will overwrite ~/work/karm_office.ics with local 
> ~/.kde/share/apps/karm/karm.ics thus losing data.  It's even 
> worse if I try something like `/usr/bin/karm fish:[EMAIL 
> PROTECTED]/.kde/share/apps/karm/karm.ics` (I don't remember if that's 
> exactly the fish sintax, but you take the idea) since it will overwrite my 
> office's file without question and without chance to
> recovery.  Just as an example, today I lost one week's worth of data due to 
> this.
>

do you have this problem when you set this file in
Settings->Configure KArm->Storage?

Ana


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

Bug#397263: I forgot to mention dpkg version

[Jukka Neppius]

Package: dpkg
Version: 1.13.25

sorry!



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