Bug#341705: Crashing again in 5.0.16

2006-01-02 Thread Christian Hammers
Hi Olaf

On 2006-01-01 Olaf van der Spek wrote:
 Version 5.0.16 is also crashing, but with more info in syslog.
 Without the delayed the query works fine.

5.0.17 is already ready for upload and 5.0.18 seems to have been released
over the weekend. I'll package it today and we see if the bug is still there.

bye,

-christian-


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



Bug#341675: qt-x11-free build fails

2006-01-02 Thread Grant Grundler
On Sun, Dec 18, 2005 at 06:56:34PM +0100, Aurelien Jarno wrote:
...
 It would be nice if somebody fluent with hppa assembly can tell us if 
 
   fldw -10(,sp),fr23
 
 is a valid instruction or not.

Aurelien,
gdb may not be decoding the instruction correctly.
Shouldn't the target of word load be  fr23L or fr23R?

But info float shows fr23 and fr23R - both 32-bit values:
fr23   1.7488   (raw 0x3fdf)
fr23R  -nan(0x30a780)   (raw 0xffb0a780)

I was expecting fr23 to be a 64-bit value (always).

Anyway something *is* causing the SIGILL in dmesg:
arch/parisc/math-emu/decode_exc.c(351) Unknown FPU exception 0x30

decode_fpu() prints the output and returns SIGILL:
switch(Excp_type(exception_index)) {
...
default:
update_trap_counts(Fpu_register, aflags, bflags, trap_counts);
printk(%s(%d) Unknown FPU exception 0x%x\n, __FILE__,
__LINE__, Excp_type(exception_index));
return SIGNALCODE(SIGILL, ILL_COPROC);
...
}

0x30 is Invalid Exception.

PA20 arch book (page 8-6 and -7) describes a single precision
floating point with E  127 to indicate it's NaN (Not a Number).
The tail end of NaN handling on Page 8-24 clearly says load and
store, ... are not arithmetic and do not signal an invalid operation
exception.

Page 10-10 describes causes of Invalid Exceptions and I don't see
how fldw could be any of them.

Using cppunit-1.10.2 build:

grundler 166/usr/share/qt3/bin/uic testbrowserdlg.ui -o testbrowserdlg.h
Illegal instruction
grundler 167gdb /usr/share/qt3/bin/uic
GNU gdb 6.3-debian
...
(gdb) run testbrowserdlg.ui -o testbrowserdlg.h
Starting program: /usr/share/qt3/bin/uic testbrowserdlg.ui -o testbrowserdlg.h
(no debugging symbols found)
...
Program received signal SIGILL, Illegal instruction.
[Switching to Thread 16384 (LWP 10267)]
0x41aef534 in __umoddi3 () from /lib/libgcc_s.so.2
(gdb) x/20i 0x41aef500 
0x41aef500 __umoddi3+1584:depw,z r25,%sar,32,r22
0x41aef504 __umoddi3+1588:depw,z r24,%sar,32,r4
0x41aef508 __umoddi3+1592:mtsar r21
0x41aef50c __umoddi3+1596:shrpw r0,r26,%sar,r21
0x41aef510 __umoddi3+1600:or r22,r21,r3
0x41aef514 __umoddi3+1604:extrw,u r4,31,16,r21
0x41aef518 __umoddi3+1608:stw r21,-10(,sp)
0x41aef51c __umoddi3+1612:mtsar r20
0x41aef520 __umoddi3+1616:extrw,u r4,15,16,r22
0x41aef524 __umoddi3+1620:depw,z r26,%sar,32,r5
0x41aef528 __umoddi3+1624:copy r22,r25
0x41aef52c __umoddi3+1628:copy r3,r26
0x41aef530 __umoddi3+1632:b,l 0x41ae9fd0 __pthread_handles+2076304,r31
0x41aef534 __umoddi3+1636:fldw -10(,sp),fr23
0x41aef538 __umoddi3+1640:stw ret1,-10(,sp)
0x41aef53c __umoddi3+1644:fldw -10(,sp),fr24
0x41aef540 __umoddi3+1648:xmpyu fr23,fr24,fr22
0x41aef544 __umoddi3+1652:copy r3,r26
0x41aef548 __umoddi3+1656:fstw fr22R,-10(,sp)
0x41aef54c __umoddi3+1660:ldw -10(,sp),ret0

The offending fldw is in the branch delay slot when
calling __pthread_handles(). 
Are we allowed to put FP ops in the branch delay slot?

I don't know if this could be hiding a different problem.


[ New problem:
(gdb) bt
#0  0x41aef534 in __umoddi3 () from /lib/libgcc_s.so.2
#1  0x0008 in ?? ()
Cannot find bounds of current function (@0x0), unwinding will fail.
(gdb) 
]


FWIW, I can reproduce the problem using gcc-3.4 and g++-3.4:
(I also get the Unknown FPU exception 0x30 in dmesg output.)
cd /usr/src/qt-x11-free-3.3.5/
make clean
make CXX=g++-3.4 CC=gcc-3.4
...
/usr/src/qt-x11-free-3.3.5/bin/uic -L /usr/src/qt-x11-free-3.3.5/plugins 
pixmapfunction.ui -o pixmapfunction.h
make[4]: *** [pixmapfunction.h] Illegal instruction
make[4]: *** Deleting file `pixmapfunction.h'
make[4]: Leaving directory `/usr/src/qt-x11-free-3.3.5/tools/designer/designer'


hth,
grant


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



Bug#345617: smart-notifier: wrong python dependency

2006-01-02 Thread Paul Wise
Package: smart-notifier
Severity: serious
Tags: patch
Justification: uninstallable

The python package is at version 2.3 in debian. Please rebuild the
package with debian (instead of ubuntu/whatever), which uses python 2.3.
It probably isn't nessecary to depend on the python2.3 versions of
pyglade and pygtk either.

In addition, the rebuilt package does not work on my system, but that is
a story for another bug.

-- System Information:
Debian Release: 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-2-k7
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


smart-notifier-0.22-1-fix-python-dependencies.patch.gz
Description: GNU Zip compressed data


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


Bug#335144: Intention to NMU

2006-01-02 Thread Samuele Giovanni Tonon
Luk Claes wrote:
 Hi
 
 Attached the patch for the version I intend to upload. Please respond if
 you don't want this NMU to happen, if you are working yourself on a
 patch or if you think that the attached patch won't work.
 
 Cheers
 
hi,
i'll handle this by myself soon.
however thanks for the patch

Regards
Samuele

-- 
4% fats, 2% cerebral activities


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



Bug#336373: subversion: svn MKCOL ssl error

2006-01-02 Thread Daniel Pittman
Package: subversion
Version: 1.2.3dfsg1-3
Severity: grave

G'day.

I have run into a problem where I can't commit a change to my subversion
repository via HTTP/SSL.

The problem seems identical to the one described in this bug report, but
my issues continue despite running the version that claims to have fixed
the problem.

The server is running an up-to-date version of unstable as well, and I
have verified that the same version of subversion and all appropriate
modules are installed and running on both sides.

The error I see is:

svn: Commit failed (details follow):
svn: MKCOL of 
'/svn/general/!svn/wrk/6796d7ea-5b09-0410-9cde-b6775cbebef8/debian/perl/librose-html-objects-perl-0.32/lib/Rose':
 SSL negotiation failed: SSL error: decryption failed or bad record mac 
(https://digital-infrastructure.com.au)


There are, annoyingly enough, no errors at all in the Apache logs on the
server side, which makes tracking this down much more annoying.

The commit in question is fairly large, as it adds 8.2MB of files,
representing 662 individual files.

Other commits seem to work just fine, but they are much smaller.  

I have run into this once before -- but it was a much smaller commit, a
long time ago, and not at all reproducible.  At the time I couldn't
identify any particular cause...

I wonder if perhaps this is some sort of SSL renegotiation bug that
triggers when submitting a sufficiently large commit or something?

 Daniel

-- 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=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

Versions of packages subversion depends on:
ii  db4.3-util 4.3.29-3  Berkeley v4.3 Database Utilities
ii  libapr02.0.55-3  the Apache Portable Runtime
ii  libc6  2.3.5-9   GNU C Library: Shared libraries an
ii  libneon24  0.24.7.dfsg-3 An HTTP and WebDAV client library
ii  libsvn01.2.3dfsg1-3  shared libraries used by Subversio
ii  patch  2.5.9-2   Apply a diff file to an original

subversion recommends no packages.

-- no debconf information


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



Bug#309760: This bug is still valid for woody

2006-01-02 Thread Martin Zobel-Helas
retitle 309760 [CVE-2006-0062] xlockmore-gl: xlock dies when (fv)wm switches 
virtual desktop
thanks

This bug is still valid for woody. Mitre assigned CVE-2006-0062 for
this.


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



Bug#345579: plan: FTBFS: Build dependency on xlibs-dev

2006-01-02 Thread Petter Reinholdtsen
[Kurt Roeckx]
 Your package still has a build dependency on xlibs-dev.  This has
 been removed as announced on:
 http://lists.debian.org/debian-devel-announce/2005/11/msg00022.html

Will update it.

 This means your package is now failing to build.

Eh, where and how is it failing to build?  All the autobuilders built
it with success, which is why I did not discover the problem
myself. :)


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



Bug#345288: mantis: Plethora of vulnerabilities

2006-01-02 Thread Moritz Muehlenhoff
Hilko Bengen wrote:
 Thijs Kinkhorst [EMAIL PROTECTED] writes:
 
  If/when I'll upload to unstable I'll orphan the package, unless Hilko
  wants to keep on maintaining it for now.
 
 Have said vulnerabilities been fixed in 0.19.4? If yes, I suppose I
 could do a quick uploead for unstable.

It's hard to tell because all the bugs that relate to the security problems
are still private. However, the descriptions seem to match, so I assume they're
all fixed in 0.19.4.

Cheers,
Moritz


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



Bug#328534: Adaptec 2005S Hangs ping2

2006-01-02 Thread maximilian attems
tags 328534 moreinfo
severity 328534 important
stop

please add requested further info about status with latest 2.6.14
or 2.6.15-rcX from experimental using initramfs-tools.

regards

-- 
maks


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



Bug#337974: i2o controller probe failed err -110

2006-01-02 Thread maximilian attems
tags 337974 moreinfo
severity 337974 important
stop

please retry as already requested against latest 2.6.14 in unstable
or against 2.6.15-rcX from experimental


-- 
maks


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



Bug#345524: dialog: tailboxbg gives segmentation fault

2006-01-02 Thread Thomas Dickey

On Sun, 1 Jan 2006, Daniel Lublin wrote:


Package: dialog
Version: 1.0-20051219-1
Severity: important

...

I then tried tailboxbg with and-widget, as you usually would use it,
and found out that I could not move between the tailboxbg widget and
the other widget (a checklist) with TAB, as was possible before.
Instead, TAB moved between the checklist's OK/Cancel. I suppose this is
a result of the new user-definable key bindings.


no - that's a different bug that is older than 20051107 (will look into
that, but it's a normal one rather than serious).

--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net


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



Bug#337603: Probable GHC bug

2006-01-02 Thread John Goerzen
retitle 337603 Hang on s390
reassign 337603 ghc6
thanks

Hello everyone,

The original bug appears to be limited to s390.  I see binary packages
have been built for 8 platforms without trouble.  I believe the bug
lies with GHC, so I am reassigning this bug to ghc6.

The patch in this bug appears to address a different problem.  I am
uploading new -4 packages that include a modified version of this
patch (the build-deps in the patch weren't quite right).

However, since the original problem does not appear to be addressed by
this patch, I'm going to leave the bug open and let Ian decide what to
do about it.

One curious thing though: s390 is among the platforms for which this
package exists at
http://packages.debian.org/cgi-bin/search_packages.pl?searchon=namesversion=allexact=1keywords=libghc6-wash-dev.

-- John


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



Bug#345170: fiaif: FIAIF NAT's any computer in any zone

2006-01-02 Thread Bastian Kleineidam
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Laurent CARON schrieb:
 i have dynamic set to 1 in zone.tun (for openvpn).
Ok, so this is the cause. I will add a warning in the default config
about NAT'ting a dynamic network.
It is no security problem to NAT all zones if you have the correct
FORWARD[x] rules. You should restrict the FORWARD[x] rules in your
zone.ext rules to only forward traffic to the networks you want to have
NAT for (in your case the openvpn network).


Kind regards,
  Bastian
- --
  ,''`.  Bastian Kleineidam
 : :' :GnuPG Schlüssel
 `. `'gpg --keyserver wwwkeys.pgp.net --recv-keys 32EC6F3E
   `-

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

iD8DBQFDuR+DeBwlBDLsbz4RAhZuAJ0Wi2ubgJzcXkLs7FUz2Kh2EUO53wCfU2Gj
hWVO/u5gr94MU3nGMfiCIQQ=
=f6lc
-END PGP SIGNATURE-


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



Bug#345436: xlibs: Alt-GR key not working at all under X

2006-01-02 Thread Lukas Ruf
 Lukas Ruf [EMAIL PROTECTED] [2006-01-02 13:32]:

 after upgrading to latest x.org, the Alt-Gr key is not working anymore
 under X.


no combination with special keys like Alt, Alt-Gr or Ctrl is working. :(

 I am using a Swiss German keyboard layout and kept the config settings
 as they were before:

   Section InputDevice
   Identifier  Generic Keyboard
   Driver  keyboard
   Option  CoreKeyboard
   Option  XkbRules  xfree86
   Option  XkbModel  pc101
   Option  XkbLayout de_CH
   Option  XkbVariantnodeadkeys
   EndSection

 Any ideas how I can get thet Alt-Gr key back to life?

Thanks.

Lukas
-- 
Lukas Ruf   http://www.lpr.ch | Ad Personam
rbacs  http://wiki.lpr.ch | Restaurants, Bars and Clubs
Raw IP   http://www.rawip.org | Low Level Network Programming
Style  http://email.rawip.org | How to write emails


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



Bug#345436: xlibs: Alt-GR key not working at all under X

2006-01-02 Thread Denis Barbier
On Mon, Jan 02, 2006 at 01:32:01PM +0100, Lukas Ruf wrote:
 Package: xlibs
 Version: 6.9.0.dfsg.1-1
 Followup-For: Bug #345436
 
 
 Dear all,
 
 after upgrading to latest x.org, the Alt-Gr key is not working anymore
 under X.
 
 I am using a Swiss German keyboard layout and kept the config settings
 as they were before:
 
   Section InputDevice
   Identifier  Generic Keyboard
   Driver  keyboard
   Option  CoreKeyboard
   Option  XkbRules  xfree86
   Option  XkbModel  pc101
   Option  XkbLayout de_CH
   Option  XkbVariantnodeadkeys

Try with
 Option XkbRules  xorg
 Option XkbModel  pc101
 Option XkbLayout ch
 Option XkbVariantde_nodeadkeys

Denis


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



Bug#344329: acknowledged by developer (This does not reproduce)

2006-01-02 Thread Wolfgang Karall
On Mon, 2005-12-26 at 10:03 -0800, Debian Bug Tracking System wrote:
 It has been closed by one of the developers, namely
 Ralf Hildebrandt [EMAIL PROTECTED].
 
 
 I followed your instructions step by step and the package build for
 me, with no errors whatsoever.

On the day I reported the bug I tried the procedure on 4 different
machines (all running a more or less up-to-date sid) and the error
showed up on all of them. Today, after updating the machines once more,
everything works fine on all of them, no idea what went wrong the other
day.

So, sorry for the noise.

Regards
WK



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



Bug#345617: smart-notifier: wrong python dependency

2006-01-02 Thread Brian Sutherland
On Mon, Jan 02, 2006 at 05:15:36PM +0800, Paul Wise wrote:
 The python package is at version 2.3 in debian. Please rebuild the
 package with debian (instead of ubuntu/whatever), which uses python 2.3.

Er, I guess I can only say 'oops' to this.

I will try to make this package only depend on python2.3 and not python
(as was my original intention).

 It probably isn't nessecary to depend on the python2.3 versions of
 pyglade and pygtk either.

There is no python-dbus. So unless I want to mix python- and python2.3-
dependencies, I can't do that.

 In addition, the rebuilt package does not work on my system, but that is
 a story for another bug.

I am still interested in this story, would you mind letting me know so
that I can try to fix them both at the same time?

-- 
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#345327: gst-plugins-base0.10 - FTBFS: missing build dependency

2006-01-02 Thread Sebastian Dröge
Hi,
the gst-plugins-base0.10 package is only missing a Build-Depend on
libxt-dev. This is required for the check for X as it is otherwise
missing the X11/Intrinsic.h file, fails and doesn't set the correct
library include path for -lX11


Bye



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



Bug#344418: updated patch for scponly chroot bug

2006-01-02 Thread Max Vozeler
The chroot-fix in 4.2 had a bug that refused to chroot although
directory permissions were OK. This bug was also present in the
previously attached patch. Attached is a fixed version.

cheers,
Max
diff -ur scponly-4.0/scponly.c scponly-4.0-chrootfix/scponly.c
--- scponly-4.0/scponly.c   2005-12-22 17:13:12.0 +0100
+++ scponly-4.0-chrootfix/scponly.c 2006-01-02 14:47:37.0 +0100
@@ -9,7 +9,8 @@
  
 #include stdio.h // io
 #include string.h// for str*
-#include sys/types.h // for fork, wait
+#include sys/types.h // for fork, wait, stat
+#include sys/stat.h  // for stat
 #include sys/wait.h  // for wait
 #include unistd.h// for exit, fork
 #include stdlib.h// EXIT_*
@@ -98,6 +99,7 @@
 {
FILE *debugfile;
int logopts = LOG_PID|LOG_NDELAY;
+   struct stat homedirstat;

/*
 * set debuglevel.  any nonzero number will result in debugging info to 
log
@@ -194,6 +196,32 @@
}
root_dir++;
}
+   if (-1 == stat(chrootdir, homedirstat))
+   {
+   syslog (LOG_ERR, couldnt stat chroot dir: %s with 
errno %u, chrootdir, errno);
+   exit(EXIT_FAILURE);
+   }
+   if (0 == (homedirstat.st_mode | S_IFDIR))
+   {
+   syslog (LOG_ERR, chroot dir is not a directory: %s, 
chrootdir);
+   exit(EXIT_FAILURE);
+   }
+   if (homedirstat.st_uid != 0)
+   {
+   syslog (LOG_ERR, chroot dir not owned by root: %s, 
chrootdir);
+   exit(EXIT_FAILURE);
+   }
+   if (0 != (homedirstat.st_mode  S_IWOTH))
+   {
+   syslog (LOG_ERR, chroot dir writable by other: %s, 
chrootdir);
+   exit(EXIT_FAILURE);
+   }
+   if (0 != (homedirstat.st_mode  S_IWGRP))
+   {
+   syslog (LOG_ERR, chroot dir writable by group: %s, 
chrootdir);
+   exit(EXIT_FAILURE);
+   }
+
if (debuglevel)
syslog (LOG_DEBUG, chrooting to dir: \%s\, 
chrootdir);
if (-1==(chroot(chrootdir)))


Bug#292842: Intention to NMU

2006-01-02 Thread Luk Claes
Hi

Attached the patch for the version I intend to upload. Please respond if
you don't want this NMU to happen, if you are working yourself on a
patch or if you think that the attached patch won't work.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D
diff -Nru /tmp/ReLjRHxu9S/tkusr-0.81/debian/changelog 
/tmp/GFOeDadHBn/tkusr-0.81/debian/changelog
--- /tmp/ReLjRHxu9S/tkusr-0.81/debian/changelog 2003-05-02 23:35:43.0 
+0200
+++ /tmp/GFOeDadHBn/tkusr-0.81/debian/changelog 2006-01-02 15:22:30.363887976 
+0100
@@ -1,3 +1,10 @@
+tkusr (0.81-0.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Use OLDCHANGES instead of CHANGES in debstd call (Closes: #292842).
+
+ -- Luk Claes [EMAIL PROTECTED]  Mon,  2 Jan 2006 15:18:37 +0100
+
 tkusr (0.81) unstable; urgency=low
 
   * Debian package build bug fixed. Closes: Bug#190608
diff -Nru /tmp/ReLjRHxu9S/tkusr-0.81/debian/rules 
/tmp/GFOeDadHBn/tkusr-0.81/debian/rules
--- /tmp/ReLjRHxu9S/tkusr-0.81/debian/rules 2003-04-25 20:31:06.0 
+0200
+++ /tmp/GFOeDadHBn/tkusr-0.81/debian/rules 2006-01-02 15:22:30.363887976 
+0100
@@ -24,7 +24,7 @@
$(MAKE) install DESTDIR=`pwd`/debian/tmp
 # Must have debmake installed for this to work. Otherwise please copy
 # /usr/bin/debstd into the debian directory and change debstd to debian/debstd
-   debstd CHANGES README 
+   debstd OLDCHANGES README 
dpkg-gencontrol -isp
chown -R root.root debian/tmp
chmod -R go=rX debian/tmp


signature.asc
Description: OpenPGP digital signature


Bug#345436: xlibs: Alt-GR key not working at all under X

2006-01-02 Thread Lukas Ruf
Denis,

 Denis Barbier [EMAIL PROTECTED] [2006-01-02 15:18]:

thanks for your email.

 On Mon, Jan 02, 2006 at 01:32:01PM +0100, Lukas Ruf wrote:
 
  after upgrading to latest x.org, the Alt-Gr key is not working anymore
  under X.
 
  I am using a Swiss German keyboard layout and kept the config settings
  as they were before:
 
Section InputDevice
IdentifierGeneric Keyboard
Driverkeyboard
OptionCoreKeyboard
OptionXkbRules  xfree86
OptionXkbModel  pc101
OptionXkbLayout de_CH
OptionXkbVariantnodeadkeys

 Try with
  Option   XkbRules  xorg
  Option   XkbModel  pc101
  Option   XkbLayout ch
  Option   XkbVariantde_nodeadkeys


[EMAIL PROTECTED]| :) -- exiting X and launching it again -- fixed the problem!
Thanks for the help!

Happy New Year!

wbr,
Lukas
-- 
Lukas Ruf   http://www.lpr.ch | Ad Personam
rbacs  http://wiki.lpr.ch | Restaurants, Bars and Clubs
Raw IP   http://www.rawip.org | Low Level Network Programming
Style  http://email.rawip.org | How to write emails



Bug#345288: mantis: Plethora of vulnerabilities

2006-01-02 Thread Hilko Bengen
Moritz Muehlenhoff [EMAIL PROTECTED] writes:

 Hilko Bengen wrote:
 Thijs Kinkhorst [EMAIL PROTECTED] writes:
 
  If/when I'll upload to unstable I'll orphan the package, unless Hilko
  wants to keep on maintaining it for now.
 
 Have said vulnerabilities been fixed in 0.19.4? If yes, I suppose I
 could do a quick uploead for unstable.

 It's hard to tell because all the bugs that relate to the security
 problems are still private.

Security by obscurity, again. Just great.

 However, the descriptions seem to match, so I assume they're all
 fixed in 0.19.4.

The CVS repository is still public, one can probably have a look at
the diffs between 0.19.3 and 0.19.4.

Cheers,
-Hilko


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



Bug#341011: Intention to NMU

2006-01-02 Thread Luk Claes
Hi

Attached the patch for the version I intend to upload. Please respond if
you don't want this NMU to happen, if you are working yourself on a
patch or if you think that the attached patch won't work.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D
diff -u tmake-1.8/debian/changelog tmake-1.8/debian/changelog
--- tmake-1.8/debian/changelog
+++ tmake-1.8/debian/changelog
@@ -1,3 +1,10 @@
+tmake (1.8-1.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Remove trailing slash in copy of directory (Closes: #341011).
+
+ -- Luk Claes [EMAIL PROTECTED]  Mon,  2 Jan 2006 15:47:53 +0100
+
 tmake (1.8-1) unstable; urgency=low
 
   * New upstream release
diff -u tmake-1.8/debian/rules tmake-1.8/debian/rules
--- tmake-1.8/debian/rules
+++ tmake-1.8/debian/rules
@@ -52,7 +52,7 @@

cp -a bin/* debian/tmake/usr/bin/
rm -f debian/tmake/usr/bin/tmake_win
-   cp -a lib debian/tmake/usr/share/tmake/
+   cp -a lib debian/tmake/usr/share/tmake
cp -a lib/unix/* debian/tmake/etc/tmake/
 ifeq ($(ARCH),alpha)
cp -a lib/linux-g++/tmake-alpha.conf debian/tmake/etc/tmake/tmake.conf


signature.asc
Description: OpenPGP digital signature


Bug#345650: Segmentation fault

2006-01-02 Thread Martin Sarsale
Package: libtext-charwidth-perl
Version: 0.04-1
Severity: grave
Justification: renders package unusable


The install-info script was yelling some segfaults, so I traced the
problem until I found that CharWidth is the real issue:

cosetti:/tmp# perl /usr/lib/perl5/Text/CharWidth.pm
Segmentation fault

any hints?

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (950, 'testing')
Architecture: i386 (i586)
Kernel: Linux 2.4.18-bf2.4
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages libtext-charwidth-perl depends on:
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  perl-base [perlapi-5.8.0]   5.8.4-8  The Pathologically Eclectic Rubbis

-- debconf-show failed

--
Martin Sarsale - [EMAIL PROTECTED]



Bug#345652: smtpguard: wrong upstream URL in debian/copyright

2006-01-02 Thread Micha Lenk
Package: smtpguard
Version: 1.1.2-1
Severity: serious
Justification: Policy 12.5

In debian/copyright the given URL is wrong.

The correct URL is probably http://sourceforge.net/projects/flexguard/

Yours
  Micha


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



Bug#222757: multisync: Still unfixed

2006-01-02 Thread Jerome Warnier
Package: multisync
Version: 0.82-5.1
Followup-For: Bug #222757

Some of the build-dependencies have been updated, but there are still
many of them which are not necessary and potentially troublesome.

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

Versions of packages multisync depends on:
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.8.0-4   The ATK accessibility toolkit
ii  libbonobo2-0   2.8.1-2   Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.8.1-2   The Bonobo UI library
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libgconf2-42.8.1-6   GNOME configuration database syste
ii  libglib2.0-0   2.6.4-1   The GLib library of C routines
ii  libgnome2-02.8.1-2   The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.8.0-1   A powerful object-oriented display
ii  libgnomeui-0   2.8.1-3   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.8.4-4   The GNOME virtual file-system libr
ii  libgtk2.0-02.6.4-3.1 The GTK+ graphical user interface 
ii  libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library
ii  liborbit2  1:2.12.2-1libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.8.1-1   Layout and rendering of internatio
ii  libpopt0   1.7-5 lib for parsing cmdline parameters
ii  libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management
ii  libx11-6   4.3.0.dfsg.1-14sarge1 X Window System protocol client li
ii  libxml22.6.16-7  GNOME XML library
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


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



Bug#341011: Intention to NMU

2006-01-02 Thread Jan Niehusmann
On Mon, Jan 02, 2006 at 03:52:48PM +0100, Luk Claes wrote:
 Hi
 
 Attached the patch for the version I intend to upload. Please respond if
 you don't want this NMU to happen, if you are working yourself on a
 patch or if you think that the attached patch won't work.

Feel free to NMU. Do you actually use tmake?

Jan



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



Bug#345659: passwd: Removes /etc/shells on purge.

2006-01-02 Thread Kurt Roeckx
Package: passwd
Version: 1:4.0.13-1
Severity: serious

Hi,

Handling of /etc/shells was moved to debianutils, but you still
remove /etc/shells on purge.  Since passwd can be removed without
much problems, this can leave a system without /etc/shells.  And
this causes problems.

You should no longer remove that file on purge.

Kurt



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



Bug#335955: Intention to NMU

2006-01-02 Thread Luk Claes
Hi

Attached the patch for the version I intend to upload. Please respond if
you don't want this NMU to happen, if you are working yourself on a
patch or if you think that the attached patch won't work.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D
diff -u unicon-3.0.4/debian/changelog unicon-3.0.4/debian/changelog
--- unicon-3.0.4/debian/changelog
+++ unicon-3.0.4/debian/changelog
@@ -1,3 +1,10 @@
+unicon (3.0.4-9.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * C++ ABI transition (Closes: #335955).
+
+ -- Luk Claes [EMAIL PROTECTED]  Mon,  2 Jan 2006 16:10:09 +0100
+
 unicon (3.0.4-9) unstable; urgency=low
 
   * Fix gcc-3.2 compile errors. (closes:Bug#188909) 
reverted:
--- unicon-3.0.4/debian/unicon-im.files
+++ unicon-3.0.4.orig/debian/unicon-im.files
@@ -1 +0,0 @@
-usr
diff -u unicon-3.0.4/debian/control unicon-3.0.4/debian/control
--- unicon-3.0.4/debian/control
+++ unicon-3.0.4/debian/control
@@ -5,10 +5,12 @@
 Maintainer: Yu Guanghui [EMAIL PROTECTED]
 Standards-Version: 3.5.0
 
-Package: unicon-im
+Package: unicon-imc2
 Architecture: any
 Depends: ${shlibs:Depends}
-Conflicts: chinput (= 3.0.1-3)
+Conflicts: chinput (= 3.0.1-3), unicon-im
+Replaces: unicon-im
+Provides: unicon-im
 Description: Chinese Input Method Libaray
  General Chinese Input method interface and API. It is using by chinput and
  unicon now.
reverted:
--- unicon-3.0.4/debian/unicon-im.override
+++ unicon-3.0.4.orig/debian/unicon-im.override
@@ -1,3 +0,0 @@
-unicon-im: shlib-with-non-pic-code usr/lib/unicon/modules/turbo/TL_hzinput.so
-unicon-im: non-dev-pkg-with-shlib-symlink usr/lib/libimm_server.so.0.0 
usr/lib/libimm_server.so
-unicon-im: postinst-must-call-ldconfig usr/lib/libimm_server.so.0.0
diff -u unicon-3.0.4/debian/rules unicon-3.0.4/debian/rules
--- unicon-3.0.4/debian/rules
+++ unicon-3.0.4/debian/rules
@@ -46,9 +46,9 @@
dh_clean -k
dh_installdirs
 
-   $(MAKE) install prefix=`pwd`/debian/unicon-im/usr 
DESTDIR=`pwd`/debian/unicon-im/usr
-   $(MAKE) data-install prefix=`pwd`/debian/unicon-im/usr 
-   cp -f debian/unicon-im.override 
`pwd`/debian/unicon-im/usr/share/lintian/overrides/unicon-im
+   $(MAKE) install prefix=`pwd`/debian/unicon-imc2/usr 
DESTDIR=`pwd`/debian/unicon-imc2/usr
+   $(MAKE) data-install prefix=`pwd`/debian/unicon-imc2/usr 
+   cp -f debian/unicon-imc2.override 
`pwd`/debian/unicon-imc2/usr/share/lintian/overrides/unicon-imc2
 
 #  dh_movefiles 
 
reverted:
--- unicon-3.0.4/debian/unicon-im.docs
+++ unicon-3.0.4.orig/debian/unicon-im.docs
@@ -1,13 +0,0 @@
-BUGS
-README
-README_cn
-THANKS
-RELEASE
-RELEASE_cn
-CREDITS
-debian/TODO.Debian
-doc/faq_en.txt
-doc/smallfont.txt
-doc/tech_unicon.txt
-doc/unicon_font_header.txt
-doc/whitepaper_unicon.txt
reverted:
--- unicon-3.0.4/debian/unicon-im.dirs
+++ unicon-3.0.4.orig/debian/unicon-im.dirs
@@ -1,2 +0,0 @@
-usr/share/lintian/overrides
-usr/lib/unicon
only in patch2:
unchanged:
--- unicon-3.0.4.orig/debian/unicon-imc2.dirs
+++ unicon-3.0.4/debian/unicon-imc2.dirs
@@ -0,0 +1,2 @@
+usr/share/lintian/overrides
+usr/lib/unicon
only in patch2:
unchanged:
--- unicon-3.0.4.orig/debian/unicon-imc2.docs
+++ unicon-3.0.4/debian/unicon-imc2.docs
@@ -0,0 +1,13 @@
+BUGS
+README
+README_cn
+THANKS
+RELEASE
+RELEASE_cn
+CREDITS
+debian/TODO.Debian
+doc/faq_en.txt
+doc/smallfont.txt
+doc/tech_unicon.txt
+doc/unicon_font_header.txt
+doc/whitepaper_unicon.txt
only in patch2:
unchanged:
--- unicon-3.0.4.orig/debian/unicon-imc2.files
+++ unicon-3.0.4/debian/unicon-imc2.files
@@ -0,0 +1 @@
+usr
only in patch2:
unchanged:
--- unicon-3.0.4.orig/debian/unicon-imc2.override
+++ unicon-3.0.4/debian/unicon-imc2.override
@@ -0,0 +1,3 @@
+unicon-imc2: shlib-with-non-pic-code usr/lib/unicon/modules/turbo/TL_hzinput.so
+unicon-imc2: non-dev-pkg-with-shlib-symlink usr/lib/libimm_server.so.0.0 
usr/lib/libimm_server.so
+unicon-imc2: postinst-must-call-ldconfig usr/lib/libimm_server.so.0.0


signature.asc
Description: OpenPGP digital signature


Bug#345436: xlibs: Alt-GR key not working at all under X

2006-01-02 Thread David Martínez Moreno
El lunes, 2 de enero de 2006 15:24, Lukas Ruf escribió:
[...]

 [EMAIL PROTECTED]| :) -- exiting X and launching it again -- fixed the 
 problem!
 Thanks for the help!

No problem. We are glad to see you happy. :-) Thanks for your bug 
report.

Denis, rest of XSF, should we do anything about this recurrent issue?

Best regards,


Ender.
-- 
Buzz Lightyear: You killed my father!
Emperor Zurg: No, Buzz...I am your father.
-- Toy Story 2.
--
Desarrollador de Debian
Debian developer


pgpyytSRYJb7W.pgp
Description: PGP signature


Bug#341011: Intention to NMU

2006-01-02 Thread Luk Claes
Jan Niehusmann wrote:
 On Mon, Jan 02, 2006 at 03:52:48PM +0100, Luk Claes wrote:
 
Hi

Attached the patch for the version I intend to upload. Please respond if
you don't want this NMU to happen, if you are working yourself on a
patch or if you think that the attached patch won't work.
 
 
 Feel free to NMU. Do you actually use tmake?

Thanks. No, I don't use tmake, I'm just trying to fix RC bugs that are
open for some time without any obvious activity or maintainer comment.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D


signature.asc
Description: OpenPGP digital signature


Bug#292842: Intention to NMU

2006-01-02 Thread Ludovic Drolez
On Mon, Jan 02, 2006 at 03:24:37PM +0100, Luk Claes wrote:
 Hi
 
 Attached the patch for the version I intend to upload. Please respond if
 you don't want this NMU to happen, if you are working yourself on a
 patch or if you think that the attached patch won't work.

Hello,

Thanks for the patch, I will upload it soon !

Cheers,

  Ludovic.

 
 Cheers
 
 Luk
 
 -- 
 Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
 Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D

 diff -Nru /tmp/ReLjRHxu9S/tkusr-0.81/debian/changelog 
 /tmp/GFOeDadHBn/tkusr-0.81/debian/changelog
 --- /tmp/ReLjRHxu9S/tkusr-0.81/debian/changelog   2003-05-02 
 23:35:43.0 +0200
 +++ /tmp/GFOeDadHBn/tkusr-0.81/debian/changelog   2006-01-02 
 15:22:30.363887976 +0100
 @@ -1,3 +1,10 @@
 +tkusr (0.81-0.1) unstable; urgency=high
 +
 +  * Non-maintainer upload.
 +  * Use OLDCHANGES instead of CHANGES in debstd call (Closes: #292842).
 +
 + -- Luk Claes [EMAIL PROTECTED]  Mon,  2 Jan 2006 15:18:37 +0100
 +
  tkusr (0.81) unstable; urgency=low
  
* Debian package build bug fixed. Closes: Bug#190608
 diff -Nru /tmp/ReLjRHxu9S/tkusr-0.81/debian/rules 
 /tmp/GFOeDadHBn/tkusr-0.81/debian/rules
 --- /tmp/ReLjRHxu9S/tkusr-0.81/debian/rules   2003-04-25 20:31:06.0 
 +0200
 +++ /tmp/GFOeDadHBn/tkusr-0.81/debian/rules   2006-01-02 15:22:30.363887976 
 +0100
 @@ -24,7 +24,7 @@
   $(MAKE) install DESTDIR=`pwd`/debian/tmp
  # Must have debmake installed for this to work. Otherwise please copy
  # /usr/bin/debstd into the debian directory and change debstd to 
 debian/debstd
 - debstd CHANGES README 
 + debstd OLDCHANGES README 
   dpkg-gencontrol -isp
   chown -R root.root debian/tmp
   chmod -R go=rX debian/tmp




-- 
Ludovic Drolez.

http://www.palmopensource.com   - The PalmOS Open Source Portal
http://www.drolez.com  - Personal site - Linux and PalmOS stuff


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



Bug#345596: freeloader: fails to start on sarge

2006-01-02 Thread Julien Valroff
Le lundi 02 janvier 2006 à 04:10 +, Ben Hutchings a écrit :
 Package: freeloader
 Version: 0.3-3
 Severity: grave
 Tags: patch
 Justification: renders package unusable
I don't think the fact that a package from the unstable distribution
cannot be used on Sarge is not a justification for a grave status.

[...]

 With this second change, the program is barely functional, but
 continues to print error messages that suggest to me it requires
 a more recent version of python-gnome2 than that in sarge.
I agree, thus I changed dependencies so that python-gnome2,
python-glade2 and python-gtk2 are at least 2.10 (current testing and
unstable versions).

The problem will be fixed in the next upload.

Thanks for your report.

Cheers,
Julien





Bug#345436: xlibs: Alt-GR key not working at all under X

2006-01-02 Thread Denis Barbier
On Mon, Jan 02, 2006 at 05:28:35PM +0100, David Martínez Moreno wrote:
 El lunes, 2 de enero de 2006 15:24, Lukas Ruf escribió:
 [...]
 
  [EMAIL PROTECTED]| :) -- exiting X and launching it again -- fixed the 
  problem!
  Thanks for the help!
 
   No problem. We are glad to see you happy. :-) Thanks for your bug 
 report.
 
   Denis, rest of XSF, should we do anything about this recurrent issue?

Backward compatibility rules can be added, this is performed by
xkeyboard-config.
In this particular case, de_CH was a layout which could not be combined
with other layouts, and was already obsolete in sarge.  I do not know
what can be done to force people to upgrade to newer layouts.

Denis



Bug#345671: xbase-clients: [startx] uses non-POSIX statements (/bin/bash)

2006-01-02 Thread Jari Aalto
Package: xbase-clients
Version: 6.9.0.dfsg.1-1
Severity: serious

The new /usr/X11R6/bin/startx script contains statement that is
is not /bin/sh compatible. I use /bin/sh = /bin/dash and the
script fails to start.

The offending line is:

   147  add $displayname . $mcookie
   148  EOF
   149  removelist=$displayname $removelist
   150  else
 151  dummy=$((dummy+1));
   152  /usr/X11R6/bin/xauth -q -f $xserverauthfile  EOF
   153  add :$dummy . $authcookie
   154  EOF
   155  fi
   156  done


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.14-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US)

Versions of packages xbase-clients depends on:
ii  cpp   4:4.0.2-2  The GNU C preprocessor (cpp)
ii  libc6 2.3.5-9GNU C Library: Shared libraries an
ii  libdmx1   6.9.0.dfsg.1-1 Distributed Multihead X client lib
ii  libexpat1 1.95.8-3   XML parsing C library - runtime li
ii  libfontconfig12.3.2-1.1  generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libfs66.9.0.dfsg.1-1 X Font Server library
ii  libglu1-xorg [libglu1]6.9.0.dfsg.1-1 Mesa OpenGL utility library [X.Org
ii  libice6   6.9.0.dfsg.1-1 Inter-Client Exchange library
ii  libncurses5   5.5-1  Shared libraries for terminal hand
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libsm66.9.0.dfsg.1-1 X Window System Session Management
ii  libxau6   6.9.0.dfsg.1-1 X Authentication library
ii  libxaw8   6.9.0.dfsg.1-1 X Athena widget set library
ii  libxcursor1   1.1.3-1X cursor management library
ii  libxext6  6.9.0.dfsg.1-1 X Window System miscellaneous exte
ii  libxfixes36.9.0.dfsg.1-1 X Window System miscellaneous 'fix
ii  libxft2   2.1.7-1FreeType-based font drawing librar
ii  libxi66.9.0.dfsg.1-1 X Window System Input extension li
ii  libxinerama1  6.9.0.dfsg.1-1 X Window System multi-head display
ii  libxkbfile1   6.9.0.dfsg.1-1 X Keyboard Extension file parsing 
ii  libxkbui1 6.9.0.dfsg.1-1 X Keyboard Extension user interfac
ii  libxmu6   6.9.0.dfsg.1-1 X Window System miscellaneous util
ii  libxmuu1  6.9.0.dfsg.1-1 lightweight X Window System miscel
ii  libxp66.9.0.dfsg.1-1 X Window System printing extension
ii  libxpm4   6.9.0.dfsg.1-1 X pixmap library
ii  libxrandr26.9.0.dfsg.1-1 X Window System Resize, Rotate and
ii  libxrender1   1:0.9.0.2-1X Rendering Extension client libra
ii  libxss1   6.9.0.dfsg.1-1 X Screen Saver client-side library
ii  libxt66.9.0.dfsg.1-1 X Toolkit Intrinsics
ii  libxtrap6 6.9.0.dfsg.1-1 X Window System protocol-trapping 
ii  libxtst6  6.9.0.dfsg.1-1 X Window System event recording an
ii  libxv16.9.0.dfsg.1-1 X Window System video extension li
ii  libxxf86dga1  6.9.0.dfsg.1-1 X Direct Graphics Access extension
ii  libxxf86misc1 6.9.0.dfsg.1-1 X miscellaneous extensions library
ii  libxxf86vm1   6.9.0.dfsg.1-1 X Video Mode selection library
ii  xlibmesa-gl [libgl1]  6.9.0.dfsg.1-1 Mesa 3D graphics library [X.Org]
ii  xlibs 6.9.0.dfsg.1-1 X Window System client libraries m
ii  xlibs-data6.9.0.dfsg.1-1 X Window System client data
ii  zlib1g1:1.2.3-9  compression library - runtime

xbase-clients recommends no packages.

-- no debconf information


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



Bug#337468: Intention to NMU

2006-01-02 Thread Luk Claes
Hi

Attached the patch for the version I intend to upload. Please respond if
you don't want this NMU to happen, if you are working yourself on a
patch or if you think that the attached patch won't work.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D
diff -u xmakemol-5.14/debian/changelog xmakemol-5.14/debian/changelog
--- xmakemol-5.14/debian/changelog
+++ xmakemol-5.14/debian/changelog
@@ -1,3 +1,10 @@
+xmakemol (5.14-1.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Update xlibmesa build-dep to xlibmesa-gl-dev (Closes: #337468).
+
+ -- Luk Claes [EMAIL PROTECTED]  Mon,  2 Jan 2006 18:44:29 +0100
+
 xmakemol (5.14-1) unstable; urgency=low
 
   * New upstream release.
diff -u xmakemol-5.14/debian/control xmakemol-5.14/debian/control
--- xmakemol-5.14/debian/control
+++ xmakemol-5.14/debian/control
@@ -2,7 +2,7 @@
 Section: science
 Priority: optional
 Maintainer: Michael Banck [EMAIL PROTECTED]
-Build-Depends: debhelper ( 3.0.0), dpatch, xlibs-dev, xlibmesa-dev, 
lesstif2-dev, libglut3-dev
+Build-Depends: debhelper ( 3.0.0), dpatch, xlibs-dev, xlibmesa-gl-dev, 
lesstif2-dev, libglut3-dev
 Standards-Version: 3.5.6.1
 
 Package: xmakemol


signature.asc
Description: OpenPGP digital signature


Bug#345677: eclipse: Eclipse doesn't start

2006-01-02 Thread Vedran Furač
Package: eclipse
Version: 3.1.1-6
Severity: grave
Justification: renders package unusable

# apt-get install eclipse eclipse-platform

Installed packages:

eclipse
eclipse-jdt
eclipse-jdt-common   
eclipse-pde  
eclipse-pde-common   
eclipse-platform 
eclipse-platform-common  
eclipse-rcp  
eclipse-rcp-common   
eclipse-source  (Is this *really* necessary? 30MB.)

Log:

!SESSION 2006-01-02 18:54:11.571
---
eclipse.buildId=M20050929-0840
java.fullversion=GNU libgcj 4.0.3 20051204 (prerelease) (Debian 4.0.2-5j2)
BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_US
Command-line arguments:  -os linux -ws gtk -arch x86 -clean

!ENTRY org.eclipse.core.runtime 2006-01-02 18:54:13.935
!MESSAGE Product org.eclipse.sdk.ide could not be found.

!ENTRY org.eclipse.osgi 2006-01-02 18:54:13.940
!MESSAGE Application error
!STACK 1
java.lang.RuntimeException: No application id has been found.
   at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(java.lang.Object)
(Unknown Source)
   at org.eclipse.core.runtime.adaptor.EclipseStarter.run(java.lang.Object)
(Unknown Source)
   at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(java.lang.String[],
java.lang.Runnable) (Unknown Source)
   at java.lang.reflect.Method.invoke(java.lang.Object, java.lang.Object[])
(/usr/lib/libgcj.so.6.0.0)
   at org.eclipse.core.launcher.Main.invokeFramework(java.lang.String[],
java.net.URL[]) (Unknown Source)
   at org.eclipse.core.launcher.Main.basicRun(java.lang.String[]) (Unknown
Source)
   at org.eclipse.core.launcher.Main.run(java.lang.String[]) (Unknown
Source)
   at org.eclipse.core.launcher.Main.main(java.lang.String[]) (Unknown
Source)
   at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0)
   at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0)

!ENTRY org.eclipse.osgi 2006-01-02 18:54:14.174
!MESSAGE Bundle [EMAIL PROTECTED]/org.eclipse.jdt.ui_3.1.1.jar [13] was not
resolved.
!SUBENTRY 1 org.eclipse.osgi 2006-01-02 18:54:14.174
!MESSAGE Missing required bundle org.eclipse.ui_0.0.0.
!SUBENTRY 1 org.eclipse.osgi 2006-01-02 18:54:14.174
!MESSAGE Missing required bundle org.eclipse.ui.console_0.0.0.
!SUBENTRY 1 org.eclipse.osgi 2006-01-02 18:54:14.174
!MESSAGE Missing required bundle org.eclipse.search_0.0.0.
!SUBENTRY 1 org.eclipse.osgi 2006-01-02 18:54:14.174
!MESSAGE Missing required bundle org.eclipse.debug.ui_0.0.0.
!SUBENTRY 1 org.eclipse.osgi 2006-01-02 18:54:14.174
!MESSAGE Missing required bundle org.eclipse.compare_0.0.0.
!SUBENTRY 1 org.eclipse.osgi 2006-01-02 18:54:14.174
!MESSAGE Missing required bundle org.eclipse.jface.text_0.0.0.
!SUBENTRY 1 org.eclipse.osgi 2006-01-02 18:54:14.174
!MESSAGE Missing required bundle org.eclipse.ui.workbench.texteditor_0.0.0.
!SUBENTRY 1 org.eclipse.osgi 2006-01-02 18:54:14.174
!MESSAGE Missing required bundle org.eclipse.ui.ide_0.0.0.
!SUBENTRY 1 org.eclipse.osgi 2006-01-02 18:54:14.174
!MESSAGE Missing required bundle org.eclipse.ui.views_0.0.0.
!SUBENTRY 1 org.eclipse.osgi 2006-01-02 18:54:14.174
!MESSAGE Missing required bundle org.eclipse.ui.editors_0.0.0.
!SUBENTRY 1 org.eclipse.osgi 2006-01-02 18:54:14.175
!MESSAGE Missing required bundle org.eclipse.ltk.ui.refactoring_0.0.0.
!SUBENTRY 1 org.eclipse.osgi 2006-01-02 18:54:14.175
!MESSAGE Missing required bundle org.eclipse.ui.forms_0.0.0.

!ENTRY org.eclipse.osgi 2006-01-02 18:54:14.176
!MESSAGE Bundle [EMAIL PROTECTED]/org.eclipse.jface_3.1.1.jar [16] was not
resolved.
!SUBENTRY 1 org.eclipse.osgi 2006-01-02 18:54:14.176
!MESSAGE Missing required bundle org.eclipse.swt_0.0.0.

!ENTRY org.eclipse.osgi 2006-01-02 18:54:14.177
!MESSAGE Bundle [EMAIL PROTECTED]/org.eclipse.ui_3.1.1.jar [18] was not
resolved.
!SUBENTRY 1 org.eclipse.osgi 2006-01-02 18:54:14.177
!MESSAGE Missing required bundle org.eclipse.swt_0.0.0.
!SUBENTRY 1 org.eclipse.osgi 2006-01-02 18:54:14.177
!MESSAGE Missing required bundle org.eclipse.jface_0.0.0.
!SUBENTRY 1 org.eclipse.osgi 2006-01-02 18:54:14.177
!MESSAGE Missing required bundle org.eclipse.ui.workbench_0.0.0.

!ENTRY org.eclipse.osgi 2006-01-02 18:54:14.177
!MESSAGE Bundle [EMAIL PROTECTED]/org.eclipse.ui.browser_3.1.1.jar [19] was not
resolved.
!SUBENTRY 1 org.eclipse.osgi 2006-01-02 18:54:14.178
!MESSAGE Missing required bundle org.eclipse.ui_0.0.0.

!ENTRY org.eclipse.osgi 2006-01-02 18:54:14.179
!MESSAGE Bundle [EMAIL PROTECTED]/org.eclipse.ui.workbench_3.1.1.jar [20] was
not resolved.
!SUBENTRY 1 org.eclipse.osgi 2006-01-02 18:54:14.179
!MESSAGE Missing required bundle org.eclipse.jface_0.0.0.
!SUBENTRY 1 org.eclipse.osgi 2006-01-02 18:54:14.179
!MESSAGE Missing required bundle org.eclipse.swt_0.0.0.

!ENTRY org.eclipse.osgi 2006-01-02 18:54:14.180
!MESSAGE Bundle [EMAIL PROTECTED]/org.eclipse.team.cvs.ssh2_3.1.0/ [25] was not
resolved.
!SUBENTRY 1 org.eclipse.osgi 2006-01-02 18:54:14.180
!MESSAGE Missing required bundle 

Bug#345436: xlibs: Alt-GR key not working at all under X

2006-01-02 Thread Marcel Gschwandl
On Mon, 2006-01-02 at 18:36 +0100, Denis Barbier wrote:

 Backward compatibility rules can be added, this is performed by
 xkeyboard-config.
 In this particular case, de_CH was a layout which could not be combined
 with other layouts, and was already obsolete in sarge.  I do not know
 what can be done to force people to upgrade to newer layouts.

A message on updates would be nice. As X has quite some packages it's
not always easy to read all the changelogs, news, etc.

So I got hit by this too, and I can't remember ever having read
something about de_CH being obsolete I'm quite sure this is my fault
an there is a hint on that matter in some changelog or so... Although I
suggest that a note or something during the upgrade would be nice 

just my 2¢
Marcel


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


Bug#326285: Intention to NMU

2006-01-02 Thread Luk Claes
Hi

Attached the patch for the version I intend to upload. Please respond if
you don't want this NMU to happen, if you are working yourself on a
patch or if you think that the attached patch won't work.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D
diff -u xmms-shell-0.99.3/debian/changelog xmms-shell-0.99.3/debian/changelog
--- xmms-shell-0.99.3/debian/changelog
+++ xmms-shell-0.99.3/debian/changelog
@@ -1,3 +1,10 @@
+xmms-shell (0.99.3-5.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Update readline build-dep to libreadline5-dev (Closes: #326285).
+
+ -- Luk Claes [EMAIL PROTECTED]  Mon,  2 Jan 2006 18:51:19 +0100
+
 xmms-shell (0.99.3-5) unstable; urgency=low
 
   * src/window.cc: Applied patch by Ansgar Burchardt 
diff -u xmms-shell-0.99.3/debian/control xmms-shell-0.99.3/debian/control
--- xmms-shell-0.99.3/debian/control
+++ xmms-shell-0.99.3/debian/control
@@ -2,7 +2,7 @@
 Section: sound
 Priority: optional
 Maintainer: David Spreen [EMAIL PROTECTED] 
-Build-Depends: debhelper ( 2.0.0), xmms-dev, libreadline4-dev, liblcms1-dev
+Build-Depends: debhelper ( 2.0.0), xmms-dev, libreadline5-dev, liblcms1-dev
 Standards-Version: 3.6.1.1 
 
 Package: xmms-shell


signature.asc
Description: OpenPGP digital signature


Bug#345596: freeloader: fails to start on sarge

2006-01-02 Thread Ben Hutchings
You wrote:
 Le lundi 02 janvier 2006 à 04:10 +, Ben Hutchings a écrit :
  Package: freeloader
  Version: 0.3-3
  Severity: grave
  Tags: patch
  Justification: renders package unusable
 I don't think the fact that a package from the unstable distribution
 cannot be used on Sarge is not a justification for a grave status.

Yes, you're right - I was confused by the fact that I was able to
install it on sarge without any need to tell apt explicitly to download
unstable packages.

 [...]
 
  With this second change, the program is barely functional, but
  continues to print error messages that suggest to me it requires
  a more recent version of python-gnome2 than that in sarge.
 I agree, thus I changed dependencies so that python-gnome2,
 python-glade2 and python-gtk2 are at least 2.10 (current testing and
 unstable versions).
 
 The problem will be fixed in the next upload.

I've actually succeeded in making it build and run in sarge with some
quite small changes, so it might be worth leaving the dependencies as
they are.  I'm attaching a patch that addresses all the issues I
originally mentioned.  This also puts the changes you made to configure
(in patch 01_disable_modules_check.dpatch) into configure.ac along with
the change needed to accept gnome.vfs in place of gnomevfs, as I believe
it is considered bad practice to patch generated files such as configure
scripts.

Most of these changes could probably go upstream.

Ben.

-- 
Ben Hutchings
Any sufficiently advanced bug is indistinguishable from a feature.


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


Bug#339280: Intention to NMU

2006-01-02 Thread Luk Claes
Hi

Attached the patch for the version I intend to upload. Please respond if
you don't want this NMU to happen, if you are working yourself on a
patch or if you think that the attached patch won't work.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D
reverted:
--- zipios++-0.1.5.9+cvs.2004.02.07/debian/libzipios++0.dirs
+++ zipios++-0.1.5.9+cvs.2004.02.07.orig/debian/libzipios++0.dirs
@@ -1 +0,0 @@
-usr/lib
diff -u zipios++-0.1.5.9+cvs.2004.02.07/debian/control 
zipios++-0.1.5.9+cvs.2004.02.07/debian/control
--- zipios++-0.1.5.9+cvs.2004.02.07/debian/control
+++ zipios++-0.1.5.9+cvs.2004.02.07/debian/control
@@ -8,7 +8,7 @@
 Package: libzipios++-dev
 Section: libdevel
 Architecture: any
-Depends: libzipios++0 (= ${Source-Version})
+Depends: libzipios++0c2a (= ${Source-Version})
 Description: a small C++ library for reading zip files (development)
  Zipios++ is a java.util.zip-like C++ library for reading and writing Zip
  files. Access to individual entries is provided through standard C++
@@ -17,12 +17,12 @@
  .
  This package contains files needed for development with zipios++.
 
-Package: libzipios++0
+Package: libzipios++0c2a
 Section: libs
 Architecture: any
 Depends: ${shlibs:Depends}
-Conflicts: libzipios++0c102
-Replaces: libzipios++0c102
+Conflicts: libzipios++0c102, libzipios++0
+Replaces: libzipios++0c102, libzipios++0
 Description: a small C++ library for reading zip files (library)
  Zipios++ is a java.util.zip-like C++ library for reading and writing Zip
  files. Access to individual entries is provided through standard C++
diff -u zipios++-0.1.5.9+cvs.2004.02.07/debian/changelog 
zipios++-0.1.5.9+cvs.2004.02.07/debian/changelog
--- zipios++-0.1.5.9+cvs.2004.02.07/debian/changelog
+++ zipios++-0.1.5.9+cvs.2004.02.07/debian/changelog
@@ -1,3 +1,10 @@
+zipios++ (0.1.5.9+cvs.2004.02.07-3.3) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Rename to libzipios++0c2a for libstdc++ allocator change (Closes: #339280).
+
+ -- Luk Claes [EMAIL PROTECTED]  Mon,  2 Jan 2006 19:26:45 +0100
+
 zipios++ (0.1.5.9+cvs.2004.02.07-3.2) unstable; urgency=medium
 
   * Non-maintainer upload.
reverted:
--- zipios++-0.1.5.9+cvs.2004.02.07/debian/libzipios++0.files
+++ zipios++-0.1.5.9+cvs.2004.02.07.orig/debian/libzipios++0.files
@@ -1 +0,0 @@
-usr/lib/lib*.so.*
only in patch2:
unchanged:
--- zipios++-0.1.5.9+cvs.2004.02.07.orig/debian/libzipios++0c2a.dirs
+++ zipios++-0.1.5.9+cvs.2004.02.07/debian/libzipios++0c2a.dirs
@@ -0,0 +1 @@
+usr/lib
only in patch2:
unchanged:
--- zipios++-0.1.5.9+cvs.2004.02.07.orig/debian/libzipios++0c2a.files
+++ zipios++-0.1.5.9+cvs.2004.02.07/debian/libzipios++0c2a.files
@@ -0,0 +1 @@
+usr/lib/lib*.so.*


signature.asc
Description: OpenPGP digital signature


Bug#342731: Version 1.55-1 should fix this bug, no?

2006-01-02 Thread Luk Claes
Hi

A rebuild with a more recent wvstreams package gives a dependency of
...0.42 instead of the not existing (anymore in unstable) ...0.40

So, I think this bug can be closed.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D


signature.asc
Description: OpenPGP digital signature


Bug#345596: freeloader: fails to start on sarge

2006-01-02 Thread Ben Hutchings
Julien Valroff wrote:
 Le lundi 02 janvier 2006 à 18:19 +, Ben Hutchings a écrit :
  
  I've actually succeeded in making it build and run in sarge with some
  quite small changes, so it might be worth leaving the dependencies as
  they are.  I'm attaching a patch that addresses all the issues I
  originally mentioned.  This also puts the changes you made to
  configure
  (in patch 01_disable_modules_check.dpatch) into configure.ac along
  with
  the change needed to accept gnome.vfs in place of gnomevfs, as I
  believe
  it is considered bad practice to patch generated files such as
  configure
  scripts.
 
 May you please add the attachment?

That would be a good idea!

Ben.

-- 
Ben Hutchings
Any sufficiently advanced bug is indistinguishable from a feature.
diff -urN freeloader-0.3/configure.ac freeloader-0.3-mine/configure.ac
--- freeloader-0.3/configure.ac
+++ freeloader-0.3-mine/configure.ac
@@ -9,9 +9,15 @@
 
 AX_PYTHON
 AC_PYTHON_MODULE(pygtk, 1)
-AC_PYTHON_MODULE(gtk, 1)
-AC_PYTHON_MODULE(gtk.glade, 1)
-AC_PYTHON_MODULE(gtk.gdk, 1)
+# HACK
+# importing these module fails if no DISPLAY is set
+# which means it fails with pbuilder build and since we do have
+# this module present (due to dependencies) I am going to ignore this
+# error, see: http://oss.codepoet.no/bugzilla/show_bug.cgi?id=155
+#AC_PYTHON_MODULE(gtk, 1)
+#AC_PYTHON_MODULE(gtk.glade, 1)
+#AC_PYTHON_MODULE(gtk.gdk, 1)
+# HACK
 AC_PYTHON_MODULE(gnome, 1)
 AC_PYTHON_MODULE(gnome.ui, 1)
 AC_PYTHON_MODULE(gobject, 1)
@@ -22,7 +28,10 @@
 AC_PYTHON_MODULE(BitTorrent, 1)
 AC_PYTHON_MODULE(BitTorrent.bencode, 1)
 AC_PYTHON_MODULE(BitTorrent.download, 1)
-AC_PYTHON_MODULE(gnomevfs, 1)
+AC_PYTHON_MODULE(gnomevfs)
+if test $HAVE_PYMOD_GNOMEVFS = no; then
+AC_PYTHON_MODULE(gnome.vfs, 1)
+fi
 AC_PYTHON_MODULE(gconf, 1)
 AC_PYTHON_MODULE(tempfile, 1)
 AC_PYTHON_MODULE(urllib, 1)
diff -urN freeloader-0.3/src/Makefile.am freeloader-0.3-mine/src/Makefile.am
--- freeloader-0.3/src/Makefile.am
+++ freeloader-0.3-mine/src/Makefile.am
@@ -3,7 +3,7 @@
 bin_SCRIPTS = freeloader
 
 localdistdir = $(datadir)/@PACKAGE_NAME@
-localdist_SCRIPTS = genericdl.py webdl.py btdl.py sockdae.py
+localdist_SCRIPTS = genericdl.py webdl.py btdl.py sockdae.py gdklock.py
 
 EXTRA_DIST = $(bin_SCRIPTS) $(localdist_SCRIPTS)
 
diff -urN freeloader-0.3/src/btdl.py freeloader-0.3-mine/src/btdl.py
--- freeloader-0.3/src/btdl.py	2005-04-07 03:28:06.0 +0100
+++ freeloader-0.3-mine/src/btdl.py	2006-01-02 04:13:36.0 +
@@ -22,6 +22,7 @@
 import BitTorrent
 import BitTorrent.download
 import genericdl
+from gdklock import GdkLock
 import urllib
 import threading
 import os
@@ -96,17 +97,15 @@
 		self.update_fields()
 
 	def error(self, errormsg):
-		gtk.gdk.threads_enter()
+		gdk_lock = GdkLock()
 		self.print_log(errormsg, gtk.STOCK_DIALOG_ERROR)
-		gtk.gdk.threads_leave()
 
 	def finished(self):
 		self.downRate = 0
 		self.completed()
-		gtk.gdk.threads_enter()
+		gdk_lock = GdkLock()
 		self.print_log(Completed Torrent:  + self.get_tail(),
 arrows-up)
-		gtk.gdk.threads_leave()
 
 	def run(self):
 		args = ()
@@ -125,10 +124,10 @@
 
 		args += (--saveas, self.des_file, self.src_file)
 
-		gtk.gdk.threads_enter()
+		gdk_lock = GdkLock()
 		self.print_log(Starting Torrent:  + self.get_tail(),
 arrows-down-up)
-		gtk.gdk.threads_leave()
+		del gdk_lock
 
 		try:
 			BitTorrent.download.download(	args,
@@ -140,16 +139,16 @@
 			20)
 		except:
 			#there are non fatal exceptions?
-			gtk.gdk.threads_enter()
+			gdk_lock = GdkLock()
 			self.print_log(Error in Torrent thread,
 	gtk.STOCK_DIALOG_ERROR)
-			gtk.gdk.threads_leave()
+			del gdk_lock
 
 		if self.killflag.isSet():
 			self.downRate = 0
 			self.completed()
-			gtk.gdk.threads_enter()
+			gdk_lock = GdkLock()
 			self.print_log(Stopped Torrent:  + self.get_tail(),
 	gtk.STOCK_DIALOG_INFO)
-			gtk.gdk.threads_leave()
+			del gdk_lock
 
diff -urN freeloader-0.3/src/freeloader.in freeloader-0.3-mine/src/freeloader.in
--- freeloader-0.3/src/freeloader.in	2005-04-07 03:31:52.0 +0100
+++ freeloader-0.3-mine/src/freeloader.in	2006-01-02 04:33:22.0 +
@@ -39,7 +39,10 @@
 import gconf
 import socket
 import random
-import gnomevfs
+try:
+	import gnomevfs
+except ImportError:
+	import gnome.vfs as gnomevfs
 import BitTorrent.bencode
 import string
 try:
@@ -78,6 +81,7 @@
 import btdl
 import genericdl
 import sockdae
+from gdklock import GdkLock
 #import webbtdl
 #import fldservice
 
@@ -673,16 +681,14 @@
 	def sync_ui_timer(self):
 		if self.killflag.isSet():
 			return False
-		gtk.gdk.threads_enter()
+		gdk_lock = GdkLock()
 		if gtk.main_level() == 0:
-			gtk.gdk.threads_leave()
 			return False
 		try:
 			self.sync_ui()
 		except:
-			gtk.gdk.threads_leave()
 			return False
-		gtk.gdk.threads_leave()
+		del gdk_lock
 		if self.use_gamin == 1:
 			if self.gam.event_pending()  0:
 self.gam.handle_events()
@@ -717,7 +720,8 @@
 			if gtk.main_level() == 0:
 

Bug#345596: freeloader: fails to start on sarge

2006-01-02 Thread Julien Valroff
Le lundi 02 janvier 2006 à 18:19 +, Ben Hutchings a écrit :
 
 I've actually succeeded in making it build and run in sarge with some
 quite small changes, so it might be worth leaving the dependencies as
 they are.  I'm attaching a patch that addresses all the issues I
 originally mentioned.  This also puts the changes you made to
 configure
 (in patch 01_disable_modules_check.dpatch) into configure.ac along
 with
 the change needed to accept gnome.vfs in place of gnomevfs, as I
 believe
 it is considered bad practice to patch generated files such as
 configure
 scripts.

May you please add the attachment?

Cheers,
Julien





Bug#345567: Uninstallable package

2006-01-02 Thread Daniel Franganillo
It seems like the symbolic link i made to /usr/share/xmms/Skins to my
own skins directory made this mess. Ive just unlinked it and xmms
installs fine.
Thanks for your work and sorry for this stupid bug-report :P

--
Tritt - Me and my sussie -



Bug#318808: libcapi20-3 is empty again

2006-01-02 Thread Michael Biebl
I can confirm this bug.

Please test your package more thoroughly before uploading as this is not
the first time that something like this happens and very unpleasant for
a dial-up user if you don't have an old copy of libcapi20-3.

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



signature.asc
Description: OpenPGP digital signature


Bug#318808: libcapi20-3 is empty again

2006-01-02 Thread Paul Slootman
On Mon 02 Jan 2006, Michael Biebl wrote:

 I can confirm this bug.

Did you confirm it with version 3.8.2005-12-06-2 ?

 Please test your package more thoroughly before uploading as this is not
 the first time that something like this happens and very unpleasant for
 a dial-up user if you don't have an old copy of libcapi20-3.

I agree that it's unpleasant, but that's why it's called unstable, by
running that you run the risk of breakage. May I suggest using
testing, which won't have the most obvious bugs...

Additionally, isdnutils is rather large, and maintaining it has become a
team effort (although I confess I need to get a bit more involved...)
Feel free to help ;-)


Paul Slootman


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



Bug#345671: xbase-clients: [startx] uses non-POSIX statements (/bin/bash)

2006-01-02 Thread Adam D. Barratt
package xbase-clients
severity 345671 normal
merge 345671 345446
thanks

On Mon, 2006-01-02 at 19:55 +0200, Jari Aalto wrote:
 Package: xbase-clients
 Version: 6.9.0.dfsg.1-1
 Severity: serious
 
 The new /usr/X11R6/bin/startx script contains statement that is
 is not /bin/sh compatible. I use /bin/sh = /bin/dash and the
 script fails to start.

The only problem with the line is the fact that a $ was missed out
accidentally; this has already been reported as 345446 a few days ago,
and is already fixed in SVN.

$(()) for shell arithmetic is perfectly POSIX complaint.

Regards,

Adam


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



Bug#345436: xlibs: Alt-GR key not working at all under X

2006-01-02 Thread Lukas Ruf
 Denis Barbier [EMAIL PROTECTED] [2006-01-02 18:43]:

 On Mon, Jan 02, 2006 at 05:28:35PM +0100, David Martínez Moreno
 wrote:
  El lunes, 2 de enero de 2006 15:24, Lukas Ruf escribió: [...]
  
   [EMAIL PROTECTED]| :) -- exiting X and launching it again -- fixed the
   problem!  Thanks for the help!
 
  No problem. We are glad to see you happy. :-) Thanks for your
  bug report.
 
  Denis, rest of XSF, should we do anything about this recurrent
  issue?

 Backward compatibility rules can be added, this is performed by
 xkeyboard-config.  In this particular case, de_CH was a layout which
 could not be combined with other layouts, and was already obsolete
 in sarge.  I do not know what can be done to force people to upgrade
 to newer layouts.

I cannot speak on behalf of others but if there was a huge bold
warning telling me the differences ('apt-list-changes' or similar,
don't know exactly) while upgrading, I would have possibly saved about
2 hours.

Anyway.  Thanks for your help!

wbr,
Lukas
-- 
Lukas Ruf   http://www.lpr.ch | Ad Personam
rbacs  http://wiki.lpr.ch | Restaurants, Bars and Clubs
Raw IP   http://www.rawip.org | Low Level Network Programming
Style  http://email.rawip.org | How to write emails



Bug#345436: Can't switch virtual consoles with Ctrl+Alt+Function keys when XkbRules is set to 'base'

2006-01-02 Thread Sam Morris
While investigating #336791 [0] I found that if I have XkbRules set to 
'base', instead of the default 'xorg' [1], The Ctrl+Alt+Function key 
chord no longer switches between virtual consoles. Instead it is passed 
through to my X clients; for example, Ctrl+Alt+F1 makes xterm beep and 
print the 'P' character.


I am not experiencing the other symptoms mentioned by the reporter (? 
and / key, AltGr key not working).


[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=336791

[1] As recommended by GNOME and XKB: looking at the issues 
http://gswitchit.sourceforge.net/gnome_xkb_tsh.pdf; is using 'base' 
sound advice, or should libxklavier be fixed to work with the 'xorg' 
setting?


--
Sam Morris
http://robots.org.uk/

PGP key id 5EA01078
3412 EA18 1277 354B 991B  C869 B219 7FDB 5EA0 1078


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



Bug#337871: FTBFS (alpha): invalid lvalue in assignment

2006-01-02 Thread Falk Hueffner
Troy Heber [EMAIL PROTECTED] writes:

 The problem is there is no good way to patch it at the debian
 level, because the gdb included in crash is shipped as a gzip
 tarball that gets unpacked at build time. It's much easier to submit
 the patch upstream and get a fixed versions there, especially
 because upstream is so responsive.

Uhm, wouldn't it actually make *much* more sense to fix the packaging
instead? Not being able to patch the package properly is a nuisance,
it deterred me from debugging the package myself and is an obstacle
should security updates be needed quickly.


-- 
Falk


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



Bug#318808: libcapi20-3 is empty again

2006-01-02 Thread Roger Leigh
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Paul Slootman [EMAIL PROTECTED] writes:

 On Mon 02 Jan 2006, Michael Biebl wrote:

 I can confirm this bug.

 Did you confirm it with version 3.8.2005-12-06-2 ?

/usr/lib/libcapi20.so.3.0.4 is in the powerpc deb, as is the
libcapi20.so.3 symlink.

 Please test your package more thoroughly before uploading as this is not
 the first time that something like this happens and very unpleasant for
 a dial-up user if you don't have an old copy of libcapi20-3.

 I agree that it's unpleasant, but that's why it's called unstable, by
 running that you run the risk of breakage. May I suggest using
 testing, which won't have the most obvious bugs...

Uploading a library (or indeed, any package) without installing,
testing upgrade/removal and making sure it works on the most basic
level is gross negligence.  Maintainers are expected to test their
packages.


Regards,
Roger

- -- 
Roger Leigh
Printing on GNU/Linux?  http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB848.  Please sign and encrypt your mail.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/

iD8DBQFDuaCtVcFcaSW/uEgRAt5qAKDzzM8gGfsNQAb3VzgnKJWfzBmvYgCcCtom
w6ziKtZF3vOE+Sbo6+wOrEY=
=wu2+
-END PGP SIGNATURE-


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



Bug#345436: Can't switch virtual consoles with Ctrl+Alt+Function keys when XkbRules is set to 'base'

2006-01-02 Thread Denis Barbier
On Mon, Jan 02, 2006 at 09:27:47PM +, Sam Morris wrote:
 While investigating #336791 [0] I found that if I have XkbRules set to 
 'base', instead of the default 'xorg' [1], The Ctrl+Alt+Function key 
 chord no longer switches between virtual consoles.

And when it is set to xorg, does everything work fine?

Denis


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



Bug#345436: Can't switch virtual consoles with Ctrl+Alt+Function keys when XkbRules is set to 'base'

2006-01-02 Thread Sam Morris

Denis Barbier wrote:

On Mon, Jan 02, 2006 at 09:27:47PM +, Sam Morris wrote:
While investigating #336791 [0] I found that if I have XkbRules set to 
'base', instead of the default 'xorg' [1], The Ctrl+Alt+Function key 
chord no longer switches between virtual consoles.


And when it is set to xorg, does everything work fine?

Denis


Yes, except for the XKEYBOARD related issues with #336791. For now, I am 
using 'xorg' since switching virtual consoles is more important to me 
than configuring the compose key. :)


--
Sam Morris
http://robots.org.uk/

PGP key id 5EA01078
3412 EA18 1277 354B 991B  C869 B219 7FDB 5EA0 1078


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



Bug#345577: imlib11-dev: Has dependency on xlibs-dev

2006-01-02 Thread Thomas Bushnell BSG
Kurt Roeckx [EMAIL PROTECTED] writes:

 Package: imlib11-dev
 Version: 1.9.14-26
 Severity: serious

 Hi,

 Your package has a dependency on xlibs-dev which has been removed
 as annouced on:
 http://lists.debian.org/debian-devel-announce/2005/11/msg00022.html

 This is now causing build failures for packages that have a build
 dependency on imlib11-dev.

 It would be nice if you could change this to the correct/new
 dependencies soon so those packages can get build.

Can you tell me how to determine automatically what the correct
dependencies are?

It would be handy if there were a tool for this.  I requested it a
while ago, but I don't recall hearing back.



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



Bug#345577: imlib11-dev: Has dependency on xlibs-dev

2006-01-02 Thread Kurt Roeckx
On Mon, Jan 02, 2006 at 02:53:58PM -0800, Thomas Bushnell BSG wrote:
 Kurt Roeckx [EMAIL PROTECTED] writes:
 
  Package: imlib11-dev
  Version: 1.9.14-26
  Severity: serious
 
  Hi,
 
  Your package has a dependency on xlibs-dev which has been removed
  as annouced on:
  http://lists.debian.org/debian-devel-announce/2005/11/msg00022.html
 
  This is now causing build failures for packages that have a build
  dependency on imlib11-dev.
 
  It would be nice if you could change this to the correct/new
  dependencies soon so those packages can get build.
 
 Can you tell me how to determine automatically what the correct
 dependencies are?
 
 It would be handy if there were a tool for this.  I requested it a
 while ago, but I don't recall hearing back.

http://lists.debian.org/debian-devel-announce/2005/11/msg00022.html
mentions a tool to generate them, atleast for build dependencies.

But I haven't tried it.  I can ask around if it doesn't work.

The depedencies should be the same as the build dependencies in
most cases.  If you have more than one -dev packages (as you do),
it might be the some of those belong to one -dev package, and
others to an other, and some are common.


Kurt



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



Bug#345604: Undistributable?

2006-01-02 Thread Francesco Poli
Worse: from the (non-)license you quoted, it seems that this
documentation is *not* even distributable!

If this is the case, the Debian project is currently violating someone's
copyright by distributing it and should stop doing that ASAP!

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
..
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpm34LbMc9wd.pgp
Description: PGP signature


Bug#345650: Segmentation fault

2006-01-02 Thread Aníbal Monsalve Salazar
severity 345650 normal
thanks

On Mon, Jan 02, 2006 at 12:07:43PM -0300, Martin Sarsale wrote:
Package: libtext-charwidth-perl
Version: 0.04-1
Severity: grave
Justification: renders package unusable


The install-info script was yelling some segfaults, so I traced the
problem until I found that CharWidth is the real issue:

cosetti:/tmp# perl /usr/lib/perl5/Text/CharWidth.pm
Segmentation fault

I don't have that problem on any of my machines (i386, alpha and
sparc).

any hints?

Could you please try to upgrade perl?

The current version of perl in testing is 5.8.7-9.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (950, 'testing')
Architecture: i386 (i586)
Kernel: Linux 2.4.18-bf2.4
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages libtext-charwidth-perl depends on:
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  perl-base [perlapi-5.8.0]   5.8.4-8  The Pathologically Eclectic Rubbis

I have the following on one of my machines running i386 unstable:

dpkg -l libc6 perl-base libtext-charwidth-perl
ii libc6  2.3.5-8  GNU C Library: Shared libraries and 
Timezone data
ii libtext-charwidth-perl 0.04-3   get display widths of characters on the 
terminal
ii perl-base  5.8.7-8  The Pathologically Eclectic Rubbish 
Lister

Whereas on an i386 testing, I have:

dpkg -l libc6 perl-base libtext-charwidth-perl
ii libc6  2.3.2.ds1-22 GNU C Library: Shared libraries and 
Timezone data
ii perl-base  5.8.4-8  The Pathologically Eclectic Rubbish 
Lister
ii libtext-charwidth-perl 0.04-1   get display widths of characters on the 
terminal

-- debconf-show failed

--
Martin Sarsale - [EMAIL PROTECTED]

Thanks,

Aníbal Monsalve Salazar
--
 .''`. Debian GNU/Linux
: :' : Free Operating System
`. `'  http://debian.org/
  `-   http://v7w.com/anibal


signature.asc
Description: Digital signature


Bug#343521: zaptel module compilation

2006-01-02 Thread Kilian Krause
Hi Kernel team,

I'm trying to resolve #343521 and I found that the linux-headers ship
with a file .extraversion instead of providing EXTRAVERSION in the
according Makefile. 

Now, my question is which part of the chain should be fixed accordingly.
Right now zaptel-source uses KVERS as it's being provided by
module-assistant. Module-assistant itself gathers its knowledge from the
kernel Makefile. Thus, for e.g. a linux-2.6.14-2-686-smp the KVERS is
linux-2.6.14 as correctly found in the bug report. So, could please
maybe someone point me to whether sourcing the .extraversion is the sane
approach or where I am to redirect this?

Thanks for your help.

-- 
Best regards,
 Kilian


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#345384: widelands: Critical Error: Unhandled exception: basic_string::replace

2006-01-02 Thread Martin Quinson
Yeah, I forgot to specify that on my boring x86, I do not get this bug. I
thus rely on you to provide some useful information to the developers so
that they can track and fix the issue.

Thanks for your collaboration,
Mt.

On Sat, Dec 31, 2005 at 01:35:16AM +0100, Artur R. Czechowski wrote:
 Package: widelands
 Version: build9half-1
 Severity: serious
 
 Hello,
 I run widelands, then Single Player, Tutorial Campaign and Mission 1:
 Eyes in the Darkness - Game Basics.
 After about 2 seconds game raises a Critical Error with message:
 Unhandled exception: basic_string::replace.
 
 Regards
   Artur
 
 -- System Information:
 Debian Release: testing/unstable
   APT prefers unstable
   APT policy: (500, 'unstable')
 Architecture: amd64 (x86_64)


signature.asc
Description: Digital signature


Bug#345579: plan: FTBFS: Build dependency on xlibs-dev

2006-01-02 Thread Adeodato Simó
* Kurt Roeckx [Mon, 02 Jan 2006 13:44:48 +0100]:

 On Mon, Jan 02, 2006 at 11:00:55AM +0100, Petter Reinholdtsen wrote:
  Eh, where and how is it failing to build?  All the autobuilders built
  it with success, which is why I did not discover the problem
  myself. :)

 For some reason the amd64 buildd is the only one that picked it
 up so far, and I have no idea why.

  (Obviously, because xlibs-dev has not been melanie'd in Debian proper
  yet, only in amd64...)

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
 Listening to: Juan Perro - De un sueño malo



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



Bug#318808: libcapi20-3 is empty again

2006-01-02 Thread Adeodato Simó
* Paul Slootman [Mon, 02 Jan 2006 21:23:40 +0100]:

 I agree that it's unpleasant, but that's why it's called unstable, by
 running that you run the risk of breakage. May I suggest using
 testing, which won't have the most obvious bugs...

  This. Is. Obscene.

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
When all is summed up, a man never speaks of himself without loss; his
accusations of himself are always believed; his praises never.
-- Michel de Montaigne



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



Bug#345723: cramfsswap generates an invalid cramfs file

2006-01-02 Thread Vincent Lefevre
Package: cramfsswap
Version: 1.1
Severity: grave
Justification: renders package unusable

I've generated a cramfs file with mkcramfs, then converted it to
little-endian with cramfsswap. But when I wanted to mount it on
a little-endian machine (Zaurus), I got the following error:

mount: Mounting /usr/mnt.rom/card/public_html.cramfs on 
/usr/mnt.rom/card/public_html failed: Invalid argument

I've never had any problem when creating the cramfs file on a
Linux/x86 machine (so that cramfsswap wasn't needed).

On the PowerPC, I get the following error:

ay:~ cramfsck public_html.cramfs
cramfsck: superblock magic not found

But it is not clear whether I can check a little-endian cramfs on
a big-endian machine.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (200, 'unstable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-20050829
Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)

Versions of packages cramfsswap depends on:
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  zlib1g1:1.2.3-9  compression library - runtime

cramfsswap recommends no packages.

-- no debconf information


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



Bug#345596: freeloader: fails to start on sarge

2006-01-02 Thread Steve Langasek
On Mon, Jan 02, 2006 at 06:18:33PM +0100, Julien Valroff wrote:
 Le lundi 02 janvier 2006 à 04:10 +, Ben Hutchings a écrit :
  Package: freeloader
  Version: 0.3-3
  Severity: grave
  Tags: patch
  Justification: renders package unusable
 I don't think the fact that a package from the unstable distribution
 cannot be used on Sarge is not a justification for a grave status.

Failing to declare a sufficiently strong versioned dependency to let people
*know* it can't be used on sarge is a serious bug.
  With this second change, the program is barely functional, but
  continues to print error messages that suggest to me it requires
  a more recent version of python-gnome2 than that in sarge.
 I agree, thus I changed dependencies so that python-gnome2,
 python-glade2 and python-gtk2 are at least 2.10 (current testing and
 unstable versions).

 The problem will be fixed in the next upload.

Great :)

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#345577: imlib11-dev: Has dependency on xlibs-dev

2006-01-02 Thread Steve Langasek
On Mon, Jan 02, 2006 at 02:53:58PM -0800, Thomas Bushnell BSG wrote:
 Kurt Roeckx [EMAIL PROTECTED] writes:

  Package: imlib11-dev
  Version: 1.9.14-26
  Severity: serious

  Your package has a dependency on xlibs-dev which has been removed
  as annouced on:
  http://lists.debian.org/debian-devel-announce/2005/11/msg00022.html

  This is now causing build failures for packages that have a build
  dependency on imlib11-dev.

  It would be nice if you could change this to the correct/new
  dependencies soon so those packages can get build.

 Can you tell me how to determine automatically what the correct
 dependencies are?

 It would be handy if there were a tool for this.  I requested it a
 while ago, but I don't recall hearing back.

$ sed -n -e's,$,,; s,^#include X11,/usr/X11R6/include/X11,p' \
  /usr/include/Imlib{,_private,_types}.h | xargs dpkg -S | cut -f1 -d: \
  | sort -u
libx11-dev
libxext-dev
x-dev
$

It looks like the current imlib11-dev dependencies are also designed to
support static linking, which means you'll also need to go through the
contents of the dependency_libs variable in /usr/lib/libImlib.la and add
the appropriate -dev packages for the X libs listed there (-lSM, -lICE,
-lXext) and take the union of the two sets.

So the final dependency replacement seems to be libx11-dev, libxext-dev,
x-dev, libsm-dev, libice-dev.

-- 
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#345728: libsafe 2.0.16 detects memory corruption in Ruby when running apt-listbugs script

2006-01-02 Thread Rafal Maj

Package: /usr/sbin/apt-listbug
Version: 0.0.49
Severity: serious

apt-listbugs causes libsafe libc calls to detect access violation
Im not shure is it apt-listbug or ruby?
I suppose interpretor should never allow, even buggy program, to crash 
or make the itnerpreter corrupt own stack/memory which could mean that 
ruby have security hole (assuming it is not fault of libsafe that is 
reporting a false-positive) so I report it as Ruby bug



/usr/sbin/apt-listbugs list foo


Reading package fields... 0%

Reading package fields... Done


Reading package status... 0%

Reading package status... Done


Retrieving bug reports... 0% [0/1]Libsafe version 2.0.16
Detected an attempt to write across stack boundary.
Terminating /usr/bin/ruby1.8.
uid=0  euid=0  pid=3139
Call stack:
0xb7f6541c  /lib/libsafe.so.2.0.16
0xb7f658a2  /lib/libsafe.so.2.0.16
0xb7e98ac8  /usr/lib/libruby1.8.so.1.8.4
0xb7e9976e  /usr/lib/libruby1.8.so.1.8.4
0xb7ea90ad  /usr/lib/libruby1.8.so.1.8.4
0xb7eb7c5e  /usr/lib/libruby1.8.so.1.8.4
0xb7ebd811  /usr/lib/libruby1.8.so.1.8.4
0xb7e92ca7  /usr/lib/libruby1.8.so.1.8.4
0xb7e9dbc7  /usr/lib/libruby1.8.so.1.8.4
0xb7e9e70d  /usr/lib/libruby1.8.so.1.8.4
0xb7e9b4a4  /usr/lib/libruby1.8.so.1.8.4
0xb7ea0fba  /usr/lib/libruby1.8.so.1.8.4
0xb7ea2421  /usr/lib/libruby1.8.so.1.8.4
0xb7e982b5  /usr/lib/libruby1.8.so.1.8.4
0xb7eba091  /usr/lib/libruby1.8.so.1.8.4
0xb7eba22e  /usr/lib/libruby1.8.so.1.8.4
0xb7e92ca7  /usr/lib/libruby1.8.so.1.8.4
0xb7e9dbc7  /usr/lib/libruby1.8.so.1.8.4
0xb7e9e70d  /usr/lib/libruby1.8.so.1.8.4
0xb7e9b5b7  /usr/lib/libruby1.8.so.1.8.4
0xb7ea6438  /usr/lib/libruby1.8.so.1.8.4
0xb7e9bcf8  /usr/lib/libruby1.8.so.1.8.4
0xb7e9e386  /usr/lib/libruby1.8.so.1.8.4
0xb7e9e70d  /usr/lib/libruby1.8.so.1.8.4
0xb7e9b5b7  /usr/lib/libruby1.8.so.1.8.4
0xb7e9d57e  /usr/lib/libruby1.8.so.1.8.4
0xb7e9e386  /usr/lib/libruby1.8.so.1.8.4
0xb7e9e70d  /usr/lib/libruby1.8.so.1.8.4
0xb7e9b4a4  /usr/lib/libruby1.8.so.1.8.4
0xb7e9a51e  /usr/lib/libruby1.8.so.1.8.4
0xb7ea0fba  /usr/lib/libruby1.8.so.1.8.4
0xb7e9b969  /usr/lib/libruby1.8.so.1.8.4
0xb7e9d0ee  /usr/lib/libruby1.8.so.1.8.4
0xb7e9e386  /usr/lib/libruby1.8.so.1.8.4
0xb7e9e70d  /usr/lib/libruby1.8.so.1.8.4
0xb7e9b4a4  /usr/lib/libruby1.8.so.1.8.4
0xb7e9d57e  /usr/lib/libruby1.8.so.1.8.4
0xb7e9e386  /usr/lib/libruby1.8.so.1.8.4
0xb7e9e70d  /usr/lib/libruby1.8.so.1.8.4
0xb7e9b4a4  /usr/lib/libruby1.8.so.1.8.4
0xb7e9b438  /usr/lib/libruby1.8.so.1.8.4
0xb7e9b752  /usr/lib/libruby1.8.so.1.8.4
0xb7e9e386  /usr/lib/libruby1.8.so.1.8.4
0xb7e9e70d  /usr/lib/libruby1.8.so.1.8.4
0xb7e9b5b7  /usr/lib/libruby1.8.so.1.8.4
0xb7e9b3cb  /usr/lib/libruby1.8.so.1.8.4
0xb7e9d57e  /usr/lib/libruby1.8.so.1.8.4
0xb7ea0fba  /usr/lib/libruby1.8.so.1.8.4
0xb7ea2421  /usr/lib/libruby1.8.so.1.8.4
0xb7e80b9a  /usr/lib/libruby1.8.so.1.8.4
0xb7e92c9b  /usr/lib/libruby1.8.so.1.8.4
0xb7e9dbc7  /usr/lib/libruby1.8.so.1.8.4
0xb7e9e70d  /usr/lib/libruby1.8.so.1.8.4
0xb7e9b4a4  /usr/lib/libruby1.8.so.1.8.4
0xb7e9d57e  /usr/lib/libruby1.8.so.1.8.4
0xb7e9e386  /usr/lib/libruby1.8.so.1.8.4
0xb7e9e70d  /usr/lib/libruby1.8.so.1.8.4
0xb7e9b4a4  /usr/lib/libruby1.8.so.1.8.4
0xb7e9b890  /usr/lib/libruby1.8.so.1.8.4
0xb7e9cba9  /usr/lib/libruby1.8.so.1.8.4
0xb7ea0fba  /usr/lib/libruby1.8.so.1.8.4
0xb7eaa8b4  /usr/lib/libruby1.8.so.1.8.4
0xb7e92cbd  /usr/lib/libruby1.8.so.1.8.4
0xb7e9dbc7  /usr/lib/libruby1.8.so.1.8.4
0xb7e9e70d  /usr/lib/libruby1.8.so.1.8.4
0xb7e9f0ea  /usr/lib/libruby1.8.so.1.8.4
0xb7e9f131  /usr/lib/libruby1.8.so.1.8.4
0xb7e92ca7  /usr/lib/libruby1.8.so.1.8.4
0xb7e9dbc7  /usr/lib/libruby1.8.so.1.8.4
0xb7e9e70d  /usr/lib/libruby1.8.so.1.8.4
0xb7e9b4a4  /usr/lib/libruby1.8.so.1.8.4
0xb7e9d57e  /usr/lib/libruby1.8.so.1.8.4
0xb7e9b438  /usr/lib/libruby1.8.so.1.8.4
0xb7ea0fba  /usr/lib/libruby1.8.so.1.8.4
0xb7ea2421  /usr/lib/libruby1.8.so.1.8.4
0xb7eb3a1d  /usr/lib/libruby1.8.so.1.8.4
0xb7eb2cdd  /usr/lib/libruby1.8.so.1.8.4
0xb7efc9c5  /usr/lib/libruby1.8.so.1.8.4
0xb7eb2e14  /usr/lib/libruby1.8.so.1.8.4
0xb7e982b5  /usr/lib/libruby1.8.so.1.8.4
0xb7eb2e8b  /usr/lib/libruby1.8.so.1.8.4
0xb7eb3a4f  /usr/lib/libruby1.8.so.1.8.4
0xb7e92c9b  /usr/lib/libruby1.8.so.1.8.4
0xb7e9dbc7  /usr/lib/libruby1.8.so.1.8.4
0xb7e9e70d  /usr/lib/libruby1.8.so.1.8.4
0xb7e9b4a4  /usr/lib/libruby1.8.so.1.8.4
0xb7e9d57e  /usr/lib/libruby1.8.so.1.8.4
0xb7e9a5c3  /usr/lib/libruby1.8.so.1.8.4
0xb7e9e386  /usr/lib/libruby1.8.so.1.8.4
0xb7e9e70d  /usr/lib/libruby1.8.so.1.8.4
0xb7e9b4a4  /usr/lib/libruby1.8.so.1.8.4
0xb7e9d57e  /usr/lib/libruby1.8.so.1.8.4
0xb7e9b752  /usr/lib/libruby1.8.so.1.8.4
0xb7e9cba9  

Bug#345728: libsafe 2.0.16 detects memory corruption in Ruby when running apt-listbugs script

2006-01-02 Thread Steve Langasek
reassign 345728 libruby1.8
severity 345728 important
tags 345728 moreinfo
thanks

On Tue, Jan 03, 2006 at 07:33:29AM +0100, Rafal Maj wrote:
 apt-listbugs causes libsafe libc calls to detect access violation
 Im not shure is it apt-listbug or ruby?
 I suppose interpretor should never allow, even buggy program, to crash 
 or make the itnerpreter corrupt own stack/memory which could mean that 
 ruby have security hole (assuming it is not fault of libsafe that is 
 reporting a false-positive)

Please provide evidence of the actual bug in ruby which would be exploitable
during normal operation and warrant an RC severity.  There have been other
bug reports involving libsafe which it has been suggested are libsafe bugs,
*not* bugs in the application.

For a tool whose job it is to identify overflow bugs in applications, so far
the libsafe backtraces I've seen have been pretty damn useless for
debugging.

 so I report it as Ruby bug

You didn't; you reported it as a bug against /usr/bin/apt-listbug, which
is invalid.  Reassigning to the libruby1.8 package, since that's apparently
where it belongs.

-- 
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#316477: No directory /var/run/apache2 error 503

2006-01-02 Thread R. Mattes
On Tue, 2006-01-03 at 13:24 +0800, Andrew Buckeridge wrote:
 package: apache2-mpm-worker
 version: 2.0.54-5
 
 Still not fixed in stable.
 
 Cant create UNIX domain socket cgisock if directory /var/run/apache2
 does not exist.  This causes an error 503 to be displayed.
 
 To fix create directory /var/run/apache2 when apache2-mpm-worker is
 installed.  The socket is then created when needed.
 
 # ls -al /var/run/apache2
 total 1
 drwxr-xr-x   2 root root  72 2006-01-03 13:09 .
 drwxr-xr-x  12 root root 816 2006-01-03 13:09 ..
 srwx--   1 www-data root   0 2006-01-03 13:09 cgisock
 

Hmm:

$ apt-cache depends  apache2-mpm-worker
apache2-mpm-worker
  Depends: libapr0
  Depends: libc6
  Depends: libdb4.2
  Depends: libexpat1
  Depends: libldap2
  Depends: libpcre3
  Depends: libssl0.9.7
  Depends: zlib1g
  Depends: apache2-common  -
  Conflicts: apache2-mpm-prefork
  Conflicts: apache2-mpm-perchild
  Replaces: apache2-mpm-threadpool

$  dpkg -L apache2-common | grep var\/run
/var/run
/var/run/apache2

So where is the problem? Did you manage to not install apache2-common?

 Cheers, Ralf Mattes



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



Bug#316477: No directory /var/run/apache2 error 503

2006-01-02 Thread Andrew Buckeridge
Sorry, I forgot I trashed my /var/run.

apache2-common was installed prior to this.

It was fixed.

thot:/var/lib/dpkg/info# fgrep /var/run/apache2 apache2*.list
apache2-common.list:/var/run/apache2

On Tue, 03 Jan 2006 08:24:28 +0100
R. Mattes [EMAIL PROTECTED] wrote:

 On Tue, 2006-01-03 at 13:24 +0800, Andrew Buckeridge wrote:
  package: apache2-mpm-worker
  version: 2.0.54-5
  
  Still not fixed in stable.
  
  Cant create UNIX domain socket cgisock if directory /var/run/apache2
  does not exist.  This causes an error 503 to be displayed.
  
  To fix create directory /var/run/apache2 when apache2-mpm-worker is
  installed.  The socket is then created when needed.
  
  # ls -al /var/run/apache2
  total 1
  drwxr-xr-x   2 root root  72 2006-01-03 13:09 .
  drwxr-xr-x  12 root root 816 2006-01-03 13:09 ..
  srwx--   1 www-data root   0 2006-01-03 13:09 cgisock
  
 
 Hmm:
 
 $ apt-cache depends  apache2-mpm-worker
 apache2-mpm-worker
   Depends: libapr0
   Depends: libc6
   Depends: libdb4.2
   Depends: libexpat1
   Depends: libldap2
   Depends: libpcre3
   Depends: libssl0.9.7
   Depends: zlib1g
   Depends: apache2-common  -
   Conflicts: apache2-mpm-prefork
   Conflicts: apache2-mpm-perchild
   Replaces: apache2-mpm-threadpool
 
 $  dpkg -L apache2-common | grep var\/run
 /var/run
 /var/run/apache2
 
 So where is the problem? Did you manage to not install apache2-common?
 
  Cheers, Ralf Mattes
 
 


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



Bug#343861: esound: breaks since ALSA 1.0.10 transition; fixed by Ubuntu patches

2006-01-02 Thread Ryan Murray
reassign 343861 libesd-alsa0
severity 343861 important
tag 343861 moreinfo
thanks

On Sun, Dec 18, 2005 at 12:31:17PM +0200, Martin-??ric Racine wrote:
 esound 0.2.36-1 does NOT work anymore since ALSA 1.0.10 entered testing.

Can you please provide some specifics of not working?  Does it fail to start?
Does it fail to play any audio?  What driver and card do you have?

 Noticing from the esound PTS page that Ubuntu has some patches for this,
 I tested an upgrade to their esound packages, which immediately fixed it.

OK, there are some ALSA changes that I'll look at -- but 0.2.36-1
works fine here with ALSA 1.0.10, so I'm downgrading this bug's
severity, as it doesn't seem to affect all users.


signature.asc
Description: Digital signature