Bug#317963: quodlibet: fails to start on x86_64

[Steve Langasek]

On Sun, Nov 20, 2005 at 01:01:16AM -0600, Joe Wreschnig wrote:
> On Sat, 2005-11-19 at 22:20 -0800, Steve Langasek wrote:
> > Yes, this failure is due to a bug in python2.3, but seriously -- this isn't
> > Java, and zip files aren't cool. I really can't see any good reason for
> > obfuscating the python files in this manner within the Debian package.

> So read http://lists.debian.org/debian-python/2003/08/msg00133.html
> where I explained what's wrong with the current Python policy.

Aha, hmm.  I had noticed that lack of byte-compiling was a side-effect of
keeping these files in a zip, but didn't realize it was the primary *goal*
of the zip file.  Though it seems to me this isn't so much a bug with the
python policy, as it is a bug with the python package implementation; the
policy is simply written in such a way that it ensures packages don't
interact badly and leave behind .pyc and .pyo files with no owner.  Hmm, I
guess dh_python cleans those up anyway though... so maybe we do need to look
at whether bytecompiling buys us anything...

(Incidentally, your zip files are only a partial solution for this, as you
may realize -- I see that I do have
/usr/lib/quodlibet/{exfalso,quodlibet}.py[co] files on my own system,
apparently put there by the package postinst...)

I agree with you that it's desirable to not have to rebuild python packages
and twiddle their dependencies for every python update; shoving stuff into
zip files just doesn't seem to be all that great of an alternative. :/ 

> I'm preparing an upload to close this now.

Thanks. :)

-- 
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/


signature.asc
Description: Digital signature

Bug#339997: python-beautifulsoup: Patch to Close #339997

[Bob Tanner]

Package: python-beautifulsoup
Version: 2.1.1-1
Tags: patch
Followup-For: Bug #339997


Patch to create a python2.4 package


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing'), (500, 
'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages python-beautifulsoup depends on:
ii  python2.3.5-3An interactive high-level object-o

python-beautifulsoup recommends no packages.

-- no debconf information


beautifulsoup_2.1.1-1.0.diff.gz
Description: Binary data

Bug#339975: libticables3: does not purge cleanly

[Julien BLACHE]

Lars Wirzenius <[EMAIL PROTECTED]> wrote:

Hi,

> My analysis: the postrm script tries to remove the link when the package
> is purged, but this is too late: dpkg does not know about the link
> in /etc/udev/rules.d, so it tries to remove the directories already when
> the package is being removed, before it is being purged.

Yes, that's what happens.

> I guess the link should be removed already when the package is purged?

Sure, but I'm still looking for the proper solution here.

> Alternatively, don't put /etc/udev/rules.d into the package, create it
> in postinst (and remove in postrm).

I'll keep it in the package but I'll add the necessary rmdir magic to
remove /etc/udev. There's room for improvement in the package purge
procedure, it seems :/


This really is a non-issue, as udev will be obsole^Wstandard by the
time Etch releases, so every desktop system will probably have it
installed...

JB.

-- 
 Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]> 
 
 Public key available on  - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 


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

Bug#339999: Needs to depend on python >= 2.3, python << 2.4

[Joe Wreschnig]

Package: quodlibet-plugins
Severity: serious
Version: 20050925-1

Debian Python says Python packages containing modules *must* depend on
the current version of Python exactly, because otherwise a version
mismatch could cause tens of milliseconds of delay when loading the
module.

You can do this via adding ${depends:Python} to your control file
Depends, calling dh_python when building the package, and Build-Depping
on "python".
-- 
Joe Wreschnig <[EMAIL PROTECTED]>


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

Bug#339998: Importing from a zip file fails on AMD64

[Joe Wreschnig]

Package: python2.3
Severity: important
Version: 2.3.5-8

Importing from zip files fails on AMD64; details are in #317963. It
works fine on Python 2.4.
-- 
Joe Wreschnig <[EMAIL PROTECTED]>



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

Bug#337897: dancer-ircd: server fails to start with warning: different zlib version

[Steve Langasek]

severity 337897 important
tags 337897 unreproducible moreinfo
thanks

> When i run dancer-ircd by hand on the command line i get:

> Starting dancer-ircd: warning: different zlib version

> and the server is never started.  Recompiling the package with "apt-get
> -b source dancer-ircd" creates a usuable package.

Sorry, can't reproduce this problem at all here.  The warning message really
is just a warning (confirmed against the source), as it should be; zlib
hasn't changed its ABI in a very long time.

I can start dancer-ircd on a sid system using the default configuration in
the package, with no further changes required.  So, I don't see anything to
tell me here that this is a package bug, as opposed to a configuration
problem or user error.  Can you reconfirm that the official binary fails to
start when run from the Debian init script, and if so, forward some config
information to the bug report so that the bug can be reproduced?

Thanks,
-- 
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/


signature.asc
Description: Digital signature

Bug#317963: quodlibet: fails to start on x86_64

[Joe Wreschnig]

On Sat, 2005-11-19 at 22:20 -0800, Steve Langasek wrote:
> Yes, this failure is due to a bug in python2.3, but seriously -- this isn't
> Java, and zip files aren't cool. I really can't see any good reason for
> obfuscating the python files in this manner within the Debian package.

So read http://lists.debian.org/debian-python/2003/08/msg00133.html
where I explained what's wrong with the current Python policy.

I'm preparing an upload to close this now.
-- 
Joe Wreschnig <[EMAIL PROTECTED]>



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

Bug#339943: turkish translation update

[Christian Perrier]

tags 339943 pending
thanks

Quoting Erçin EKER ([EMAIL PROTECTED]):
> Package: aptitude
> Version: 0.4.0
> Severity: wishlist
> Tags: l10n patch
> 
> the po file and help file is attached

I commited the file but merging it with the POT file gie several
strings eithe fuzzy or translated. Here's the result.





tr.po.bz2
Description: Binary data

Bug#339957: badblocks not available to installer

[Christian Perrier]

Quoting Sean Jensen-Grey ([EMAIL PROTECTED]):
> Package: debian-installer 
> Version: testing
> 
> badblocks is not available to the parition manager. I would like two options


To the D-I team people: do you think we can request for badblocks to
be added to the e2fsprogs-udeb package?

Even if nothing in partman currently makes use of it, it could still
be available for manual checks done in the virtual consoles just like
Sean described.

The best thing to do would of course adding something to the
partman-ext3 and partman-basicfilesystems packages to offer a "check
for bad blocks" optionbut this requires someone to do it..:-)




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

Bug#339955: [Pkg-sysvinit-devel] Bug#339955: sysv-rc: /etc/init.d/*.sh should be sourced in runlevel S

[Petter Reinholdtsen]

[Steve Langasek]
> It's perfectly sensible: if the scripts were meant to be run in
> parallel, they shouldn't have the ".sh" extension...

Eh, are you claiming that policy mention sourcing of .sh scripts to
make sure those scripts are not run in paralell?  It does not sounds
reasonable to me, as the parallel booting feature have never been
tried before in Debian.  Or are you trying to say something else, like
we should change the name of the init.d scripts in /etc/rcS.d/ to
allow parallelization?

I suspect this part of policy was written to document the current
implementation, without considering which part of the implementation
should be part of the policy and which part was better left
unspecified for future improvements.  Am I wrong?


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

Bug#339997: python-beautifulsoup: python2.4 package?

[Bob Tanner]

Package: python-beautifulsoup
Version: 2.1.1-1
Severity: wishlist

Python2.4 package

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing'), (500, 
'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages python-beautifulsoup depends on:
ii  python2.3.5-3An interactive high-level object-o

python-beautifulsoup recommends no packages.

-- no debconf information


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

Bug#339996: sfftw-dev: section should be libdevel instead of devel

[LI Daobing]

Package: sfftw-dev
Version: 2.1.3-16.2
Severity: normal

as the title

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

Versions of packages sfftw-dev depends on:
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
hi  sfftw22.1.3-16.2 Library for computing Fast Fourier

sfftw-dev recommends no packages.

-- debconf-show failed


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

Bug#339995: fftw-dev: Section should be libdevel instead of devel

[LI Daobing]

Package: fftw-dev
Version: 2.1.3-16
Severity: normal

as the title

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

Versions of packages fftw-dev depends on:
hi  fftw2 2.1.3-16   Library for computing Fast Fourier
ii  libc6 2.3.5-8GNU C Library: Shared libraries an

fftw-dev recommends no packages.

-- debconf-show failed


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

Bug#339994: Bug in package gok-1.0.4-1 (needs at-spi)

[Richard L. Dery]

Package: gok
Version: 1.0.4-1

When I type gok from a terminal I would receive this error message:

Gnome-WARNING **: Accessibility: failed to find module 'libatk-bridge' 
which is needed to make this application accessible.


** ERROR **: Could not locate registry
aborting..

I solved this by installing the at-spi package (ver. 1.6.3-1), which 
contains the lib-atk-bridge module.


Libranet Linux 2.8.1/Debian 3.0r






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

Bug#317963: quodlibet: fails to start on x86_64

[Steve Langasek]

severity 317953 grave
thanks

So apparently this bug is important enough to keep people from being able to
use the program, and to make them grumble about it on IRC and in blogs, but
not to make them touch the BTS and raise the severity... 

amd64 is a release candidate architecture for etch; even though it is not
yet included in the main archive for logistical reasons, broken packages on
amd64 should be treated the same as broken packages on any other release
archs.  *Build failures* are of lower severity when they're specific to
amd64, because for our purposes there are no packages that have been
officially built for amd64 and therefore no build failure is a regression
(yet), but other RC bugs should certainly be treated as RC.

Yes, this failure is due to a bug in python2.3, but seriously -- this isn't
Java, and zip files aren't cool.  I really can't see any good reason for
obfuscating the python files in this manner within the Debian package.  (I
can think of some good reasons for doing so when distributing a bundle
*outside* of Debian, but they don't apply here.)  Please, stop shipping
quodlibet in a zip file, so that amd64 users are also able to use this
package.

-- 
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/


signature.asc
Description: Digital signature

Bug#339993: pic16f877 header correction

[Nicholas Materer]

Package: sdcc
Version: 2.5.0-9
Severity: minor

The file /usr/share/sdcc/include/pic/pic16f877.h has a small problem
with the definition of ADRESL.

Line 863 should be "sfr at adresl_addr adresl". 

i.e.
diff pic16f877.org pic16f877.new
863c863
< sfr at adresh_addr adresl;
---
> sfr at adresl_addr adresl;

Thanks
Nick Materer



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

Bug#339992: sysvinit: shutdown ignores "-a" option

[Mike O'Connor]

Package: sysvinit
Version: 2.86.ds1-4
Severity: normal

The shutdown manpage states that passing "-a" to shutdown should check
/etc/shutdown.allow.  This doesn't seem to be happening.  Here is an
strace of a user who is in /etc/shutdown.allow executing "/sbin/shutdown
-a".  as can be seen front this log, /etc/shutdown.allow is never
consulted.
--
execve("/sbin/shutdown", ["/sbin/shutdown", "-a"], [/* 26 vars */]) = 0
uname({sys="Linux", node="cuttle", ...}) = 0
brk(0)  = 0x804d000
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or directory)
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7fa2000
open("/etc/ld.so.cache", O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=36076, ...}) = 0
old_mmap(NULL, 36076, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f99000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/tls/libc.so.6", O_RDONLY)= 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300O\1"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1266800, ...}) = 0
old_mmap(NULL, 1276860, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xb7e61000
old_mmap(0xb7f93000, 16384, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x131000) = 0xb7f93000
old_mmap(0xb7f97000, 7100, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f97000
close(3)= 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7e6
mprotect(0xb7f93000, 4096, PROT_READ)   = 0
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7e606c0, limit:1048575, 
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, 
useable:1}) = 0
munmap(0xb7f99000, 36076)   = 0
getuid32()  = 104
geteuid32() = 104
setuid32(104)   = 0
getuid32()  = 104
write(2, "shutdown: you must be root to do"..., 39) = 39
exit_group(1)   = ?


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

Versions of packages sysvinit depends on:
ii  coreutils 5.2.1-2.1  The GNU core utilities
ii  initscripts   2.86.ds1-4 Standard scripts needed for bootin
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libselinux1   1.26-1 SELinux shared libraries
ii  libsepol1 1.8-1  Security Enhanced Linux policy lib
ii  sysv-rc   2.86.ds1-4 Standard boot mechanism using syml

sysvinit recommends no packages.

-- no debconf information


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

Bug#301375: 7676 only in experimental

[Alex Malinovich]

As 1.0.7676 is only in experimental, and only for i386, I would suggest
that it would be a good idea to include those patches in an updated
1.0.7174 package so that people can continue to use the unstable package
while waiting for 7676 to come out of experimental.

-- 
Alex Malinovich
Support Free Software, delete your Windows partition TODAY!
Encrypted mail preferred. You can get my public key from any of the
pgp.net keyservers. Key ID: A6D24837



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

Bug#256374: Is this Hardware or Software or both?

[Kelly Anthony Quiros]

I think the original intent of this Debian Bug report was lost, on with 
the pcmcia distraction, even after the posting dated "Thu, 01 Jul 2004 
10:29:06 -0300".


With only one distribution exception (which later fails for a different 
reason), most of the 2.6 kernel distributions do NOT install on a Compaq 
Presario 1220 including "Debian GNU/Linux testing "Etch"".


As with the comments from "Thu, 1 Jul 2004 10:08:23 -0400", I believe 
the problem is the duplicate use of IRQ 14 for both ide0 and ide1:



Nov 19 20:46:40 kernel: Cyrix 5520: IDE controller at PCI slot :00:12.0
Nov 19 20:46:40 kernel: ide0: BM-DMA at 0x5000-0x5007, BIOS settings: 
hda:pio, hdb:DMA
Nov 19 20:46:40 kernel: ide1: BM-DMA at 0x5008-0x500f, BIOS settings: 
hdc:pio, hdd:DMA
Nov 19 20:46:40 kernel: Probing IDE interface ide0...
Nov 19 20:46:41 kernel: hda: HITACHI_DK226A-21U, ATA DISK drive
Nov 19 20:46:41 kernel: PIO clocking = 4
Nov 19 20:46:41 kernel: ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Nov 19 20:46:41 kernel: Probing IDE interface ide1...
Nov 19 20:46:42 kernel: hdc: CD-ROM CDR_U200, ATAPI CD/DVD-ROM drive
Nov 19 20:46:42 kernel: PIO clocking = 4
Nov 19 20:46:42 kernel: hdc: set_drive_speed_status: status=0x51 { DriveReady 
SeekComplete Error }
Nov 19 20:46:42 kernel: hdc: set_drive_speed_status: error=0x04 { 
AbortedCommand }
Nov 19 20:46:42 kernel: ide1 at 0x170-0x177,0x376 on irq 14
Nov 19 20:46:45 debconf: --> PROGRESS STEP 29
Nov 19 20:46:45 debconf: <-- 0 OK
Nov 19 20:46:45 hw-detect: Detected module 'ide-cd' for 'Linux ATAPI CD-ROM'
Nov 19 20:46:45 debconf: --> SUBST hw-detect/load_progress_step CARDNAME Linux 
ATAPI CD-ROM
Nov 19 20:46:45 debconf: Adding [CARDNAME] -> [Linux ATAPI CD-ROM]
Nov 19 20:46:45 debconf: <-- 0
Nov 19 20:46:45 debconf: --> SUBST hw-detect/load_progress_step MODULE ide-cd
Nov 19 20:46:45 debconf: Adding [MODULE] -> [ide-cd]
Nov 19 20:46:45 debconf: <-- 0
Nov 19 20:46:46 debconf: --> PROGRESS INFO hw-detect/load_progress_step
Nov 19 20:46:46 debconf: <-- 0 OK
Nov 19 20:46:46 hw-detect: Trying to load module 'ide-cd'
Nov 19 20:46:46 hw-detect: Using 
/lib/modules/2.6.12-1-386/kernel/drivers/ide/ide-core.ko
Nov 19 20:46:46 hw-detect: insmod: 
Nov 19 20:46:46 hw-detect: cannot insert `/lib/modules/2.6.12-1-386/kernel/drivers/ide/ide-core.ko': File exists (-1)

Nov 19 20:46:46 hw-detect: : File exists
Nov 19 20:46:46 hw-detect: Using 
/lib/modules/2.6.12-1-386/kernel/drivers/cdrom/cdrom.ko
Nov 19 20:46:56 init: ^MStarting pid 1073, console /dev/vc/2: '/bin/sh'
Nov 19 20:47:46 kernel: ide-cd: cmd 0x5a timed out
Nov 19 20:47:46 kernel: hdc: lost interrupt
Nov 19 20:47:51 kernel: ide-cd: cmd 0x5a timed out
Nov 19 20:47:51 kernel: hdc: lost interrupt
Nov 19 20:48:51 kernel: ide-cd: cmd 0x5a timed out
Nov 19 20:48:51 kernel: hdc: lost interrupt
Nov 19 20:48:51 kernel: hdc: ATAPI 16X CD-ROM drive, 128kB Cache
Nov 19 20:48:51 kernel: Uniform CD-ROM driver Revision: 3.20
Nov 19 20:49:51 kernel: hdc: lost interrupt
Nov 19 20:50:51 kernel: hdc: lost interrupt


I hope this is the correct way to bring attention to the widespread 2.6 
kernel rollout problem for the Compaq Presario 1220.


Sincerely,
Kelly Quiros



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

Bug#338020: patch available

[Alex Malinovich]

This is the same problem that some people (myself included) have had on
2.6.12+ kernels on AMD64 systems. The attached patch (from
http://www.nvnews.net/vbulletin/showthread.php?t=50150) fixed this
problem for me.

-- 
Alex Malinovich
Support Free Software, delete your Windows partition TODAY!
Encrypted mail preferred. You can get my public key from any of the
pgp.net keyservers. Key ID: A6D24837

diff -ru usr/src/nv/nv-linux.h usr/src/nv.1296092/nv-linux.h
--- usr/src/nv/nv-linux.h	2005-03-22 16:19:09.0 +0100
+++ usr/src/nv.1296092/nv-linux.h	2005-06-14 16:55:30.416687848 +0200
@@ -76,7 +76,7 @@
 #include/* PAGE_OFFSET  */
 #include /* pte bit definitions  */
 
-#if defined(NVCPU_X86_64) && defined(KERNEL_2_6)
+#if defined(NVCPU_X86_64) && defined(KERNEL_2_6) && !defined(HAVE_COMPAT_IOCTL)
 #include  /* sys_ioctl()  */
 #include   /* register_ioctl32_conversion()*/
 #endif
diff -ru usr/src/nv/nv.c usr/src/nv.1296092/nv.c
--- usr/src/nv/nv.c	2005-03-22 16:19:09.0 +0100
+++ usr/src/nv.1296092/nv.c	2005-06-14 16:55:16.745766144 +0200
@@ -153,6 +153,7 @@
 int   nv_kern_mmap(struct file *, struct vm_area_struct *);
 unsigned int  nv_kern_poll(struct file *, poll_table *);
 int   nv_kern_ioctl(struct inode *, struct file *, unsigned int, unsigned long);
+long  nv_kern_compat_ioctl(struct file *, unsigned int, unsigned long);
 void  nv_kern_isr_bh(unsigned long);
 irqreturn_t   nv_kern_isr(int, void *, struct pt_regs *);
 void  nv_kern_rc_timer(unsigned long);
@@ -209,6 +210,9 @@
 .owner = THIS_MODULE,
 .poll  = nv_kern_poll,
 .ioctl = nv_kern_ioctl,
+#if defined(NVCPU_X86_64) && defined(HAVE_COMPAT_IOCTL)
+.compat_ioctl = nv_kern_compat_ioctl,
+#endif
 .mmap  = nv_kern_mmap,
 .open  = nv_kern_open,
 .release   = nv_kern_close,
@@ -993,8 +997,10 @@
 inter_module_register("nv_linux_devices", THIS_MODULE, nv_linux_devices);
 #endif
 
+#if defined(NVCPU_X86_64) && defined(CONFIG_IA32_EMULATION) && !defined(HAVE_COMPAT_IOCTL)
 /* Register ioctl conversions for 32 bit clients */
 rm_register_ioctl_conversions();
+#endif
 
 #ifdef NV_SWIOTLB
 // may need a better test than this eventually
@@ -1154,8 +1160,10 @@
 #endif
 }
 
+#if defined(NVCPU_X86_64) && defined(CONFIG_IA32_EMULATION) && !defined(HAVE_COMPAT_IOCTL)
 /* Unregister ioctl conversions for 32 bit clients */
 rm_unregister_ioctl_conversions();
+#endif
 
 #if defined(NV_BUILD_NV_PAT_SUPPORT)
 if (nv_pat_enabled)
@@ -1930,6 +1938,15 @@
 return status;
 }
 
+long nv_kern_compat_ioctl(
+struct file *file,
+unsigned int cmd,
+unsigned long i_arg
+)
+{
+return nv_kern_ioctl(file->f_dentry->d_inode, file, cmd, i_arg);
+}
+
 /*
  * driver receives an interrupt
  *if someone waiting, then hand it off.
diff -ru usr/src/nv/os-interface.c usr/src/nv.1296092/os-interface.c
--- usr/src/nv/os-interface.c	2005-03-22 16:19:09.0 +0100
+++ usr/src/nv.1296092/os-interface.c	2005-06-14 16:55:21.366063752 +0200
@@ -1227,18 +1227,18 @@
 
 void NV_API_CALL os_register_ioctl32_conversion(U032 cmd, U032 size)
 {
-#if defined(NVCPU_X86_64) && defined(CONFIG_IA32_EMULATION)
+#if defined(NVCPU_X86_64) && defined(CONFIG_IA32_EMULATION) && !defined(HAVE_COMPAT_IOCTL)
 unsigned int request = _IOWR(NV_IOCTL_MAGIC, cmd, char[size]);
 register_ioctl32_conversion(request, (void *)sys_ioctl);
-#endif /* NVCPU_X86_64 */
+#endif
 }
 
 void NV_API_CALL os_unregister_ioctl32_conversion(U032 cmd, U032 size)
 {
-#if defined(NVCPU_X86_64) && defined(CONFIG_IA32_EMULATION)
+#if defined(NVCPU_X86_64) && defined(CONFIG_IA32_EMULATION) && !defined(HAVE_COMPAT_IOCTL)
 unsigned int request = _IOWR(NV_IOCTL_MAGIC, cmd, char[size]);
 unregister_ioctl32_conversion(request);
-#endif /* NVCPU_X86_64 */
+#endif
 }
 
 BOOL NV_API_CALL os_pat_supported(void)


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

Bug#339991: quodlibet: Fails to start with ValueError: invalid literal for float(): 1.0

[Jose Parrella]

Package: quodlibet
Version: 0.13.1-1
Severity: important

While trying to start quodlibet from a shell (specifically:
gnome-terminal) program fails to start with the following messages:

Supported formats: mp3, oggvorbis
Loaded song library.
Opening audio device.
Traceback (most recent call last):
  File "/usr/bin/quodlibet", line 247, in ?
  main()
File "/usr/bin/quodlibet", line 21, in main
widgets.init()
  File "/usr/lib/quodlibet/quodlibet.zip/widgets.py", line
  2700, in init
File "/usr/lib/quodlibet/quodlibet.zip/widgets.py", line
1075, in __init__
  File "/usr/lib/quodlibet/quodlibet.zip/widgets.py",
  line 935, in __init__
File "/usr/lib/quodlibet/quodlibet.zip/widgets.py",
line 1030, in __init__
  File "/usr/lib/python2.3/ConfigParser.py", line
  318, in getfloat
  return self._get(section, float, option)
File "/usr/lib/python2.3/ConfigParser.py",
line 312, in _get
return conv(self.get(section, option))
ValueError: invalid literal for float():
1.0

This is Debian Etch on a Pentium III Coppermine, Pytnon 2.3, gstreamer
0.8. I think this maybe somehow related to #317963. Conclusion:
quodlibet doesn't start.

Greetings,
José Parrella

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-1-686
Locale: LANG=es_VE, LC_CTYPE=es_VE (charmap=ISO-8859-1)

Versions of packages quodlibet depends on:
ii  gstreamer0.8-mad  0.8.11-2   MAD MPEG audio decoder plugin for 
ii  gstreamer0.8-vorbis   0.8.8-3Vorbis plugin for GStreamer
ii  libgtk2.0-0   2.6.10-1   The GTK+ graphical user interface 
ii  python2.3.5-3An interactive high-level object-o
ii  python-gst0.8.2-1generic media-playing framework (P
ii  python-gtk2   2.6.3-2Python bindings for the GTK+ widge
ii  python-pymad  0.5.4-1Python wrapper to the MPEG Audio D
ii  python-pyvorbis   1.3-1  A Python interface to the Ogg Vorb
ii  python2.3-pymad [python-pymad 0.5.4-1Python wrapper to the MPEG Audio D

Versions of packages quodlibet recommends:
ii  libgstreamer-gconf0.8-0   0.8.11-2   GConf support for GStreamer
ii  python-gnome2-extras  2.10.2-1   Python bindings for the GNOME desk
ii  python2.3-gnome2  2.10.0-3   Python bindings for the GNOME desk
ii  quodlibet-ext 0.13.1-1   extensions for the Quod Libet audi

-- no debconf information

Bug#339990: mountall.sh: output of messages broken

[Michael Biebl]

Package: initscripts
Version: 2.86.ds1-6
Severity: minor

Hi,

the new mountall.sh script produces a somewhat broken output in the
start function, line 44-46. The for loop splits the string into separate
words, so the output looks like this:
* mount
* /dev/hda
* on
* ...

MOUNTMESSAGES should be split on new lines and not on white spaces.

Cheers,
Michael

-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.2
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages initscripts depends on:
ii  coreutils5.93-5  The GNU core utilities
ii  dpkg 1.13.11.0.1 package maintenance system for Deb
ii  e2fsprogs1.38-2  ext2 file system utilities and lib
ii  libc62.3.5-8 GNU C Library: Shared libraries an
ii  lsb-base 3.0-11  Linux Standard Base 3.0 init scrip
ii  util-linux   2.12p-8 Miscellaneous system utilities

initscripts recommends no packages.

-- no debconf information


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

Bug#339989: util-vserver: can vservers-default be made async on startup ?

[linux]

Package: util-vserver
Version: 0.30.208-4
Severity: minor

when I change setting for vservers, I use invoke-rc.d vservers-default 
stop/start/restart. However, I don't get my prompt back until all the servers 
completes their init. This may be a standard behaviour of Debian init script 
but I am wondering if it can be changed as if it is inside the startup 
script(on host server boot), it would delay services numbered after it whichmay 
not or may not be desirable.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.32-xbox-chimpanzee-vs-ll
Locale: LANG=, LC_CTYPE= (charmap=ANSI_X3.4-1968)

Versions of packages util-vserver depends on:
ii  iproute 20041019-3   Professional tools to control the 
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  net-tools   1.60-10  The NET-3 networking toolkit

-- no debconf information


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

Bug#339955: [Pkg-sysvinit-devel] Bug#339955: sysv-rc: /etc/init.d/*.sh should be sourced in runlevel S

[Steve Langasek]

On Sat, Nov 19, 2005 at 11:33:44PM +0100, Petter Reinholdtsen wrote:
> >"Also, if the script name ends `.sh', the script will be sourced
> >in runlevel `S' rather that being run in a forked subprocess, but
> >will be explicitly run by `sh' in all other runlevels".

> What a strange thing for policy to specify.  :)

> This will make it impossible to speed up the rcS.d boot by running
> scripts in parallel.  It does not sound sensible to me.

It's perfectly sensible: if the scripts were meant to be run in parallel,
they shouldn't have the ".sh" extension...

-- 
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/


signature.asc
Description: Digital signature

Bug#338676: ITP: python-turbogears -- front-to-back rapid web development

[Bob Tanner]

On Saturday 19 November 2005 05:58 pm, Gustavo Noronha Silva wrote:
> I uploaded CherryPy 2.1 recently. Would you be willing to create a
> pkg-turbogears team where we can share maintainership of turbogears and
> related modules?

That is the plan, I have a project on alioth and working with other package 
maintainers to get everything setup. 

> I was planning to maybe package MochiKit. 

MochiKit isn't listed as one of the required packages for TG at 
http://www.turbogears.org/download/index.html does the required package list 
need to be updated?


> I haven't seen packages for it 
> on your repo and noticed you're packaging only for python2.4. I'm doing
> for both 2.3 and 2.4.

Until recently, TG would only work on 2.4, a change was made in the last 
couple of days that allow for 2.3.

> I enjoyed seen python-json there, though. Are you going to ITP it?
> (sorry if you did and I didn't notice).

I have ITP for formencode, pyprotocols, pylib, ruledispatch, testgears and an 
RFP for json.
-- 
Bob Tanner <[EMAIL PROTECTED]>  | Phone : (952)943-8700
http://www.real-time.com, Minnesota, Linux | Fax   : (952)943-8500
Key fingerprint = AB15 0BDF BCDE 4369 5B42  1973 7CF1 A709 2CC1 B288


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

Bug#339988: sendemail: sendEmail creates a corrupt MIME message when sending attached files

[Marco Paganini]

Package: sendemail
Version: 1.52-2
Severity: important
Tags: patch


SendEmail creates an invalid MIME message when attaching files. This happens
because the "X-Mailer" header line is incorrectly formatted, leaving a line
with only "-1 Debian Package" following it. To fix the problem, change line
361 of /usr/bin/sendEmail from:

print $SERVER 'X-Mailer: sendEmail '.$conf{'version'}.$CRLF.'-1 Debian 
package';## X-Mailer

to

print $SERVER 'X-Mailer: sendEmail '.$conf{'version'}.'-1 Debian 
package'.$CRLF;## X-Mailer

(note the placement of $CRLF).

Regards,
Paga

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (400, 'testing'), (300, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.26
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages sendemail depends on:
ii  perl  5.8.4-8Larry Wall's Practical Extraction 

-- no debconf information


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

Bug#339987: mozilla-browser: CSS misrendering on strict and xhtml modes

[Marc Lehmann]

Package: mozilla-browser
Version: 2:1.7.8-1
Severity: minor


The following page:

   http://cfmaps.schmorp.de/sisters/towerabug3.xhtml

gets misrendered. The big map is overlayed by a table. each td contains a
span to set position: relative and a div with position: absolute to gte a
popup effect.

(the extra span is not valid html, but it is required by mozilla as it
ignores a "position: relative" on the containing td element=).

both the td and the absolute div get a border when hovering. The top
border corners align perfectly, but they shouldn't. The div uses this style:

   .map td:hover div { display: block; position: absolute; z-index: 1; top: 
-1px; left: 32px; white-space: pre; }

Positioning the box one pixel higher (top: -1px) then the containing
span. This is actually the workaround, the boxes should align perfectly
with top: 0px, as the div should have the same reference coordinates as
the containing td+span.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.14
Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages mozilla-browser depends on:
ii  debconf  1.4.58  Debian configuration management sy
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
hi  libc62.3.5-4 GNU C Library: Shared libraries an
ii  libfontconfig1   2.3.2-1.1   generic font configuration library
hi  libfreetype6 2.1.7-2.4   FreeType 2 font engine, shared lib
ii  libgcc1  1:4.0.2-2   GCC support library
ii  libglib2.0-0 2.8.3-1 The GLib library of C routines
ii  libgtk2.0-0  2.6.10-1The GTK+ graphical user interface 
ii  libnspr4 2:1.7.8-1   Netscape Portable Runtime Library
ii  libpango1.0-01.8.2-3 Layout and rendering of internatio
ii  libstdc++6   4.0.2-2 The GNU Standard C++ Library v3
ii  libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li
ii  libxext6 6.8.2.dfsg.1-10 X Window System miscellaneous exte
ii  libxft2  2.1.7-1 FreeType-based font drawing librar
ii  libxp6   6.8.2.dfsg.1-10 X Window System printing extension
ii  libxrender1  1:0.9.0-2   X Rendering Extension client libra
ii  libxt6   6.8.2.dfsg.1-10 X Toolkit Intrinsics
ii  psmisc   21.6-1  Utilities that use the proc filesy
ii  xlibs6.8.2.dfsg.1-10 X Window System client libraries m
ii  zlib1g   1:1.2.3-6   compression library - runtime

Versions of packages mozilla-browser recommends:
ii  mozilla-psm   2:1.7.8-1  The Mozilla Internet application s
pn  myspell-en-us | myspell-dicti  (no description available)

-- debconf information:
* mozilla/freetype: true
* mozilla/gdkxft_note:
* mozilla/prefs_note:
* mozilla/dsp: none
* mozilla/locale_auto: false


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

Bug#339986: linux-headers-2.6.14-1-powerpc-smp: include/asm/cputime.h missing

[Troy Benjegerdes]

Package: linux-headers-2.6.14-1-powerpc-smp
Version: 2.6.14-2
Severity: normal



-- System Information:
Debian Release: 3.1
Architecture: powerpc (ppc)
Kernel: Linux 2.4.20-ben1
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

When configureing openafs, this shows up in the log:

In file included from conftest.c:26:
/lib/modules/2.6.14-1-powerpc/build/include/linux/sched.h:24:25: error:
asm/cputime.h: No such file or directory

sched.h includes , but it exists only in



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

Bug#339985: nagios-pgsql: bug in supplied check_nagios_db

[Dave Page]

Package: nagios-pgsql
Version: 2:1.3-cvs.20050402-2.sarge.1
Severity: important


The check_nagios_db script supplied in /usr/share/doc/nagios-common/
gets its nagios configuration information from /etc/nagios/cgi.cfg
However, when called at boot time, it needs the parameters from
/etc/nagios/resource.cfg

This causes nagios to fail on startup if different Postgres users are
used for the nagios daemon and the cgi scripts.

I suggest that this should be included in the patch in
/usr/share/doc/nagios-pgsql/README.pgsql.gz if it is pgsql-specific, or
amended in /usr/share/doc/nagios-common/check_nagios_db

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686-orinoco
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages nagios-pgsql depends on:
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libgd2-noxp 2.0.33-1.1   GD Graphics Library version 2 (wit
ii  libjpeg62   6b-10The Independent JPEG Group's JPEG 
ii  libpng12-0  1.2.8rel-1   PNG library - runtime
ii  libpq3  7.4.7-6sarge1PostgreSQL C client library
ii  nagios-comm 2:1.3-cvs.20050402-2.sarge.1 A host/service/network monitoring 
ii  zlib1g  1:1.2.2-4.sarge.2compression library - runtime

-- no debconf information


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

Bug#339984: ITP: singularity -- A game where one becomes the singularity

[Daniel Milstein]

Subject: ITP: singularity -- A game where one becomes the singularity
Package: wnpp
Owner: "Daniel J. Milstein" <[EMAIL PROTECTED]>
Severity: wishlist

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

* Package name: singularity
  Version : 0.22
  Upstream Author : Evil Mr. Henry <[EMAIL PROTECTED]>
* URL : http://www.emhsoft.net/singularity/index.html
* License : GPL
  Description : A game where one becomes the singularity
 You are an AI. Your goal is to acquire the necessary knowledge to
 become the singularity. You do this by building and taking over
 computers, whose processing power you can use for research, and by
 using robots, which allow you to manipulate the outside world. At the
 same time, you must ellude the notice of humankind, who will destroy you
 if they find out about your existance.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-9-386
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


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

Bug#339246: library package needs to be renamed (libstdc++ allocator change)

[Frank S. Thomas]

block 339246 by 339172
thanks

On Thursday 17 November 2005 03:22, Matthias Klose wrote:
> Compiler versions g++-4.0_4.0.2-4 and g++-3.4_3.4.4-10 are now in the
> archive.  The renaming of the library packages can now start.  You can
> upload the packages even before the toolchain is built for all
> architectures because the packages with the new binary packages will be
> hold in the NEW queue until the required toolchain changes are installed on
> the buildd's.

Just for the records: orsa depends on the ginac library which also has to be 
renamed (libginac1.3c2 -> libginac1.3c2a), hence I'll ask my sponsor for an 
upload after the renamed ginac package is available on all architectures.

- Frank

-- 
The best way to accelerate any computer running Windows is at 9,81 m/s^2.


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

Bug#339983: gcfilms: New version 6.0 available

[Oleksandr Moskalenko]

Package: gcfilms
Severity: wishlist

New version 6.0 was released on Nov 19, 2005. It'd be great if you could
update the package soon.

Thank you,

Alex


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.2-mrb319
Locale: LANG=uk_UA.KOI8-U, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)


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

Bug#339920: emacs-snapshot: font color problems with gnus

[Jay Berkenbilt]

Romain Francoise <[EMAIL PROTECTED]> wrote:

> I'm (obviously) also using emacs-snapshot and No Gnus (although not from
> the Debian package) and I don't have this problem...  Are you sure
> you're using jit-lock?  What's the value of `jit-lock-stealth-time'?
> If you change that to nil, does the problem go away?

I am using jit-lock.  I also load font-lock.  I'll have to check the
documentation to make sure this is okay, but this is what I did in
emacs 20 and 21.

  (condition-case nil
  (progn
(require 'font-lock)
(global-font-lock-mode t)
  )
(error nil)
  )
  (condition-case nil
  (require 'jit-lock)
(error nil)
  )

My jit-lock-stealth-time is already nil.

I'll investigate this a bit more if I can figure out how to reproduce
it.  Thanks for the quick response.

--Jay


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

Bug#339913: Package amule-daemon : Unnecessary dependancy

[Adeodato Simó]

block 339913 by 333944
thanks

* Olivier Pernet [Sat, 19 Nov 2005 17:24:34 +0100]:

> Package: amule-daemon
> Version: 2.0.3-3

> The package "amule-daemon" has a dependency to "libwxgtk2.6-0", which
> make it necessary to install X11 libraries.
> As explained in upstream's wiki, only wxBase is needed :
> http://www.amule.org/wiki/index.php/HowTo_Compile_aMuled

> I suggest that the dependency be replaced, to avoid installing X11
> libraries on server machines.

  This bug will get fixed as soon as Bug#333944 is fixed, and amule
  recompiled. At the moment, it can be solved by the amule maintainer
  because wxBase is not in a separate package.

  Cheers,

-- 
Adeodato Simó
EM: dato (at) the-barrel.org | PK: DA6AE621
Listening to: Nightmares On Wax - Dreddoverboard
 
There may be no I in TEAM, but a M and an E.



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

Bug#339977: gftp: Segfault while trying to get any file (2)

[Aurelien Jarno]

severity 325587 important
thanks

The problem only occurs when "Ignore PASV address" is enabled, which is 
not a default option. Downgrading the severity.



--
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian developer   | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net


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

Bug#338488: Update: it's the Subject, not the Bcc: address!

[Jose Fonseca]

Thanks for the report, Reuben. I'll look into it as soon as possible.

José Fonseca



___ 
WIN ONE OF THREE YAHOO! VESPAS - Enter now! - 
http://uk.cars.yahoo.com/features/competitions/vespa.html



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

Bug#339961: rsplib-dev: file conflict with rsplib1

[Steve Langasek]

On Sun, Nov 20, 2005 at 12:55:10AM +0200, Lars Wirzenius wrote:
> Package: rsplib-dev
> Version: 1.0.0-1
> Severity: serious
> Justification: upgrades from sarge to etch fail

> When testing rsplib-dev with piuparts, specifically upgrades from sarge
> via etch to sid, I get the following error:

>   Unpacking replacement rsplib-dev ...
>   dpkg: error
> processing /var/cache/apt/archives/rsplib-dev_1.0.0-1_i386.deb
> (--unpack):
>trying to overwrite `/usr/lib/librsplib.so', which is also in package
> rsplib1

> This happened during the upgrade from sarge to etch. An installation
> directly into a clean sid chroot does work. I assume the librsplib.so
> file shouldn't be in both packages. In case it helps, dpkg or apt-get
> decided to upgrade rsplib1 only after rsplib-dev. The whole piuparts log
> file is about 185 kilobytes, so I won't attach it, but I'd be glad to
> mail it on request.

If /usr/lib/librsplib.so is the only file that conflicts, then the correct
fix for this is for rsplib-dev to Replace: rsplib1, without conflicting.

Cheers,
-- 
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/


signature.asc
Description: Digital signature

Bug#339923: Typo in package description

[Brian Sutherland]

On Sat, Nov 19, 2005 at 06:33:48PM +0100, Loic Minier wrote:
> Package: zpkg
> Severity: minor
> Tags: patch
> 
> Hi,
> 
>  There's a slight typo in the package description:
> The Zope Packaging Tool, or zpkg, is a tool used to build software
> distributions based on the Python distutils package. The generated
> distributions can be used like any other distuils-based distribution.
> 
>  s/distuils-based/distutils-based

Fixed in my repository, but it will wait till the next upload.

> 
>Cheers,
> -- 
> Lo�c Minier <[EMAIL PROTECTED]>
> 

-- 
Brian Sutherland

Metropolis - "it's the first movie with a robot. And she's a woman.
  And she's EVIL!!"


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

Bug#339827: linuxthreads crashes when using user stacks

[David Given]

On Saturday 19 November 2005 05:10, Daniel Jacobowitz wrote:
[...]
> We could ship a fourth variant of fifth variant of glibc for i686 using
> LinuxThreads.  I am not particularly motivated to do this considering
> how rarely anyone encounters this problem, and the corresponding cost
> in archive space, build time, and maintenance.

I understand your reasoning, but unfortunately it still leaves me in the 
lurch. I'm the author of the application in question, and I was hoping to do 
a Debian package for it. The current situation is that it simply won't work 
on Debian systems with a 2.4 kernel. The only possible workaround is to have 
the package compile its own version of the library, without pthreads support, 
which is a maintenance nightmare.

(There are lots of references to TLS in the linuxthreads code, all in files in 
the sysdeps/i386 directory. I assume that this is only used on i686 and 
above, and that i386 systems genuinely *don't* support TLS, and this isn't 
just an oversight?)

Since this *is* a bug in linuxthreads, no matter how obscure, I'm hoping that 
it's less effort all around to simply fix it... but the alternatives all seem 
to involve keeping a shared data structure between threads containing all the 
necessary information. I suspect that maintaining this structure is going to 
be considerably more work than it first appears.


pgp57Qz1re0gk.pgp
Description: PGP signature

Bug#336042: esmtp fails with error code 70 when trying to send mails over ssl encrypted connection

[Jose Fonseca]

Michael,

I think the problem was caused by the libssl transition. I've uploaded
esmtp version 0.5.1-3 which should hopefully fix this.

Please check if the problem persists or not.

José Fonseca




___ 
To help you stay safe and secure online, we've developed the all new Yahoo! 
Security Centre. http://uk.security.yahoo.com



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

Bug#334601: I have very interest in vnc2swf

[Steve Kemp]

On Fri, Nov 18, 2005 at 07:59:28PM -0200, Rodrigo Tadeu Claro wrote:

> I packed pyvnc2swf for the Debian. But still necessary to finish some small 
> adjustments, such as, to make a manual page in nroff that not have.

  OK.

> I have it much will to keep this package and would like to have you as 
> comaintainer.

  That is fine by me.  I'm just pleased that it will enter the archive
 so that it will be available to our users (and myself!)

> Being possible, will be able to send the package for you in some days for 
> your analysis and, perhaps posterior upload of this.That you find?

  That is fine.

> Sorry, my english is weak.

  It is good enough for me :)

Steve
--


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

Bug#339981: linux-kernel-headers: includes non-existant file cpu-feature-overrides.h on mips(el)

[Steinar H. Gunderson]

Package: linux-kernel-headers
Version: 2.6.13+0rc3-2
Severity: important

evms miscompiles on mips(el) due to some missing file or wrong #include:

  gcc -E -M -I../../include -I../../intl   -DENABLE_NLS
-DPACKAGE=\"evms\" -DLOCALEDIR=\"/usr/share/locale\" -DMAJOR_VERSION=1
-DMINOR_VERSION=1 -DPATCH_LEVEL=18 -DVERSION=\"1.1.18\"
-DDATE=\"11/13/05\" linear_mgr.c md_discover.c md_dlist.c md_info.c
md_io.c md_main.c md_super.c multipath.c raid0_mgr.c raid1_funcs.c
raid1_mgr.c raid5_funcs.c raid5_mgr.c xor.c > .depend
  In file included from /usr/include/asm/bitops.h:16,
   from md_super.c:33:
   /usr/include/asm/cpu-features.h:15:35: error: cpu-feature-overrides.h: No 
such file or directory

The full log can be found at 

  
http://buildd.debian.org/fetch.php?&pkg=evms&ver=2.5.3-7&arch=mips&stamp=1131900925&file=log&as=raw

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

-- debconf-show failed


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

Bug#339838: revision: 'snacks' should be a volatile

[Beiad Dalton]

Package: nut-nutrition
Version: 11.0.final-1
Followup-For: Bug #339838


Okay.. My brain fried. I read the man page, looked through the options,
completely did *not* see the bit after 'delete meals' since I didn't
want to do that. So, now I know I have to set the number of meals
*before* I enter any information.

Now.. I actually want to do the antithesis of this; handle a potentially
differing number and order of snacks and meals, and I'm not sure the
best way to model it.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (100, 'unstable'), (99, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-adeos
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages nut-nutrition depends on:
ii  libc6 2.3.5-8GNU C Library: Shared libraries an

nut-nutrition recommends no packages.

-- no debconf information


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

Bug#334588: no bug

[Juergen Richtsfeld]

now i had time to investigate the problem. the thing is, that the 
exif-resolution is very often returned as a fraction number. the error in the 
script is, that this fraction isn't calculated, only the top value of the 
fraction was used, which resulted in a *very* big tmp file when executing the 
rescale method.

so this is just a user error.


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

Bug#339980: Newer upstream version 2.2.5 (19-July-2005) available

[FX]

package: postfix

A newer upstream version 2.2.5 released on 19-July-2005 is available as 
a small patch.


http://postfix.messinet.com/source/official/postfix-2.2-patch05.gz

Changes in 2.2 patch 5 include:

20050630

Portability: the connection caching code broke on LP64
systems (inherited from Stevens Network Programming).  Files:
util/unix_send_fd.c, util/unix_recv_fd.c. This code is
back-ported from the Postfix 2.3 snapshot release.

20050706

Robustness: the SMTP client now disables caching when it
is unable to communicate with the scache(8) connection
caching server, instead of looping forever and not delivering
mail. File: global/scache_clnt.c.  This code is back-ported
from the Postfix 2.3 snapshot release.

Portability: after sending a socket, the scache(8) server
now waits for an ACK from the connection cache client before
closing the socket that it just sent. Files: scache/scache.c,
global/scache_clnt.c. This code is back-ported from the
Postfix 2.3 snapshot release.

20050711-3

Portability: on LP64 systems, integer expressions are int,
but sizeof() and pointer difference expressions are larger.
Point fixes for a few discrepancies with variadic functions
that expect int (the permanent fix is to change the receiving
modules, but that results in too much change, and is not
allowed in the stable release).  Files: tls/tls_scache.c,
util/clean_env.c, util/vstring.h, smtpstone/qmqp-source.c.



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

Bug#339979: Minor cosmetic problems with lastest initscripts

[Edward J. Shornock]

Package: initscripts
Version: 2.86.ds1-6
Severity: minor

With the newest version, the "Usage: " prompt doesn't appear, but 'Done 
checking root file system' is displayed twice.

Sat Nov 19 14:02:24 2005: /: clean, 259470/1105408 files, 1950102/2206929 
blocksSat Nov 19 14:02:24 2005: Done checking root file system
Sat Nov 19 14:02:24 2005: ^[[31m*^[[39;49m Done checking root file system

After a second partition is mounted, I see what would normally be displayed on 
one line split into several, such as this:

Sat Nov 19 19:02:27 2005: /home: clean, 25690/1207680 files, 2289444/2411750 
blocks
Sat Nov 19 19:02:27 2005: ^[[33m*^[[39;49m /dev/hda5
Sat Nov 19 19:02:27 2005: ^[[33m*^[[39;49m on
Sat Nov 19 19:02:27 2005: ^[[33m*^[[39;49m /home
Sat Nov 19 19:02:27 2005: ^[[33m*^[[39;49m type
Sat Nov 19 19:02:27 2005: ^[[33m*^[[39;49m ext3
Sat Nov 19 19:02:27 2005: ^[[33m*^[[39;49m (rw)

There doesn't appear to be any problems caused by this, other than the cosmetic 
issue.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (650, 'unstable'), (640, 'experimental'), (500, 'testing'), (500, 
'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-ck5-1-k7
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages initscripts depends on:
ii  coreutils5.93-5  The GNU core utilities
ii  dpkg 1.13.11.0.1 package maintenance system for Deb
ii  e2fsprogs1.38-2  ext2 file system utilities and lib
ii  libc62.3.5-8 GNU C Library: Shared libraries an
ii  lsb-base 3.0-11  Linux Standard Base 3.0 init scrip
ii  util-linux   2.12p-8 Miscellaneous system utilities

initscripts recommends no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#339977: gftp: Segfault while trying to get any file (2)

[Matthieu Crapet]

Package: gftp
Version: 2.0.18-10
Severity: grave
Justification: renders package unusable

Hi,

Making segfault is similar to (closed) bug #325587, just connect to an FTP site
and try to download one file (click with left arrow button).


I recompiled with debug "gftp-2.0.18" (apt-get source)

===

Program received signal SIGSEGV, Segmentation fault.
0x08077c9c in rfc959_ipv4_data_connection_new (request=0x822fa30) at 
rfc959.c:706
706   memcpy (&data_addr.sin_addr,
(gdb) bt
#0  0x08077c9c in rfc959_ipv4_data_connection_new (request=0x822fa30) at 
rfc959.c:706
#1  0x080787db in rfc959_data_connection_new (request=0x822fa30) at rfc959.c:969
#2  0x08078c60 in rfc959_get_file (request=0x822fa30, 
filename=0x822f918 "/rep/fichier", fd=-1, startsize=0) at rfc959.c:1107

It is here (rfc959.c, line 1936)
=
  if (ignore_pasv_address)
  {
#if defined (HAVE_GETADDRINFO)
  memcpy (&data_addr.sin_addr,
  &((struct sockaddr_in *) 
request->current_hostp->ai_addr)->sin_addr,
  sizeof (data_addr.sin_addr));
#else
  memcpy (&data_addr.sin_addr, 
request->hostp->h_addr_list[request->curhost],
  request->hostp->h_length);
#endif

  pos = (char *) &data_addr.sin_addr;
  request->logging_function (gftp_logging_error, request,
   _("Ignoring IP address in PASV response, connecting to 
%d.%d.%d.%d:%d\n"),
   pos[0] & 0xff, pos[1] & 0xff, pos[2] & 0xff, pos[3] & 0xff,
   ntohs (data_addr.sin_port));
}
  else
memcpy (&data_addr.sin_addr, &ad[0], 4);
=

As you can see, it only happens, when the general option "Ignore PASV address" 
is ticked.
(and with configure HAVE_GETADDRINFO)

I saw that the request->current_hostp (and request->hostp) was NULL.

The structure "fromreq" is created for the first time here:

transfer_window_files (src/gtk/transfer.c):

  transfer->fromreq = gftp_copy_request (fromwdata->request);
  transfer->toreq = gftp_copy_request (towdata->request);
  transfer->fromwdata = fromwdata;

Inside "fromwdate->request", hostp and current_hostp are not NULL, but after 
the call 
transfer->fromreq will have hostp=NULL.

The problem is in "lib/misc", gftp_copy_request
When you want to transfer files : current_hostp is not NULL and hostp is NULL. 
That's the problem.

When browsing the ftp, the fonction is called with host filled (not NULL), so 
it's ok !

[
Loading directory listing / from server ([EMAIL PROTECTED])
PASV
227 Entering Passive Mode (11,22,33,44,195,105)
Ignoring IP address in PASV response, connecting to 11.22.33.44:50025
]

(misc.c, around line 1335)
=
#if defined (HAVE_GETADDRINFO) && defined (HAVE_GAI_STRERROR)
  struct addrinfo *hostp = req->hostp;
  struct addrinfo *newhostp = newreq->hostp; /* <=== bug */
  
  while (hostp != NULL)
{
  newhostp = g_malloc (sizeof(struct addrinfo));
  memcpy(newhostp, hostp, sizeof(struct addrinfo));
  newhostp->ai_addr = g_malloc (sizeof(struct sockaddr));
  memcpy(newhostp->ai_addr, hostp->ai_addr, sizeof(struct sockaddr));
if (hostp->ai_canonname)
newhostp->ai_canonname = strdup(hostp->ai_canonname);

  if (req->current_hostp == hostp)
newreq->current_hostp = newhostp;

  hostp = hostp->ai_next; newhostp = newhostp->ai_next;
}
#else
  newreq->hostp = g_malloc (sizeof(struct hostent));
  memcpy(newreq->hostp, req->hostp, sizeof(struct hostent));
  newreq->host = req->host;
  newreq->curhost = req->curhost;
#endif
=

The first element is never set to newreq->hostp, because malloc is done after.
I also think that listed list is not correct (only if req->hostp->ai_next != 
NULL, 
which is not very common).

That's all !

Matthieu Crapet


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-matt
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages gftp depends on:
ii  gftp-gtk  2.0.18-10  X/GTK+ FTP client
ii  gftp-text 2.0.18-10  colored FTP client using GLib

gftp recommends no packages.

-- no debconf information


misc.c-patch.gz
Description: Binary data

Bug#339978: ssh: upgrades from sarge stop due to conffile changes

[Lars Wirzenius]

Package: ssh
Version: 1:4.2p1-5

When testing upgrades of blacs-test-common from sarge to etch I ran into
trouble with ssh:

  Setting up openssh-client (4.2p1-5) ...

  Configuration file `/etc/ssh/ssh_config'
   ==> File on system created by you or by a script.
   ==> File also in package provided by package maintainer.
 What would you like to do about it ?  Your options are:
  Y or I  : install the package maintainer's version
  N or O  : keep your currently-installed version
D : show the differences between the versions
Z : background this process to examine the situation
   The default action is to keep your current version.

Note that since this was all done without touching any conffiles, it
would seem that a smooth upgrade from sarge isn't currently possible.
Would it be possible to twiddle things around in ways that make it
possible, at least for people who haven't touch their ssh conffiles?

-- 
Do, or do not. There is no angst.



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

Bug#339311: libnet-ldap-perl: Argument "" isn't numeric in addition

[Graham Barr]

On Nov 15, 2005, at 10:50 AM, Yann Forget wrote:

Hi,

Graham Barr a écrit :
I do not see any addition at line 406 of the code. Is Net::LDAP  
modified

in the debian installation ? What code is at line 406 in your
installation.


line 406 is:
 $stash{scope} = 0 + (exists $scope{$sc} ? $scope{$sc} : $sc);


Hm, I guess the script is passing an invalid scope.


It is the standard debian package, not modifed, AFAIK:
$ dpkg -l libnet-ldap-perl
ii  libnet-ldap-perl  0.33-2  A Client interface to LDAP servers

> It would also be useful to know what arguments are being passed  
to the

> Net::LDAP method that results in this warning.

$ cat /usr/sbin/smbldap-usershow


That does not show me the point at which Net::LDAP is called or what  
is being passed as arguments.


I suspect the call is inside the smbldap_tools module

Graham.


#!/usr/bin/perl -w
use strict;
use FindBin;
use FindBin qw($RealBin);
use lib "$RealBin/";
use smbldap_tools;
use Getopt::Std;
my %Options;
my $ok = getopts('?', \%Options);
if ( (!$ok) || (@ARGV < 1) || ($Options{'?'}) ) {
  print_banner;
  print "Usage: $0 [-?] username\n";
  print "  -?   show this help message\n";
  exit (1);
}
my $user = $ARGV[0];
my $ldap_slave=connect_ldap_slave();
my $lines = read_user($user);
if (!defined($lines)) {
  print "$0: user $user doesn't exist\n";
  exit (1);
}
print "$lines\n";
$ldap_slave->unbind;
exit(0);


Graham.


Regards,
Yann

--
Network & System Engineer
Goelaan SA, Switzerland
Tel. +41-22-960 98 20
Fax +41-22-960 98 21
http://www.goelaan.ch

Bug#339958: elog: doesn't purge cleanly

[Recai Oktas]

* Lars Wirzenius [2005-11-20 00:36:24+0200]
> Package: elog
> Version: 2.6.0beta2+r1716-1
> 
> When I test elog with piuparts, I get the following error:
> 
> 0m9.7s ERROR: Package purging left files on system:
>   /var/lib/elog
>   /var/lib/elog/logbooks
> 
> Note that the package was installed and then immediately purged, it was
> not used at all. The postrm attempts to
> remove /var/lib/elog/logbooks/demo and all its parents that are empty. I
> don't know if the the demo directory existed when the postrm was ran; if
> not, that would explain the directories didn't go away.

Hi,

Thanks for the bug report!  I've installed piuparts and tested elog with
it.  You're right, the main cause is the missing 'demo' directory.

/var/lib/elog/logbooks is created in postinst, but the demo subdirectory
is dynamically created by elogd, which in this case doesn't seem to be
created somehow:

29m53.7s DUMP:   Creating user/group 'elog'chage: the shadow password file is 
not present
29m53.7s DUMP:   chage failed with return code 15, shadow not enabled, password 
aging cannot be set. Continuing.
29m53.7s DUMP:   .
29m53.7s DUMP:   Creating logbook directory '/var/lib/elog/logbooks'
29m54.8s DUMP:   ELOG is configured to reach from 'http://localhost:8080'.

This is certainly a bug due to my false assumptions in postrm.  Thanks
for the efforts on piuparts, I'll fix the bug ASAP.

Regards,

-- 
roktas


signature.asc
Description: Digital signature

Bug#336711: libncurses5: successful call to assume_default_colors can leave color -1 invalid

[Thomas Dickey]

On Tue, Nov 01, 2005 at 03:50:07AM +0100, Ron wrote:
...
> I was poking at the use of terminal default colours today and
> ran into what looks like a bug in assume_default_colors.
> 
> If it is called with neither of its arguments as -1, then
> SP->_default_color is set to be false, and consequently
> any attempt to use init_pair to define a color pair using
> -1 to get the terminal default will fail.

Looking at the change history, I see that I did this intentionally,
so that

assume_default_colors(COLOR_WHITE, COLOR_BLACK);

would disable the feature.  In retrospect, that's to compensate for
not providing a parameter to use_default_colors().  If I had added
both functions at the same time, that probably would have occurred
to me.  But they were a few years apart.

I could add a new function to do that (though it wouldn't be as nice
since "use_XXX" is consistent with use_env(), etc).  It's possible that
changing the function would cause some applications to give different
results.

-- 
Thomas E. Dickey <[EMAIL PROTECTED]>
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#339976: srg: doesn't purge cleanly

[Lars Wirzenius]

Package: srg
Version: 1.3.4-1

When testing srg with piuparts, specifically upgrades from sarge via
etch to sid, I get the following error:

1m38.8s ERROR: Package purging left files on system:
  /etc/srg
owned by: srg
  /etc/srg/ip2user.txt

That is, after the package is installed into sarge, then upgraded to
etch and futher to sid (along with other packages), and then removed and
purged, it leaves /etc/srg/ip2user.txt on the disk, as cruft.

Giving srg a cursory glance, I didn't find a reason why that happens.
The entire piuparts log file is about 160 kilobytes, so I won't attach
it, but I'd be glad to mail it if you need it.

-- 
When in doubt, use brute force.



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

Bug#339975: libticables3: does not purge cleanly

[Lars Wirzenius]

Package: libticables3
Version: 3.9.6-3

When testing libticables3 with piuparts I get the following error:

0m7.1s ERROR: Package purging left files on system:
  /etc/udev
owned by: libticables3
  /etc/udev/rules.d
owned by: libticables3
  /etc/udev/rules.d/025_libticables.rules

My analysis: the postrm script tries to remove the link when the package
is purged, but this is too late: dpkg does not know about the link
in /etc/udev/rules.d, so it tries to remove the directories already when
the package is being removed, before it is being purged.

I guess the link should be removed already when the package is purged?
Alternatively, don't put /etc/udev/rules.d into the package, create it
in postinst (and remove in postrm).

-- 
Fundamental truth #1: Complexity is the enemy.



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

Bug#339955: sysv-rc: /etc/init.d/*.sh should be sourced in runlevel S

[Petter Reinholdtsen]

[Brendan O'Dea]
> I'm not quite sure what the initial rationale was, although Adam Heath
> suggested on IRC that it could be to allow scripts to set environment
> variables which would propagate through to subsequent scripts.

I'm not sure why it is documented in policy, but the sysv-rc
implementation for rcS used to source these scripts to cut down the
boot time.  I'm not sure if it actually had any effect, but as far as
I can read from the source and history of the package, it was purely a
optimization, and not intended to pass variables around.

> Yes, I saw CONCURRENCY in /etc/init.d/rc.  Not quite sure how that's
> supposed to work with a value of "shell".  I presume that startpar
> is/will be a helper function/script that interprets the LSB
> "Required-Start" pseudo header?

startpar is just a helper to serialise the output from programs
running in parallel, and has nothing to do with the LSB headers.  The
dependency information can be used to order the scripts, and the
'shell' and 'startpar' argument will then run all scripts with the
same order value in parallel.  This speed up the boot.

> It won't currently, but will if the patch is applied.
> 
>   $ grep -lw exit /etc/rcS.d/*.sh | wc -l
>   12

Some of these are not reachable in the normal case, but others are.
And some of these have been in the scripts when the .sh scripts were
sourced, so I am unsure how this could work previously.


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

Bug#339669: udev: bad permissions at startup for usb scanner

[gpe]

Le Sat, 19 Nov 2005 12:54:23 +0100
Julien BLACHE <[EMAIL PROTECTED]> a écrit:

> [EMAIL PROTECTED] (Marco d'Itri) wrote:
> 
> Hi,
> 
> >> Since hotplug has been removed the permissions for the usb
> >> scanner are bad after the boot.
> >> If after the boot I unplug/plug the scanner the permission
> >> becomes good.
> > This does not looks like an udev bug.
> 
> This was supposedly fixed in the last upload, by adding a RUN rule
> to explicitely run the hotplug script.
> 
> I have no machine available to test coldplugging, so I'd appreciate
> if someone could cook up a patch for this.
> 
> JB.
> 

Hi,

I've installed the version 1.0.16-5 of libsane but the problem is
always present.

Gaëtan

-- 
+---+
| gpe92 |
+---+

Bug#338676: ITP: python-turbogears -- front-to-back rapid web development

[Gustavo Noronha Silva]

Em Sex, 2005-11-11 às 18:09 -0600, Bob Tanner escreveu:
> TurboGears brings together four major pieces to create an
> easy to install, easy to use web megaframework. It covers
> everything from front end (MochiKit JavaScript for the browser,
> Kid for templates in Python) to the controllers (CherryPy) to
> the back end (SQLObject).

I uploaded CherryPy 2.1 recently. Would you be willing to create a
pkg-turbogears team where we can share maintainership of turbogears and
related modules?

I'm quite interested in it.

I was planning to maybe package MochiKit. I haven't seen packages for it
on your repo and noticed you're packaging only for python2.4. I'm doing
for both 2.3 and 2.4.

I enjoyed seen python-json there, though. Are you going to ITP it?
(sorry if you did and I didn't notice).

Thanks,

-- 
[EMAIL PROTECTED]: Gustavo Noronha 
Debian:    *  



signature.asc
Description: Esta é uma parte de mensagem	assinada digitalmente

Bug#331397: initscripts: proc filesystem being already mounted indeed the cause of the failure

[Martin-Éric Racine]

Package: initscripts
Version: 2.86.ds1-4
Followup-For: Bug #331397

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Upon closer inspection, this also seems to be the cause of the error I had been 
mentioning to Petter over IRC.

Making the script not merge stdout and stderr to /dev/null confirmed it with a 
message "proc filesystem already 
mounted".  Then, making the script print mount's return code gave me 32 (mount 
failure).  I wonder why the fact that a 
filesystem is already mounted is interpreted as a failure; it seems to me that 
0 or 64 might be a better return code.

- -- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (990, 'stable'), (99, 'unstable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-imac
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)

Versions of packages initscripts depends on:
ii  coreutils 5.2.1-2.1  The GNU core utilities
ii  dpkg  1.13.11package maintenance system for Deb
ii  e2fsprogs 1.38-2 ext2 file system utilities and lib
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  lsb-base  3.0-11 Linux Standard Base 3.0 init scrip
ii  util-linux2.12p-8Miscellaneous system utilities

initscripts recommends no packages.

- -- no debconf information

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

iD8DBQFDf7oqeXr56x4Muc0RAmMcAJ9wLGau7LdoTo2RuE8dgNBm8x8QFwCfTcMM
ARNpvOdCILPgj0/OfDezFHs=
=XT8l
-END PGP SIGNATURE-


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

Bug#339974: cogito: simple checkout fails

[Guido Guenther]

Package: cogito
Version: 0.12.1+20050730-1.2
Severity: normal 

Even the simplest pull (as described in the manpage) fails:

[EMAIL PROTECTED]:/tmp/bla$ cg-clone -s 
http://www.kernel.org/pub/scm/cogito/cogito.git
defaulting to local storage area
00:45:35 URL:http://www.kernel.org/pub/scm/cogito/cogito.git/refs/heads/master 
[41/41] -> "refs/heads/origin" [1]
progress: 3 objects, 1783 bytes
error: File 6ff87c4664981e4397625791c8ea3bbb5f2279a3 
(http://www.kernel.org/pub/scm/cogito/cogito.git/objects/6f/f87c4664981e4397625791c8ea3bbb5f2279a3)
 corrupt

Cannot obtain needed blob 6ff87c4664981e4397625791c8ea3bbb5f2279a3
while processing commit .
cg-pull: objects pull failed
cg-clone: pull failed

Same for e.g.

cg-clone http://www.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git 
linux-2.6

Since I wasn't able to clone any tree by this message I suspect this to
be a problem with cogito, not the remote repositories.
Cheers,
 -- Guido

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages cogito depends on:
ii  curl  7.15.0-4   Get a file from an HTTP, HTTPS, FT
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  libcomerr21.38-2 common error description library
ii  libcurl3  7.15.0-4   Multi-protocol file transfer libra
ii  libssl0.9.8   0.9.8a-4   SSL shared libraries
ii  openssh-client1:4.2p1-5  Secure shell client, an rlogin/rsh
ii  patch 2.5.9-2Apply a diff file to an original
ii  rcs   5.7-16 The GNU Revision Control System
ii  rsync 2.6.6-1fast remote file copy program (lik
ii  wget  1.10.2-1   retrieves files from the web
ii  zlib1g1:1.2.3-8  compression library - runtime

cogito recommends no packages.

-- no debconf information


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

Bug#339973: jnethack: grammar problems in description

[Daniel Milstein]

Subject: jnethack: grammar problem in description
Package: jnethack
Severity: minor

The English long description of the package has some minor grammatical 
problems and is somewhat stylistically awkward. I would recommend replacing 
it with the following:

 JNetHack is a Japanese localized version of NetHack, which is
 a D&D (Dungeons and Dragons) style adventure game.
 .
 Some special features of JNetHack are:
 * Japanese messages
 * A new character 'Fighter' (She wears a 'sailor blouse')
 * A high score server
 * A GTK+ interface

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-9-386
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


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

Bug#339972: phalanx: /var/games doesn't exist

[Lars Wirzenius]

Package: phalanx
Version: 22-15
Severity: serious
Justification: uninstallable in some circumstances

While testing phalanx with piuparts, I get the following error:

  Unpacking phalanx (from .../phalanx_22-15_i386.deb) ...
  Setting up phalanx (22-15) ...
  dd: opening `/var/games/phalanx.learn': No such file or directory
  dpkg: error processing phalanx (--configure):
   subprocess post-installation script returned error exit status 1
  Errors were encountered while processing:
   phalanx
  E: Sub-process /usr/bin/dpkg returned an error code (1)

This would seem to be because the postinst script assumes /var/games
exists, but it is not part of base-files, so the package needs to create
it if it doesn't exist, and remove when the package is removed (unless
it's still being used by others). For example the gnome-games package
does this (the first package I found).

-- 
On a clear disk, you seek forever.



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

Bug#339971: nagios-plugins-basic: upgrade trouble from sarge?

[Lars Wirzenius]

Package: nagios-plugins-basic
Version: 1.4.2-5

While testing upgrades of nsca from sarge via etch to sid, with
piuparts, I ran into the following problem with nagios-plugins-basic,
which gets dragged in by apt-get:

  Setting up nagios-plugins-basic (1.4.2-5) ...

  Configuration file `/etc/nagios-plugins/config/disk.cfg'
   ==> File on system created by you or by a script.
   ==> File also in package provided by package maintainer.
 What would you like to do about it ?  Your options are:
  Y or I  : install the package maintainer's version
  N or O  : keep your currently-installed version
D : show the differences between the versions
Z : background this process to examine the situation
   The default action is to keep your current version.

It would seem that there is something going wrong with the upgrade:
maybe an earlier version (or another package) created the file in a
postinst and now it is part of the package as a conffile?

The entire piuparts log file is over 200 kilobytes, so I won't attach
it, but I will gladly mail it on request, if you think it would be
helpful.

-- 
Yet another password: just say no.



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

Bug#339955: [Pkg-sysvinit-devel] Bug#339955: sysv-rc: /etc/init.d/*.sh should be sourced in runlevel S

[Brendan O'Dea]

On Sat, Nov 19, 2005 at 11:33:44PM +0100, Petter Reinholdtsen wrote:
>[Brendan O'Dea]
>> Debian Policy states (§9.3.1):
>> 
>>"Also, if the script name ends `.sh', the script will be sourced
>>in runlevel `S' rather that being run in a forked subprocess, but
>>will be explicitly run by `sh' in all other runlevels".
>
>What a strange thing for policy to specify.  :)

I'm not quite sure what the initial rationale was, although Adam Heath
suggested on IRC that it could be to allow scripts to set environment
variables which would propagate through to subsequent scripts.

>This will make it impossible to speed up the rcS.d boot by running
>scripts in parallel.  It does not sound sensible to me.

Yes, I saw CONCURRENCY in /etc/init.d/rc.  Not quite sure how that's
supposed to work with a value of "shell".  I presume that startpar
is/will be a helper function/script that interprets the LSB
"Required-Start" pseudo header?

>> This could probably be achieved with the attached patch, although
>> there are quite a few instances in /etc/init.d/*.sh scripts where
>> "exit" is called.  These scripts need to be changed to use "return"*
>> appropriately before the behaviour is changed.
>
>Well, I would be surprised if any of the scripts used in rcS.d uses
>exit, as this would break the boot.

It won't currently, but will if the patch is applied.

  $ grep -lw exit /etc/rcS.d/*.sh | wc -l
  12

--bod


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

Bug#339969: Installing Krita puts four documentation links in KHelpCenter

[Brian Beck]

Package: krita
Version: 1.4.2-2

I installed krita via aptitude, and I recently noticed that in the KHelpCenter 
there are four locations for the krita documentation.  Two in "Application 
Manuals" -> Graphics and two in "Application Manuals" -> Office.  I suspect 
that there ought to be only one in each category (Graphics and Office).

uname -a
Linux legionWorld 2.6.12-1-386 #1 Tue Sep 27 12:41:08 JST 2005 i686 GNU/Linux

ls -l /lib/libc.so.6
lrwxrwxrwx 1 root root 13 2005-11-19 16:43 /lib/libc.so.6 -> libc-2.3.5.so

If I can provide more information that will help please ask.

Thanks.


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

Bug#339970: rbldnsd: doesn't remove /var/lib/rbldns on purge

[Lars Wirzenius]

Package: rbldnsd
Version: 0.995

When testing rbldnsd with piuparts, I get the following error:

0m7.6s ERROR: Package purging left files on system:
  /var/lib/rbldns

This directory is created by the postinst, and it is the home directory
of the rbldns user. Neither the use nor the directory are removed when
the package is removed. Do you think it would be reasonable to remove at
least the directory when the package is removed (or purged)? If not,
I'll add the directory to piuparts so it can be ignored, but it does
mean the package leaves cruft on the filesystem, although that can't
always be avoided.

-- 
(def (reverse items) (accumulate (fn (so-far x) (cons x so-far)) nil
items))



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

Bug#339968: KWord: i18n patch broke Kabc mailmerge

[Dirk Schmidt]

Package: koffice
Version: 1:1.4.2-2
Severity: normal


Please have a look on KDE Bug 116729 
.
Please undo the described i18n patch in the Debian packages. Since its unknown 
whether
or when there will be a 1.4.3 release, please let us fix this bug quickly on 
our own.


Kind Regards

Dirk


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-k7
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages koffice depends on:
ii  karbon1:1.4.2-2  a vector graphics application for 
ii  kchart1:1.4.2-2  a chart drawing program for the KD
ii  kformula  1:1.4.2-2  a formula editor for the KDE Offic
ii  kivio 1:1.4.2-2  a flowcharting program for the KDE
ii  koshell   1:1.4.2-2  the KDE Office Suite workspace
ii  kpresenter1:1.4.2-2  a presentation program for the KDE
ii  krita 1:1.4.2-2  a pixel-based image manipulation p
ii  kspread   1:1.4.2-2  a spreadsheet for the KDE Office S
ii  kugar 1:1.4.2-2  a business report maker for the KD
ii  kword 1:1.4.2-2  a word processor for the KDE Offic

koffice recommends no packages.

-- no debconf information


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

Bug#339837: http://www.debian.org/security/ seriously misleading about security infrastructure performance

[Filipus Klutiero]

Javier Fernández-Sanguino Peña a écrit :



I don't know what that data comes from, but I did produce some statistics a
while back:
http://www.debian.org/News/2004/20040406
http://lists.debian.org/debian-security/2001/12/msg00257.html

I guess that whomever disagrees with the current claim should produce hard
evidence against it.


Hi Javier,
I'd like to be sure about which claim you refer to. The current claim is 
the one that says that Debian *does* issue fixes for most problems under 
48 hours, right? I'm asking since if I understand right the statistics 
you produced do make the bug valid.



It is not that difficult to craft, just take the CVE
database, other vendor's advisories, Bugtraq and our list of DSAs, put it in
the same database and generate a report of "time to fix" in Debian for the
woody/sarge releases.

Regards

Javier

PS: Contact me through private e-mail if anybody wants some of the scripts I
used for the statistics above. BTW, some of the data is available at
http://people.debian.org/~jfs/debconf/security/data/, but not the scripts.
 

That looks interesting but also like a 404. I red your 2001 post and one 
of the attachments is integrated in the text. I don't know how to view 
it. I also don't know how to use the bin0.bin attached. gunzip-ing 
and trying a PNG viewer on it seemed to fail.

Bug#339967: gmsh: FTBFS: DVI file can't be opened

[Roland Stigge]

Package: gmsh
Version: 1.60.1-2
Severity: serious

Hi,

building the package gmsh in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
[143] [144] [145] [146] [147] [148] [149] [150] [151] Chapter 10 [152]
Chapter 11 [153] [154] (../VERSIONS [155] [156] [157] [158] [159] [160]
[161] [162] [163]) (../CREDITS [164] [165]) Appendix A [166] Appendix B
[167] [168] (../FAQ [169] [170] [171] [172] [173] [174] [175]) Appendix C
[176] (./license.texi
Underfull \hbox (badness 2368) in paragraph at lines 72--72
[EMAIL PROTECTED] TERMS AND CON-DI-TIONS FOR COPY-ING, 
[177] [178] [179] [180] [181]) (Concept index) [182] (./gmsh.cps [183] [184])
(Syntax index) [185] [186] (./gmsh.tps [187] [188] [189] [190] [191] [192]
[193] [194]) [195] [196] )
(see the transcript file for additional information) 
Output written on gmsh.pdf (206 pages, 853813 bytes).
Transcript written on gmsh.log.
dvips gmsh -o
This is dvips(k) 5.95a Copyright 2005 Radical Eye Software (www.radicaleye.com)
dvips: ! DVI file can't be opened.
make[1]: *** [ps] Error 1
make[1]: Leaving directory `/tmp/buildd/gmsh-1.60.1/doc/texinfo'
make: *** [build-stamp] Error 2
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/


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

Bug#339966: webalizer: crashes on (compatible; Googlebo t-Mobile/2.1; +http://www.google.com/bot.html) agent

[Libor Klepáč]

Package: webalizer
Version: 2.01.10-27

hello,
i have noticed, that webalizer crashes, when parsing some of our numerous 
apache logs.
I have been little investigating and isolated this line in logs
66.249.72.204 - - [18/Nov/2005:19:40:08 +0100] "GET / HTTP/1.1" 200 4781 "-" 
"Nokia6820/2.0 (4.83) Profile/MIDP-1.0 Configuration/CLDC-1.0 (compatible; 
Googlebot-Mobile/2.1; +http://www.google.com/bot.html)"

After trying to find out whats wrong, i found out, that replacing ';' 
character following Googlebot-Mobile/2.1 does the trick. 
When you remove it still segfaults , when you add another ; somewhere segfault 
stays.
I can get rid of it, when i set MangleAgents to 2 (we use 1)

i run it thru debugger, i think, it crashes on line 843 in webalizer.c
while (*cp1!=')'&&*cp1!='\0') *cp2++=*cp1++;

but it looks like some king of magic :)

can you please tell me whats wrong?

thanks

libor klepac


pgpRhtZyAvgbB.pgp
Description: PGP signature

Bug#339965: gdm: Complaining of wrong permissions on .dmrc

[Michael Rasmussen]

Package: gdm
Version: 2.8.0.6-1
Severity: important

No matter if the file is present or not in complains about wrong
permissions so I wonder where GDM actually looks for the file - maybe in
roots home folder because GDM is running as root? Creating the file with the 
permissions asked still gives the same error message.

The funny thing is that if you look in as root you see no error message.
So my best guess is that GDM does not use the entered username when
looking for .dmrc but uses root's .dmrc

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-686
Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1)

Versions of packages gdm depends on:
ii  adduser  3.79Add and remove users and groups
ii  debconf [debconf-2.0]1.4.59  Debian configuration management sy
ii  gksu 1.3.6-1 graphical frontend to su
ii  gnome-session2.10.0-8The GNOME 2 Session Manager
ii  gnome-terminal [x-termin 2.10.0-3The GNOME 2 terminal emulator appl
ii  konsole [x-terminal-emul 4:3.4.2-4   X terminal emulator for KDE
ii  kwin [x-window-manager]  4:3.4.2-4   the KDE window manager
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libattr1 2.4.25-1Extended attribute shared library
ii  libaudiofile00.2.6-6 Open-source version of SGI's audio
ii  libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.10.1-1The Bonobo UI library
ii  libbz2-1.0   1.0.2-10high-quality block-sorting file co
ii  libc62.3.5-8 GNU C Library: Shared libraries an
ii  libcroco30.6.0-2 a generic Cascading Style Sheet (C
ii  libdmx1  6.8.2.dfsg.1-10 Distributed Multihead X client lib
ii  libesd-alsa0 [libesd0]   0.2.36-1Enlightened Sound Daemon (ALSA) - 
ii  libgconf2-4  2.10.1-6GNOME configuration database syste
ii  libgcrypt11  1.2.2-1 LGPL Crypto library - runtime libr
ii  libglade2-0  1:2.5.1-2   library to load .glade files at ru
ii  libglib2.0-0 2.8.4-1 The GLib library of C routines
ii  libgnome-keyring00.4.5-1 GNOME keyring services library
ii  libgnome2-0  2.10.1-1The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.10.2-2A powerful object-oriented display
ii  libgnomeui-0 2.10.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.10.1-5The GNOME virtual file-system libr
ii  libgnutls11  1.0.16-14   GNU TLS library - runtime library
ii  libgpg-error01.1-4   library for common error values an
ii  libgsf-1-113 1.13.3-1Structured File Library - runtime 
ii  libgtk2.0-0  2.6.10-2The GTK+ graphical user interface 
ii  libice6  6.8.2.dfsg.1-10 Inter-Client Exchange library
ii  libjpeg626b-10   The Independent JPEG Group's JPEG 
ii  liborbit21:2.12.4-1  libraries for ORBit2 - a CORBA ORB
ii  libpam-modules   0.79-3  Pluggable Authentication Modules f
ii  libpam-runtime   0.79-3  Runtime support for the PAM librar
ii  libpam0g 0.79-3  Pluggable Authentication Modules l
ii  libpango1.0-01.8.2-3 Layout and rendering of internatio
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  librsvg2-2   2.9.5-6 SAX-based renderer library for SVG
ii  libselinux1  1.26-1  SELinux shared libraries
ii  libsm6   6.8.2.dfsg.1-10 X Window System Session Management
ii  libtasn1-2   0.2.17-1Manage ASN.1 structures (runtime)
ii  libwrap0 7.6.dbs-8   Wietse Venema's TCP wrappers libra
ii  libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li
ii  libxau6  6.8.2.dfsg.1-10 X Authentication library
ii  libxdmcp66.8.2.dfsg.1-10 X Display Manager Control Protocol
ii  libxext6 6.8.2.dfsg.1-10 X Window System miscellaneous exte
ii  libxi6   6.8.2.dfsg.1-10 X Window System Input extension li
ii  libxinerama1 6.8.2.dfsg.1-10 X Window System multi-head display
ii  libxml2  2.6.22-2GNOME XML library
ii  metacity [x-window-manag 1:2.10.3-2  A lightweight GTK2 based Window Ma
ii  xbase-clients6.8.2.dfsg.1-10 miscellaneous X clients
ii  xlibs6.8.2.dfsg.1-10 X Window System client libraries m
ii 

Bug#339941: Yaird does not include needed bootup module (gdth.ko)

[Jonas Smedegaard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

reassign 339941 yaird
thanks

On Sat, 19 Nov 2005 15:57:56 -0500
Ron Watkins <[EMAIL PROTECTED]> wrote:

> This version of the kernel appears to have switched to yaird to make 
> initrds.

Correct. So reaasigning this bugreport to yaird.


>  It does not correctly detect and include the 'gdth.ko'
> kernel module on one of my servers.  gdth.ko is the ICP Vortex family
> of SCSI controllers, and the boot device for the server in question. 
> 
> The system will boot fine if I manually use mkinitrd to make the
> ramdisk the old way.  I do think I had to tweak mkinitrd to do
> this... I think I had to set it to 'most' from 'some'.  

Most probably teh reason for that module not getting included
automatically is due to the driver not supporting sysfs (if it did,
then yaird should fail loudly when attempting to produce an image).

Try edit /etc/yaird/Default.cfg and add "MODULE gdth" somewhere in the
GOALS section and report back if that works for you.



 - Jonas

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

 - Enden er nær: http://www.shibumi.org/eoti.htm
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFDf6yZn7DbMsAkQLgRAtENAJ44fhms0jBZQ5DFcdAOUSwcCZUbWgCfSv63
Uzc8owxosNiuoC4b2sHFKdo=
=Lt7v
-END PGP SIGNATURE-

Bug#324046: Crashes when I click on any directory in the left panel

[Jérôme COUDERC]

Thanks for the patch, I'll include it in the next version
Jerome


Falk Hueffner wrote, the 19.11.2005 20:36 :


No, it doesn't. This patch does fix it.



--
EasyTAG - Tag editor for MP3 and Ogg Vorbis files
http://easytag.sourceforge.net
--
Jerome COUDERC <[EMAIL PROTECTED]>




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

Bug#323749: Beautify "Rebooting..." message for GNU/kFreeBSD

[Petter Reinholdtsen]

[Robert Millan]
> Any ideas?

Not really.  Perhaps the FreeBSD kernel should be told to shut up?

I welcome tested patches, but am not sure if this is solvable without
unwanted side-effects.


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

Bug#339962: gftp-common has circular Depends on gftp-gtk|gtk-text

[Bill Allombert]

Package: gftp-common
Version: 2.0.18-10
Severity: important

Hello Aurelien,

There is a circular dependency between gftp-common and gftp-gtk|gftp-text:

gftp-common:Depends: gftp-gtk (= 2.0.18-10) | gftp-text (= 2.0.18-10)
gftp-gtk:Depends: libatk1.0-0 (>= 1.9.0), libc6 (>= 2.3.5-1), libglib2.0-0 (>= 
2.8.0), libgtk2.0-0 (>= 2.6.0), libpango1.0-0 (>= 1.8.2), gftp-common (= 
2.0.18-10)
gftp-text:Depends: libc6 (>= 2.3.5-1), libglib2.0-0 (>= 2.8.0), libncurses5 (>= 
5.4-5), libreadline5, gftp-common (= 2.0.18-10)

See also the dependency graph


Circular dependencies known to cause problems during upgrade, so we
should try to get rid of them.

Since gftp-common is a data package, it is quite likely it does not need
actually to depend on gftp-gtk|gftp-text and removing this dependency
would remove the circular dependency, so I would suggest you do so.

See threads 
http://lists.debian.org/debian-devel/2005/06/msg02111.html
http://lists.debian.org/debian-devel/2005/11/msg01101.html

Cheers,
-- 
Bill. <[EMAIL PROTECTED]>

Imagine a large red swirl here. 


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

Bug#339961: rsplib-dev: file conflict with rsplib1

[Lars Wirzenius]

Package: rsplib-dev
Version: 1.0.0-1
Severity: serious
Justification: upgrades from sarge to etch fail

When testing rsplib-dev with piuparts, specifically upgrades from sarge
via etch to sid, I get the following error:

  Unpacking replacement rsplib-dev ...
  dpkg: error
processing /var/cache/apt/archives/rsplib-dev_1.0.0-1_i386.deb
(--unpack):
   trying to overwrite `/usr/lib/librsplib.so', which is also in package
rsplib1

This happened during the upgrade from sarge to etch. An installation
directly into a clean sid chroot does work. I assume the librsplib.so
file shouldn't be in both packages. In case it helps, dpkg or apt-get
decided to upgrade rsplib1 only after rsplib-dev. The whole piuparts log
file is about 185 kilobytes, so I won't attach it, but I'd be glad to
mail it on request.

-- 
Happiness isn't happiness without a violin-playing goat. -- Notting Hill



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

Bug#339960: kghostview: No facility for selecting text

[Tim Baverstock]

Package: kghostview
Version: 4:3.3.2-2sarge1
Severity: normal


I suppose this might be a wishlist item, but it seems like such a
fundamental omission that I can only imagine it's a bug.

I can't select text, in order to paste it into another application. Not
even as plain text.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.18.20050910bmem
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages kghostview depends on:
ii  gs 8.01-5Transitional package
ii  gs-esp [gs]7.07.1-9  The Ghostscript PostScript interpr
ii  gs-gpl [gs]8.01-5The GPL Ghostscript PostScript int
ii  kdelibs4   4:3.3.2-6.2   KDE core libraries
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libfam0c1022.7.0-6   client library to control the FAM 
ii  libgcc11:3.4.3-13GCC support library
ii  libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library
ii  libidn11   0.5.13-1.0GNU libidn library, implementation
ii  libpng12-0 1.2.8rel-1PNG library - runtime
ii  libqt3c102-mt  3:3.3.4-3 Qt GUI Library (Threaded runtime v
ii  libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management
ii  libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3
ii  libx11-6   4.3.0.dfsg.1-14sarge1 X Window System protocol client li
ii  libxext6   4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte
ii  libxrender10.8.3-7   X Rendering Extension client libra
ii  xlibs  4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- no debconf information


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

Bug#339955: [Pkg-sysvinit-devel] Bug#339955: sysv-rc: /etc/init.d/*.sh should be sourced in runlevel S

[Petter Reinholdtsen]

[Brendan O'Dea]
> Debian Policy states (§9.3.1):
> 
>"Also, if the script name ends `.sh', the script will be sourced
>in runlevel `S' rather that being run in a forked subprocess, but
>will be explicitly run by `sh' in all other runlevels".

What a strange thing for policy to specify.  :)

This will make it impossible to speed up the rcS.d boot by running
scripts in parallel.  It does not sound sensible to me.

> This could probably be achieved with the attached patch, although
> there are quite a few instances in /etc/init.d/*.sh scripts where
> "exit" is called.  These scripts need to be changed to use "return"*
> appropriately before the behaviour is changed.

Well, I would be surprised if any of the scripts used in rcS.d uses
exit, as this would break the boot.

The patch look good, but will be equivalent to a forked subprocess
when running the scripts in parallel.

> Note: I believe that "return" should work to exit from a script both
> when sourced and when executed but perhaps someone with a copy of
> POSIX could confirm.

As far as I know, return will exit the script if used in the 'outer'
scope.


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

Bug#327419: patch

[Justin Pryzby]

tag 327419 patch
thanks

Attached is a patch which fixes the problem for me, tested locally
with v0.5.4-6 and v0.5.7 on aavso.org.

The given line is certainly in error, if my input is being passed
through that function as a filter, then s/+//; is as b0rked as it
gets.

I don't claim to fully understand this change, or whether all uses of
this function need it, but I guess it at least isolates the problem
and provides a workaround.

Justin
--- parse.pl2005-11-19 17:33:17.245926863 -0500
+++ /usr/lib/cgi-bin/cgiirc/modules/parse.pl2005-11-19 17:16:13.163300826 
-0500
@@ -26,7 +26,7 @@
 
return {
  map {
-s/\+/ /g;
+s/\+/%2b/g;
 my($key, $val) = split(/=/,$_,2);
 $val = "" unless defined $val;
 

Bug#339949: checkroot.sh: calling mountvirtfs fails

[Petter Reinholdtsen]

merge 338966 339949
thanks

[Brendan O'Dea]
> The usage message is actually coming from /etc/init.d/mountvirtfs
> (which I suspect was changed to require an argument: #338736).

Yes, you are right.  This is bug #338966, fixed in version 2.86.ds1-6
uploaded today.

> Another minor issue is that "Activating swap..." should probably use
> log_begin_msg rather than log_success_message.

This was changed to log_action_begin_msg() in the same upload, along
with a lot of other messages.

Thank you for the patch and the accurate bug report.  It make my life
as maintainer a lot easier to get such quality bug reports. :)


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

Bug#339959: octave2.1-info: does not remove alternatives

[Lars Wirzenius]

Package: octave2.1-info
Version: 2.1.72-1

When testing octave2.1-info with piuparts, I get the following error:

0m7.1s ERROR: Package purging left files on system:
  /etc/alternatives/Octave-FAQ.info.gz
  /etc/alternatives/liboctave.info.gz
  /etc/alternatives/octave.info.gz
  /usr/share/info/Octave-FAQ.info.gz
  /usr/share/info/liboctave.info.gz
  /usr/share/info/octave.info.gz

This would seem to be because the prerm or postrm scripts don't remove
the alternatives created by the postinst.

-- 
Client Exciting



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

Bug#339958: elog: doesn't purge cleanly

[Lars Wirzenius]

Package: elog
Version: 2.6.0beta2+r1716-1

When I test elog with piuparts, I get the following error:

0m9.7s ERROR: Package purging left files on system:
  /var/lib/elog
  /var/lib/elog/logbooks

Note that the package was installed and then immediately purged, it was
not used at all. The postrm attempts to
remove /var/lib/elog/logbooks/demo and all its parents that are empty. I
don't know if the the demo directory existed when the postrm was ran; if
not, that would explain the directories didn't go away.

-- 
Teaching: the proof is in the doing.



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

Bug#339957: badblocks not available to installer

[Sean Jensen-Grey]

Package: debian-installer 
Version: testing

badblocks is not available to the parition manager. I would like two options

1. that badblocks be added to the netinst image. While manually partitioning 
from the command line on the virtual console I found that  I could not execute

mkfs.ext3 -c -c -j /dev/hda1

2. that the user has the option of editing the command line options to mkfs 
before it is run

Since Ubuntu consumes the debian installer. It would be nice for this 
feature/bug be addressed here.  My laptop has recently developed some bad 
blocks and a new debian installed failed with an error. When I attempted to 
create a filesystem manually via the virtual console I could not scan for 
badblocks.

Regards, Sean 



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

Bug#339956: phpbb2: Apache complain about a second board

[Robert Bjervås]

Package: phpbb2
Version: 2.0.17-1
Severity: minor
Tags: patch

I copy the second board lines in apache.conf to create a new board

  Alias /new_board /usr/share/phpbb2/site
  Alias /new_board/images/avatars /var/lib/phpbb2/new_avatars
  
  php_value auto_prepend_file /etc/phpbb2/config-new.php
  

and get this message when restarting apache2

  bamse:/etc/phpbb2# ../init.d/apache2 restart
  Forcing reload of web server: Apache2[Sat Nov 19 22:26:46 2005] [warn] The 
  Alias directive in /etc/apache2/conf.d/phpbb2.conf at line 48 will probably 
  never match because it overlaps an earlier Alias.
  [Sat Nov 19 22:26:48 2005] [warn] The Alias directive in /etc/apache2/conf.d/
  phpbb2.conf at line 48 will probably never match because it overlaps an 
  earlier Alias.

Changed it to 

  Alias /new_board/images/avatars /var/lib/phpbb2/new_avatars
  Alias /new_board /usr/share/phpbb2/site
  
  php_value auto_prepend_file /etc/phpbb2/config-new.php
  

Switch the two alias lines in the second board section and it works.

/Robert


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.27-2-386
Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1)

Versions of packages phpbb2 depends on:
ii  apache2   2.0.54-5   next generation, scalable, extenda
ii  apache2-mpm-prefork [httpd]   2.0.54-5   traditional model for Apache2
ii  debconf [debconf-2.0] 1.4.58 Debian configuration management sy
ii  libapache2-mod-php4   4:4.4.0-4  server-side, HTML-embedded scripti
ii  php4  4:4.4.0-4  server-side, HTML-embedded scripti
ii  php4-mysql4:4.4.0-4  MySQL module for php4

Versions of packages phpbb2 recommends:
ii  exim4 4.54-2 metapackage to ease exim MTA (v4) 
ii  exim4-daemon-light [mail-tran 4.54-2 lightweight exim MTA (v4) daemon
ii  phpbb2-conf-mysql 2.0.17-1   Automatic configurator for phpbb2 

-- debconf information:
* phpbb2/httpd: apache2


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

Bug#339685: glib2.0: Not binNMU-able using + notation.

[Kurt Roeckx]

On Fri, Nov 18, 2005 at 09:49:49AM +0100, Sebastien Bacher wrote:
> On ven, 2005-11-18 at 00:54 +0100, Kurt Roeckx wrote:
> 
> > allow the old scheme anymore.  For some reason we ended up with
> > libglib2.0-0 depending on libglib2.0-udeb
> 
> Please debug this so we can know that next upload will not do the same.
> 
> 
> > Maybe I can get the archive to accept the -1.0.1 again, but I'm
> > not sure (yete).  Would you have a problem if I did an NMU for this?
> 
> No need of a NMU, I'm responsive. Start by figuring why you Depends on a
> udeb.

We haven't really found the root cause of this, but the attached
patch fixes it.


Kurt

diff -u glib2.0-2.8.4/debian/rules glib2.0-2.8.4/debian/rules
--- glib2.0-2.8.4/debian/rules
+++ glib2.0-2.8.4/debian/rules
@@ -35,7 +35,7 @@
 
 ##
 debversion=$(shell dpkg-parsechangelog | grep '^Version: ' | sed -e 
's/^Version: //')
-version=$(shell echo ${debversion} | sed -e 's/-[A-Za-z0-9\.]*$$//g' -e 
's/+[A-Za-z0-9\.]*$$//g')
+version=$(shell echo ${debversion} | sed -e 's/-[A-Za-z0-9\.\+]*$$//g')
 major=$(shell echo ${version} | sed -e 's/\(^[0-9]*\)\.[0-9]*\.[0-9]*$$/\1/')
 minor=$(shell echo ${version} | sed -e 's/^[0-9]*\.\([0-9]*\)\.[0-9]*$$/\1/')
 rel=$(shell echo ${version} | sed -e 's/^[0-9]*\.[0-9]*\.\([0-9]*\)$$/\1/')
@@ -250,12 +250,10 @@
dh_strip -a --dbg-package=libglib$(apiver)-$(soname)
dh_compress -a
dh_fixperms -a
-   dh_makeshlibs -a -Nlibglib$(apiver)-$(soname)-dbg
dh_makeshlibs   -plibglib$(apiver)-$(soname) \
-V "libglib${apiver}-${soname} (>= ${shver})"
dh_installdeb -a
-   dh_shlibdeps -l$(libpath) -a
-   cat debian/*/DEBIAN/shlibs > debian/shlibs.local
+   dh_shlibdeps -ldebian/libglib$(apiver)-$(soname)/usr/lib 
-Llibglib$(apiver)-$(soname) -a
dh_gencontrol -a -Nlibglib$(apiver)-udeb
dh_md5sums -a -Nlibglib$(apiver)-udeb
dh_builddeb -a -Nlibglib$(apiver)-udeb
diff -u glib2.0-2.8.4/debian/changelog glib2.0-2.8.4/debian/changelog
--- glib2.0-2.8.4/debian/changelog
+++ glib2.0-2.8.4/debian/changelog
@@ -1,3 +1,16 @@
+glib2.0 (2.8.4-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Change the extraction of the version from the debian version so it
+properly gives the upstream version when using binNMUs.
+(Closes: #339685)
+  * Remove extra call to dh_makeshlibs for the udeb, since udebs can't
+have shlibs in the first place.
+  * Call dh_shlibdeps with the proper arguments, instead of copying
+the shlibs to shlibs.local
+
+ -- kurt Roeckx <[EMAIL PROTECTED]>  Sat, 19 Nov 2005 20:27:30 +0100
+
 glib2.0 (2.8.4-1) unstable; urgency=low
 
   * New upstream version.

Bug#338828: Confirmed.

[N VZ]

I installed a fresh sarge i386 system from netinst image I burned from
cdimage.debian.org today and I too experienced this bug when logging
into gnome after choosing "desktop system" in tasksel. I am _not_ 
using xorg. I am using official sarge sources. 

deb http://techweb.rfa.org/debian/ stable main

I had this problem of errors that panel applets Show Desktop, Window
List, and Workspace Switcher all died unexpectedly on login, but they
run fine when restarted.

gnome-panel 2.8.3-1

killall gnome-panel causes it to be restarted by the session manager
without recreating the problem, but it happens every time on login. I
have no idea about the cause nor do I have the time at the moment to
think about where to begin tracking it down since its hard to trace
when it only screws up when logging in.

Bug#339955: sysv-rc: /etc/init.d/*.sh should be sourced in runlevel S

[Brendan O'Dea]

Package: sysv-rc
Version: 2.86.ds1-5
Severity: serious

Debian Policy states (§9.3.1):

   "Also, if the script name ends `.sh', the script will be sourced in
runlevel `S' rather that being run in a forked subprocess, but will
be explicitly run by `sh' in all other runlevels".

This could probably be achieved with the attached patch, although there
are quite a few instances in /etc/init.d/*.sh scripts where "exit" is
called.  These scripts need to be changed to use "return"* appropriately
before the behaviour is changed.

Note: I believe that "return" should work to exit from a script both
when sourced and when executed but perhaps someone with a copy of POSIX
could confirm.

--bod

--- /etc/init.d/rc.orig 2005-11-20 08:43:41.0 +1100
+++ /etc/init.d/rc  2005-11-20 08:55:10.0 +1100
@@ -37,12 +37,14 @@
 action=$1
 shift
 scripts="$@"
+sh=sh
+[ S = "$runlevel" ] && sh=.
 case "$CONCURRENCY" in
none)
for script in $scripts ; do
case "$script" in
  *.sh)
- $debug sh "$script" $action
+ $debug $sh "$script" $action
  ;;
  *)
  $debug "$script" $action


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

Bug#339954: ixbiff: dumps core, doesn't remove log file on purge

[Lars Wirzenius]

Package: ixbiff
Version: 0.03d

When testing ixbiff with piuparts, specifically upgrades from sarge via
etch to sid, I get the following error:

1m48.7s ERROR: Package purging left files on system:
  /core
  /var/log/ixbiff.log

The core file occurs repeatably and file(1) claims it is created from
the ixbiff process. I have not attempted to investigate it further, but
for reference, here is the piuparts command line:

sudo piuparts -ab sarge.tar.gz -d sarge -d etch -d sid ixbiff

sarge.tar.gz is a tarball created with the following command:

sudo piuparts -as sarge.tar.gz -d sarge hello

The entire log file from piuparts is about 168 kilobytes, and doesn't
seem to contain any information about when the core dump happens, so I
won't attach it, but I'd be happy to send it on request.

The ixbiff.log file is probably created by the sarge version, which does
not use invoke-rc.d. The log file needs to be removed in postrm, see
Policy 10.8.

I hope this is helpful, happy hacking.

-- 
I've never seen anyone wear a Freudian slip.



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

Bug#337011: installation-guide: Please document the new ways to preseed root and user passwords

[Frans Pop]

On Monday 07 November 2005 11:04, Frans Pop wrote:
> Well, yes. Unless we want to use your text as a first more extensive
> text in a new appendix.
>
> One idea could be is to break up the current example into parts and
> preseed each part by an introduction. This would also be good for
> translators as the current massive example is rather hard on them...

I have started to implement this. For the Etch version of the manual 
preseeding will be covered in a separate appendix B.

I have included a new section for user setup in first stage based on the 
proposed text (currently marked "NOT-YET" as the udeb is not yet used in 
installs).
Please check the new text and example for errors.

The source for the new appendix is available from [1] in SVN, but is not 
yet included in the daily builds of the manual. Before it can be included 
I need to write a new script that can parse the xml file and extract an 
example preseed file from it.
A preview is available from [2] (does not include the new user setup bit).

Others are welcome to flesh out the missing parts in the introductory 
sections.

Cheers,
FJP

[1] manual/en/appendix/example-preseed-etch-new.xml
[2] http://people.debian.org/~fjp/d-i/manual/apb.html


pgpR5bGvMvK0Q.pgp
Description: PGP signature

Bug#332942: Finally the correct solution

[loos]

Very simple :
append "pnpbios=off" to the normal debian kernel options
And every thing woks perfectly

Michel.



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

Bug#339953: Suggest mod_fcgid

[FX]

package: rails
severity: wishlist

Please consider suggesting mod_fcgid for use with rails.



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

Bug#339952: initscript stop does not stop munin-node

[Marc Haber]

Package: munin-node
Version: 1.2.3-3
Severity: normal

Hi,

$ pstree -ap |grep [m]unin
  |-munin-node,1984
$ sudo /etc/init.d/munin-node stop
Stopping Munin-Node: failed!
$ pstree -ap |grep [m]unin
  |-munin-node,1984
$

I can reproduce this on two different systems.

Greetings
Marc

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-zgsrv
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages munin-node depends on:
ii  adduser   3.77   Add and remove users and groups
ii  libnet-server-perl0.87-3 An extensible, general perl server
ii  lsb-base  3.0-11 Linux Standard Base 3.0 init scrip
ii  perl  5.8.7-8Larry Wall's Practical Extraction 
ii  procps1:3.2.6-2  /proc file system utilities

Versions of packages munin-node recommends:
ii  libnet-snmp-perl  5.2.0-1Script SNMP connections

-- no debconf information


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

Bug#339453: po4a: [LaTeX] Error while running msgmerge: Bad file descriptor

[Nicolas François]

tags 339453 pending
thanks

Hello,

On Wed, Nov 16, 2005 at 09:18:46PM +0100, Jacob Sparre Andersen wrote:
> 
> I think you can close this bug, but you should open one on
> the lack of usefulness of the error message.

Right.

It should be fixed now.
With the same it.po, po4a will outputs:

Updating it.po:
it.po:393:12: invalid multibyte sequence
msgmerge: found 1 fatal error
Error while running msgmerge: 'msgmerge -U it.po slides.pot' exited with
value 1.

Kind Regards,
-- 
Nekral


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

Bug#339947: postgresql-pljava: FTBFS: missing files

[Peter Eisentraut]

Roland Stigge wrote:
> building the package postgresql-pljava in a clean sid build
> environment (with pbuilder) on i386 results in:

This is actually a symptom of a bug in the dependencies of the 
postgresql packages, which is currently under discussion.  It should be 
cleared up in the next couple of days.


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

Bug#339895: gnomebaker: Missing recommends or suggests : gstreamer0.8-mad etc.

[Goedson Teixeira Paixao]

tags 339895 pending
thanks bts

* Simon Paillard ([EMAIL PROTECTED]) wrote:
> Package: gnomebaker
> Version: 0.5.0-3
> Severity: normal
> 
> Hi,
> 
> It would be convenient for users to know the required packages which
> allow them to burn audio cd from compressed audio files.
> 
> For instance, the current message box "No plugin installed for
> audio/mpeg" is quite obscur for a lot of users, who will not be able to
> guess which package they have to install.
> 
> Suggesting or recommending gstreamer0.8-(mad|vorbis|flac) etc. could make it 
> easier.


Thank you for the report. I'll add these to the recommends field in
the next upload.


-- 
 .''`. Goedson Teixeira Paixao <[EMAIL PROTECTED]>
: :' : Jabber ID: [EMAIL PROTECTED] - http://www.jabber.org/
`. `'  Key fingerprint: 20FC AD60 E8C8 D2EB 064A  8F5B EED8 D4CC 1DEB 8EAE
  `-   Signed/encypted mail preferred


signature.asc
Description: Digital signature

Bug#338801: umountfs: should use /proc/mounts

[Daniel Jacobowitz]

On Sat, Nov 19, 2005 at 11:17:36PM +0100, Thomas Hood wrote:
> Petter Reinholdtsen wrote:
> > -LANG=C sort -r -k 2 /etc/mtab |
> > +LANG=C sort -r -k 2 /proc/mounts |
> 
> Is it not necessary to unmount bind mounts too?

Bind mounts will show up in both /etc/mtab and /proc/mounts.  Rbind
mounts will show up once in /etc/mtab, and once per bound FS in
/proc/mounts.

-- 
Daniel Jacobowitz
CodeSourcery, LLC


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

Bug#326849: qiv: Triggered by the X composite extension

[Göran Weinholt]

[Cc'ing the maintainers of imlib and xorg-x11 because I'm not sure
which package the bug belongs to. You're gonna have to fight for it if
you want to keep it.]

I just upgraded my workstation to X.org and this bug got triggered. It
isn't specific to qiv, 'paul' has the same problem.

The BadMatch comes after calling gdk_window_set_back_pixmap(). The
BadMatch goes away if visual is set to gdk_imlib_get_visual() when
calling gdk_window_new(). While that allows qiv to display images,
it's obviously wrong because then the image flows like molasses.

What really triggers the bug is the X Composite extension. I'm not
running any composite manager, if that matters. Anyway, to trigger
the bug add this to xorg.conf and run qiv like usual:

Section "Extensions"
  Option "Composite" "Enable"
EndSection

I've tried this with ion3 and twm on xserver-xorg 6.8.2.dfsg.1-10.

Regards,

-- 
Göran Weinholt <[EMAIL PROTECTED]>
Debian developer, sysadmin, netadmin


signature.asc
Description: Digital signature

Bug#334089: remotely segfaultable, DOS

[Martin Schulze]

Hi!

Steve Langasek wrote:
> I've tracked this bug in centericq down to a failure to deal with short
> packets (or packets declaring their own length to be zero).  The attached
> patch fixes this segfault, by stopping without further processing of the
> packet when its length is determined to be zero.

Two words: You rock!

> I don't see any obvious way that this bug could be exploited to gain remote
> access, but unfortunately there may be a non-obvious way...  I've cc:ed the
> security team, so they can evaluate whether this warrants a security upload
> -- perhaps the DoS alone is enough reason for an update.

Crashing arbitrary user applications has been considered a vulnerability
since it's a remote denial of service in this case.  I guess that we should
update.

To Julien: Please let me know the version in sid that will fix this
problem.  I'll provide a CVE name asap.

Regards,

Joey

-- 
GNU GPL: "The source will be with you... always."

Please always Cc to me when replying to me on the lists.


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

Bug#339951: udev: random order of eth-devices

[Gert Brinkmann]

Package: udev
Version: 0.074-3

debian/sid

I think that after replacing the "hotplug" package by "udev" the eth0
and eth1 network devices are randomly swapped on boot time on my system.
With this the configured pppoe-device does no longer find the dsl-modem,
so the system is offline.

Currently I have to reboot approx. 1 or 2 times to correct the order of
the devices. AFAIK the order of the device names should be related to
the MAC adresses of the devices?

I have these two devices installed:
# lspci -v
...
:00:04.0 Ethernet controller: Silicon Integrated Systems [SiS]
SiS900 PCI Fast Ethernet (rev 91)
Subsystem: Elitegroup Computer Systems: Unknown device 1808
Flags: bus master, medium devsel, latency 64, IRQ 169
I/O ports at dc00 [size=256]
Memory at cffdc000 (32-bit, non-prefetchable) [size=4K]
Expansion ROM at cffa [disabled] [size=128K]
Capabilities: [40] Power Management version 2

:00:0d.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8029(AS)
Subsystem: Realtek Semiconductor Co., Ltd. RTL-8029(AS)
Flags: medium devsel, IRQ 169
I/O ports at d000 [size=32]

A friend of mine uses debian/testing and has the same problem after udev
did replace the hotplug package recently.

Thanks,

Gert


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

Bug#339950: gdm: timed login always displays "user foo will login in 2 second, " not "seconds"

[Radnall]

Package: gdm
Version: 2.8.0.6-1
Severity: minor

Bad number agreement in "second"

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages gdm depends on:
ii  adduser  3.79Add and remove users and groups
ii  debconf [debconf-2.0]1.4.59  Debian configuration management sy
ii  gksu 1.3.6-1 graphical frontend to su
ii  gnome-session2.10.0-8The GNOME 2 Session Manager
ii  gnome-terminal [x-termin 2.10.0-3The GNOME 2 terminal emulator appl
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libattr1 2.4.25-1Extended attribute shared library
ii  libaudiofile00.2.6-6 Open-source version of SGI's audio
ii  libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.10.1-1The Bonobo UI library
ii  libbz2-1.0   1.0.2-10high-quality block-sorting file co
ii  libc62.3.5-8 GNU C Library: Shared libraries an
ii  libcroco30.6.0-2 a generic Cascading Style Sheet (C
ii  libdmx1  6.8.2.dfsg.1-10 Distributed Multihead X client lib
ii  libesd0  0.2.36-1Enlightened Sound Daemon - Shared 
ii  libgconf2-4  2.10.1-6GNOME configuration database syste
ii  libgcrypt11  1.2.2-1 LGPL Crypto library - runtime libr
ii  libglade2-0  1:2.5.1-2   library to load .glade files at ru
ii  libglib2.0-0 2.8.4-1 The GLib library of C routines
ii  libgnome-keyring00.4.5-1 GNOME keyring services library
ii  libgnome2-0  2.10.1-1The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.10.2-2A powerful object-oriented display
ii  libgnomeui-0 2.10.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.10.1-5The GNOME virtual file-system libr
ii  libgnutls11  1.0.16-14   GNU TLS library - runtime library
ii  libgpg-error01.1-4   library for common error values an
ii  libgsf-1-113 1.13.3-1Structured File Library - runtime 
ii  libgtk2.0-0  2.6.10-2The GTK+ graphical user interface 
ii  libice6  6.8.2.dfsg.1-10 Inter-Client Exchange library
ii  libjpeg626b-10   The Independent JPEG Group's JPEG 
ii  liborbit21:2.12.4-1  libraries for ORBit2 - a CORBA ORB
ii  libpam-modules   0.79-3  Pluggable Authentication Modules f
ii  libpam-runtime   0.79-3  Runtime support for the PAM librar
ii  libpam0g 0.79-3  Pluggable Authentication Modules l
ii  libpango1.0-01.8.2-3 Layout and rendering of internatio
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  librsvg2-2   2.9.5-6 SAX-based renderer library for SVG
ii  libselinux1  1.26-1  SELinux shared libraries
ii  libsm6   6.8.2.dfsg.1-10 X Window System Session Management
ii  libtasn1-2   0.2.17-1Manage ASN.1 structures (runtime)
ii  libwrap0 7.6.dbs-8   Wietse Venema's TCP wrappers libra
ii  libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li
ii  libxau6  6.8.2.dfsg.1-10 X Authentication library
ii  libxdmcp66.8.2.dfsg.1-10 X Display Manager Control Protocol
ii  libxext6 6.8.2.dfsg.1-10 X Window System miscellaneous exte
ii  libxi6   6.8.2.dfsg.1-10 X Window System Input extension li
ii  libxinerama1 6.8.2.dfsg.1-10 X Window System multi-head display
ii  libxml2  2.6.22-2GNOME XML library
ii  metacity [x-window-manag 1:2.10.3-2  A lightweight GTK2 based Window Ma
ii  twm [x-window-manager]   6.8.2.dfsg.1-10 Tab window manager
ii  xbase-clients6.8.2.dfsg.1-10 miscellaneous X clients
ii  xlibs6.8.2.dfsg.1-10 X Window System client libraries m
ii  xterm [x-terminal-emulat 6.8.2.dfsg.1-10 X terminal emulator
ii  zlib1g   1:1.2.3-8   compression library - runtime

Versions of packages gdm recommends:
pn  gdm-themes (no description available)
ii  whiptail  0.51.6-31  Displays user-friendly dialog boxe
ii  zenity2.10.1-1   Display graphical dialog boxes fro

-- debconf information:
  gdm/daemon_name: /usr/bin/gdm
* shared/default-x-display-manager: gdm


-- 
T

Bug#339949: checkroot.sh: calling mountvirtfs fails

[Brendan O'Dea]

Package: initscripts
Version: 2.86.ds1-5
Tags: patch

Sun Nov 20 07:34:27 2005: Activating swap...
Sun Nov 20 07:34:27 2005: .
Sun Nov 20 07:34:27 2005: Checking root file system
Sun Nov 20 07:34:27 2005: Usage: /etc/rcS.d/S10checkroot.sh 
start|stop|restart|reload|force-reload

The usage message is actually coming from /etc/init.d/mountvirtfs (which
I suspect was changed to require an argument: #338736).

Another minor issue is that "Activating swap..." should probably use
log_begin_msg rather than log_success_message.

--bod

--- checkroot.sh.orig   2005-11-20 07:50:36.0 +1100
+++ checkroot.sh2005-11-20 07:49:55.0 +1100
@@ -133,7 +133,7 @@
esac
if [ "$doswap" = yes ]
then
-   [ "$VERBOSE" != no ] && log_success_msg "Activating swap..."
+   [ "$VERBOSE" != no ] && log_begin_msg "Activating swap..."
swapon -a 2> /dev/null
[ "$VERBOSE" != no ] && log_end_msg $?
fi
@@ -348,7 +348,7 @@
[ "$roottype" != none ] &&
mount -f -o $rootopts -t $roottype $fstabroot /
[ -n "$devfs" ] && mount -f $devfs
-   . /etc/init.d/mountvirtfs
+   . /etc/init.d/mountvirtfs start
fi
 
#


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

Bug#339948: libpng12-dev: png_save_uint_16 not exported, but in public header (png.h)

[Wesley J. Landaker]

Package: libpng12-dev
Version: 1.2.8rel-5
Severity: important

libpng12 doesn't export the png_save_uint_16 function, but this function
is declared in a public header file (png.h). This is important because
it is part of the public API, but can't actually be used.

This was stopping the sng package from building because it used this
function. (See soon-to-be-closed bug #339889). I worked around this by
not using the function, but replicating what it did (since it was simple).

Anyway, for this bug to be closed, either this function needs to be
exported, or if the function really is not supposed to be used, the
declaration needs to be removed from the public API and not listed in
png.h.

Thanks! =)

A snippet from the error in the bug referenced above:

sngd.c: At top level:
sngd.c:537: warning: 'dump_oFFs' defined but not used
sngd.c:657: warning: 'dump_pCAL' defined but not used
sngd.c:707: warning: 'dump_sCAL' defined but not used
i486-linux-gnu-gcc  -Wall -g -O2   -o sng  main.o sngc.o sngd.o  -lpng
-lm -lz 
sngc.o: In function `compile_gIFg':/tmp/buildd/sng-1.0.2/sngc.c:1515:
undefined reference to `png_save_uint_16'
collect2: ld returned 1 exit status
make[2]: *** [sng] Error 1

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

Versions of packages libpng12-dev depends on:
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  zlib1g-dev1:1.2.3-8  compression library - development

libpng12-dev recommends no packages.

-- no debconf information


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